Какие изменения произойдут в системе дистанционного банковского обслуживания iFOBS в связи с переходом на новый стандарт СЭП-4? Должен ли новый формат платежа с символическим названием «pain.001» стать головной болью клиента? Что уже сделано на данный момент и что планируется? На эти и другие вопросы отвечают аналитики департамента фронт-офисных систем копании CS.
Как изменится стандартное платежное поручение в национальной валюте?
Основная сущность, с которой клиенты работают в iFOBS, это платежное поручение в национальной валюте. На данный момент оно содержит минимальное количество реквизитов к заполнению, что сделано для удобства клиента. В будущем, согласно требованиям нового формата платежей pain.001, форма клиентского платежа обретет расширенный набор полей к заполнению. В первую очередь, речь идет о назначении платежа, реквизитах отправителя и получателя.
Таким образом:
Должен ли pain.001 стать головной болью для клиента?
Этот вопрос мы задали себе одним из самых первых. То есть при всех нововведениях, которые привнесут новые стандарты для обмена электронными платежами в Украине между банками и агентами, должны ли они стать головной болью для клиента?
Мы бы очень не хотели усложнять ему жизнь. Нам бы очень хотелось оставить форму платежа в национальной валюте такой, как сейчас – небольшая, помещающаяся на один экран, в том виде, к какому все уже привыкли. Но, увы, изменения все-таки будут, без них не обойтись, но мы планируем внести эти изменения максимально безболезненно для клиента.
Что конкретно планируется сделать в части отправки платежа по СЭП-4?
Новая форма платежа в национальной валюте очень близка к форме SWIFT-платежа, но мы хотим сделать ее меньше свифтовки и, на первый взгляд, это выглядит вполне реально.
Все же мы должны будем расширить поле «Назначение платежа» и дополнить его структурированным блоком для ввода новых данных. Это уже сделано в нашей тестовой версии. Такая же структуризация будет касаться реквизитов налоговых платежей – в этой части нами тоже была проведена совместная работа со специалистами регулятора и ГНА Украины, и последние изменения, которые были отражены в версии pain.001, мы должны будем учесть.
Еще мы должны будем учесть предполагаемые новым стандартом расширения в реквизитах плательщика и получателя – и мы уже увеличили размеры полей с наименованием плательщика и получателя. Впоследствии в этой части мы планируем рассмотреть возможность разделения – как предполагает pain.001 – на собственно плательщика и получателя и на фактических.
Тем не менее, мы не планируем возлагать на клиента всех требований по заполнению формы платежа в виде pain.001 и видим, что так можно будет сделать. Например, мы хотели бы ограничиться реализацией формата импорта платежей в виде pain.001. То есть, если учетная система клиента умеет экспортировать созданные в ней платежи в формат pain.001, то система iFOBS будет уметь их в таком же формате импортировать (как минимум крупные импортные учетные ERP-системы такой экспорт осуществлять умеют).
Таким образом, в части оправки платежей в СЭП-4 будет изменено следующее:
Как быть с новыми ролями в цепочке отправки и получения платежа?
В новом формате, помимо привычных нам плательщика и получателя, появляются дополнительные возможные участники с обеих сторон – это инициатор платежа, плательщик и фактический плательщик, получатель и фактический получатель, агенты-посредники (агент 1, агент 2 и т.д.).
Нами было принято решение, что на данный момент мы приравниваем все роли и оставляем для клиентов так, как было: есть один плательщик, который хочет заплатить, и есть один получатель, который хочет получить. То есть инициатор платежа, плательщик и фактический плательщик – это «Плательщик», получатель средств и фактический получатель – это «Получатель».
Что касается агентов-посредников, наличие которых предусматривает pain.001. Как показывает опыт, у клиента, которому сейчас, да и в ближайшем будущем, нужно просто сделать гривневый платеж в рамках Украины, вряд ли возникнет необходимость инструктировать свой банк пустить этот платеж через сеть посредников.
Впоследствии, если возникнет необходимость расширить сеть агентов, мы к этому вопросу вернемся и реализуем то, что будет конкретно нужно клиенту.
Итого, на данном этапе:
Что планируется сделать в части получения платежа из СЭП-4?
Конечно же, кроме функции «Заплатить», у системы дистанционного банковского обслуживания есть функция «Получить». В этом плане проведенные платежи iFOBS будет стандартно, как и прежде, забирать из Документов дня в АБС. То есть, как и раньше, все проводки поступят из АБС в iFOBS, клиент будет видеть свои исходящие и входящие платежи, строить на их основании печатную форму выписки, к которой привыкли и клиенты, и бухгалтерия.
В случае использования банком АБС Б2, дополнительно к имеющейся структуре данных iFOBS будет иметь возможность загружать из Б2 по каждой проводке ее xml-структуру – это часть того pacs из СЭП-4, который зашел в банк. С помощью этой xml-структуры мы планируем на клиентском месте реализовать вторую из частей в рамках нового стандарта, которая непосредственно касается клиентских запросов к системе ДБО, а именно позволит сделать выгрузку выписки в формате camt.053.
Такая выгрузка, опять же, будет выполняться в виде файла экспорта в целях дальнейшей загрузки в учетную систему клиента, если эта учетная система умеет импортировать проводки по счетам (выписку) в формате camt.053.
То есть, в части получения платежей из СЭП-4 планируется следующее:
В какой точке мы находимся и какие ближайшие планы?
С появлением первых новостей о внедрении нового стандарта ISO 20022 и переходе на СЭП-4, мы начали с первого же дня и продолжаем вести аналитическую работу.
Мы изучали промежуточные данные от регулятора (когда были предоставлены первые, частично проработанные форматы pain.001), принимали участие в семинарах, участвовали в обсуждениях и следили за разъяснительной работой регулятора.
Имея уже достаточно проработанные форматы (на данный момент считается окончательно проработанным формат pain.001 от 1 октября 2021 года), мы у себя начали разворачивать отдельную тестовую линейку серверов для разработки и тестирования новых исходящих и входящих платежей, чтобы иметь возможность при разработке проверять, как платежи идут от клиента через АБС в новый СЭП и обратно к клиенту.
Для выхода есть уже определенная запланированная версия iFOBS – 21.8.0.Х.
Итого на сегодня:
А как насчет реализации новых инструментов ISO 20022 – отзыва платежа и других
Действительно, новый стандарт предоставляет специальные форматы инициирования таких запросов и уведомлений об исполнении таких запросов, но мы действуем пока что в рамках того, что на текущий момент iFOBS уже умеет обеспечивать.
Конечно, мы открыты и готовы расширять в iFOBS количество сущностей. Например, сейчас, кроме платежей, есть возможность создания документов информационного дебета («инвойсов») и зарплатных ведомостей.
Если будет расширение функциональности системы такими сущностями, как запрос на отзыв платежа и др., то, конечно же, в условиях действия нового стандарта, добавление этих сущностей будет сопровождаться и соблюдением требований к форматам.
Что ожидается 20 августа 2022 года?
В итоге у нас есть дата – 20 августа 2022 года, и поставленная регулятором и рынком задача – обеспечить отправку платежей, получение платежей и выписок в новых форматах.
То есть, если новое поколение СЭП заработает с 20 августа 2022 года, это значит, что и мы с этого дня должны будем обеспечить нашим клиентам отправку платежей по всем каналам ДБО iFOBS: web-клиент, win-клиент, мобильные клиенты, открытые интерфейсы.
Все это есть в нашем плане работ, и все это мы обеспечим к указанной дате в том объеме, который описан выше. А дальше – и рынок подскажет, и регулятор поможет, и сами клиенты.
(все поля обязательны к заполнению)
Постараемся связаться с Вами в ближайшее время.
Спасибо за проявленный интерес!