"Расчеты и операционная работа в коммерческом банке", 2006, N 4

ВЫПОЛНЕНИЕ МЕЖБАНКОВСКИХ РАСЧЕТОВ В ЦЕНТРАЛИЗОВАННОЙ АБС

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

Минимизация себестоимости банковских операций; унификация технологий и перечня услуг, предоставляемых клиентам в головном офисе и филиалах; централизованное ведение нормативно-справочной информации; принципиальное увеличение скорости прохождения межфилиальных платежей и другие возможности реализованы в новом поколении банковских систем - так называемых централизованных АБС (ЦАБС), представителем которых является ИБС RS-Bank V.6, разработанная компанией R-Style Softlab.

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

Обоснование модифицикации документооборота

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

Именно необходимость решать эти задачи, в известной мере противоречащие друг другу, одновременно и стала первой из основных причин переработки документооборота в ИБС RS-Bank V.6. Особую актуальность указанные требования приобретают для межбанковских расчетов, большая скорость и высокая степень автоматизации обработки которых позволяет банку значительно снизить свои затраты. Но нельзя забывать, что именно в этой области банковской автоматизации цена ошибки особенно велика.

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

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

Чтобы реализовать все это в ИБС RS-Bank V.6, было введено понятие "функциональный блок". Его концепция сформировалась при расширении перечня технологических этапов, выполняемых автоматически. Действительно, пока варианты обработки платежа (например, входящего) исчерпывались зачислением либо постановкой на счет невыясненных сумм, эту альтернативу вполне возможно было уместить в рамки единственного шага выбора, обеспечивающего все необходимые проверки. Когда же для обработки входящего платежа имеется множество вариантов, которые не всегда исключают друг друга (их можно комбинировать), в каждое разветвление маршрута документооборота пришлось бы вставить отдельный шаг выбора со своим набором условий. Поддержка подобной обобщенной операции, несомненно, вылилась бы в большую "головную боль" как для сотрудников отдела внедрения компании-разработчика, так и для банковских ИТ-специалистов.

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

От шагов выбора - к статусам

В основу документооборота ИБС RS-Bank V.6 положено понятие "документ", которое подразумевает совокупность реквизитов, отражающую реальный документ или сделку. В процессе обработки документу ("Платежное поручение", "Ответный платеж", "Аккредитив" и др.) присваиваются различные статусы: "Открыт", "Закрыт", "Отвергнут" и т.д. Статус документа определяет состояние документооборота по нему, то есть документы определенного вида с одинаковым статусом должны обрабатываться одинаковым образом на однотипных АРМ.

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

Функциональному блоку присущи логическая целостность (исполнение другого блока не может начаться до завершения предыдущего) и отдельное (отделенное от контекста шагов) условие для запуска. В самом простом случае это условие содержит список статусов документа, при достижении которых может начаться выполнение блока. На выходе из блока документ также может иметь определенное подмножество статусов из общего их множества для данного вида документов (список возможных выходных статусов определяется на уровне механизма документооборота). Примеры таких блоков - "Обработка платежа в картотеке N 2", "Позиционирование документа".

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

     
                               ———————————————¬
                               |   Документ   |
                               L———————T———————
   

Статус 1 ¦ Статус 2

     
               ————————————————————————+————————————————————¬  
   ————————————+——————¬                          ———————————+———————¬
   |  Функциональный  |                          |  Функциональный  |
   |      блок 1      |                          |      блок 2      |
   L———————————T———————                          L——————————T—T——————
   

¦ Статус 3 ¦ ¦

L-----------------------T--------------------- ¦

¦ ¦

     
                               ————————+——————¬               |
                               |Функциональный|               | Статус 4
                               |    блок 3    |               |
                               L———————T———————               |
                  Статус 5             |                      |  
               —————————————————————————         —————————————+—————¬
               |                                 |  Функциональный  |
               |                                 |      блок 4      |  
         ——————+——————————¬                      L———————————————————
   

¦ Функциональный ¦ ¦ блок 1 ¦ L--------------- ———— -----------------------------¬ ¦ Статус ¦ +----T----T-----T------------+ Сегменты статуса ------------------>¦ЦАБС¦ МФР¦ ... ¦Направление ¦ +----+----+-----+------------+ Значения сегментов ---------------->¦ 0 ¦ 4 ¦ ... ¦ 2 ¦ L----+----+-----+----------- ————

