Рейтинг@Mail.ru

   
   

Содержание  Предыдущий  Следующий

1.9     Информационные компоненты учетно-операционной составляющей АБС

Учетно-операционная работа в банке связана с процессами сбора, фиксации на тех или иных носителях, хранения, передачи, обработки и отображения информации. Решение многих задач облегчается применением тех технических и программных средств, о которых говорилось выше. Можно сказать, что информация в этом процессе является предметом труда, а технические и программные средства — средствами труда.

Помимо технического и программного обеспечения АБС принято говорить и об информационном обеспечении. В общем плане под информационным обеспечением понимают совокупность единой системы классификации и кодирования информации, унифицированных систем документации и наборов данных на технических носителях. В общем информационном обеспечении АБС основное внимание уделим той его части, которая связана с решением учетно-операционных задач.

Система классификации и кодирования непременное условие успешного функционирования любой АБС. Введение кодовых обозначений учитываемых номенклатур упрощает процедуры обработки учетной информации, позволяет сократить потребность в памяти компьютера и повысить достоверность обработки информации.

Большое количество различных документов, циркулирующих в банковской системе, потребовало проведения определенной работы по их унификации. Все унифицированные банковские документы представлены в Общероссийском классификаторе управленческой документации (ОКУД) [12].

Можно также говорить о внемашинном и внутримашинном информационном обеспечении. Большая часть внутримашинного информационного обеспечения представлена в виде организованной определенным образом базы данных. Несмотря на разнообразие подходов к организации базы данных (централизованная база данных, распределенная, с разделением или повторением данных и т.д.), все они содержат некоторые общие компоненты, рассмотрению которых уделим некоторое внимание.

Укрупненная схема состава и структуры базы данных учетно-операционной составляющей АБС представлена на рис. 1.4. Наибольший объем в базе данных АБС занимают данные первичных документов. Организация файлов первичных документов в каждом конкретном случае может быть индивидуальная, например, для каждого первичного документа может быть использована своя структура записи, а может быть предложена общая структура записи для нескольких похожих документов с отличительным признаком в записи для конкретного документа.

Технология поступления информации первичных документов в базу данных различна. Если документы клиентов передаются в банк на бумажном носителе, например, платежные поручения, то после всех процедур контроля информацию вводят в базу данных путем набора на клавиатуре. Может быть использована и другая технология ввода — автоматическое считывание, например, с помощью сканеров.  Внутрибанковские документы,  как правило, формируются путем непосредственного набора на клавиатуре с одновременным отображением документа на экране дисплея. Если учетная политика банка требует наличия в архиве твердой копии первичного документа, он может быть распечатан и помешен в "Документы дня"

Рис. 1.4. Укрупненная схема состава и структуры базы данных учетно-операционной составляющей АБС

 

Еще два пути переноса информации первичных документов в соответствующий файл базы данных связаны с передачей в банк электронной копии первичного документа. Эта передача может быть произведена, например, на магнитном носителе или по каналам связи.  Последний вариант получает все большее распространение в связи с широким использованием систем типа «клиент-банк».

На основании данных первичных документов программным путем в базе данных формируются различные учетные регистры.  Ряд регистров взаимосвязаны и образуют стройную иерархическую структуру.  К ним относится система счетов, на нижнем уровне которой находятся лицевые счета. Данные лицевых счетов постепенно группируются по счетам следующих уровней.  Количество уровней счетов в каждом банке может быть различно. Это определяется потребностью банка в соответствующей информации для принятия управленческого решения или формирования отчетов. Но счета двух уровней обязательно присутствуют в АБС любого банка. Это счета первого и второго порядка. Они ведутся в строгом соответствии с планом счетов, обязательным для всех коммерческих банков.

Для удобства ведения счетов первого и второго порядка в АБС организуется и ведется специальный справочник план счетов. В нем выделяются главы, разделы, счета первого и счета второго порядка. Они имеют наименование и кодовое обозначение.  Как при работе с любым справочником допускается его корректировка (внесение изменений, добавление, удаление). Так как позиции плана счетов непосредственно связаны с существующими счетами в базе данных, то возможности корректировки ограничены. Например, удалить позицию счета из плана счетов нельзя, пока в базе данных находится такой счет с ненулевым остатком. В одной АБС может существовать несколько различных планов счетов, например, когда банк с иностранным капиталом вынужден готовить отчетность по российскому и иностранному законодательству. В этом случае группировка данных с лицевых счетов будет проводиться по структуре различных планов счетов.

Помимо плана счетов в базе данных АБС присутствуют и другие справочники: клиентов, филиалов, банковских идентификационных кодов (БИК), валют и др.

Реквизитный состав записи справочника клиентов может выглядеть следующим образом:

·        уникальный номер клиента;

·        наименование;

·        адрес;     

·        телефоны,         

·        признак (физическое или юридическое лицо);

·        признак (резидент или нерезидент);

·        код типа предприятия (из соответствующего справочника);

·        ИНН

·        код по ОКПО;

·        код по ОКАТО;

·        КПП;

·        налоговая инспекция

·        должность и ФИО первого лица;

·        данные документа, удостоверяющего физическое лицо;

·        примечания.

Справочники позволяют сократить объем хранимой информации в базе данных и повысить ее достоверность, так как обеспечивают автоматизацию ее ввода выбором нужной позиции из справочника, а также автоматизируют контроль путем проверки по справочнику.

Следует отметить, что наибольшее количество ошибок в базе данных возникает при ее формировании с непосредственным участием человека, в частности при работе с первичными документами. При автоматическом формировании учетных регистров по проверенным алгоритмам количество ошибок сведено к минимуму. Но и здесь возможны ошибки из-за сбоев в работе оборудования или скрытых ошибок в программном обеспечении. Основной метод повышения достоверности контроль.

Программным путем помимо учетных регистров формируются и отчетные документы. Ряд отчетных документов формируется непосредственно из файлов первичных документов, при формировании других используется информация, сгруппированная по различным счетам.

Первоначально сформированные отчеты целесообразно размещать в памяти АБС.  Это обеспечивает в дальнейшем различный способ ее отображения для восприятия человеком: вывод на экран дисплея или распечатка на бумажном носителе. Кроме того, отчеты могут быть переданы по каналам связи или путем перезаписи на магнитный носитель. Важно также обеспечить возможность создания на техническом носителе архива отчетных документов.

По способу подготовки к формированию отчетных документов можно выделить два направления: документы с жестко заданной структурой и документы с изменяющейся структурой. Документы с жестко заданной структурой, к которым можно отнести выписку по счету, журнал операций, баланс на уровне счетов второго порядка и др., как правило, программируются разработчиками системы и последующие корректировки документов пользователями невозможны. Отчеты, структура которых может изменяться, например, документы годового бухгалтерского отчета или финансовой отчетности, подготавливают к их формированию сами пользователи без участия разработчиков. Для этой цели им предоставляется специальный язык описания. Составленное на нем описание отчета далее транслируется в рабочую программу. Ответственность за достоверность получаемых результатов в этом случае полностью ложится на пользователя.

Содержание  Предыдущий  Следующий


Copyright © 2012 Немчинов В.К., Рогозенков А.В.