Документация ON-LINE АБС «SCROOGE-II» Руководство администратора Внутренняя платежная система

Введение

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

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

В рамках ВПС в АБС SCROOGE реализованы все возможные модели ведения единого корсчета (от 1й до 7й). Наиболее распространенной практикой является применение ВПС для реализации 3 модели единого корсчета, более известной как банковский расчетный центр (БРЦ).

Принципы работы

ВПС АБС SCROOGE построена на оригинальном механизме синхронизации данных. Основным принципом функционирования «синхронизации» является обмен изменениями данных между каждыми двумя участниками системы. Такой подход минимизирует время обмена и необходимые для этого объемы данных, что положительно сказывается на производительности и оперативности системы в целом.

ВПС (как и все семейство программных продуктов SCROOGE) - система реального времени. Но это не исключает одновременную работу системы сразу в нескольких «операционных» днях. Более того, в основу работы ВПС положен жесткий регламент, настраиваемый и управляемый администратором системы.

Основным объектом синхронизации в ВПС SCROOGE являются платежные документы.

ВПС SCROOGE остается полностью прозрачной для АБС SCROOGE.

Принципы реализации ВПС

• ВПС обеспечивает взаиморасчеты участников в любых зарегистрированных валютах. Все взаиморасчеты внутри ВПС происходят только в номиналах валют

• Каждый документ в ВПС непосредственно влияет на состояние корреспондентских счетов участников.

• ВПС построена на полностью безбумажной и безфайловой (пакетной) технологии.

• Платежные транзакции в ВПС могут быть отозваны с разрешения Расчетного Центра (РЦ) и при возможности осуществления этого действия обоими участниками (плательщика и получателя).

• Инициатива выполнения транзакций принадлежит участнику, который списывает средства со своих счетов. Возможность безусловного списания средств со счетов участника существует только у РЦ.

• ВПС функционирует в режиме реального времени, но в рамках установленного администратором системы регламента.

• В РЦ ведутся транзитные счета для учета транзакций, которые не были завершены на протяжении одного операционного дня.

Характеристики системы

ВПС SCROOGE выполняет минимально необходимый набор функций для обеспечения взаиморасчетов между участниками:

• Мониторинг системы коррсчетов

• Контроль работы филиалов посредством развитого механизма бизнес - правил

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

• Централизация основных справочных массивов информации с обработкой дополнительных информационных реквизитов для них

Состав системы

ВПС построена на основе ядра АБС SCROOGE, то есть обладает всеми свойствами АБС.

В рамках ВПС АБС SCROOGE функционируют следующие подсистемы:

• Единый массив справочной информации, в который входят:

• Справочник участников ВПС

• Справочник внешних платежных систем

• Справочник участников внешних платежных систем

• Справочник валют для использования в ВПС и во внешних платежных системах

• Хранилище открытых ключей с центром сертификации

• Правила работы ВПС

• План счетов

• Правила ведения плана счетов для участников системы

• Двухуровневый механизм бизнес-правил

• Правила работы ВПС

• Обработка запросов на прохождение платежей от участников системы с возможностью передачи запросов во внешние платежные системы.

Безопасность системы

Безопасность ВПС обеспечивается на нескольких уровнях. Это штатные средства защиты информации Microsoft Windows NT и Misrosoft SQL Server, и внутренние средства баз данных АБС SCROOGE.

Требования к оборудованию

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

Настройка системы

Настройка системы проходит в несколько этапов. Для начала рекомендуется убедиться, что версия системных объектов всех участников совпадает и не ниже «текущей».

Используемые термины:

• РЦ - расчетный центр
• ГК - головная контора
• НБУ - Национальный Банк Украины
• ВПС - Внутренняя Платежная Система
• РРП - Региональная Расчетная Палата

Собственно настройка системы начинается с создания базы РЦ и выполнения общих настроек для АБС SCROOGE в этой базе: заведение сотрудников и начальное распределение прав между ними, установка номера своего филиала (рекомендуется 99), заполнение основных справочников. После начальной настройки базы РЦ необходимо произвести настройки всех участников системы (минимум - ГК и РЦ) по следующему списку:

• Заполнить актуальными значениями справочники банков и балансовых счетов. Для этого можно использовать данные рабочей базы Головной Конторы (ГК), а можно - файлы НБУ и штатные утилиты импорта из них. Выполняется только в базе РЦ.

• Настроить справочник валют, указав, какие валюты используются в банке, какие - в ВПС и какие - в СЭП.