Рис. 1. Концепция документооборота на основе статусов

и функциональных блоков

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

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

После реализации данного механизма документооборота можно, во-первых, наращивать сложность процесса обработки конкретного вида документов (практически неограниченно и без потери управляемости системы), а во-вторых, использовать один и тот же автоматизированный процесс на разных участках документооборота (и даже для разных типов документов) повторно. Кроме того, концепция функциональных блоков помогла решить проблемы, связанные с многофилиальностью. В частности, в многофилиальном банке нельзя заранее быть уверенным в том, что указанные в проводке счета дебета и кредита находятся в одном филиале. Как же быть? Каждый раз вставлять в технологическую цепочку проверку и соответствующую обработку? Но тогда при малейшей корректировке функциональности правку придется вносить в десятки макропрограмм. Чтобы этого избежать, был создан всего один блок - "Перевод по счетам межфилиальных расчетов". Он взял на себя всю заботу о суммах, перемещаемых между различными филиалами в рамках единой базы данных. Таким образом, "попутно" была решена задача по унификации технологий в масштабах банка. Теперь (разумеется, при условии, что в банке осуществляются грамотное планирование и построение документооборота) для изменения действий, выполняемых на каком-то из технологических этапов, достаточно будет внести в макропрограмму одно-единственное изменение.

Документооборот по расчетно-денежным документам

Рассмотрим, как в дистрибутиве централизованной банковской системы RS-Bank V.6 организован документооборот расчетно-денежных документов. Не претендуя на полное его описание, остановимся лишь на основных его этапах, в частности на некоторых отличительных особенностях реализации межбанковских расчетов в дистрибутиве системы. Здесь и далее мы будем различать четыре типа расчетно-денежных документов: исходящие, входящие, транзитные, внутренние (внутри- и межфилиальные).

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

Начальные платежи

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

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

Обработка внутренних платежей

     
                                      ————¬
                                      |   |
                                      L—T——
   

\¦/

     
   ——————————————¬         —————————————+———————————¬         ——————————————¬
   |Картотека N 2|<————————+     Предварительная    +————————>|Картотека N 1|
   L—————T————T——+         |    обработка платежа   |         +——T—————T—————
   

¦ ¦ /¦\ ¦РКО и бухгалтерией банка¦ ¦ ¦ ¦

¦ ¦ ¦ L------------T------------ ¦ ¦ ¦

¦ ¦ L----------------------+---------------------- ¦ ¦

¦ ¦ \¦/ ¦ ¦

¦ ¦ -----+----¬ ¦ ¦

¦ L------------------->¦ Контроль¦<------------------- ¦

¦ L----T----- ¦

¦ ¦ ¦

L------------------------------+------------¬ ¦

     
                      ———————————————————            |    ——————————————
   

\¦/ \¦/ \¦/

     
               ———————+——————¬                     ——+————+—————¬
               |   Перевод   |                     |  Возврат   |
               |по счетам МФР|                     |из картотеки|
               L——————T———————                     L——————T——————
   

\¦/ ¦

     
             —————————+————————¬                          |
             |    Зачисление   |                          |
             |входящего платежа|                          |
             L————————T—————————                          |
                     \|/                                  |  
             —————————+————————¬                          |
             |    Завершение   |                          |
             |входящего платежа|                          |
             L————————T—————————                          |
                      |               ————¬               |
                      L——————————————>|   |<———————————————
   

L-- ————

Обработка исходящих платежей

     
                                      ————¬
                                      |   |
                                      L—T——
   

\¦/

     
                           —————————————+———————————¬  
            ——————————————>|    Позиционирование    +——————————¬
            |              L——————————T——T———————————          |
            |                        /|\ |                    \|/
            |                         |  |             ————————+——————¬
            |                         |  |             |Перепроведение|
            |                         |  |             | по счетам МФР|
            |                         |  |             L———————T———————
   

¦ ¦ ¦ ¦ ¦ ¦ \¦/ ¦ ¦ ------------+--+---------¬ ¦ ¦ ¦ Выгрузка в подсистему ¦<--------- ———— ¦ ¦ "Межбанковские расчеты"¦ ¦ ¦ и обработка квитанции ¦ ¦ L------------T---------- ———— ¦ ----------------------+-----------------¬

