RS-Payments

Платежная система RS-Payments — инструмент для гибкого управления финансовыми потоками кредитного учреждения

Предпосылки автоматизации системы платежей
Основные функции
Общая схема функционирования
Варианты построения
Принципы описания документооборота
Взаимодействие с системами электронных расчетов
Управление ресурсами банка
Контроль за деятельностью филиалов
Защита информации
Дополнительные сведения
Состав комплекса RS-Payments
Опыт эксплуатации и окупаемость системы
Развитие продуктовой линейки RS-Payments
Технология внедрения
Что дает банку внедрение RS-Payments

Предпосылки автоматизации системы платежей

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

  • своевременное прохождение платежей;
  • взаимодействие с различными форматами электронных платежей (в том числе с системами, работающими в ЦБ РФ и Сбербанке России, S.W.I.F.T., Telex и пр.);
  • минимальные затраты на обслуживание платежей;
  • возможность управлять финансовыми потоками (т.е. контролировать платежи, позиционировать их и т.д.);
  • удобство сотрудников банка при работе с платежами.

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

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

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

Задача автоматизации Расчетного центра стоит перед кредитным учреждением, если:

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

В той или иной мере эти задачи решаются с помощью АБС, но далеко не всегда оптимальным образом. Причина в том, что автоматизированная банковская система совмещает в себе массу функций (бухгалтерский и налоговый учет, автоматизация основных сфер деятельности банка и пр.) и, как правило, специально не ориентирована на выполнение расчетных функций банка. Для осуществления внешних расчетов к ней подключают целый комплекс внешних программ, а также шлюзов, связывающих ее с различными платежными системами. Зачастую при расширении корреспондентской и филиальной сетей кредитное учреждение поручает сотрудникам своего ИТ-подразделения разработать специальную программу, обеспечивающую движение платежей. Такое решение может быть достаточно качественным, удобным и полностью отвечать принятым в банке схемам (топологической, финансовой, безопасности и пр.). Тем не менее, в большинстве случаев оно является уникальным — в том смысле, что не имеет типового интерфейса взаимодействия со стандартными платежными системами (ведь, к примеру, даже Банк России имеет различные форматы платежей в разных регионах, а еще есть S.W.I.F.T., Telex, SBRF3, форматы стран СНГ). К тому же оно обременено всеми недостатками, присущими реализации крупного проекта силами самого банка.

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

Основные функции

Какие же функции берет на себя RS-Payments?

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

  • автоматизацию движения платежей и сопутствующих сообщений внутри многофилиального банка, самостоятельно выполняя все действия (за исключением тех случаев, когда принять решение должен человек);
  • взаимодействие с различными системами электронных расчетов — поддерживаются форматы Банка России (R-макет, D-макет, Е-макет), Сбербанка России (SBRF3), S.W.I.F.T. (МТ103, МТ200, МТ202, MT900, MT910, МТ940, МТ950), Telex, а также форматы кредитных организаций стран СНГ. Кроме того, встроенные функции позволяют в штатном режиме передавать от одного филиала или банка-контрагента к другому произвольную информацию (как структурированную, так и неструктурированную).

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

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

В-третьих, в интересах контроля за деятельностью филиалов RS-Payments может выполнять:

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

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

В-пятых, для оперативного мониторинга ранее исполненных платежей в RS-Payments предусмотрена информационно-поисковая система, взаимодействующая с модулем «Investigations» платежной системы S.W.I.F.T.

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

Общая схема функционирования

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

Структурной единицей RS-Payments является узел, который создается при балансовом подразделении многофилиального банка. Узел должен быть сконфигурирован и настроен в соответствии со своей конкретной ролью в обработке платежей. Например, при построении двухуровневой системы «Головной банк ― Филиал» модули RS-Payments могут быть сгруппированы в два логических блока:

  1. «Расчетный центр»;
  2. «Филиал» (либо «Терминал»).

«Расчетный центр» взаимодействует с АБС головного банка, филиалами, внешними платежными системами, РКЦ и банками-контрагентами. «Филиал» связан с АБС филиала, с «Расчетным центром», а также может взаимодействовать с внешними платежными системами. «Терминал» в отличие от «Филиала» не имеет блока непосредственного взаимодействия с АБС. Вместо этого в нем предусмотрен функционал, позволяющий пользователю осуществлять ввод документов непосредственно в RS-Payments, получать различные отчеты (включая отчетность по оборотам и остаткам на корсчетах, обслуживаемых RS-Payments), а также импортировать и экспортировать документы в оговоренных заранее форматах (реально этот функционал может обеспечивать, например, терминал S.W.I.F.T.). 

Концептуальная схема двухуровневой системы обработки платежей.