• Настроить справочник участников системы (справочник Филиалов). Указать всем участникам системы, в том числе и для РЦ, в качестве владельца ГК. Для всех, кроме РЦ, достаточно настроить в справочнике себя, ГК и РЦ. Для РЦ необходимо указать всех участников системы. Только для РЦ (!) указать «Работа через РРП».

• Рекомендуется включить по всей системе для всех филиалов - участников режим «Подпись RSA».

• Указать контексты (сервер + база) для всех участников системы. Проверить (при возможности) настройки соединения с указанными серверами. Для всех участников, кроме РЦ, достаточно указать толко контекст РЦ.

• Настроить подсистему электронных платежей АБС SCROOGE (EMP), используя утилиту «Общие настройки EMP».

• Проверить (и при необходимости - привести ситуацию в соответствии с желаемой), чтобы после настройки типов операции необходимым для синхронизации типам операций (обычно рекомендуется для Actions.Id 400...499) был установлен признак «синхронизация» (Actions.ActionFlag, маска 0x20).

• Выполнить начальную настройку синхронизации (процедура sc_BRC_SetUp).

• Указать стартовую дату работы системы (в глобальных параметрах системы). Необходимо только для РЦ.

• Установить новые лицензионные ключи АБС SCROOGE, сгенерированные с учетом новых типов филиалов.

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

• @SyncBranchId. Номер филиала - партнера по синхронизации.

• @DebugLevel. Уровень отладки. (0 - нет выдавать дополнительную отладочную иформацию, 1 - выдавать дополнительную отладочную иформацию)

• @BackCall. Кросс - синхронизация (1 - в начале сеанса, 2 - в конце сеанса)

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

Кроме этого, на базе РЦ необходимо настроить периодическое выполнение задачи «редиректор», которая занимается внутренней обработкой информации в РЦ. Процедура - «редиректор» (dbo.sc_BRC_Redirect) имеет следующие параметры:

• @DebugLevel. Выводить или нет дополнительную отладочную информацию.

• @WorkMode. Выполняемые функции. Может принимать значения:

• Обработка межфилиальских платежей

• Обработка входящих от системы

• Обработка исходящих на систему

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

Схема синхронизации данных

Синхронизация данных происходит сеансами. Все сеансы одинаковы. Синхронизацию данных выполняют все участники системы. Формально партнером для синхронизации для каждого из участников системы, кроме РЦ, может выступать только РЦ.

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

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

Синхронизация справочной информации

Общая справочная информация ВПС SCROOGE в настоящий момент состоит из:

• Справочник участников СЭП

• Связи участников СЭП и валют

• План счетов (справочник балансовых счетов)

• Синхронизация справочной информации считается критичным этапом.

Принцип работы

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

• Платежная система отправителя (характеризует необходимые дополнительные реквизиты плательщика).

• Платежная система получателя (характеризует необходимые дополнительные реквизиты получателя).

• Платежная система доставки (определяет систему доставки).

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

При этом выбор системы доставки в филиале на состояние системы корсчетов не влияет. Для обеспечения независимости состояния корсчетов отправителя от состояния связи с получателем все платежи в системе проходят по двухфазной схеме.

При отправлении платежного документа из филиала «А» он в филиале проводится по корсчету филиала. При поступлении документа в РЦ он проводится там по корсчету филиала «А» и по счету «деньги в пути» филиала «Б», после чего «перекладывается» (копируется) на филиал - получатель, но со сменой типа документа. Копия («переложенная») проводится со счета «деньги в пути» филиала «Б» на корсчет филиала «Б». Таким образом, состояние пар документов филиал «А» / РЦ и РЦ / филиал «Б» не зависит друг от друга, а значит, филиалы не зависят от состояния линий связи друг друга.

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

Доставка документов работает в два прохода - сначала формируются платежные пакеты, а потом пакеты доставляются получателям. Квитовка состояния документов отправителя по факту визирования получателем происходит в разрезе открытых дат получателя. Необходимым требованием нормальной работы является синхронность таблиц рабочих дней отправителя и получателя. В этом случае приоритет имеет таблица состояния рабочих дней РЦ, так как РЦ имеет право принудительно закрыть рабочий день филиала.

Синхронизация документов

Принципы построения системы

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

За основу технологии работы ВПС берется технология СЭП за исключением ключевой системы СЭП, которая подменяется на внутрисистемную.

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

1. В Головной Конторе (ГК) ведется и контролируется список - участников системы.

