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


Хроника предсказанной смерти

Мы слышим об этом уже почти 3 года, но не обращаем на это особого внимания: форматы Swift и CFONB, используемые компаниями, должны постепенно заменяться их XML-эквивалентами.

Часто упоминаемая дата последних выходных ноября 2025 года касается только банков. Для бизнеса вероятным кажется ноябрь 2026 года, но это не является строгим правилом; просто обсудите это со своими банками, которые, скорее всего, проявят гибкость, если вы выразите готовность выполнить требования.

Контекст

С момента создания системы SWIFT в 1973 году все межбанковские операции осуществляются в форматах, обычно называемых «SWIFT», каждый код которых начинается с MT (т.е. тип сообщения), за которым следуют 3 цифры.

После масштабной информационной кампании, длившейся несколько лет, в марте 2024 года SWIFT обязала банки заменить форматы MT (где числа начинаются с 1, 2 и 9) на эквивалентный формат ISO 20022 XML. Это известно как миграция MT-MX (Message XML). Хотя первоначально это требование применялось только к межбанковским транзакциям, теперь оно затрагивает и предприятия, которые все чаще вынуждены отказываться от форматов SWIFT в пользу эквивалентного формата ISO 20022 XML

Почему изменился формат?

Внедрение SEPA продемонстрировало и подтвердило удобство использования формата XML, его гибкость и богатство тегов. Цель этого изменения формата двояка:

(1) Гармонизировать все банковские платежные системы, чтобы обеспечить сквозное использование формата XML (т. е. от компании-эмитента к компании-получателю через их соответствующие банки);

(2) Используйте возможности этого формата XML для расширения возможностей фильтрации, отслеживания и обеспечения соответствия требованиям.

Короче говоря, теперь все банки по всему миру должны управлять только форматом XML для обеспечения отслеживания и контроля передаваемых данных.

Кроме того, эта замена затрагивает не только формат Swift "MT", но и все внутренние форматы, поскольку XML позволяет вводить, передавать и отслеживать значительно больше информации. Действительно, в формате CFONB160 отсутствуют поля для ввода адресов, а в формате CFONB320 нельзя указать время платежа.

Наконец, богатство возможностей формата XML предоставляет банкам возможность предлагать новые услуги, такие как VoP и IP , которые было бы невозможно реализовать и контролировать с использованием старых форматов.

Как это сделать?

Описание Старый формат XML-эквивалент
Любой вид переводаMT101боль.001
Выписка по счетуМТ940camt.053
Внутридневная торговляМТ942camt.052
Уведомление о списании/зачислении средствMT900 / 910camt.054
Денежный переводCFONB160боль.001
Международный банковский переводCFONB320 PIболь.001
Передача бизнесаВКОМболь.001
ВексельЛКРболь.008
Выписка по счетуCFONB120camt.053
Уведомление о хирургическом вмешательствеCFONB240camt.054
Подтверждение получения заявкиARA560боль.002

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

Наконец, если вы считаете, что ваши приложения не будут совместимы до крайнего срока в ноябре 2026 года, попросите NEOFI выполнить эти преобразования! Ready for XMLv9 был разработан именно для этой цели!

Дни AFTE 2025

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

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

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

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

Дни AFTE 2025

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

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

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

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

Дни AFTE 2025

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

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

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

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