Автоматизация процессов обработки платежных документов зарплатных проектов в банке

Автоматизация процессов обработки платежных документов зарплатных проектов в банке

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1 Автоматизация процессов обработки платежных документов зарплатных проектов в банке

1.1 Автоматизация банковской деятельности

1.1.1 Структура системы автоматизации банка

1.1.2 Функциональная структура САБ

1.2 Место проектируемой программы в структуре САБ

1.3 Процедура перечисления зарплаты на карточки

1.4 Формирование структуры файла А

1.4.1 Структура файла А

ВЫВОДЫ

ПЕРЕЧЕНЬ ССЫЛОК

ВВЕДЕНИЕ

С использованием компьютерных сетей и новейших информационных технологий многие связывают новую эру в бизнесе. По прогнозам специалистов число средних и крупных банков, предлагающих обслуживание финансовых операций с помощью персональных компьютеров, в нынешнем году возрастет почти в четыре раза - с 11 до 42% . Интерактивные банковские услуги делают текущий счет доступным все 24 часа в сутки, большинство операций по оплате счетов автоматизировано. Такой ход событий продиктован постоянной борьбой за клиента. Вопрос уже не в том, существует ли необходимость внедрения новейших технологий, а в том, как использовать эти технологии с максимальной пользой.

Построение или репроектирование информационных систем в банковской системе обладают рядом особенностей:

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

§ Нет инструмента выбора готовой системы и оценки соответствия ее функционалу решаемых банком задач.

§ Большое количество типов обрабатываемых документов (заявок) и разнотипность в маршрутизации их обработки.

§ Необходимость в разделении информационных ресурсов и потоков данных из соображений безопасности и надежности.

§ При развитии системы необходимо решать проблемы ее масштабирования.

§ Необходимо планирование развития системы при изменении инфраструктуры.

§ Наибольшие затраты приходятся на сопровождение и поддержку системы.

§ Этап внедрения проходит на фоне изменения постановки задачи.

На современном этапе развития экономики одно из важнейших мест в системе управления хозяйственного субъекта занимает бухгалтерский учет. При этом с увеличением трудоемкости учетных процедур возрастает необходимость совершенствования методологии бухгалтерского учета и его автоматизации.

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

Многие программные продукты коммерческие банки разрабатывают исходя из специфики собственной деятельности, т.е. разрабатывают «под себя». И получить доступ к описанию этих программ и сделать обзор аналогов весьма сложно, т.к. представляют собой коммерческую тайну. Задача рассматриваемая в данном курсовом проекте проектируется на основании информации предоставляемой ОАО «МегаБанк».

1 АВТОМАТИЗАЦИЯ ПРОЦЕССОВ ОБРАБОТКИ ПЛАТЕЖНЫХ ДОКУМЕНТОВ ЗАРПЛАТНЫХ ПРОЕКТОВ В БАНКЕ

1.1 Автоматизация банковской деятельности

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

Основной задачей, стоящей перед службой автоматизации банка, является выбор оптимального решения и поддержка работоспособности выбранной системы.

В БС применяется межсетевой обмен и удаленный доступ к ресурсам центрального офиса банка для выполнения операций "электронных платежей". Банковские системы должны иметь средства адаптации к конкретным условиям эксплуатации. Для поддержки оперативной работы банка БС должна функционировать в режиме реального времени OLTP (On-line Transaction Processing).

Основные функции БС (обычно они реализуются в виде независимых модулей единой системы):

- автоматизация всех ежедневных внутрибанковских операций, ведение бухгалтерии и составление сводных отчетов.

- системы коммуникаций с филиалами и иногородними отделениями.

- системы автоматизированного взаимодействия с клиентами (так называемые системы “банк-клиент”).

- аналитические системы. Анализ всей деятельности банка и системы выбора, оптимальных в данной ситуации, решений.

- автоматизация розничных операций - применение банкоматов и кредитных карточек.

- системы межбанковских расчетов.

- системы автоматизации работы банка на рынке ценных бумаг.

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

1.1.1 Структура системы автоматизации банка

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

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

Обеспечивающие подсистемы объединяют в себе все виды ресурсов, необходимые для функционирования системы. К их составу относятся такие подсистемы: информационного, программного, математического, технического, лингвистического и организационно-правового обеспечения.

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

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

1.1.2 Функциональная структура САБ

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

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

САБ - это технологическая система, которая обеспечивает функционирование банковского учреждения. Ядром АБС является подсистема ОДБ, которая информационно связана с другими функциональными подсистемами.

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

