Migracja na ISO 20022 to jedna z największych zmian w międzynarodowej komunikacji finansowej. SWIFT zakończył koegzystencję MT/MX dla płatności transgranicznych w listopadzie 2025. Kolejne terminy, w listopadzie 2026, dotyczą plików, które firmy przekazują do swojego banku. 24 września 2026 Deutsche Kreditwirtschaft zawiesiła zaplanowane na listopad 2026 wycofanie starych formatów, nie podając nowej daty — jedyny bank, który sprawdziliśmy, GLS Bank, utrzymywał 25.09.2026 swój termin; o innych instytucjach nie mamy informacji. Termin się przesunął, ale praca nie znika: nie odwołuj migracji, tylko zapytaj swój bank o jego datę wyłączenia. Poradnik zaktualizowano 25 września 2026.
Dlaczego migrować na ISO 20022?
• Bogatsze dane: strukturyzowane adresy, referencje end-to-end.
• Globalna interoperacyjność: jeden standard.
• Łatwiejsza automatyzacja: XML umożliwia STP.
• Silniejsza zgodność: ułatwione screening sankcji.
Harmonogram migracji SWIFT
Listopad 2025: koniec koegzystencji dla płatności transgranicznych. MT103 i MT202 zastąpione przez pacs.008 i pacs.009. Według SWIFT ponad 98% zleceń płatniczych jest już przesyłanych w ISO 20022.
Listopad 2026, przesunięty: w wydaniu standardów 2026 SWIFT planował wymóg adresów strukturyzowanych. 27 sierpnia 2026 SWIFT przesunął wszystkie zmiany płatnicze tego wydania; informację o wymogu adresowym przekaże najpóźniej w grudniu 2026.
SEPA używa ISO 20022 od 2014. Pliki, które firmy przekazują do własnego banku, mają własne terminy: zob. poniżej.
Terminy 2026 dla plików płatniczych
• Niemcy, 24.09.2026, zawieszenie: DK zawiesiła zaplanowane na listopad 2026 wycofanie starych formatów dla przelewów SEPA, przelewów zagranicznych (DTAZV) i pilnych przelewów w euro i tymczasowo utrzymuje te formaty w użyciu; od 24.09.2026 strona cyklu życia formatów (Format LifeCycle) zawiera informację o zawieszeniu oraz niemiecką adnotację „Vorübergehend weiter verwendbar" (tymczasowo nadal używalne), bez nowej daty końcowej. Powodem jest to, że SWIFT i EPC nadal tolerują adresy niestrukturyzowane w obszarze międzybankowym po listopadzie 2026 — w relacji klient–bank ta tolerancja nie obowiązuje. Nowe terminy końcowe mają zostać podane później, spójnie z terminami SWIFT i EPC. Podane niżej terminy bankowe pozostają w mocy, dopóki bank sam ich nie zmieni.
• Adresy SEPA, 15.11.2026, termin przesunięty: wytyczne EPC dotyczące adresów (EPC153-22 v2.1) wyznaczyły 15.11.2026 jako koniec adresów niestrukturyzowanych w schematach płatniczych EPC, liczony według daty wykonania lub obciążenia. Starszy dokument, wytyczne wdrożeniowe SDD 2025 v1.0, podawał 22.11.2026. 10 września 2026 EPC ogłosiła przesunięcie tego terminu (decyzja z 9 września); nową datę ma ustalić w październiku 2026.
• Niemcy, 14.11.2026, godz. 00:01: GLS Bank nie przyjmuje już wersji starszych niż pain.001.001.09 (polecenia przelewu) i pain.008.001.08 (polecenia zapłaty), czyli ani pain.001.001.03, ani pain.008.001.02, ani plików DTAZV. Niemiecki sektor bankowy (Deutsche Kreditwirtschaft, DK) podawał tylko miesiąc 11/2026, a dokładny dzień pozostawiał bankom; od 24.09.2026 obowiązuje tam adnotacja „Vorübergehend weiter verwendbar" i nie podano nowej daty końcowej. Strona GLS pozostawała niezmieniona 25.09.2026, bez wzmianki o zawieszeniu.
• Niemcy, 15.11.2026: wchodzi w życie wersja 26.11 załącznika 3 (Anlage 3) DK. Zgodnie z tym dokumentem format DTAZV dla płatności zagranicznych wygasa w listopadzie 2026 i zastępuje go pain.001.001.09. Według GLS wsparcie DTAZV w DK kończy się 01.12.2026; same dokumenty DK nie podają tej daty, lecz listopad 2026 lub 15.11.2026. Według DK — stan na 22.09.2026 — od 15.11.2026 zlecenia w DTAZV lub w wersjach pain z 2009 roku nie miały już być bez przeszkód przekazywane dalej; po zawieszeniu z 24.09.2026 nie potwierdziliśmy ponownie tego stanu.
• Holandia: holenderskie stowarzyszenie płatnicze Betaalvereniging zapowiedziało koniec adresów niestrukturyzowanych na 14.11.2026 (płatności poza SEPA) i 15.11.2026 (płatności SEPA). Chodzi o adresy, nie o wersję pain. 22.09.2026 jego strona nie wspominała o przesunięciu terminu przez EPC: zapytaj swój bank.
• W plikach: wersje z 2019 roku, pain.001.001.09 i pain.008.001.08, zastępują pain.001.001.03 i pain.008.001.02. W pain.001 zmienia się m.in. przestrzeń nazw (namespace), BIC staje się BICFI, a data wykonania trafia do elementu Dt.
Źródła: EPC153-22 v2.1, EPC, 10.09.2026, GLS Bank, DK, Anlage 3 V26.11, DK, ebics.de, Betaalvereniging, SWIFT, 27.08.2026.
Różnice między MT a MX
Pojemność danych: MT103 ogranicza nazwę do 4x35 znaków; pacs.008 oferuje pola strukturyzowane.
Adresy: MT używa tekstu swobodnego; ISO 20022 wymaga adresów strukturyzowanych.
• MT103 → pacs.008
• MT202 → pacs.009
• pain.001 pozostaje pain.001, ale zmienia się wersja (zob. terminy 2026)
Wpływ na firmy
Praktyczne kroki migracji
2. Analiza luk.
3. Aktualizacja systemów.
4. Czyszczenie danych.
5. Testy z walidatorem ISO 20022 (sprawdza zgodność ze schematem ISO 20022, nie z regułami Twojego banku) oraz z bankiem.
6. Uruchomienie i monitoring.
MT103 vs pain.001
• MT103: stara wiadomość między bankami (zastępowana przez pacs.008).
To bank decyduje, czy przyjmuje pain.001 dla przelewów międzynarodowych; w Niemczech pain.001.001.09 zastępuje format DTAZV — DK zawiesiła listopadowy termin 24.09.2026, a banki mogą utrzymać własny. Użyj generatora międzynarodowego lub generatora MT103.
Narzędzia do migracji
• Generator pain.008: pliki poleceń zapłaty w pain.008.001.08 (pain.008.001.02 nadal dostępny).
• Walidator ISO 20022: kontrola zgodności ze schematem ISO 20022, nie z profilami poszczególnych banków.
• Generator MT103: dla banków, które nie migrowały.
