RS-Payments

Описание | Архитектура | Возможности | Варианты построения | Внедрение

Принципы описания документооборота

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

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

• Документы (платежные и информационные), получившие в системе название «Платежи» (они могут иметь разные типы, например: документы филиалов, S.W.I.F.T. и т.д.);
• Приложения к платежам;
• Квитанции (подтверждения о прохождении документом какого-то этапа технологического процесса);
• Оповещения о проводках (это особый вид квитанции, оповещающий о выполнении проводки);
• Неструктурированные почтовые сообщения.

Технология работы узла RS-Payments описывается динамикой состояния платежей различных типов, которая носит пошаговый характер. Шаг ― это событие обработки, меняющее (при успешном завершении) состояние платежа. По сути он представляет собой элементарную транзакцию, при которой действия должны быть либо полностью выполнены, либо не выполнены вовсе.

По способу инициализации шаги в системе классифицируются следующим образом:

• «Активные» ― их выполнение инициируется системой (это может быть анализ на визирование или позиционирование, маршрутизация, проводка, отправка и т.д.);
• «Пассивные» ― инициируется приемом сообщения из шлюза;
• «Интерактивные» ― инициируется пользователем (в частности, позиционирование, визирование);
• «Внешние» ― это особый вид шагов, когда некий внешний процесс, у которого есть доступ к базе данных системы, изменяет состояние платежа.

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

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

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

Взаимодействие с системами электронных расчетов

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

Как уже отмечалось, в базовый комплект RS-Payments входят следующие форматы:

• УФЭБС (Банк России);
• форматы сообщений S.W.I.F.T. (раздел «Payments»);
• форматы телексных сообщений;
• форматы обмена банков ряда стран СНГ.

Вместе с тем средства настройки системы позволяют банку самостоятельно корректировать форматы документов, входящих в базовый комплект поставки, а также добавлять собственные и расширять имеющиеся. RS-Payments может работать с произвольным количеством форм документов, в каждой из которых содержится неограниченное количество полей. Например, при перечислении заработной платы сотрудникам предприятия к платежному документу может быть «привязана» ведомость работников с указанием номеров их счетов и причитающихся сумм.

Управление ресурсами банка

Для эффективного управления ресурсами банка RS-Payments обеспечивает:

1. контроль состояния корреспондентских счетов ― система ведет текущие и планируемые остатки на корсчетах и предоставляет позиционеру максимум информации, необходимой для принятия решения. Кроме этого, на корсчете может быть зарезервирована определенная сумма или допускаться овердрафт;
2. выбор оптимального маршрута проведения платежей ― на этапе обследования определяются наиболее удобные для платежей маршруты, которые затем получают свое отражение в настройках RS-Payments;
3. позиционирование платежей ― уполномоченные сотрудники (позиционеры) устанавливают, через какой внешний корреспондентский счет выйдет из банка конкретный межбанковский платеж.

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

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

Таким образом, банк получает возможность аккумулировать финансовые ресурсы филиалов и эффективно управлять финансовыми потоками.

Контроль за деятельностью филиалов

Важная задача ― проведение надлежащего контроля за деятельностью филиалов. Головной банк при использовании RS-Payments, во-первых, получает полную информацию о внешних платежах филиалов, а во-вторых, может реализовать практический любой механизм проверок и разрешений на выполнение платежей филиалами. Для этого в системе предусмотрен модуль визирования. С его помощью устанавливаются бизнес-правила визирования документов и обеспечивается их выполнение. Все платежи, которые подпадают под действие заданных бизнес-правил, перед обработкой в зависимости от настроек будут либо отправлены на визирование уполномоченному сотруднику, либо автоматически отвергнуты.

Бизнес-правило может быть, например, таким: «Документы, дебетующие определенный балансовый счет, автоматически возвращать в филиал с уведомлением об ошибке» или таким: «Платежи, дебетующие ссудный счет на сумму более $ 1 000, нуждаются в визе секретаря кредитного комитета». Платеж, подпадающий, в частности, под второе условие, будет задержан до принятия уполномоченным сотрудником соответствующего решения: завизировать либо отказать. В последнем случае платеж возвращается в филиал-отправитель с соответствующим комментарием, введенным упомянутым сотрудником.

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

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

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

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

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

Возможность взаимодействия с различными АБС

RS-Payments настраивается на работу практически с любыми автоматизированными банковскими системами, представленными на российском рынке.

Для подключения к RS-Bank используется штатный модуль сопряжения, а для подключения к АБС других производителей ― хранимые процедуры соответствующих систем.

Независимость от транспортной среды передачи сообщений

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

При офлайн-режиме требования к каналам телекоммуникаций значительно ниже, что позволяет уменьшить расходы банка на обеспечение связи. Причем банк может использовать любую почтовую систему (систему обмена файлами), например RS-Mail либо ту, которая у него уже установлена. Если банк располагает развитой телекоммуникационной инфраструктурой и между его подразделениями установлено соединение, поддерживающее протокол IP, узлы RS-Payments могут использовать для связи между собой прямое IP-соединение.

Эргономика

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

Большинство пользователей работает с режимом «Монитор». В этом случае основная часть функций RS-Payments выполняется автоматически, но есть ряд состояний документа, требующих вмешательства человека. Например, документ может иметь состояния: «На позиционировании», «На визировании» или «Отказан РЦ». Сотрудник банка видит на мониторе одно окно состояний отслеживаемых им документов. Как только в системе появляются нужные документы, на экране отображается информация об их наличии и количестве. Оператор входит в список этих документов и производит над ними необходимые действия. В зависимости от выполняемых функций у каждого оператора может быть свое окно отслеживаемых состояний. Этот режим особенно удобен, когда сотрудник банка работает не только с RS-Payments, но и с другими программами (например, валютный контролер производит контроль внешних валютных платежей в RS-Payments и внутренних валютных платежей в АБС).

Вспомогательные подсистемы

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