2. В ГК ведутся и контролируются корреспондентские счета филиалов - участников системы.

3. Платежи между учреждениями банка осуществляются посредством СЭП или ВПС. Выбор маршрута прохождения платежа осуществляется непосредственно исполнителями при вводе документов (через указание типа платежа).

4. Выбор маршрута прохождения платежа, пришедшего по системе «Клиент-Банк» осуществляется на этапе визирования на основании списка участников системы.

5. Все спорные вопросы разрешает ГК.

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

• Справочник участников системы;

• Справочник валют и корсчетов;

• Справочник открытых ключей;

Платежные файлы.

• Исходящий пакет от филиала;

• Входящий пакет на филиал;

Квитанции.

• Квитанция на получение пакета;

• Квитанция на состояние корсчета;

• Выписка по корсчету филиала в ГК;

Схема бухгалтерских проводок при работе банка и его филиалов с использованием ВПС

Корреспондентские счета филиалов открыты в ГК на балансовом счете 3901 (на балансе филиала 3900).

Схемы проводок

1. Поступление средств на счета филиала «Б» со счетов ГК

а) в ГК:

Одновременно на филиал «Б» выставляется увеличение лимита на сумму поступлений.

б) в филиале:

2. Списание средств со счетов филиала «А» на счета ГК

а) в ГК:

Одновременно на филиал «А» выставляется уменьшение лимита на сумму списаний.

б) в филиале:

3. Перечисление средств со счетов филиала «А» на счета филиала «Б»

а) в филиале «А» (отправителе):

б) в ГК:

Одновременно на филиал «А» выставляется уменьшение лимита, а на филиал «Б» увеличение лимита на сумму перечисления.

в) в филиале «Б» (получателе):

Подсистема доставки информации

Для доставки информации ВПС может использоваться любая (достаточно защищенная) транспортная среда.

Подсистема защиты информации

Для защиты передаваемой информации используется алгоритм асимметричной подписи (RSA) как для подписи каждого документа в пакете, так и для шифрации самого платежного пакета. Документы подписываются ключами исполнителей (создателей) документов, пакеты подписываются системными ключами (сеансовыми). Центром сертификации и распространения ключей выступает ГК.

Технология обмена

1. Прямой платеж от филиала «А» на филиал «Б»:

1.1. Отправка (в филиале «А»). Отправляются все разрешенные для отправки документы в направлении филиала «Б».

1.1.1. Набор документа, прохождение стадий контроля (документ проходит только по предварительному остатку);

1.1.2. Разрешение документа на отправку (изменение состояния документа на «разрешено»);

1.1.3. Отправка документа (установка признака «отправлен»);

1.2. Прием (в филиале «Б»). Все документы, пришедшие от филиала «А» принимаются в состоянии «без проводок» до решения должностного лица (администратора корсчета).

1.2.1. Получение документа (без проводок). Формирование квитанции типа «Т» по факту принятия (установка признака «принят»);

1.2.2. Разрешение на зачисление документа. Формирование квитанции типа «К» по факту зачисления (установка признака «разрешен»);

1.3. Квитовка (в филиале «Б»):

1.3.1. Получение квитанции типа «Т» (установка признака «получен»);

1.3.2. Получение квитанции типа «К» (допроведение документа до подтвержденного состояния);

2. Транзитный платеж от филиала «А» на филиал «Б» через ГК:

2.1. Отправка (в филиале «А») аналогична пункту 1.1.

2.2. Прием (в ГК):

2.2.1. Получение документа. Формирование квитанции типа «Т» по факту получения (установка признака «принят») в адрес филиала «А»;

2.2.2. Разрешение на транзит документа (изменение состояния документа на «разрешен», проведение по предварительному остатку);

2.3. Отправка (из ГК) на филиал «Б» аналогична пункту 1.1.

2.4. Прием (в филиале «Б») аналогичен пункту 1.2.

2.5. Квитовка в ГК:

2.5.1. Получение квитанции типа «Т» от филиала «Б» (установка признака «получен»);

2.5.2. Получение квитанции типа «К» от филиала «Б» (допроведение документа до подтвержденного состояния). Формирование квитанции типа «К» на филиал «А»;

2.6. Квитовка в филиале «А» аналогична пункту 1.3.

3. Платеж от имени филиала. Формируется только в ГК.

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

Порядок обмена

Обмен пакетами происходит в следующем порядке:

1. Пакеты с ключевой информацией
2. Справочники
3. Квитанции
4. Входящие платежи
5. Исходящие платежи