1.2 Место проектируемой программы в структуре САБ

Разработанная программа может использоваться отделом организации бухгалтерского учета по технологическим вопросам и по вопросам построения технологии работы. В функциональной подсистеме САБ - это подсистема карточных операций (управление расчётами с использованием пластиковых карточек зарплатных проектов).

Рисунок 1.1 - Место отдела организации бухгалтерского учета в структуре САБ

1.3 Процедура перечисления зарплаты на карточки

Механизм выплаты заработной платы зависит от того, имеет ли компания в банке-эмитенте расчетный счет или нет. Здесь могут быть три варианта:

1) Счет юридического лица и карточные счета физических лиц-получателей открыты в одном банке.

2) Счет юридического лица и карточные счета физических лиц-получателей открыты в разных банках.

3) Каждый сотрудник открыл банковский счет в приглянувшемся ему банке.

Рассмотрим 1-й вариант, так как он использовался при проектировании программного продукта.

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

1) договора, заключенного юридическим лицом с банком, обслуживающим физических лиц-получателей;

2) договора банковского счета, заключенного юридическим лицом с обслуживающим его банком.

В этом случае деньги (общая сумма, предназначенная к выплате заработной платы всем сотрудникам) перечисляются общей суммой одним платежным поручением юридического лица с использованием реестра.

Реестр (или другой документ, например, список, сводная ведомость) должен содержать:

- реквизиты банка;

- фамилии, имена, отчества сотрудников;

- реквизиты счетов физических лиц;

- суммы, подлежащие зачислению на счета физических лиц.

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

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

1 - поступление платежного документа в электронном виде в формате *.txt на АРМ бухгалтера;

2 - обработка файла (проверка структуры; создание виртуального массива; вализация полей; сохранение результата);

3 - размещение формализованного файла А в банке данных.

Рисунок 1.2 - Процесс обработки платежных документов зарплатных проектов

Общая сумма, указанная в электронном файле, и суммы перечислений на каждый карт-счет должны соответствовать суммам, указанным в реестре (списке, сводной ведомости), и сумме платежного поручения.

При получении электронного файла банк проверяет:

- соответствие номеров карт-счетов держателей в электронном файле и в базе данных банка;

- соответствие общей суммы начислений на карт-счета держателей и итоговой суммы в реестре зачислений (списке, сводной ведомости), предоставленном организацией.

В случае обнаружения расхождений по какому-либо из пунктов контроля зачисление на карт-счета не производится до момента устранения расхождений.

Типовая форма No. 253 Организация __________________________ стр. ______________ Цех ------------------------------------ К расч. ведомости No. __________ Отдел ПЛАТЕЖНАЯ ВЕДОМОСТЬ No. __________ на выдачу _______________ за ___________ 19__ г. -------------------------------------------------------------------------------------------- Пор.¦Идентификационный ¦ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО ¦ Сумма No. ¦код ¦ ¦ ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- ------+----------------------------+------------------------------------------+----------- Итого к выдаче:________ ________________________________________ грн. __________ к. (сумма к выдаче прописью) Гл. бухгалтер __________________ Ведомость составил _____ 19__ г.

Рисунок 1.3 - Вид электронного файла (платежной ведомости) направляемого в банк

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

1.4 Формирование структуры файла А

В результате обработки поступившего электронного файла программа формирует файл А - пакет начальных платежных документов от банка А (отправителя платежей) в СЭП.

Все файлы СЭП имеют единообразную структуру следующего вида:

- служебная строка;

- заглавная строка;

- информационные строки.

Наглядно это представлено на следующем рисунке

Служебная строка ¦ +-------------------+--------------¬ ¦ Заглавная строка ¦ +-------------------------------+------------¬ +------- -----+ ¦ ... Информационные строки ... ¦ +------- -----+ L---------------------------------------------

Рисунок 1.4 - Структура файлов СЭП

Все строки (служебная, заглавная и все информационные) заканчиваются символами возврата каретки/перевода строки CHR(13)+CHR(10), которые в дальнейшем будем обозначать как CRLF. Никакого разделителя для обозначения конца файла не используется. Служебная строка предназначена для повышения безопасности и надежности СЭП. Ее длина 100 байт (вместе с CRLF 102 байта). Из САБ должна поступать заполненная пробелами, то есть

(100 шт. chr(32)) + CRLF.