Процесс функционирования RS-Payments в общих чертах включает следующие действия:

  1. Принять из «Операционного дня» филиала-отправителя или ввести в интерфейсный блок «Терминала» платеж, произвести его дополнительную верификацию (если нужно), отправить в Расчетный центр.
  2. Получить в РЦ платеж из филиала, проверить корректность заполнения реквизитов платежа и правомочность его отправки из филиала.
  3. Отправить межфилиальный внутрибанковский платеж в филиал-получатель.
  4. Позиционировать начальный межбанковский платеж на внешний корсчет (возможно, в автоматическом или полуавтоматическом режиме), преобразовать в формат соответствующей платежной системы, отправить в банк-контрагент.
  5. Получить из внешней платежной системы ответный платеж, преобразовать его в формат RS-Payments, отправить в филиал-получатель платежа.
  6. Получить в филиале-получателе платеж из РЦ и либо зачислить его получателю средств (если в филиале используется узел типа «Филиал»), либо экспортировать в оговоренном формате (если используется узел типа «Терминал»).

При этом система должна:

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

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

Защита информации

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

  • конфиденциальность — сведения предоставляются только авторизованным пользователям;
  • целостность ― полный запрет на несанкционированное изменение информации;
  • гарантированный порядок доставки сообщений;
  • разграничение прав доступа.

Конфиденциальность и целостность информации

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

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

Для каждого узла можно настроить конкретные типы ЭЦП. Любой технологический шаг обработки платежа может включать проверку и наложение одной ЭЦП заданного типа. В процессе обработки в узле RS-Payments платеж может «накапливать» подписи в количестве, равном числу заданных типов (по одной ЭЦП каждого типа). При передаче платежа между узлами RS-Payments пересылаются не более двух ЭЦП — их тип задает технолог при настройке шага «Отправка». Порядок формирования, получения и хранения ключей СКЗИ уполномоченными лицами устанавливается на основе правил безопасности конкретной платежной системы и соответствующих регламентных процедур, выполняемых вне RS-Payments.

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

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

Гарантированный порядок доставки сообщений

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

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

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

Разграничение прав доступа

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

Дополнительные сведения

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

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

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

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

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

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

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

Эргономика

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

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

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

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

Состав комплекса RS-Payments

Система RS-Payments, разработанная специалистами компании «R-Style Softlab», состоит из двух крупных логических блоков: «Расчетный центр» и «Филиал», которые включают целый ряд функциональных модулей. Познакомимся с ними поближе.

Принципиальная схема комплекса RS-Payments

«Расчетный центр»

В его состав в настоящее время входят следующие подсистемы:

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

«Филиал»

В минимальной конфигурации этот блок включает в себя модули «Терминал» и «Интерфейс с АБС».

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

«Интерфейс с АБС» предназначен для автоматического взаимодействия RS-Payments с основной системой автоматизации кредитного учреждения. Обеспечивает загрузку начальных платежей из «Операционного дня» в RS-Payments и выгрузку в «Операционный день» АБС пришедших ответных платежей, а также обрабатывает ситуации отказов, когда начальный платеж отвергнут «Терминалом ВПС» или модулем «Расчетный центр». Если в конкретной реализации такой блок отсутствует, его функции перекладываются на сотрудника кредитного учреждения, который обслуживает систему.

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

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

Таким образом, принцип гибкости воплощается в RS-Payments и на уровне построения узлов системы.

Опыт эксплуатации и окупаемость системы

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

  • КБ «Молдиндконбанк» (г. Кишинев, Молдавия, январь 2001 г.) — автоматизировано 26 филиалов;
  • АБ «Собинбанк» (г. Москва, весна 2001 г.) — автоматизировано 17 филиалов, охватывающих территорию от Калининграда до Якутска (объем платежей достигает 15 000 в день);
  • ОАО «ТрансКредитБанк» (г. Москва, ноябрь 2002 г.) — RS-Payments установлена в банке, использующем АБС «Диасофт 5 NT».
  • Национальный банк Таджикистана (г. Душанбе, январь 2002 г.) — на базе RS-Payments построена расчетная система Республики Таджикистан;
  • Национальный банк Абхазии (г. Сухум, июль 2004 г.) — всего за 2 недели построена Национальная платежная система Республики Абхазия.

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

  • сокращение времени прохождения платежей — если в банках не установлено специализированное программное обеспечение для автоматизации межфилиальных расчетов, то платежи из филиалов идут через РКЦ, в котором вовсе не обязательно будет обслуживается головной банк (это зависит от местонахождения филиалов). Весь цикл прохождения платежей занимает до двух дней (чаще — один день). Если же банк оснащен системой RS-Payments, то скорость прохождения платежа определяется частотой запуска почтовой программы и составляет, как правило, не более одного часа. Благодаря этому появляется возможность дополнительного использования финансовых ресурсов, причем экономическая выгода зависит от объема платежей и ставки однодневного МБК;
  • экономия на платежах через S.W.I.F.T. — возможность работать со своими контрагентами напрямую, без обращения к платежной системе S.W.I.F.T. (или другим платежным системам) позволяет минимизировать оплату трафика, которую банк вносит за пользование платежными системами;
  • сокращение штата сотрудников, занимающихся расчетами в банке, — практика показывает, что внедрение RS-Payments позволяет втрое увеличить поток платежей, проходящих через Расчетный центр, при сохранении того же количества сотрудников;
  • предотвращение ошибок и злоупотреблений — специализированные проверки, средства аудита и контроля платежей, встроенные в систему RS-Payments, позволяют осуществлять контроль за платежами в онлайн-режиме, предупреждая возможные ошибки и злоупотребления;
  • управляемость общей денежной массой банка (включая филиалы и дочерние банки) — способствует увеличению прибыли и снижению рисков;
  • оптимизация взаимодействия АБС и внешних платежных систем — за счет отсутствия потребности в различных шлюзах (объем экономии здесь определяется затратами на разработку и поддержку таких шлюзов).

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

