Dlaczego światowa bankowość w ogóle przechodzi na ISO 20022

Stare formaty komunikacji międzybankowej (znane jako MT, używane od dekad w systemie SWIFT) powstały w czasach, gdy priorytetem było zmieścić informację o płatności w ograniczonej liczbie znaków. ISO 20022 odwraca tę logikę: zamiast okrojonych, częściowo nieczytelnych maszynowo komunikatów pozwala przekazywać znacznie bogatsze i ustrukturyzowane dane, w których poszczególne informacje o transakcji mają określone miejsce i znaczenie. To nie jest kosmetyczna zmiana formatu. Za decyzją stoją banki centralne i regulatorzy na całym świecie, a motywacja jest konkretna:

• lepsza, szybsza wykrywalność prania pieniędzy i finansowania przestępczości,
• mniej ręcznej pracy przy uzgadnianiu rozbieżnych danych między bankami,
• faktyczna interoperacyjność systemów płatniczych ponad granicami.

To dlatego standard nie wchodzi w życie jednym dekretem, tylko rozłożonym na lata programem obejmującym osobno każdy system płatniczy z osobna.

Skala zmiany: cztery systemy, cztery harmonogramy

SORBNET (krajowe przelewy wysokokwotowe) przeszedł na nowy standard 8 września 2025 r. Z kolei 22 listopada 2025 r. zakończył się w SWIFT okres współistnienia komunikatów MT i ISO 20022 dla transgranicznych instrukcji płatniczych objętych migracją CBPR+. W przypadku płatności międzynarodowych i SEPA harmonogram nadal ewoluuje. SWIFT i European Payments Council przedłużyły okres przejściowy dla nieustrukturyzowanych danych adresowych, nie wskazując na razie nowej daty ich całkowitego wycofania. Elixir, podstawowy krajowy system rozliczeń, dołączy w 2027 r. Do tego każdy bank może nałożyć na wspólny standard własne, dodatkowe wymagania — jeden bank już dziś egzekwuje pełne dane adresowe na przelewie walutowym, inny może jeszcze akceptować stary format przez najbliższe miesiące.

Efekt: firma współpracująca z kilkoma bankami nie ma do czynienia z jednym wdrożeniem, tylko z kilkoma równoległymi procesami, które trzeba monitorować osobno — dokładnie dlatego, że zakres i tempo tej zmiany są realnie duże, nie dlatego, że to drobna formalność do odhaczenia.

Co konkretnie się zmienia w codziennej pracy

Najbardziej odczuwalna zmiana dotyczy danych adresowych kontrahentów i beneficjentów. W przypadku przelewów zagranicznych kraj i miejscowość stają się obowiązkowymi, odrębnymi elementami danych adresowych. W płatnościach krajowych wymagania mogą być inne, a zakres obowiązkowych danych zależy również od rodzaju płatności i wymagań konkretnego banku. To rozróżnienie ma znaczenie praktyczne: zakres przygotowań zależy od tego, jakimi kanałami płatności firma rzeczywiście się posługuje i z jakimi bankami współpracuje.

Druga zmiana dotyczy identyfikacji stron transakcji i wynika m.in. z wymagań unijnego rozporządzenia dotyczącego informacji towarzyszących transferom środków (2023/1113). Zakres wymaganych danych zależy od konkretnej transakcji, a w bardziej złożonych scenariuszach płatności może obejmować informacje o pierwotnym zleceniodawcy, zleceniodawcy, odbiorcy i ostatecznym odbiorcy oraz odpowiednie identyfikatory, takie jak BIC czy LEI. W praktyce oznacza to większy nacisk na kompletność i jednoznaczność danych przekazywanych wraz z płatnością. Ich brak lub nieprawidłowość może spowolnić realizację przelewu albo doprowadzić do jego odrzucenia przez system płatniczy banku.

Zmieniają się także formaty wymiany danych z bankami. Obok wyciągów MT940/MT942 banki udostępniają komunikaty zgodne z ISO 20022, m.in. camt.053/camt.052, a w obsłudze przelewów pojawiają się nowsze formaty, takie jak pain.001.001.09. Dane w nowym standardzie są bogatsze niż w starym — konwersja „w dół” do formatu MT może oznaczać utratę części informacji, jeśli system finansowo-księgowy nie obsługuje obu stron tej wymiany poprawnie.

Jak się do tego przygotować

Rozłożenie zmiany na lata i systemy to nie powód do odkładania przygotowań — to raczej sygnał, że warto je zacząć zanim presja czasu narzuci pośpiech przy najbliższym terminie konkretnego banku i już teraz:

1. Zweryfikować dane kontrahentów — zwłaszcza kraj i miejscowość dla kontrahentów objętych przelewami zagranicznymi i walutowymi, zanim braki utrudnią realizację płatności.
2. Ustalić, na jakim etapie wdrożenia jest każdy bank, z którym firma współpracuje — odpowiedź na pytanie „czy jesteśmy gotowi” różni się dla każdego rachunku bankowego z osobna.
3. Zapytać dostawcę systemu finansowo-księgowego wprost, jak obsługuje ten rozłożony w czasie proces — dobra odpowiedź opisuje konkretne kroki dopasowane do harmonogramu poszczególnych banków, nie ogólną deklarację gotowości.

Jak wygląda to w TRIVA

Zmiana tej skali wymaga od dostawcy systemu ERP pracy nad fundamentami, nie tylko kosmetycznej aktualizacji formularza. W TRIVA formularz przelewu walutowego ma sekcje Zleceniodawca/Odbiorca z pełnym zestawem pól adresu ustrukturyzowanego, a zakładka Dane dodatkowe pozwala uzupełnić informacje identyfikujące wszystkie strony wymagane dla danej transakcji zgodnie z rozporządzeniem AML dotyczącym transferów środków. Dodatkowe dane adresowe (dzielnica, prowincja, nazwa budynku, piętro, departament, wydział) uzupełnia się raz na kartotece kontrahenta czy pracownika, a system sam przenosi je na formatkę przelewu.

Integracja z bankowością elektroniczną obejmuje największe banki działające w Polsce, a ponieważ każdy bank wdraża ISO 20022 we własnym tempie, aktualizacje tej integracji są rozłożone w czasie i dopasowane do harmonogramu konkretnego banku, zamiast być jednym, ryzykownym przedsięwzięciem tuż przed terminem. To ten sam wzorzec pracy, jaki TRIVA zastosowała przy poprzednich dużych zmianach regulacyjnych w obszarze finansów, takich jak KSeF.

Skala tej zmiany jest znacząca — dokładnie dlatego warto sprawdzić już teraz, czy dostawca systemu jest przygotowany na kolejne etapy migracji, zanim wymusi to najbliższy termin któregoś z banków.