Czemu PUESC odrzuca RMPD i co poprawić po kodzie RMPD500

Dyspozytor ukraińskiego przewoźnika, któremu zleciłeś przewóz, klika „Wyślij” o 23:40, bo ciężarówka rusza o szóstej. Zamiast numeru referencyjnego wraca RMPD500: „R01.CodeLatin: Pole: [GoodsSenderName] zawiera znaki, które są niedozwolone w kodowaniu Latin1+PL”. Poprawia nazwę, wysyła ponownie, teraz „R02.PostalCodePl: niewłaściwy kod pocztowy PL: [nadawca, BRAK]”. Trzecia próba przechodzi o 00:15. Oba błędy wzięły się z twojego CMR: nazwa nadawcy cyrylicą na pieczątce i brak kodu pocztowego przy adresie.

RMPD500 to odpowiedź rejestru PUESC na zgłoszenie, które nie przeszło walidacji: zamiast numeru przychodzi lista komunikatów z kodem reguły i polem, którego dotyczy. Ten artykuł rozbiera kody, które rejestr naprawdę zwraca przewoźnikom, na danych naszej platformy: 136 odrzuceń na 242 zgłoszenia wysłane przez Sigil od 24 czerwca do 15 września 2026 r. To nie jest statystyka rynku, tylko to, co widzi jedna platforma z kilkudziesięcioma przewoźnikami. Dla nadawcy ważne jest jedno: połowa tych reguł sprawdza dane, które wpisałeś do CMR.

W skrócie: RMPD500 zwraca kod reguły w formacie R01.CodeLatin, i to kod mówi, co poprawić · cyrylica w nazwie albo mieście nadawcy (R01) to najczęstsze odrzucenie z powodu danych: rejestr przyjmuje tylko łacinkę z polskimi literami · polski adres bez kodu pocztowego w formacie 00-000 (R02) jest odrzucany, a BRAK w kodzie nie ratuje · data rozpoczęcia w przeszłości albo zakończenia dalej niż 9 dni od złożenia (R06, R15, R26) odpada przy złożeniu, zmianie i anulowaniu · lokalizator nieaktywowany dla SENT (R30) rejestr odrzuca nawet z poprawną sumą kontrolną · przejście graniczne i numer drogi muszą zgadzać się ze słownikiem PUESC · zamknięcie RMPD103 po tym, jak rejestr zamknął zgłoszenie sam (R16), wraca jako odrzucenie, i to nie jest błąd danych.

Czym jest RMPD500 i jak go czytać

RMPD500 to komunikat techniczny rejestru z odrzuceniem. Opisuje go Specyfikacja Techniczna Komunikatów Systemu RMPD z 20 listopada 2024 r.: każde zgłoszenie przechodzi listę reguł R01–R14 ze specyfikacji i kilka dodanych później, a każda naruszona reguła daje osobny wiersz w liście komunikatów. Jeden RMPD500 może zawierać kilka wierszy i wtedy poprawia się wszystko naraz, nie po jednym.

Wiersz ma stałą budowę: kod reguły, nazwa reguły, wyjaśnienie, w nawiasie kwadratowym pole albo wartość, która nie przeszła, i czas sprawdzenia. „R02.PostalCodePl: niewłaściwy kod pocztowy PL: [nadawca, BRAK]” to reguła R02 o polskim kodzie pocztowym, pole nadawcy, wartość BRAK.

Czy RMPD500 znaczy, że zgłoszenie jest częściowo przyjęte? Nie. Zgłoszenie nie jest zarejestrowane i numeru nie ma. Po poprawce wysyła się nowe RMPD100, nie RMPD101: zmieniać można tylko to, co rejestr już przyjął. Co robi każdy dokument rodziny, w artykule RMPD100, 101, 103, 104 i który dokument kiedy składać.

Jakie kody rejestr naprawdę zwraca

