Исследование структуры входящих сообщений, передаваемых Конвертеру в процессе формирования и объединения электронных зарплатных реестров при интеграции банков

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

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

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

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

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

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

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

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

Рассмотрим интеграцию между следующими системами:

 ДБО Банка А;

 Автоматизированного рабочего модуля Банка А.

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

На верхнем уровне процесс обработки реестра будет выглядеть следующим образом:

1. Принятие файлов реестра от систем ДБО Банка А, ДБО Банка Б, внутренней системы банка А и файлов, принятых из альтернативных источников, и переложенных в выделенную папку вручную.
2. Адаптер копирует файлы реестров из рабочей папки в папку архива и посылает управляющий сигнал о начале обработке по каждому файлу отдельно.
3. По служебному сигналу сервис работы с файлами проводит предварительную проверку файла реестра (соответствие структуры файла схеме для xml документов, формат имени файла для всех прочих документов) и передает управление оркеструющему процессу.
4. Оркеструющий процесс вызывает сервис дробления файла на реестры и для каждого зарплатного реестра инициирует свой собственный поток.
5. Каждый зарплатный реестр, обрабатываясь отдельно, проверяется на корректность формата, корректность данных, при необходимости проходит ручную проверку сотрудником банка А в случае наличия спорных ситуаций.

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

Исследование входящих сообщений, требует некоторых пояснений, рассмотренных в таблице 1.

Таблица 1

Глоссарий терминов

Входящие сообщения будут поступать в виде файлов во входные каталоги. Входные каталоги определены для следующих источников и типов входящих сообщений:

1. Документы ДБО Банка А. В эту папку попадают:
   1. Зарплатные ведомости Банка А;
   2. Документы свободного формата.
2. Реестры ДБО Банка Б. В эту папку попадают:
   1. Зарплатные ведомости Банка Б;
   2. Универсальные реестры на основе свободного формата.
3. Реестры из альтернативных источников.
4. Реестры Банка А.

Каждый входной файл будет считываться из входных каталогов, и данные о нем будут записываться в таблицу R_File. Соответствие входных данных и полей таблицы R_File представлено ниже (Таблица 2 — Соответствие полей таблицы R_File и данных входящего файла).

Ведомость ДБО Банка А, файл свободного формата Банка А, зарплатная ведомость и реестр свободного формата из ДБО Банка Б определяются по пространству имен в XML-схеме.

Таблица 2

Соответствие полей таблицы R_File иданных входящего файла

Рассмотрим зарплатную ведомость из ДБО Банка А. Она представляет собой XML-файл, содержащий данные об одном зарплатном реестре. В зарплатную ведомость данного типа может входить только один реестр.

В реестр зарплатной ведомости Банка Б может входить одна и более строк зарплатной ведомости. Они перечисляются в элементе и должны храниться в таблице R_CLNT_REG_REC.

Для файла свободного формата из ДБО Банка А будет создаваться:

 одна запись в таблице R_CLNT_DOC — на входной файл;

 столько записей в таблице R_CLNT_REG, сколько файлов-реестров вложено во входной файл;

 записи в таблице R_CLNT_REG_REC, соответствующие записям каждого из вложенных реестров.

Файл свободного формата из ДБО Банка А содержит вложенные файлы. После заполнения таблицы R_CLNT_DOC на основе проверки структуры XML файла начнется анализ вложенных файлов. Файлы, созданные на основании документов свободного формата, должны содержать один или несколько файлов, предварительно переведенных в кодировку base64.

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