Миграция на XML V9: зачем и как?

Крайний срок для перевода всех форматов файлов, которыми вы обмениваетесь с вашим банком, в формат XML — ноябрь 2026 года.

Напоминаем: когда система SEPA была запущена 28 января 2008 года, формат переводов соответствовал стандарту XML V2. Эта версия 2 быстро выявила свои ограничения, которые были устранены в версии V3, постепенно принятой в качестве стандарта де-факто, когда формат XML стал обязательным для осуществления переводов SEPA в феврале 2014 года.

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

Почему именно новая версия XML — V9?

Внедрение XML выявило новые потребности, которые V3 не может в полной мере удовлетворить, такие как VoP (проверка получателя) и IP ( мгновенный перевод).

Как и в случае с версиями V2 и V3, версия V9 вносит изменения, модификации, дополнения и удаления тегов и кодов.

Наиболее трудоемким изменением для администраторов приложений является структурирование адресов. Действительно, рост мошенничества побудил Европейский платежный совет (EPC) найти способ более эффективно проверять данные получателей, и особенно их адреса. Поэтому XML V9 требует, чтобы адреса вводились внутри специальных тегов.

До этого момента банки считывали свободно введенный адрес с помощью одной, двух или трех меток.<AdrLine> при создании скриншота страны, указанной в теге<Ctry> .

В версии XML V9 адрес должен быть разбит (структурирован) на следующие 14 тегов:

· Отдел
· Подотдел
· Название улицы
· Номер здания
· Название здания
· Этаж
· Почтовый ящик
· Комната
· Почтовый индекс
· Название города
· Название населенного пункта
· Название района
· Подразделение страны
· Страна

Ни один из этих тегов не является обязательным для пересадок по системе SEPA. Для международных пересадок обязательны теги «Страна» и «Название города», а предоставление остальных тегов настоятельно рекомендуется, особенно тегов «Почтовый индекс», «Название улицы» и «Номер дома».

Некоторые обозначения используются только в определенных странах и, следовательно, зависят от местных обычаев, например, обозначение «Подразделение страны», которое является обязательным в Японии и США.

Для бесперебойного выполнения требований к ноябрю 2026 года в зоне SEPA можно структурировать адреса, используя «гибридный» формат, который очень похож на текущую структуру: достаточно просто извлечь тег.<AdrLine> Название города следует отображать в теге "Название города", оставляя остальную часть адреса в текущем формате. Этот шаг носит временный характер и лишь откладывает работу по структурированию адресов, которая, несомненно, потребуется в ближайшие годы в соответствии с действующими нормативными актами.

Точность :

Термин «миграция XML v9» используется некорректно, поскольку точнее было бы указать, что версия 2019 года была снята с поддержки для каждого из 3 типов файлов, затронутых этой миграцией (и которые не имеют одинаковой версии…!):

• Переводы SCT переносятся на версию 9: pain.001.001.09
• Прямые дебетовые платежи SDD переносятся на версию 8: pain.008.001.08
• Статусы отправки заказов переносятся на версию 10: pain.002.001.10

Все эти процессы можно быстро реализовать в NEOFI.

Чтобы помочь компаниям беспрепятственно перейти на новую систему, NEOFI разработала Ready for XMLv9, в котором все необходимые процессы уже предварительно настроены, и вы можете вносить необходимые изменения, не затрагивая ваши приложения или банки.

Дни AFTE 2025

Банковские комиссии: почему страховщикам сложно их контролировать

Загадка сверки банковских и бухгалтерских данных для страховых компаний

VoP: Проверка получателя платежа

Прекращение поддержки форматов CFONB и Swift MT для бизнеса

Дни AFTE 2025

Банковские комиссии: почему страховщикам сложно их контролировать

Загадка сверки банковских и бухгалтерских данных для страховых компаний

VoP: Проверка получателя платежа

Прекращение поддержки форматов CFONB и Swift MT для бизнеса

Дни AFTE 2025

Банковские комиссии: почему страховщикам сложно их контролировать

Загадка сверки банковских и бухгалтерских данных для страховых компаний

VoP: Проверка получателя платежа

Прекращение поддержки форматов CFONB и Swift MT для бизнеса