Według danych naszej platformy od 24 czerwca do 15 września 2026 r. przez Sigil wysłano 242 zgłoszenia RMPD100. Rejestr odpowiedział odrzuceniem RMPD500 136 razy; odrzucenie dostało 60 zgłoszeń, czyli co czwarte, a 38 z nich rejestr po poprawce przyjął. W 136 odpowiedziach było 137 wierszy z następującymi regułami.

Dwa zastrzeżenia. Pierwsze: 31 wierszy o przejściu granicznym i część R16 przypada na pierwsze tygodnie integracji, gdy nazwa przejścia w naszym słowniku różniła się od nazwy w PUESC o jedną literę; rejestr porównuje ciągi dosłownie. Drugie: wiersze liczą się per komunikat, nie per przewoźnik, i jeden uparty błąd daje dziesięć wierszy z jednego zgłoszenia, jak R01 w tabeli.

R01 cyrylica tam, gdzie rejestr czeka łacinki

Reguła R01 ze specyfikacji dopuszcza w polach tekstowych tylko znaki Latin1 plus polskie litery: a-zA-Z0-9, znaki interpunkcyjne i ąćęłńóśźżĄĆĘŁŃÓŚŹŻ. Nazwa nadawcy z CMR „ТОВ Агротрейд” cyrylicą nie przechodzi, podobnie jak apostrof w „Карп'юк” w postaci znaku z ukraińskiej klawiatury, którego w Latin1 nie ma.

Rejestr nazywa pole w nawiasie: GoodsSenderName to nazwa nadawcy, GoodsSenderAddressCity miasto nadawcy, journeyStartCity miasto rozpoczęcia. W naszych danych wszystkie 19 wierszy R01 dotyczyło nadawcy i miasta rozpoczęcia na Ukrainie: przewoźnik przepisał rubrykę 1 CMR tak, jak była wydrukowana, cyrylicą.

Co robić: transliterować według zasad z paszportu zagranicznego albo z listu przewozowego, tak samo we wszystkich polach zgłoszenia. ТОВ staje się TOV, Карп'юк staje się Karpiuk. To nie kłóci się z zasadą przepisywania CMR dosłownie: rejestr fizycznie nie przyjmuje cyrylicy, a transliteracja to ta sama nazwa w innym alfabecie. Nadawca z Ukrainy, który już na CMR pisze nazwę łacinką, oszczędza przewoźnikowi tej rundy.

R02 polski adres bez kodu pocztowego

Reguła R02: gdy w adresie strony państwo to PL, kod pocztowy musi mieć format 00-000. Reguła dotyczy tylko polskich adresów; dla Ukrainy i Niemiec format nie jest sprawdzany.

W naszych danych to 12 wierszy dla 7 zgłoszeń, prawie wszystkie z tą samą wartością: [nadawca, BRAK] albo [odbiorca, BRAK]. Dyspozytor wiedział, że pustą ulicę albo numer domu wypełnia się słowem BRAK, i zrobił to samo z kodem pocztowym. Dla kodu to nie działa: BRAK jest dozwolony tylko w polach Street i HouseNumber (reguła R04).

Co robić: kod pocztowy polskiej strony jest na fakturze, na pieczątce albo w bazie Poczty Polskiej; pięć cyfr z myślnikiem. Jeśli na CMR go nie ma, to dokładnie ten przypadek, w którym przewoźnik pyta nadawcę, a nie zgaduje. Pełny adres z kodem na pieczątce w rubryce 1 i 2 załatwia sprawę po twojej stronie.

R06, R15, R26 daty, które rejestr liczy od dziś

Trzy reguły o jednym: data rozpoczęcia przewozu nie może być w przeszłości, a data zakończenia nie dalej niż 9 dni od dnia złożenia. R06 działa przy rejestracji, R15 przy zmianie przez RMPD101, R26 przy anulowaniu przez RMPD104.

