Rodzaje komunikatów w systemie SWIFT – przewodnik dla początkujących

W artykule wyjaśniamy, czym są komunikaty SWIFT, jakie typy najczęściej występują w praktyce bankowej oraz jak je rozróżniać i bezpiecznie wykorzystywać. To przewodnik dla początkujących, który pomoże zrozumieć podstawy, bez zbędnego żargonu.

Czym są komunikaty SWIFT i jak je odczytywać?

System SWIFT to międzynarodowa sieć bankowa służąca do bezpiecznego przekazywania informacji o transakcjach finansowych. Komunikaty SWIFT to zestawy sformalizowanych wiadomości, które opisują szczegóły przelewów, rozliczeń czy potwierdzeń. Dla osoby dopiero zaczynającej pracę w bankowości kluczowe jest rozróżnienie dwóch głównych rodzin komunikatów: MT i MX (MX to nowsza, bardziej elastyczna forma oparta na standardzie ISO 20022).

Najważniejsze: MT to tradycyjny standard używany od lat, MX to nowoczesny, z większą elastycznością i lepszą możliwość inkluzji dodatkowych danych.

Jakie są najpopularniejsze typy komunikatów MT?

Najczęściej spotykane w praktyce typy MT to zestaw wiadomości o różnych zastosowaniach. Poniżej krótkie zestawienie, które pomoże odróżnić, do czego służą poszczególne kody:

• MT103 – przekaz pieniężny klienta (customer transfer). Zawiera szczegóły przelewu i dane odbiorcy.
• MT202 – zapłata między instytucjami (bank-to-bank). Służy do rozliczeń między bankami, bez danych klienta.
• MT202 COV – koperta MT202. Zawiera dodatkowe dane o tożsamości beneficjenta i chroni poufność danych klienta w transmisji.
• MT201 / MT203 – różne warianty przepływu płatności w zależności od sieci i banków pośredniczących.
• MT910 / MT940 – potwierdzenia wpływów i wyciągi z kont (często używane do reconciliacji i raportowania w systemach ERP).

W praktyce banki najczęściej operują MT103 i MT202. Pozostałe typy pojawiają się w specyficznych scenariuszach, np. w rozliczaniu korporacyjnym, potwierdzaniu odbioru lub w raportowaniu do klienta.

Czym różnią się MT od MX i kiedy warto wiedzieć o tym różnicach?

MT to tradycyjny, ustandaryzowany format oparty na wiadomościach tekstowych, który ogranicza możliwość dodania dodatkowych danych. MX opiera się na ISO 20022 i pozwala na bogatsze zestawy danych, lepsze semantyczne odwzorowanie transakcji oraz łatwiejszą integrację z nowymi systemami informatycznymi. W praktyce:

• MT jest szeroko kompatybilny z istniejącymi systemami bankowymi i archiwami, ale ogranicza elastyczność danych.
• MX umożliwia bogatsze opisy transakcji, standardyzację danych i lepsze dopasowanie do nowoczesnych procesów (kontekst podatkowy, zgodność z przepisami, enrich danych).
• W 2026 roku wiele instytucji kontynuuje obsługę MT, jednocześnie uruchamiając migracje do MX/ISO 20022 lub obsługę obu formatów równolegle.

Wiedza o tym, czy dany proces używa MT, MX czy obu, pomaga w planowaniu integracji systemów, ułatwia komunikację z bankiem i redukuje ryzyko błędów w danych.

Jak odczytywać numerację MT103, MT202 i pokrewnych?

Każdy typ MT ma kod trzycyfrowy po MT, który wskazuje na ogólną kategorię transakcji. Dla początkujących najważniejsze są:

• MT103 – przekaz pieniędzy klienta, zawiera dane odbiorcy, nadawcy, kwotę i numer referencyjny transakcji.
• MT202 – rozliczenie międzybankowe, często bez danych klienta, ale z identyfikacją nadawcy i odbiorcy w bilansach banków.
• MT202 COV – koperta MT202, zawiera także elementy identyfikujące beneficjenta w kontekście rozliczeń, co poprawia zgodność z regulacjami dotyczącymi poufności.