Так как в некоторых реквизитах (например, электронная подпись) могут находиться любые коды ASCII, разбор файла СЭП на строки при обработке в САБ следует проводить, взяв за основу стандартные длины строк (конкретные длины указаны при описании конкретных типов файлов), но не обнаружение ближайшего CRLF. Отсутствие же CRLF в конце строки следует расценивать как нарушение структуры файла СЭП.

Заглавная строка несет информацию о файле в целом. В частности, содержит информацию о количестве информационных строк в файле.

Все информационные строки файлов конкретного типа имеют одинаковую длину (кроме файлов vM). У некоторых типов файлов СЭП информационные строки могут отсутствовать. В этом случае состав файла СЭП ограничивается служебной и заглавной строкой.

1.4.1 Структура файла А

Файл A содержит информацию о начальных платежах банка А (отправителя платежей) в СЭП. Каждая информационная строка несет информацию об одном платежном документе (кроме блока информационных строк - БИС, рассмотренного далее).

В одном файле начальных/ ответных платежей содержатся платежи только одного и того же вида валюты. То есть, реквизит "Валюта платежа" во всех информационных строках файла vA совпадает, и он соответствует однобайтному идентификатору валюты в наименовании файла (по справочнику S_VAL).

На файл vA АРМ-2 вырабатывает файл-квитанцию vT.

Структура заглавной строки файла A:

==T====================================T===T===T======

¦N%¦ Наименование реквизита ¦ Тип ¦ Длина ¦ Позиции ¦

¦ ¦ ( заглавная строка файла A ) ¦ ¦ на ¦ в строке ¦

==+====================================+===+===+======

1 Наименование файла C 12 1- 12

2 Д+В создания файла d 10 13- 22

3 Количество ИС в файле N 6 23- 28 4 Сумма дебета по файлу N 16 29- 44

5 Сумма кредита по файлу N 16 45- 60

6 ЭЦП файла B 64 61-124

7 Идентификатор ключа ЭЦП C 6 125-130

8 ЭП заглавной строки файла B 64 131-194

9 CRLF B 2 195-196

Все реквизиты заглавной строки файла A должны быть заполнены в САБ.

Структура информационной строки файла A :

==T====================================T===T===T======

¦N%¦ Наименование реквизита ¦ Тип ¦ Длина ¦ Позиции ¦

¦ ¦ ( информационная строка файла A ) ¦ ¦ ¦ в строке ¦

==+===================================+===+===+=======

1 МФО банка А N 9 1- 9

2 Лицевой счет клиента банка А N 14 10- 23

3 МФО банка Б N 9 24- 32

4 Лицевой счет клиента банка Б N 14 33- 46

5 Флаг "дебет/кредит" платежа C 1 47- 47

6 Сумма платежа N 16 48- 63

7 Вид документа N 2 64- 65

8 Номер (операционный) платежа C 10 66- 75

9 Валюта платежа N 3 76- 78

10 Дата платежного документа D 6 79- 84

11 Дата поступления платежн.док-та в банк А D 6 85- 90

12 Наименование плательщика (клиента А) C 38 91-128

13 Наименование получателя (клиента Б) C 38 129-166

14 Назначение платежа C 160 167-326

15 Вспомогательные реквизиты C 60 327-386

16 Код назначения платежа C 3 387-389

17 Способ заполнения реквизитов 14-16 C 2 390-391

18 Идентификатор клиента А c 14 392-405

19 Резерв C 14 406-419

20 Идентификатор документа N 9 420-428

21 Идентификатор операциониста банка А C 6 429-434

22 Номер строки БИС N 2 435-436

23 Резерв C 8 437-444

24 ЭЦП основных реквизитов платежа B 64 445-508

25 Имя файла A C 12 509-520

26 Порядковый номер ИС в файле A N 6 521-526

27 Время прохождения через АРМ-3 A T 4 527-530

28 Время получения в АРМ-2 A T 4 531-534

29 Имя файла C C 12 535-546

30 Порядковый номер ИС в файле C N 6 547-552

31 Время формирования в АРМ-2 C T 4 553-556

32 Время получения в АРМ-2 C T 4 557-560

33 Имя файла B C 12 561-572

34 Порядковый номер ИС в файле B N 6 573-578

35 Время формирования в АРМ-2 B T 4 579-582

36 Время получения в АРМ-3 B T 4 583-586

37 Дата получения в АРМ-3 B D 6 587-592

38 CRLF B 2 593-594

