Внедрение стандарта ISO 20022 на стороне iFOBS

21 янв. 2022

[Внедрение стандарта ISO 20022 на стороне iFOBS]

Какие изменения произойдут в системе дистанционного банковского обслуживания iFOBS в связи с переходом на новый стандарт СЭП-4? Должен ли новый формат платежа с символическим названием «pain.001» стать головной болью клиента? Что уже сделано на данный момент и что планируется? На эти и другие вопросы отвечают аналитики департамента фронт-офисных систем копании CS. 

Как изменится стандартное платежное поручение в национальной валюте?

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

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

Должен ли pain.001 стать головной болью для клиента?

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

Что конкретно планируется сделать в части отправки платежа по СЭП-4?

Новая форма платежа в национальной валюте очень близка к форме SWIFT-платежа, но мы хотим сделать ее меньше свифтовки и, на первый взгляд, это выглядит вполне реально. 
Все же мы должны будем расширить поле «Назначение платежа» и дополнить его структурированным блоком для ввода новых данных. Это уже сделано в нашей тестовой версии. Такая же структуризация будет касаться реквизитов налоговых платежей – в этой части нами тоже была проведена совместная работа со специалистами регулятора и ГНА Украины, и последние изменения, которые были отражены в версии pain.001, мы должны будем учесть.
Еще мы должны будем учесть предполагаемые новым стандартом расширения в реквизитах плательщика и получателя – и мы уже увеличили размеры полей с наименованием плательщика и получателя. Впоследствии в этой части мы планируем рассмотреть возможность разделения – как предполагает pain.001 – на собственно плательщика и получателя и на фактических. 
Тем не менее, мы не планируем возлагать на клиента всех требований по заполнению формы платежа в виде pain.001 и видим, что так можно будет сделать. Например, мы хотели бы ограничиться реализацией формата импорта платежей в виде pain.001. То есть, если учетная система клиента умеет экспортировать созданные в ней платежи в формат pain.001, то система iFOBS будет уметь их в таком же формате импортировать (как минимум крупные импортные учетные ERP-системы такой экспорт осуществлять умеют).
Таким образом, в части оправки платежей в СЭП-4 будет изменено следующее:

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

Как быть с новыми ролями в цепочке отправки и получения платежа?

В новом формате, помимо привычных нам плательщика и получателя, появляются дополнительные возможные участники с обеих сторон – это инициатор платежа, плательщик и фактический плательщик, получатель и фактический получатель, агенты-посредники (агент 1, агент 2 и т.д.).
Нами было принято решение, что на данный момент мы приравниваем все роли и оставляем для клиентов так, как было: есть один плательщик, который хочет заплатить, и есть один получатель, который хочет получить. То есть инициатор платежа, плательщик и фактический плательщик – это «Плательщик», получатель средств и фактический получатель – это «Получатель». 
Что касается агентов-посредников, наличие которых предусматривает pain.001. Как показывает опыт, у клиента, которому сейчас, да и в ближайшем будущем, нужно просто сделать гривневый платеж в рамках Украины, вряд ли возникнет необходимость инструктировать свой банк пустить этот платеж через сеть посредников.
Впоследствии, если возникнет необходимость расширить сеть агентов, мы к этому вопросу вернемся и реализуем то, что будет конкретно нужно клиенту.
Итого, на данном этапе: 

  • все участники отправки платежа приравниваются к единой роли «Плательщик»;
  • все участники получения платежа приравниваются к единой роли «Получатель»;
  • банк плательщика будет напрямую передавать платеж банку получателя, без агентов. 

Что планируется сделать в части получения платежа из СЭП-4?

Конечно же, кроме функции «Заплатить», у системы дистанционного банковского обслуживания есть функция «Получить». В этом плане проведенные платежи iFOBS будет стандартно, как и прежде, забирать из Документов дня в АБС. То есть, как и раньше, все проводки поступят из АБС в iFOBS, клиент будет видеть свои исходящие и входящие платежи, строить на их основании печатную форму выписки, к которой привыкли и клиенты, и бухгалтерия. 
В случае использования банком АБС Б2, дополнительно к имеющейся структуре данных iFOBS будет иметь возможность загружать из Б2 по каждой проводке ее xml-структуру – это часть того pacs из СЭП-4, который зашел в банк. С помощью этой xml-структуры мы планируем на клиентском месте реализовать вторую из частей в рамках нового стандарта, которая непосредственно касается клиентских запросов к системе ДБО, а именно позволит сделать выгрузку выписки в формате camt.053.
Такая выгрузка, опять же, будет выполняться в виде файла экспорта в целях дальнейшей загрузки в учетную систему клиента, если эта учетная система умеет импортировать проводки по счетам (выписку) в формате camt.053.
То есть, в части получения платежей из СЭП-4 планируется следующее:

  • получение выписки в формате camt.053;
  • возможность точечно запросить в АБС Б2 файл xml для входящего платежа.

В какой точке мы находимся и какие ближайшие планы?

С появлением первых новостей о внедрении нового стандарта ISO 20022 и переходе на СЭП-4, мы начали с первого же дня и продолжаем вести аналитическую работу.
Мы изучали промежуточные данные от регулятора (когда были предоставлены первые, частично проработанные форматы pain.001), принимали участие в семинарах, участвовали в обсуждениях и следили за разъяснительной работой регулятора. 
Имея уже достаточно проработанные форматы (на данный момент считается окончательно проработанным формат pain.001 от 1 октября 2021 года), мы у себя начали разворачивать отдельную тестовую линейку серверов для разработки и тестирования новых исходящих и входящих платежей, чтобы иметь возможность при разработке проверять, как платежи идут от клиента через АБС в новый СЭП и обратно к клиенту. 
Для выхода есть уже определенная запланированная версия iFOBS – 21.8.0.Х.
Итого на сегодня:

  • проведен предварительный анализ требований к новому формату;
  • в данный момент идет процесс разворачивания отдельной линейки тестовых серверов iFOBS;
  • в ближайших планах – подключение версии iFOBS 21.8.0.Х к тестовому стенду СЭП-4 НБУ (через Б2).

А как насчет реализации новых инструментов ISO 20022 – отзыва платежа и других

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

Что ожидается 20 августа 2022 года?

В итоге у нас есть дата – 20 августа 2022 года, и поставленная регулятором и рынком задача – обеспечить отправку платежей, получение платежей и выписок в новых форматах.
То есть, если новое поколение СЭП заработает с 20 августа 2022 года, это значит, что и мы с этого дня должны будем обеспечить нашим клиентам отправку платежей по всем каналам ДБО iFOBS: web-клиент, win-клиент, мобильные клиенты, открытые интерфейсы. 
Все это есть в нашем плане работ, и все это мы обеспечим к указанной дате в том объеме, который описан выше. А дальше – и рынок подскажет, и регулятор поможет, и сами клиенты.   


 

Подпишитесь на рассылку