W praktyce, gdy czytasz komunikat, zwróć uwagę na: identyfikator nadawcy, identyfikator odbiorcy, kwotę, walutę, numer referencyjny oraz datę realizacji. To najważniejsze informacje do weryfikacji poprawności przelewu.

Kiedy użyć MT103 a kiedy MT202?

W skrócie:

• MT103 stosujemy, gdy operujemy przelewem z klienta (płatność klienta do odbiorcy). Zawiera on pełne dane beneficjenta i nadawcy.
• MT202 stosujemy w rozliczeniach między bankami, często do rozdzielania środka pieniężnego między instytucjami, bez danych klienta na poziomie pojedynczego przelewu.

W praktyce obsługa klienta często wymaga połączenia obu typów: MT103 do potwierdzenia przelewu klienta i MT202 do rozliczeń między bankami. Zrozumienie tych zależności pomaga w prawidłowym raportowaniu i księgowania w systemach finansowych.

Najczęstsze błędy przy pracy z komunikatami SWIFT i jak ich unikać?

Praktycy napotykają kilka typowych problemów. Oto lista najważniejszych błędów i sposoby ich unikania:

• Błąd w numerze referencyjnym – zawsze weryfikuj unikatowy identyfikator transakcji przed wysyłką.
• Złe dane beneficjenta – potwierdź dokładne imię i nazwisko, numer konta i bank, aby uniknąć opóźnień.
• Nieprawidłowa waluta – upewnij się, że waluta w komunikacie odpowiada preferencjom odbiorcy i umowie.
• Brak kompletności danych – MT202 bez danych klienta nie zawsze wystarczy; dołącz MT103 w odpowiednim przypadku.
• Paradoksy zgodności i ograniczenia AML – przestrzegaj wymogów dotyczących identyfikacji i raportowania podejrzanych transakcji.

Najlepiej ograniczyć liczbę pól, które wypełniamy ręcznie, i korzystać z autouzupełniania oraz walidacji pól w systemach ERP/treasury. To znacząco zmniejsza ryzyko błędów logistycznych i opóźnień.

Co zrobić, gdy identyfikujesz błąd w komunikacie SWIFT?

Jeśli po wysłaniu pojawi się błąd lub niezgodność, zastosuj poniższy szybki plan działania:

• Sprawdź komunikat błędu i numer referencyjny – upewnij się, że odnoszą się do właściwego przelewu.
• Zweryfikuj dane odbiorcy i nadawcy oraz walutę i kwotę – skoryguj, jeśli to konieczne.
• Skontaktuj się z bankiem odbiorcy i poproś o potwierdzenie odbioru danych – czasem problem wynika z opóźnienia w przetwarzaniu.

W razie potrzeby przygotuj raport z błędów i referencją transakcji, co ułatwi komunikację z działem operacyjnym i księgowym. W systemach ERP warto mieć „checklistę błędów SWIFT” do szybkiego diagnozowania problemów.

Najczęściej używane tabele porównujące typy komunikatów

Na co zwrócić uwagę podczas migracji do ISO 20022 (MX)?

Jeśli Twoja organizacja planuje migrację lub integrację nowego systemu, zwróć uwagę na:

• Mapowanie pól między MT a MX – co trafia, a co trzeba dopasować.
• Zgodność z przepisami lokalnymi i międzynarodowymi – wymogi AML/CTF i raportowania.
• Testy end-to-end – symuluj transakcje w obu formatach, aby wykryć różnice w interpretacji danych.

W praktyce migracja wymaga etapu testów i ścisłej współpracy z bankami i dostawcami oprogramowania Treasury Management System (TMS).

Najważniejsze: migracja do ISO 20022 to nie jednorazowy krok, to proces wymagający planu, testów i adaptacji zespołu IT i operacji bankowych.