¦ ¦ ¦ ¦

¦ \¦/ ¦ \¦/

     
   —————————+————+—————¬               |        —————————+——————————¬
   |     Картотека     |               |        |Квитовка исходящего|
   |   счета "ностро"  |               |        |      платежа      |
   L————————T———————————               |        L————————T———————————
   

¦ ¦ ¦

¦ \¦/ ¦

¦ -----+----¬ ¦

¦ ¦ Возврат ¦ ¦

L-------------------->¦ клиенту ¦ ¦

L----T----- ¦

\¦/ ¦

     
                                     ——+—¬               |
                                     |   |<———————————————
   

L-- ————

Рис. 2. Схема обработки начальных платежей в ИБС RS-Bank V.6

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

При реализации межбанковских расчетов в ИБС RS-Bank V.6 одной из наиболее сложных задач оказалось позиционирование исходящего платежа на схему корреспондентских расчетов (напомним, что обработка платежей проводится в единой базе данных многофилиального банка в режиме реального времени). Если потребуется отправить платеж из Москвы, скажем, в камчатский банк, то возникает вопрос: что лучше - отправить деньги через Банк России или послать их в хабаровский филиал "нашего банка", откуда их перешлют в камчатский банк уже от имени этого филиала? Следует учесть также период прохождения платежей через Банк России и разницу часовых поясов. Как видим, существует множество вариантов проведения платежа. Какой из них выбрать - это определяется политикой банка в сфере расчетов. В дистрибутиве ИБС RS-Bank V.6 предусмотрены два системных варианта решения данной задачи: в первом оптимизируется путь прохождения платежа, во втором - время прохождения.

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

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

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

Ответные платежи

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

     
                        ————¬
                        |   |
                        L—T——
   

\¦/

     
                       ———+——¬
                       L——T———
   

--------------+------------¬

\¦/ \¦/

     
   —————————+—————————¬       —————————+—————————¬
   |Квитовка входящего|       |  Предварительная |
   |    платежа       |       |     обработка    |
   |                  |       | входящего платежа+———————————¬
   L————————T——————————       L——T—————————T——————           |
            |                    |        \|/                |
            |                    |    —————+————¬            |
            |                    |    | Ручная  |            |
            |                    |    |обработка+¬           |
            |                    |    L—T————————|           |
            |                    |      |       \|/         \|/
            |                    |      |     ———+———————————+—————————————¬
            |                    |      |     |Обработка невыясненной суммы|
            |                   \|/    \|/    L——T———————————T——————————————
   

¦ ----------------+------+¬<------- ¦ ¦ ¦ Перевод по счетам МФР +-------------------+-¬ ¦ L---------------T-------- ¦ ¦ ¦ ¦ ------------------ ¦ ¦ \¦/ ¦ \¦/ ¦ ----------------+-------¬ ¦ ----------------+-----¬ ¦ ¦ Зачисление ¦ ¦ ¦Обработка транзитного¦ ¦ ¦ входящего платежа ¦ ¦ ¦ платежа ¦ ¦ L---------T-------------- ¦ L----T----------T---- ———— L-------¬ ¦ ------------ ¦ ¦

\¦/ \¦/ \¦/ ------------- \¦/

     
               —————+——————+—————+———¬  |      ————————————————+—————————¬
               |      Завершение     |  |      |  Выгрузка в подсистему  |
               |  входящего платежа  |<——      | "Межбанковские расчеты" |
               L——————————————————————         |  и обработка квитанции  |
                                               L——————————————————————————
   

Рис. 3. Принципиальная схема обработки ответных платежей

Таблица 1

Обработка входящих платежей

     
   ———————————————————————————T——————————————————————————————————————
   

Сценарий ¦ Действия

     
   ———————————————————————————+——————————————————————————————————————
   

Зачисление получателю ¦Переводится по счетам межфилиальных

¦расчетов и зачисляется получателю

     
   ———————————————————————————+——————————————————————————————————————
   

Зачисление на счет ¦Поступает в АРМ сотрудника,

невыясненных сумм ¦занимающегося обработкой невыясненных

¦сумм. Далее этот платеж можно либо

¦зачислить по назначению, уточнив

¦реквизиты, либо возвратить отправителю

     
   ———————————————————————————+——————————————————————————————————————
   

