BGK zmienia pliki płatności — stare pola adresowe mogą zniknąć z importu

BGK w komunikacie z 8 października 2026 r. zapowiedział zmiany w plikach związane z wdrożeniem nowego centralnego systemu bankowego. W eksporcie zmieni się format numeru dokumentu i rozszerzy lista kodów operacji. Dla instytucji korzystających z bgk24 oznacza to konieczność sprawdzenia zarówno plików płatniczych wysyłanych do banku, jak i danych pobieranych do księgowości.

Według zasad ISO 20022 dla bgk24 zmiany obowiązują od 12 października 2026 r. Istniejące szablony importu płatności krajowych pozostają dostępne, lecz zapisane w nich trzecia i czwarta linia szczegółów odbiorcy nie będą wczytywane jako adres. W imporcie płatności zagranicznych format MT103 ma zostać wycofany. Samo przyjęcie pliku nie wystarczy więc do stwierdzenia, że bank otrzymał wszystkie dane zapisane przez ERP.

Mazowiecki oddział NFZ uprzedził świadczeniodawców o planowanym wdrożeniu systemu BGK od 9 do 12 października 2026 r. i przewidywał ponowną możliwość realizacji przelewów od 13 października. To harmonogram planowany; nie przesądza o wyniku działania konkretnego połączenia z systemem księgowym.

Dlaczego krajowy plik może utracić adres

W przelewie krajowym adres odbiorcy pozostaje opcjonalny. Jeżeli jednak plik zawiera jakiekolwiek dane adresowe, pola Miasto i Kraj stają się obowiązkowe. Przy wszystkich płatnościach zagranicznych oba pola odbiorcy są wymagane. Adres ustrukturyzowany rozdziela jego składniki na osobne pola, zamiast umieszczać je w kolejnych liniach szczegółów odbiorcy.

Najważniejsza różnica dotyczy istniejących szablonów krajowych: można nadal z nich korzystać, ale dawne linie adresowe nie zostaną zaimportowane. Jeśli adres ma znaleźć się w zleceniu, dostępne są nowy szablon predefiniowany pain.001 lub nowo utworzony szablon własny. Dlatego kontrola obejmuje zawartość zlecenia powstałego w bgk24, a nie wyłącznie wynik technicznego wczytania pliku.

W nowych szablonach własnych CSV, XML i XLSX stare pola adresowe ustępują polom ustrukturyzowanym. Inaczej wygląda przejście dla istniejących szablonów importu zagranicznego: dawne linie mogą zostać przypisane do Miasta i Kraju. Pozostałych składników adresu nie należy jednak zakładać na podstawie takiego przypisania. Pełniejszy adres i opcjonalny identyfikator odbiorcy, na przykład LEI, wymagają formatu, który przewiduje dla nich odrębne pola.

Stary format — zmiana — działanie dla ERP i księgowości

Pliki wysyłane do bgk24 i pliki pobierane z banku pełnią różne role. Poniższa mapa wskazuje dla każdego formatu dotychczasowy sposób użycia, zapowiedzianą zmianę oraz element integracji, który warto sprawdzić.

