ISO 20022 w praktyce: jakie terminy naprawdę obowiązują i co dalej z MT940

ISO 20022 to standard komunikatów finansowych, na który przechodzą banki i systemy płatnicze na całym świecie. Dla firm pracujących na Microsoft Dynamics AX oznacza dwie konkretne zmiany: plik płatniczy w formacie pain.001 zamiast MultiCash czy ELIXIR-0 oraz wyciąg camt.053 zamiast MT940. Najbliższy twardy termin przypada 14 listopada 2026 i nie dotyczy wcale wycofania starych formatów, o czym za chwilę.

Wokół tej migracji narosło sporo nieporozumień. Jedni słyszą, że „banki wyłączają MT940 w listopadzie”, inni, że „to dopiero 2027, mamy czas”. Poniżej rozkładamy kalendarz na czynniki pierwsze i pokazujemy, co z każdej daty wynika dla firmy, która płaci faktury i uzgadnia wyciągi w Dynamics AX.

Czym jest ISO 20022 i dlaczego banki na niego przechodzą

ISO 20022 to międzynarodowy standard opisujący, jak wygląda komunikat finansowy. Zamiast pliku tekstowego, w którym dane siedzą w jednym ciągu znaków, dostajesz XML z nazwanymi polami: osobno nadawca, osobno tytuł, osobno referencja płatności, osobno saldo. Rodzina komunikatów jest szeroka, ale w codziennej pracy działu finansowego liczą się trzy:

• pain.001: zlecenie płatności, które Twój system wysyła do banku,
• camt.053: wyciąg dzienny, który bank odsyła do systemu,
• pacs.008: komunikat, którym banki rozliczają się między sobą (widzisz go pośrednio, ale to on decyduje o odrzuceniach).

Powód zmiany jest prozaiczny: stare formaty nie mieszczą danych, których wymagają dzisiejsze przepisy o przeciwdziałaniu praniu pieniędzy i sankcjach. Strukturalny adres, jednoznaczna referencja, pełna informacja o stronach transakcji. Tego w MT940 po prostu nie da się zapisać w sposób, który maszyna odczyta bez zgadywania.

Kalendarz, który naprawdę obowiązuje

Daty w tej migracji nie układają się w jeden dzień „przełączenia”. To seria niezależnych terminów, z których każdy uderza w inny fragment procesu:

• Listopad 2025: już za nami. Zakończył się okres koegzystencji formatów SWIFT MT dla płatności transgranicznych. Rozliczenia międzybankowe idą dziś w ISO 20022.
• 14 listopada 2026: najbliższy twardy termin. Sieci płatnicze przestają przyjmować komunikaty, w których adres strony transakcji jest w pełni niestrukturyzowany. Wymagane minimum to nazwa miejscowości i kod kraju w dedykowanych polach.
• Pierwsza połowa 2027: ELIXIR. Zgodnie z harmonogramem KIR krajowy system rozliczeń przechodzi na ISO 20022. To zmiana, która dotknie każdą firmę wysyłającą przelewy krajowe.
• MT940: brak ogłoszonej daty. Większość dużych banków w Polsce nie podała terminu wycofania MT940 dla klientów firmowych. Równolegle udostępniają camt.053 i rekomendują migrację, ale nie wyznaczają dnia, w którym stary format przestanie działać.

Co dokładnie zmienia 14 listopada 2026

Od tego dnia komunikat płatniczy z adresem wpisanym „jednym ciągiem” (tak jak wpisuje go większość kartotek kontrahentów w starszych systemach) może zostać odrzucony na poziomie sieci. Nie chodzi o to, że bank przestanie rozumieć plik. Chodzi o to, że pojedyncza płatność wróci jako błąd, a Ty dowiesz się o tym dzień lub dwa później, kiedy dostawca zapyta, gdzie są pieniądze.

Skala problemu jest realna: w połowie 2026 roku znacząca część komunikatów w obiegu wciąż nie spełniała wymogu strukturalnego adresu. To znaczy, że przez najbliższe miesiące odrzuceń będzie przybywać, zanim rynek się dostosuje.

Dlaczego brak daty wycofania MT940 nie jest dobrą wiadomością

Kuszące jest odczytanie tego jako „nikt nas nie goni”. W praktyce działa to odwrotnie. Bank nie wyłącza MT940 z dnia na dzień, ale też nie rozwija go. Nowe informacje, które pojawiają się w camt.053, w MT940 nie mają gdzie się zmieścić. Im dalej, tym bardziej Twój wyciąg jest uboższy od tego, co bank faktycznie wie o transakcji.

Druga rzecz: brak terminu oznacza brak przymusu, a brak przymusu oznacza, że projekt spada na koniec kolejki priorytetów, aż do momentu, w którym coś przestaje działać i wtedy jest już pilne. Wdrożenie zaplanowane trwa kilka tygodni; wdrożenie awaryjne kosztuje wielokrotnie więcej nerwów.

Co to znaczy dla firmy pracującej na Microsoft Dynamics AX

Dynamics AX 2012 i starsze wdrożenia Dynamics 365 generują płatności w formatach, które powstały zanim ISO 20022 stał się standardem. Zmiana dotyczy dwóch stron tego samego procesu.

Strona wychodząca: pain.001

System zamiast pliku MultiCash czy ELIXIR-0 generuje XML zgodny z pain.001. Dla użytkownika arkusz płatności wygląda tak samo. Zmienia się to, co wychodzi na końcu, oraz moment wykrycia błędu. Dobrze zbudowany generator sprawdza IBAN, BIC, NIP, adres i kwotę przed wysłaniem paczki, więc niezgodność wychodzi w systemie, a nie w postaci odrzuconego przelewu.

To właśnie tutaj wchodzi termin listopadowy: jeśli w kartotece kontrahenta adres jest jednym polem tekstowym, plik przejdzie walidację składniową, ale może zostać odrzucony dalej w łańcuchu.

Strona przychodząca: camt.053

Wyciąg w XML zawiera pola, których MT940 nie ma: referencję EndToEndId nadaną przy zleceniu przelewu, rozbite dane nadawcy, komplet sald. Dzięki temu system potrafi sam dopasować wpłatę do dokumentu: po referencji, po numerze rachunku, a dla reszty po regułach opartych na NIP czy nazwie kontrahenta. Tam, gdzie dziś księgowość czyta tytuły przelewów i szuka faktury, zostaje przegląd wyjątków.

Pięć rzeczy, które warto sprawdzić w swoich danych

Zanim w ogóle zaczniesz rozmawiać o wdrożeniu, te pięć odpowiedzi powie Ci, jak duży masz projekt:

• Czy adresy kontrahentów są rozbite na pola? Osobno ulica, kod, miasto, kraj czy wszystko w jednej linii.
• Czy NIP jest uzupełniony w kartotekach? To on pozwala automatycznie rozpoznać kontrahenta na wyciągu.
• Ile banków obsługujecie i czy każdy ma swój format? Każdy kolejny bank to osobny adapter.
• Czy plik płatniczy jest ręcznie poprawiany przed wysłaniem? Jeśli tak, warto wiedzieć dlaczego, bo to zwykle ślad po obejściu, które trzeba odtworzyć.
• Ile pozycji wyciągu dopasowujecie ręcznie? To najlepsza miara tego, ile realnie zyskacie na camt.053.