Перечисление по новым ¦Автоматически перечисляется по новым

реквизитам платежа в пользу¦реквизитам

клиента, закрывшего свой ¦

счет ¦

     
   ———————————————————————————+——————————————————————————————————————
   

Перевод на ручную обработку¦Контролируется вручную, а затем либо

¦зачисляется по назначению, либо

¦помещается на счет невыясненных сумм

     
   ———————————————————————————+——————————————————————————————————————
   

Помещение в картотеку счета¦Если на корреспондентском счете

"лоро" ¦"лоро"-корреспондента не хватает

¦денежных средств, то все платежи

¦помещаются в картотеку неоплаченных

¦документов к счету "лоро"

     
   ———————————————————————————+——————————————————————————————————————
   

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

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

1) зачисление по назначению которых возможно;

2) к которым это действие неприменимо.

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

Платежи, зачислить по назначению которые не представляется возможным, в свою очередь, подразделяются на:

- платежи, зачисление которых возможно после ручной обработки (если, скажем, неверно указано наименование получателя);

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

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

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

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

Если же банк - получатель денежных средств открыл корреспондентский счет типа "ностро", то на основании транзитного платежа от имени банка формируется новый платеж с реквизитами, откорректированными в соответствии с требованиями Положения Банка России от 03.10.2002 N 2-П "О безналичных расчетах в Российской Федерации". После прохождения контроля он проводится бухгалтерией банка.

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

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

Говоря о входящих платежах, нельзя умолчать о новом механизме их квитовки и о том, когда ее лучше выполнять.

После окончания обработки платежа? Но если платеж попал на счет невыясненных сумм, то мы не сможем сквитовать его до окончания установленного срока (его максимальная продолжительность - пять дней).

В самом начале? Тогда обработку платежей мы начнем лишь после получения выписки, что далеко не всегда удобно, а то и вовсе невозможно. Парадоксальная ситуация: мы не можем указать тот момент в процессе документооборота, когда мы останавливаемся, ожидая поступления выписки, и в то же время отчетливо понимаем, что пока выписка не получена, обработку платежа нельзя считать законченной! Именно для разрешения этого противоречия в механизме операций была реализована возможность параллельного исполнения блоков. Так, блок "Квитовка входящего платежа" функционирует независимо от остального документооборота по платежу, а блок "Завершение входящего платежа" ожидает как окончания основного документооборота, так и успешной квитовки платежа и лишь после этого завершает его обработку.

Примерная схема документооборота

Обратимся к документообороту по межбанковским и межфилиальным платежам. Рассмотрим два примера.

В первом случае в некий тестовый банк с разветвленной территориальной структурой (рис. 4) поступил транзитный платеж (на схеме выделено пунктиром - - -), исходящая схема корреспондентских расчетов которого имеет вид "ностро". Например: лоро-корреспондент филиала N 1 (счет 12) направил платеж ностро-корреспонденту филиала N 4 (счет 41). Для удобства восприятия комментарии приводятся в блок-схеме (рис. 5 - "Транзитный платеж через РКЦ").

     
                                                      ——————————¬
                                                      |"Ностро"—|
                                                      | счет 11 |
                                                      LT—————————
   

/¦\

     
                              ————————————¬            |
                              *           |  ——————————+¬  
                       ———————+—T—————————+—>|Филиал N 1|
                       |"Лоро"— |         |  LT—————T————
   

¦ счет 12+*¬ ¦ /¦\ /¦\

L--------- ¦ ¦ L----------¬

- - - - - - - - - -- L---+------¬ ¦

¦ ¦ ¦ ¦

     
                           ————————————————————      |         |
               |           |                         |         |
                           |                         |         |  
   ——————————¬ |      —————+—————¬<—————¬            |   ——————+————¬
   |"Ностро"—|        |Филиал N 2|<——¬  +———————¬    L——*+Филиал N 3|
   |счет 41  +*— ————>L————T——————<¬ |  |"Лоро"—|        LT————————T—
   L——————T———   |        /|\      | |  |счет 21|        /|\      /|\
         /|\     |         |       | |  L————————         |        |
          |      |         |       | L————¬         ——————+¬    ———+———¬
          |      |      ———+———¬ ——+————¬ |         |ВСП 31|    |ВСП 32|
          |      |      |ВСП 22| |ВСП 21| |         L———————    L———————
   

