Після завершення CBPR+ coexistence 22 листопада 2025 року звичайний MT103 не зник миттєво, але став тимчасовим contingency route: Swift валідовує його, конвертує в ISO 20022 і доставляє через FINplus за окрему плату. MT103 REMIT, навпаки, належить до unsupported messages і отримує NAK. Для нового процесу цільовим форматом є pacs.008, а не постійна залежність від conversion.
Фраза «надішліть MT103» досі використовується як побутова назва підтвердження переказу, хоча клієнтський документ, FIN message і фактичний міжбанківський формат — різні речі. Після міграції банк може прийняти заявку в старому корпоративному каналі, провести conversion усередині ланцюжка та показати клієнту звичний PDF. Це не означає, що CBPR+ продовжує повноцінний MT/ISO coexistence.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | бізнес або приватний клієнт, який ініціює транскордонний банківський платіж |
| Кому | іноземний контрагент або власник рахунку в іншій країні |
| Мета | перевірка формату, статусу чи правил SWIFT та ISO 20022 перед операцією |
| Валюта / інструмент | SWIFT CBPR+, ISO 20022 і повідомлення відповідного платіжного ланцюжка |
| Що змінює висновок | дата релізу, тип повідомлення, банк-учасник, якість адресних і платіжних даних |
Що потрібно знати до платежу
Частина MT payment instructions стала unsupported
Swift повідомляє, що після 22 листопада 2025 року MT101 Multiple, MT102, MT102 STP, MT103 REMIT, MT201 і MT203 більше не обробляються та одразу отримують Negative Acknowledgement. (Swift — What happens when payments coexistence ends)
Звичайний MT103 потрапив у contingency processing
MT103 разом з MT103 STP та визначеними іншими MT instructions може пройти chargeable contingency processing: після validation повідомлення конвертується в ISO 20022 і доставляється через FINplus. (Swift — What happens when payments coexistence ends)
In-flow translation теж стала платною
Swift залишив in-flow translation для eligible traffic після завершення coexistence, але зробив її chargeable та дозволив установам відключати сервіс для отриманих через FINplus повідомлень. (Swift — What happens when payments coexistence ends)
Клієнту важливий статус платежу, а не назва файла
Для підтвердження операції потрібно звіряти суму, валюту, сторони, дату, transaction reference та UETR, а зарахування підтверджувати статусом банку або одержувачем. Сам PDF з написом MT103 цього не доводить.
Як порівняти варіанти
| Варіант | Коли розглядати | Що перевірити до дії |
|---|---|---|
| Native ISO 20022 flow | Банк і application підтримують pacs.008 end to end | Збереження structured party та remittance data без conversion |
| Contingency MT103 | Legacy sender ще не завершив міграцію | Додаткову validation, conversion fee, строк тимчасової підтримки й можливу втрату даних |
| Клієнтське підтвердження | Контрагент просить доказ відправлення | Bank reference, UETR, amount, currency, value date і поточний status без зайвих персональних даних |
Покрокова підготовка
- Уточніть, який MT мається на увазі. Відрізніть звичайний MT103 від MT103 REMIT та від клієнтського PDF, який банк лише називає MT103 confirmation.
- Запитайте фактичний delivery path. Нехай банк підтвердить, чи повідомлення створюється як pacs.008, проходить MT contingency conversion або лише відображається у legacy customer interface.
- Перевірте додаткові витрати. З’ясуйте fee за contingency processing та in-flow translation, а також чи може кореспондент утримати інші charges.
- Збережіть tracking identifiers. Запишіть UETR, bank reference, value date і статуси окремо від формату документа, який передається контрагенту.
- Погодьте вихід із legacy flow. Для регулярних платежів отримайте від банку план переходу на native ISO 20022 і дату припинення залежності від тимчасової конвертації.
Які дані та документи зібрати
- банківське підтвердження з amount, currency, ordering customer, beneficiary та value date
- UETR і внутрішній bank transaction reference для tracking та investigation
- письмове пояснення банку щодо native pacs.008 або contingency MT conversion
- тариф на contingency processing, translation і correspondent charges
- migration plan для corporate channel та affected recurring payment flows
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Постачальник попросив імпортера терміново надіслати MT103. Банк видав звичний PDF, але служба підтримки пояснила, що міжбанківський платіж доставлено через FINplus після contingency conversion. Імпортер передав контрагенту redacted confirmation та UETR, окремо перевірив статус зарахування і попросив банк перевести наступні платежі на native ISO 20022, щоб не сплачувати conversion fee.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- стверджувати, що після 22 листопада 2025 року всі повідомлення MT повністю зникли
- плутати MT103 і MT103 REMIT, хоча їх post-coexistence treatment відрізняється
- сприймати contingency processing як безстрокову рівноцінну заміну pacs.008
- вважати PDF-копію гарантією credit на рахунок beneficiary
- передавати контрагенту повний банківський документ із зайвими персональними даними
Де проходить межа поради
Матеріал описує Swift CBPR+ bank-to-bank payment instructions. Customer statements, domestic messages та інші non-instruction flows можуть мати власні формати й timelines, які потрібно уточнювати у банку.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay може прийняти UETR, реквізити й платіжний контекст для перевірки доступного маршруту; формат банківського повідомлення не замінює індивідуального підтвердження виконання. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.