• CSV: w zagranicznym imporcie dawne linie adresowe mają trafić do pól Miasto i Kraj, lecz pozostałe dane adresowe odbiorcy nie będą dostępne w tym formacie. Działanie: porównać zawartość zlecenia z plikiem wygenerowanym przez ERP i ustalić, czy potrzebny jest format przenoszący pełniejszy adres.
• XML: w imporcie zagranicznym dotychczasowe pola adresowe zastępują pola adresu ustrukturyzowanego; dochodzą opcjonalne pola identyfikatora odbiorcy. Działanie: zestawić mapowanie ERP z aktualnym szablonem XML, zamiast uznawać samo rozszerzenie pliku za potwierdzenie zgodności.
• XLSX: nowo tworzone szablony własne udostępniają nowe pola adresowe w miejsce starych. Działanie: sprawdzić, do których pól trafiają dane odbiorcy w szablonie używanym przez instytucję, zwłaszcza gdy adres jest przekazywany przy płatności krajowej.
• pain.001: nowy szablon predefiniowany pozwala importować dane adresowe w nowej strukturze. Działanie: porównać utworzone zlecenie z danymi źródłowymi, jeżeli dotychczasowy import krajowy pomija adres albo płatność zagraniczna wymaga pełniejszych danych odbiorcy.
• camt.052: BGK dodaje format eksportu historii operacji zgodny z ISO 20022. Działanie: sprawdzić odczyt historii w systemie księgowym wtedy, gdy instytucja zamierza pobierać ją w tym formacie.
• camt.053: nowy format służy do eksportu wyciągów, podczas gdy dotychczasowe predefiniowane formaty eksportu pozostają dostępne. Działanie: oddzielić ewentualne wdrożenie nowego wyciągu od kontroli odczytu już używanych plików.
• MT103: format ma zostać wycofany z importu płatności zagranicznych. Działanie: zmienić format pliku generowanego dla bgk24; sama poprawa pól adresowych w MT103 nie rozwiąże problemu wycofanego importu.

Zmiany w eksporcie mogą dotknąć reguł księgowania

Po stronie danych pobieranych z BGK znaczenie mają format numeru dokumentu i rozszerzona lista kodów operacji. Integracja, która rozpoznaje dokument po ustalonej długości numeru albo akceptuje tylko zamknięty zestaw kodów, może wymagać zmiany reguł. Trzeba też sprawdzić, czy nowe wartości trafiają do właściwych pól systemu księgowego, a nie jedynie czy plik daje się otworzyć.

Pojawienie się camt.052 i camt.053 nie oznacza obowiązkowego przejścia wszystkich odbiorców na te formaty: istniejące predefiniowane eksporty mają pozostać dostępne. Osobnym zagadnieniem jest jednak zmiana danych w plikach eksportowych związana z migracją systemu. Instytucja może więc zachować dotychczasowy format pliku, a mimo to potrzebować kontroli sposobu identyfikowania dokumentów i operacji.

Krótki test całego obiegu pliku

Test integracji powinien śledzić dane od pliku źródłowego do zlecenia w bgk24, a następnie od eksportu bankowego do zapisu w księgowości. Pozwala to odróżnić poprawne wczytanie pliku od zachowania informacji potrzebnych do wykonania i rozliczenia płatności.

• Zaimportować reprezentatywny plik krajowy ze starego szablonu i porównać adres odbiorcy w pliku oraz w utworzonym zleceniu.
• Jeśli adres ma zostać zachowany, powtórzyć próbę z nowym szablonem własnym lub pain.001 i sprawdzić pola Miasto oraz Kraj.
• Osobno sprawdzić zagraniczne CSV i XML: przypisanie dawnych linii adresowych, wymagane pola odbiorcy oraz ewentualny identyfikator.
• Ustalić, czy proces eksportujący płatności zagraniczne nadal tworzy MT103, i sprawdzić plik w formacie przewidzianym do dalszego importu.
• Pobrać używany plik eksportowy i zweryfikować, jak system księgowy odczytuje numer dokumentu oraz kod operacji.

Dla instytucji rozstrzygające będzie porównanie danych po obu stronach połączenia z bgk24. Przelew zapisany w pliku może przejść etap importu, choć stare pola adresowe nie dotrą do zlecenia; podobnie pobrany eksport może wymagać zmiany reguł księgowania mimo zachowania dotychczasowego formatu.

Przeczytaj także:

• Fałszywy sklep może wyglądać profesjonalnie — sprawdź go przed płatnością
• CV pod ATS: skopiuj tekst z PDF, zanim znikną nagłówki i certyfikaty
• WordPress 7.1.2 zamyka drogę do RCE — poprawkę dostały też stare wersje