Najczęstsza sytuacja w naszych danych, 8 zgłoszeń z 9 wierszy R06: dyspozytor składa zgłoszenie wieczorem na przewóz planowany na 10 dni i wpisuje datę zakończenia na dziesiąty dzień. Rejestr liczy 9 dni od daty złożenia, nie od daty rozpoczęcia: „Data zakończenia transportu (2026-09-18) jest późniejsza niż maksymalna dozwolona data (2026-09-17)”. Druga sytuacja: zgłoszenie przygotowane wczoraj, wysłane po północy, i data rozpoczęcia jest już „wcześniejsza niż dzisiejsza data”.

R26 pojawia się, gdy przewoźnik chce anulować przewóz, który według dat już się zaczął: „Data rozpoczęcia przewozu towaru: [2026-09-03] nie może być wcześniejsza od bieżącej w chwili anulowania”. Po dacie rozpoczęcia anulowanie jest niemożliwe, zostaje zamknięcie.

Co robić: składać nie wcześniej niż 9 dni przed końcem przewozu, a dłuższy przewóz przedłużać przez RMPD101 w trasie. Zgłoszenie przygotowane wieczorem wysyłać przed północą czasu polskiego albo sprawdzić datę rozpoczęcia po północy.

R30 lokalizator jest, ale nie dla SENT

Reguła R30 sprawdza nie format numeru lokalizatora, tylko czy urządzenie jest aktywowane do przekazywania pozycji w ramach zgłoszeń SENT: „podany numer nie jest aktywowany do rejestracji położenia w ramach zgłoszeń SENT”. Suma kontrolna zgadza się, urządzenie istnieje, ale w SENT-GEO nie jest oznaczone jako aktywne dla tego przewoźnika.

W naszych danych to 17 wierszy dla 8 zgłoszeń, i ten sam numer powtarzał się kilka razy: dyspozytor widział, że numer jest poprawny, i wysyłał ponownie. Brakowało nie cyfry, tylko aktywacji.

Co robić: sprawdzić na PUESC w usłudze lokalizatorów status urządzenia; aktywować je dla przewoźnika albo wpisać inne, już aktywne. Lokalizator zapasowy jest sprawdzany tak samo.

Przejście graniczne i numer drogi spoza słownika

To odrzucenie przychodzi bez kodu reguły: „No borderCross for routePlace: Dorohusk - Jagodzin, routeNumber: DK12”. Rejestr ma słownik przejść drogowych, w którym każdy wpis to para z nazwy przejścia i numeru drogi, i porównuje obie wartości dosłownie. „Dorohusk - Jagodzin” z drogą DK12 w słowniku nie było; był inny wpis dla tego samego przejścia.

W naszych danych to 31 wierszy dla 8 zgłoszeń, najwięcej w tabeli, i prawie wszystkie z pierwszych tygodni integracji: słownik przejść po naszej stronie różnił się od słownika PUESC. To jest naprawione, ale mechanizm zostaje ten sam dla każdego, kto wypełnia formularz na portalu: nazwy przejścia się nie wpisuje, tylko wybiera z listy, a droga podstawia się razem z nią.

Co robić: w sekcjach 3.7 i 3.8 wybierać przejście ze słownika, nie z pamięci; gdy punkt wjazdu jest spoza listy, użyć pola „Miejsce spoza listy” ze współrzędnymi, a nie wpisywać nazwy w pole przejścia.

R16 zamknięcie, które rejestr już zrobił sam

„R16.RMPD103Rejected: Przesłany komunikat nie jest aktualnie obsługiwany” przychodzi w odpowiedzi na RMPD103, gdy zgłoszenie nie jest już w statusie, z którego można je zamknąć: rejestr zamknął je automatycznie po planowanej dacie zakończenia (status 5) albo jest anulowane. To nie jest błąd danych i nie ma czego poprawiać.

W naszych danych to 25 wierszy dla 16 zgłoszeń: zamknięcie szło dzień po planowanej dacie, a rejestr zdążył zamknąć je sam. Co znaczy każdy status i kiedy zamykać samemu, w pomocy Sprawdzanie statusów RMPD.