Развитие продуктовой линейки RS-Payments

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

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

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

Для оптимального решения проблемы банковского позиционирования компания «R-Style Softlab» предлагает комплекс RS-Payments в трех комплектациях, отличающихся по своей функциональности:

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

    Вариант применения RS-Payments Litе

  2. RS-Payments Standard включает две основные части:
    • «Расчетный центр», который позволяет тесно взаимодействовать с АБС банка (передавать документы, справочную информацию, проводки) и внешними системами в различных форматах.
    • «Терминал», который устанавливается в филиале или банке-респонденте. Терминальный узел не имеет взаимосвязи с АБС и не может общаться с платежными системами — связь организована только с Расчетным центром. Взаимодействие «Терминала» с АБС, используемой в филиале, осуществляется на основе ручного ввода информации, либо через текстовый файл.

    Вариант применения RS-Payments Standard

  3. RS-Payments Pro — это полномасштабная система автоматизации расчетов в многофилиальном банке. Она включает «Расчетный центр» для головного банка, «Филиалы» для филиалов и «Терминалы» для банков-респондентов. При этом как «Расчетный центр», так и «Филиалы» интегрированы с АБС банка.

        

         Вариант применения RS-Payments Pro

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

Допустим, банк только начинает работать с внешними платежными системами или банками-респондентами (тоже через подобные системы) либо перед ним стоит задача сделать более простой, удобной и управляемой работу с корсчетом. По сути здесь имеется в виду скорее построение не Расчетного центра, а Центра обработки платежей. В этом случае банк может купить «коробку» RS-Payments Lite, инсталлировать ее и сразу начать работать. Система организована по технологии «plug-and-play» («Запустил и работай»), то есть для ее ввода в строй достаточно внимательно прочесть инструкции по установке, настройке и использованию. По функциональности, интерфейсу, сервисным возможностям и объему обрабатываемой информации она аналогична полномасштабному Расчетному центру банка (как и RS-Payments Pro). В частности, RS-Payments Lite позволяет «прикреплять» к платежным документам дополнительные документы любого формата, отслеживать историю движения документов. Система изначально интегрирована с RS-Bank v. 5.0, но допускается интеграция и с другими АБС. Что касается ценовых показателей, они вполне доступны практически для любого банка.

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

Проходит время. У банка появляются филиалы, выполняющие пока незначительный объем операций, или расширяется корреспондентская сеть, взаимодействовать с которой через платежные системы становится неудобно (или же слишком дорого). Тогда банк может перейти на RS-Payments Standard, поставив «Терминалы» в филиалах, банках-респондентах и дочерних банках и организовав общение с ними уже на другом уровне. Теперь можно говорить о построении расчетной системы для управления финансовыми потоками. В частности, появляется история движения документов, вся система работает в рамках единой нормативно-справочной информации, ведется пошаговая обработка документов, проходящих через Расчетный центр кредитного учреждения, настройка в соответствии с бизнес-процессами банка, стандартами контроля и безопасности. В этом случае внедрять систему рекомендуется силами разработчика, но, если банк располагает штатными сотрудниками соответствующей квалификации, то возможно самостоятельное внедрение, особенно если осуществляется переход с RS-Payments Litе.

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

Пока объем межфилиальных платежей невелик, такой вариант устраивает банк. Когда же он возрастает, и перенос платежей из АБС ручными или подручными способами становится слишком накладен, имеет смысл задуматься о полнофункциональной версии — RS-Payments Pro.

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

Разумеется, эволюция Расчетного центра может идти совсем по другому сценарию: банк, допустим, изначально может установить не Litе, а Standard или остановиться на каком-то промежуточном варианте и дальше не развивать автоматизацию. Важно вот что: как на начальном, так и на последующих этапах кредитное учреждение вольно выбрать именно такое решение, которое ему действительно нужно, — окупаемое и приносящее прибыль. При этом нужно иметь в виду, что фактически речь идет о едином продукте — просто в зависимости от его комплектации (Lite, Standard или Pro) активируется та или иная функциональность системы. Это позволяет банку, с одной стороны, оплачивать только ту функциональность, которая ему нужна, а с другой — обеспечить максимально простой переход на следующий уровень решения.

 
Сотрудники:


Куликова Светлана

Заместитель директора по продажам и развитию бизнеса


Каримов Ринат

Директор управления банковских технологий

     
 
 
©  2006-2009 «R-Style Сибирь»
Все права защищены.

Центральный офис находится по адресу г. Новосибирск, ул. Никитина, 20

Телефон: (383) 266-01-97

Представительства в других регионах