¦ ¦ L------- L------- ¦

¦ ¦ ¦

¦ ¦ ¦

     
       ———+——————+¬                     ——+————————¬
       |Филиал N 4|                     |Филиал N 5|
       LT————————T—                     LT————————T—
       /|\      /|\                     /|\      /|\
        |        |                       |        |  
    ————+——¬   ——+————¬              ————+——¬    —+—————¬
    |ВСП 41|   |ВСП 42|              |ВСП 51|    |ВСП 51|
    L———————   L———————              L———————    L———————
   

Рис. 4. Территориальная структура тестового банка

     
   ————————————————————————————————¬ ————————————————————————————————¬
   |  Транзитный платеж через РКЦ  | |  Зачисление средств на счет в |
   |            (— — —)            | |         филиале (___)         |
   |                               | |                               |
   |——————————————————————————————¬| |——————————————————————————————¬|
   ||1. Документ поступает в блок || ||1. Документ поступает в блок ||
   ||"Предварительная обработка   || ||"Предварительная обработка   ||
   ||входящего платежа", где      || ||входящего платежа", а оттуда ||
   ||выясняется, что это          || ||направляется на этап         ||
   ||транзитный платеж, который   || ||проведения по счетам         ||
   ||следует отправить в          || ||межфилиальных расчетов       ||
   ||соответствующий блок         || |L——————————————T———————————————|
   |L——————————————T———————————————| |               |               |
   |               |               | |              \|/              |
   |              \|/              | |———————————————+——————————————¬|
   |———————————————+——————————————¬| ||2. Документ передается в блок||
   ||2. Документ передается в блок|| ||"Проведение по счетам МФР",  ||
   ||"Обработка транзитного       || ||где формируются проводки     ||
   ||платежа", где формируется    || ||через территориальную        ||
   ||дополнительный платеж в      || ||структуру (из филиала N 1 в  ||
   ||бухгалтерию банка, который   || ||филиал N 3), а платеж        ||
   ||позиционируется на исходящую || ||отправляется на этап         ||
   ||корсхему. Первоначальный     || ||зачисления                   ||
   ||платеж поступает на этап     || |L——————————————T———————————————|
   ||завершения                   || |               |               |
   |L——————————————T———————————————| |              \|/              |
   |               |               | |———————————————+——————————————¬|
   |              \|/              | ||3. Документ поступает в блок ||
   |———————————————+——————————————¬| ||"Зачисление входящего        ||
   ||3. Дальнейшая обработка      || ||платежа". Здесь формируется  ||
   ||производится только для      || ||проводка по документу: дебет ||
   ||дополнительного платежа. При || ||— счет межфилиальных расчетов||
   ||этом осуществляются проводки:|| ||филиала N 3, кредит — счет   ||
   ||дебет — счет 12, кредит —    || ||получателя. Платеж передается||
   ||счет 41. Возможны также      || ||на этап завершения           ||
   ||промежуточные проводки через || |L——————————————T———————————————|
   ||счета межфилиальных расчетов || |               |               |
   ||в случае если узлы           || |              \|/              |
   ||территориальной структуры    || |———————————————+——————————————¬|
   ||входящей и исходящей схем    || ||4. Документ доставляется в   ||
   ||различны (в приведенном нами || ||блок "Завершение входящего   ||
   ||примере промежуточные        || ||платежа", где ожидает        ||
   ||проводки будут сформированы) || ||квитовки, после чего его     ||
   |L——————————————————————————————| ||обработка завершается        ||
   |                               | |L——————————————————————————————|
   L———————————————————————————————— L————————————————————————————————
   

Рис. 5. Примеры обработки ответных платежей в ИБС RS-Bank V.6

Во втором случае имеется входящий платеж, а получатель находится в другом узле территориальной структуры. Например: лоро-корреспондент филиала N 1 (счет 12) направил платеж клиенту (юридическому лицу) филиала N 3. В этом случае прохождение документа будет соответствовать модели "Зачисление средств на счет в филиале", приведенной на блок-схеме (рис. 5).

* * *

Подведем итоги.

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

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

П.Кингсеп

R-Style Softlab

Подписано в печать

10.05.2006

     
   ——————————————————————————————————————————————————————————————————
————————————————————
——