Внедрение системы "Автоплатеж" в банке является непростой задачей, так как затрагивает многие банковские системы. Для создания системы автоплатежей и запуска требуется интегрировать целый ряд систем банка - каналы обслуживания, сервис хранения шаблонов, ПО, отвечающее за проведение платежей в системе банка, реализовать шлюз(ы) к поставщикам услуг или платежным агрегаторам. Реализация сервисов и интеграционных модулей требует от банка значительных трудозатрат. Соответственно, стоимость разработки и поддержки сервиса автоплатежей в банке также может оказаться велика.
В решении Recurring Payments используются стандартные сервисы и механизмы проведения платежей платежного хаба. Он уже интегрирован с каналами обслуживания по стандартным протоколам (eKassir V3), имеет встроенный сервис шаблонов, штатный механизм реализации шлюзов, удобные интерфейсы для настройки и многое другое.
Recurring Payments - это коробочное решение для автоплатежей, позволяющее быстро реализовать сервис.
Сервис автоплатежей, как правило, наиболее востребован банками в системах ДБО - Мобильном и Интернет-банке. Желательно, чтобы технология "Автоплатеж" была доступна и во всех остальных каналах обслуживания клиентов банка. В качестве примера можно привести подключение в сервису автоплатежей на АТМ или с помощью консультанта в офисе банка. Это удобная услуга для клиентов, которые все еще предпочитают оффлайн каналы обслуживания и в другом случае не воспользуются сервисом автоплатежей.
Решение Recurring Payments изначально спроектировано как мультиканальное и одинаково легко интегрируется с любым каналом обслуживания клиентов, а не только с ДБО. Если банк использует фронтальное ПО eKassir, то полный функционал сервиса автоплатежей доступен в нем «из коробки». В случае использования сторонних фронтальных приложений сервис автоплатежей в коробочной версии предоставляет стандартизированный протокол для интеграции. В результате число доработок во фронтальных приложениях и интеграций минимально. Весь основной бизнес-функционал реализован как сервис платежного хаба.
При внедрении системы автоплатежей надежность работы сервиса принципиально важна. Если в случае сбоя автоматический платеж не будет выполнен вовремя или будет выполнен некорректно, клиент банка потеряет доверие к сервису и может перестать его использовать.
В решении Recurring Payments используются стандартные механизмы проведения платежей платежного хаба, который обеспечивает гарантированную доставку платежей, поддержку транзакционности, необходимые проверки, оповещения и так далее. Надежность сервиса автоплатежей, базирующегося на промышленном решении Payments Hub, по определению существенно выше.
Кроме того, в Payments Hub штатно поддерживаются все требования информационной безопасности банка к проведению платежей, доступу сотрудников, аудиту и так далее.
Наиболее востребованными типами автоплатежей для клиентов банка являются периодические платежи, платежи по событию и платежи по выставленному счету. В Recurring Payments этот функционал доступен в коробочной версии. Помимо этого, используемые в решении механизмы позволяют легко реализовать дополнительные сценарии обслуживания клиентов банка, связанные с автоплатежами.
В качестве примера можно привести кейс, мотивирующий клиента воспользоваться сервисом автоплатежей банка.
Клиенту банка при совершении платежа автоматически оформляется скрытая подписка на периодический платеж. Она работает так же, как и стандартная подписка для платежей по расписанию, но клиент в своем ДБО ее не видит. Через определенный промежуток времени подписка срабатывает, и клиент получает напоминание с предложением совершить данный платеж еще раз. Далее идет стандартный сценарий оформления подписки на автоплатеж или отключения услуги. Этот и другие подобные кейсы обслуживания, связанные с автоплатежами, достаточно легко реализовать с помощью Recurring Payments.
Все решения eKassir являются составными частями Omnichannel Banking Platform и изначально проектируются с поддержкой омниканальных сценариев обслуживания клиентов банка.
В случае использования Recurring Payments поддержка омниканальных сценариев обслуживания означает:
- Доступность сервиса автоплатежей во всех каналах обслуживания.
- Возможность подключения услуги автоплатежа в любом канале обслуживания, при этом информация о подписке будет доступна во всех остальных каналах.
- Редактирование или удаление подписки на автоплатеж возможно в любом канале обслуживания, изменения отразятся в остальных каналах.
- Доступность информации о выполнении платежей в ленте событий во всех каналах обслуживания клиентов.
Сервис автоплатежей в ДБО банка — это дополнительное удобство для клиента, особенно если у него много периодических платежей. Один раз настроив периодический платеж, клиент «забывает» про него и в дальнейшем только получает уведомления о выполненных банком транзакциях. Это удобно и определенным образом привязывает клиента к банку
В базовом варианте решение Recurring Payments поддерживает три основных типа автоплатежей:
- Система периодических платежей или платежи по расписанию — выполняются раз в период на заранее определенную сумму.
- Система платежей по событию — выполняются по наступлению какого-либо внешнего события (например, уменьшения баланса телефона ниже порогового значения). Сумма платежа определена клиентом заранее.
- Система платежей по задолженности. Сервис периодически опрашивает провайдера услуг. Обнаружение задолженности приводит к автоматическому списанию на сумму долга. Сумма платежа ограничена заданными клиентом лимитами.
Кроме трех основных типов автоплатежей, банк может предлагать клиентам различные дополнительные сервисы, связанные с автоплатежами. Их также можно реализовать в рамках решения.
Более подробное описание каждого типа автоплатежей и спецификации предоставляются по запросу.