В реквизитах 12 и 13 термин "Плательщик" используется для ОТПРАВИТЕЛЯ документа (то есть, клиента банка А), а "Получатель" - для получателя документа (то есть, клиента банка Б), независимо от того, является ли документ платежным или информационным, а также от направления движения денег (в дебетовом документе "А" и "Б" не меняются местами).

Реквизиты 1-18,20-26,38 информационной строки файла vA должны быть заполнены в САБ.

Реквизиты 19,27-37 должны быть заполнены в САБ пробелами.

Реквизит "Идентификатор клиента А" представляет собой уникальный идентификационный код субьекта хозяйственной деятельности в Украине (согласно действующему законодательству сейчас - это код ЇДРПОУ для юридических лиц, код ДРФО для физических лиц, код из Временного реестра ТРДПА - для тех, кто еще не получил код ЇДРПОУ или ДРФО).

Реквизиты "Дата платежного документа", "Дата поступления платежного документа в банк А" подлежат обязательному заполнению в САБ банка А, пробелы недопустимы.

"Дата платежного документа" соответствует дате, которую клиент-отправитель платежного документа проставил на платежном документе.

"Дата поступления платежного документа в банк А" соответствует дате, которую работник банка А проставил на платежном документе в момент приема его от клиента в банке А.

"Номер (операционный) платежа" соответствует номеру, который клиент-отправитель платежного документа проставил на платежном документе. Этот реквизит должен быть выровнен по левому краю поля.

Перечень балансовых счетов, которые запрещается использовать в реквизитах "счет клиента", устанавливается отдельными нормативными документами НБУ.

Реквизит "Способ заполнения реквизитов 14-16" заполняется

следующим образом.

а) в отдельной главе описано заполнение данного реквизита в случаях:

- использование БИС;

- расчеты в иностранных валютах с использованием шлюзовых банков; - использование вспомогательных реквизитов.

б) для платежей в национальной валюте Украины без использования перечисленных возможностей следует:

- заполнить реквизит "Назначение платежа";

- реквизиты "Вспомогательные реквизиты" и "Код назначения платежа" заполнить пробелами;

- заполнить реквизит "Способ заполнения реквизитов 14-16" значением "10".

Реквизит "Номер строки БИС" для обычных платежей заполняется числом 0. Правила оформления БИС описаны в отдельной главе.

Реквизит "Идентификатор операциониста банка А" содержит 6-байтный идентификатор того рабочего места в банке А, на котором был сформирован и подписан ЭЦП (реквизит 24) данный электронный платежный документ.

Все платежи в файле vA должны иметь ЭЦП (электронно-цифровая подпись) и, соответственно, идентификатор операциониста (реквизит 21).

Исключением является работа головного банка со своими филиалами по внутрибанковской платежной системе. При этом в файле $A находятся платежи, как от головного банка, так и от его филиалов.

Среди них:

- платежи от головного банка должны быть подписаны операционистом головного банка;

- платежи от филиалов могут, в зависимости от реализации интерфейса внутрибанковской платежной системы:

а) быть подписаны на рабочем месте в головном банке, идентификатор этого рабочего места является идентификатором операциониста головного банка. Тогда в платеже от филиала заполнены реквизиты "ЭЦП платежа" и "Идентификатор операциониста банка А";

б) не подписываться в головном банке. Тогда в файле $A ЭЦП платежа и идентификатор операциониста должны быть заполнены пробелами.

Для 7 модели, при помещении в пакет $A платежей от имени своих филиалов, головной банк обязан их подписать (от имени операциониста головного банка).

Количество информационных строк в файле A ограничивается. В настоящее время действует ограничение - не более 1000 строк (включительно).

ВЫВОДЫ

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

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

ПЕРЕЧЕНЬ ССЫЛОК

1. Синягов С. Технология проектирования и развитие банковских систем // Банки и технологии, № 1, 1997.

2. Инструкция №311, Национального банка Украины, г. Харьков, 2002.

3. Єрьоміна Н. В. Банківські інформаційні системи: Навч. посібник. - К.: КНЕУ, 2000. - 220 с.

4. Положення про відділ автоматизації банківської діяльності Центру інформатизації Управління Національного банку України в Харківській області.

5. Положення про сектор обслуговування регіонального процесингу регіональної розрахункової палати центру інформатизації Управління Національного банку України в Харківській області.

6. Положення про сектор автоматизованої карткової системи РРП центру інформатизації Управління Національного банку України в Харківській області