Odrzucenie z kodem to odpowiedź rejestru; gdy rejestr nie odpowiada wcale, działa inna procedura, z dokumentem zastępującym do GITD, rozebrana w tekście Co zrobić z RMPD i SENT, gdy PUESC nie działa.

Gdy przewoźnik nie ma jeszcze konta na PUESC, każdy ekran formularza rejestracji opisuje tekst Rejestracja w PUESC dla przewoźnika spoza UE, krok po kroku.

Co robić

1. 1Wystawiając CMR dla przewoźnika z Ukrainy, wpisz nazwę i adres polskiej strony z kodem pocztowym 00-000, a nazwę ukraińskiej strony łacinką, jeśli ją znasz. Dwa najczęstsze odrzucenia z powodu danych biorą się z rubryk 1 i 2.
2. 2Czytaj kod reguły, nie tylko tekst, gdy przewoźnik przysyła ci RMPD500 z pytaniem. R01 to znaki, R02 kod pocztowy, R06 daty, R30 lokalizator.
3. 3Przekazuj przewoźnikowi datę rozładunku realistycznie: rejestr liczy 9 dni od dnia złożenia, a dłuższy przewóz wymaga RMPD101 w trasie.
4. 4Przy zmianie terminu albo miejsca rozładunku daj znać tego samego dnia. Po dacie rozpoczęcia zgłoszenia nie da się anulować, tylko zamknąć.
5. 5Nie proś przewoźnika o „poprawienie na właściwe” danych, których nie ma na CMR. Kod pocztowy i pełna nazwa mają być na dokumencie, nie w domysłach.
6. 6Gdy przewoźnik dostaje R30, to sprawa jego urządzenia na PUESC, nie twojego zgłoszenia SENT. Numer lokalizatora w SENT i w RMPD musi być ten sam i aktywny.
7. 7Odrzucone zgłoszenie nie ma numeru. Do czasu, aż przewoźnik prześle ci nowy numer, ciężarówka nie powinna wjeżdżać do Polski.

Czego nie robić

• ✗Nie wpisuj na CMR nazwy nadawcy wyłącznie cyrylicą. Rejestr przyjmuje tylko Latin1 z polskimi literami, a przewoźnik i tak będzie musiał transliterować.
• ✗Nie zostawiaj pustego kodu pocztowego przy polskim adresie. BRAK działa tylko dla ulicy i numeru domu.
• ✗Nie licz 9 dni od daty wjazdu. Rejestr liczy od dnia złożenia.
• ✗Nie każ anulować przewozu po dacie rozpoczęcia. R26 odrzuci; po starcie zgłoszenie tylko się zamyka.
• ✗Nie traktuj RMPD500 jako częściowego przyjęcia. Zgłoszenie nie istnieje, dopóki nie przyjdzie RMPD110 z numerem.

Gdzie tu Sigil

Sigil czyta RMPD500 za przewoźnika: kod reguły i nazwa pola z nawiasu są tłumaczone na nazwę tego samego pola w formularzu, a dyspozytor widzi, co dokładnie poprawić, w swoim języku, bez polskiego tekstu rejestru. Część reguł system sprawdza przed wysyłką: format numerów rejestracyjnych, słowo BRAK, polski kod pocztowy, granice dat, sumę kontrolną lokalizatora, więc te odrzucenia do rejestru nie docierają. Aktywację lokalizatora na PUESC i transliterację nazw potwierdza człowiek: system nie zmienia danych z CMR sam.

Odrzucenie kosztuje minuty, nie godziny: według naszych danych PUESC odpowiada na zgłoszenie w 4 sekundy, a cały cykl od zdjęcia CMR do numeru trwa w medianie 6 minut; co naprawdę wydłuża zgłoszenie, w artykule Ile naprawdę trwa złożenie RMPD od zdjęcia CMR do numeru.

Sigil obsługuje deklaracje RMPD. Zgłoszenie SENT dotyczące towaru składa nadawca albo odbiorca.