© 1995-2021 Компания «Инфосистемы Джет»
Особенности эффективного внедрения платежных систем в ИТ
Программное обеспечение

Как внедрить и эксплуатировать платежную систему без ущерба для производства и клиентов

Программное обеспечение Тема номера

Платежная система как способ «держать дистанцию»

07.07.2015

Посетителей: 36

Просмотров: 36

Время просмотра: 1.9 мин.

Как внедрить и эксплуатировать платежную систему без ущерба для производства и клиентов

 

 

Сегодня многие уже забыли о том, что такое очередь в кассу банка. «Виновниками» такой забывчивости не в последнюю очередь являются новые сервисы, внедряемые финансовыми организациями, в том числе платежные системы. Они позволяют осуществлять дистанционную оплату различных услуг (интернета, мобильного телефона, коммунальных услуг и т.д.) через каналы банка. Как показывает статистика, клиентам намного удобнее использовать одну систему, чем несколько, и банк в этом месте может выступать как единый центр платежей. Для этого он должен обеспечить прием платежей через разные каналы (отделения, интернет- и мобильный банк, точки самообслуживания и т.д.) и различными способами (с помощью карточного, текущего счета, наличных средств). Кроме того, должно быть обеспечено уведомление клиентов посредством SMS, e-mail, а также организована претензионная работа.

 

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

 

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

Система приема платежей в ИТ-архитектуре банка.

При построении ИТ-ландшафта для внедрения платежной системы необходимо учитывать ее будущие взаимодействия со смежными бизнес-приложениями:

  • с CRM – для идентификации клиента;
  • с ДБО – для обеспечения удаленной оплаты услуг;
  • с системами поставщиков услуг и агрегаторов – для онлайн-оплаты услуг;
  • с процессингом – для холдирования и снятия денег с карты;
  • с АБС – для проведения операций и бухгалтерских проводок.

 

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

 

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

 

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

 

Основные проблемы, возникающие при внедрении системы приема платежей

  • Наличие различных схем взаиморасчетов между банком, поставщиком услуг и агрегатором
  • Дополнительные затраты на взаимодействие с внешним процессингом
  • Бизнес и технические конфликты при обработке платежа в различных системах как внутри Банка, так и со стороны поставщика/агрегатора

 

После того как процессы налажены, возникает вопрос о том, как удержать существующих клиентов. В части дистанционной оплаты услуг это достигается за счет предложения большего количества сервисов по сравнению с конкурентами, а также упрощения их использования. Так, оплата услуг нередко происходит на регулярной основе и в один и тот же промежуток времени (коммуналку чаще всего оплачивают с 3-го по 10-е число). Существует несколько вариантов того, как в этом месте можно упростить клиенту жизнь. Многие банки посредством SMS, e-mail и других каналов связи регулярно напоминают о необходимости оплаты услуги. Но более эффективный способ – выполнять платежи без постоянного привлечения клиента, позволить ему максимально дистанцироваться от подобных «многоразовых», рутинных операций. Это позволяет сделать система автоплатежей. Необходима минимальная первоначальная настройка – суммы, периода оплаты – для того, чтобы в дальнейшем обеспечить автоматическое списание денежных средств. Другой вопрос – как правильно внедрить и в дальнейшем модернизировать эту систему.

 

Автоматом

 

Итак, система автоплатежей осуществляет управление регулярными списаниями денежных средств со счетов клиентов, которые автоматически инициируются банком. Последние несколько лет ведущие российские банки непрерывно совершенствуют свои сервисы ДБО, в том числе расширяя спектр возможностей услуги «Автоплатеж». Так, в этом году мы участвовали в реализации дополнительной функциональности автопереводов в системе автоплатежей российского банка, входящего в ТОП 50. Она позволила осуществить миграцию длительных поручений (формы № 190) из систем учета вкладов в систему автоплатежей. Ранее процесс списания денежных средств по форме № 190 не включал в себя взаимодействие с клиентом в ходе исполнения автоплатежа. Теперь клиент в курсе происходящего и имеет возможность вносить корректировки в процесс.

 

Кроме того, в результате проекта добавлена возможность регулярных перечислений денежных средств с карты на карту или на другой счет клиента. Имеются ввиду 2 типа автопереводов:

 

  • «С карты на карту» – для подключения автоперевода клиенту достаточно знать номер карты другого клиента банка.
  • «Копилка» – позволяет совершать автоматические переводы с карты клиента на его счета по расписанию или по событию. Событием является факт зачисления или списания денежных средств.

 

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

 

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

 

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

Уведомления об обновлении тем – в вашей почте

Большая стирка

13 мая 2004 года Центральный Банк РФ впервые отозвал лицензию за неоднократные нарушения федерального закона "О противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма"

От звонка до сделки, или Что может CRM

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

Сплошная фальшь, или Стоит ли доверять доверенности

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

Система подготовки банковской отчетности JFRS: новый подход к решению старой проблемы

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

Рисковать по системе

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

Мониторинг бизнес-приложений: экономим 50 млн рублей в час

Сколько стоит час простоя бизнес-приложений? Что умеют и чего не умеют АРМ-решения? Как пилот может сократить стоимость внедрения?

Применение технологии "клиент-сервер" в банке АКБ "РПБ"

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

«Новые сервисы мы внедряем только в контейнерах»: как устроена ИТ-инфраструктура «Сбербанка» в Казахстане

Почему «Сбербанк» в Казахстане не боится землетрясений? Зачем разворачивать ML-модели в контейнерах в частном облаке? Как банк справляется с кадровым голодом?

Siebel Product Configurator: целое больше, чем сумма слагаемых

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

Спасибо!
Вы подписались на обновления наших статей
Предложить
авторский материал





    Спасибо!
    Вы подписались на обновления наших статей
    Подписаться
    на тему







      Спасибо!
      Вы подписались на обновления наших статей
      Оформить
      подписку на журнал







        Спасибо!
        Вы подписались на обновления наших статей
        Оформить
        подписку на новости







          Спасибо!
          Вы подписались на обновления наших статей
          Задать вопрос
          редактору








            Оставить заявку

            Мы всегда рады ответить на любые Ваши вопросы

            * Обязательные поля для заполнения

            Спасибо!

            Благодарим за обращение. Ваша заявка принята

            Наш специалист свяжется с Вами в течение рабочего дня