Почему PUESC отклоняет RMPD и что исправить по коду RMPD500

Диспетчер нажимает «Отправить» в 23:40, потому что фура выезжает в шесть. Вместо номера возвращается RMPD500: «R01.CodeLatin: Pole: [GoodsSenderName] zawiera znaki, które są niedozwolone w kodowaniu Latin1+PL». Он исправляет название, отправляет снова, и теперь приходит «R02.PostalCodePl: niewłaściwy kod pocztowy PL: [nadawca, BRAK]». Третья попытка проходит в 00:15. Каждая такая строка это правило реестра, и каждое можно пройти с первого раза, если знать, что оно проверяет.

RMPD500 это ответ реестра PUESC на уведомление, которое не прошло проверку: вместо номера приходит перечень сообщений с кодом правила и полем, которого оно касается. Эта статья разбирает те коды, которые реестр возвращает перевозчикам на самом деле, по данным нашей платформы: 136 отказов на 242 уведомления, отправленные через Sigil с 24 июня по 15 сентября 2026 года. Это не статистика рынка, а то, что видит одна платформа с несколькими десятками перевозчиков.

Коротко: RMPD500 возвращает код правила в формате R01.CodeLatin, и именно код говорит, что исправлять · кириллица в названии или городе отправителя (R01) это самый частый отказ из-за данных: реестр принимает только латиницу с польскими буквами · польский адрес без почтового индекса в формате 00-000 (R02) отклоняется, а слово BRAK в индексе не спасает · дата начала в прошлом или дата окончания дальше чем 9 дней от подачи (R06, R15, R26) отклоняется при подаче, изменении и аннулировании · локатор, не активированный для SENT (R30), реестр не принимает даже с правильной контрольной суммой · переход границы и номер дороги должны совпадать со словарём PUESC · закрытие RMPD103 после того, как реестр закрыл уведомление сам (R16), приходит как отказ, и это не ошибка данных.

Что такое RMPD500 и как его читать

RMPD500 это техническое сообщение реестра с отказом. Его описывает Specyfikacja Techniczna Komunikatów Systemu RMPD от 20 ноября 2024 года: каждое уведомление проходит перечень правил R01–R14 из спецификации и ещё несколько, добавленных позже, а каждое нарушенное правило даёт отдельную строку в списке сообщений. Один RMPD500 может содержать несколько строк, и тогда исправлять нужно всё вместе, а не по одной.

Строка имеет постоянное строение: код правила, название правила, пояснение по-польски, в квадратных скобках поле или значение, которое не прошло, и время проверки. «R02.PostalCodePl: niewłaściwy kod pocztowy PL: [nadawca, BRAK]» означает правило R02 о польском почтовом индексе, поле отправителя, значение BRAK.

Означает ли RMPD500, что уведомление частично принято? Нет. Уведомление не зарегистрировано, и номера нет. После исправления отправляют новое RMPD100, а не RMPD101: менять можно только то, что реестр уже принял. Что делает каждый документ семейства, описано в статье RMPD100, 101, 103, 104 и какой документ когда подавать.

Какие коды возвращает реестр на самом деле

По данным нашей платформы, с 24 июня по 15 сентября 2026 года через Sigil отправлено 242 уведомления RMPD100. Реестр ответил отказом RMPD500 136 раз; отказ получили 60 уведомлений, то есть каждое четвёртое, а 38 из них после исправления реестр принял. В 136 ответах было 137 строк с такими правилами.

Две оговорки к этой таблице. Первая: 31 строка о переходе границы и часть отказов R16 приходятся на первые недели работы интеграции, когда название перехода в нашем словаре отличалось от названия в PUESC на одну букву; реестр сравнивает строки дословно. Вторая: строки считаются по сообщениям, а не по перевозчикам, и одна упорная ошибка может дать десять строк от одного уведомления, как R01 в таблице.

R01 кириллица в поле, где реестр ждёт латиницу

Правило R01 из спецификации допускает в текстовых полях только знаки Latin1 плюс польские буквы: a-zA-Z0-9, знаки препинания и ąćęłńóśźżĄĆĘŁŃÓŚŹŻ. Кириллическое название отправителя из CMR «ТОВ Агротрейд» не проходит, как и апостроф в «Карп'юк» в виде знака ' с украинской раскладки, которого нет в Latin1.

Реестр называет поле в скобках: GoodsSenderName это название отправителя, GoodsSenderAddressCity город отправителя, journeyStartCity город начала. В наших данных все 19 строк R01 касались именно отправителя и города начала в Украине: перевозчик переписал графу 1 CMR так, как она напечатана, кириллицей.

Что делать: транслитерировать по правилам, по которым выписан загранпаспорт или международная накладная, и так же во всех полях этого уведомления. ТОВ становится TOV, Карп'юк становится Karpiuk. Это не противоречит правилу переписывать CMR дословно: реестр физически не принимает кириллицы, и транслитерация это то же название в другом алфавите, а не другое название.

R02 польский адрес без почтового индекса

Правило R02: если в адресе стороны страна PL, почтовый индекс должен быть в формате 00-000. Правило применяется только к польским адресам; для Украины и Германии формат не проверяется.

В наших данных это 12 строк для 7 уведомлений, и почти все с тем же значением: [nadawca, BRAK] или [odbiorca, BRAK]. Диспетчер знал, что пустую улицу или номер дома нужно заполнять словом BRAK, и применил то же к индексу. Для индекса это не работает: BRAK разрешён только в полях Street и HouseNumber (правило R04).

Что делать: найти индекс польской стороны в инвойсе, на печати или по адресу в справочнике Poczta Polska и вписать как пять цифр с дефисом. Если в CMR его нет, это именно тот случай, когда данные просят у отправителя, а не выдумывают.

R06, R15, R26 даты, которые реестр считает от сегодня

Три правила об одном: дата начала перевозки не может быть в прошлом, а дата окончания не может быть дальше чем на 9 дней от дня подачи. R06 действует при регистрации, R15 при изменении через RMPD101, R26 при аннулировании через RMPD104.

Самая частая ситуация в наших данных, 8 уведомлений из 9 строк R06: диспетчер подаёт уведомление вечером на рейс, который планируется на 10 дней, и ставит дату окончания на десятый день. Реестр считает 9 дней от даты подачи, не от даты начала: «Data zakończenia transportu (2026-09-18) jest późniejsza niż maksymalna dozwolona data (2026-09-17)». Вторая ситуация: уведомление подготовлено вчера, отправлено после полуночи, и дата начала уже «wcześniejsza niż dzisiejsza data».

R26 появляется тогда, когда перевозчик хочет аннулировать рейс, который по датам уже начался: «Data rozpoczęcia przewozu towaru: [2026-09-03] nie może być wcześniejsza od bieżącej w chwili anulowania». После даты начала аннулирование невозможно, остаётся закрытие.

Что делать: подавать не раньше чем за 9 дней до конца рейса, а если рейс длиннее, ставить дату окончания в пределах 9 дней и продлевать через RMPD101 в дороге. Уведомление, подготовленное вечером, отправлять до полуночи по польскому времени или проверить дату начала после полуночи.

R30 локатор есть, но не для SENT

Правило R30 проверяет не формат номера локатора, а то, активировано ли устройство для передачи позиции в рамках уведомлений SENT: «podany numer nie jest aktywowany do rejestracji położenia w ramach zgłoszeń SENT». Контрольная сумма правильная, устройство существует, но в реестре SENT-GEO оно не отмечено как активное для этого перевозчика.

В наших данных это 17 строк для 8 уведомлений, и тот же номер повторялся несколько раз: диспетчер видел, что номер правильный, и отправлял ещё раз. Не хватало не цифры, а активации.

Что делать: зайти на PUESC в сервис локаторов и проверить статус устройства; активировать его для перевозчика или вписать другой, уже активный. Запасной локатор проверяется так же.

Переход границы и номер дороги вне словаря

Этот отказ приходит без кода правила: «No borderCross for routePlace: Dorohusk - Jagodzin, routeNumber: DK12». Реестр имеет словарь дорожных переходов, в котором каждая запись это пара из названия перехода и номера дороги, и сравнивает оба значения дословно. «Dorohusk - Jagodzin» с дорогой DK12 в словаре не было; была другая запись для того же перехода.

В наших данных это 31 строка для 8 уведомлений, больше всего в таблице, и почти все из первых недель интеграции: словарь переходов на нашей стороне отличался от словаря PUESC. Это исправлено, но механизм остаётся тем же для каждого, кто заполняет форму на портале: название перехода не вписывают, а выбирают из списка, и дорога подставляется вместе с ним.

Что делать: в секциях 3.7 и 3.8 выбирать переход из словаря, а не по памяти; если пункт въезда не из перечня, использовать поле «Miejsce spoza listy» с координатами, а не вписывать название в поле перехода.

R16 закрытие, которое реестр уже сделал сам

«R16.RMPD103Rejected: Przesłany komunikat nie jest aktualnie obsługiwany» приходит в ответ на RMPD103, когда уведомление уже не в том статусе, из которого его можно закрыть: реестр закрыл его автоматически после плановой даты окончания (статус 5) или оно аннулировано. Это не ошибка данных, и ничего исправлять не нужно.

В наших данных это 25 строк для 16 уведомлений: закрытие шло на следующий день после плановой даты, а реестр успел закрыть их сам. Что означает каждый статус и когда закрывать самому, разобрано в справке Проверка статусов RMPD.

Отказ с кодом это ответ реестра; когда реестр не отвечает вообще, действует другая процедура, с документом-заменой в GITD, разобранная в статье Что делать с RMPD и SENT, когда PUESC не работает.

Если аккаунта в PUESC ещё нет, каждый экран формы регистрации с подписями разобран в статье Регистрация в PUESC для перевозчика, пошагово со скринами.

Что делать

1. 1Читайте код правила, не только текст. R01 это знаки, R02 индекс, R06 даты, R30 локатор. Код говорит, какое поле открывать.
2. 2Исправляйте всё из одного RMPD500 вместе. Несколько строк это несколько ошибок, и по одной они заберут несколько попыток.
3. 3Транслитерируйте названия и города из Украины так же, как в загранпаспорте, во всех полях одного уведомления. Кириллица не проходит никогда.
4. 4Для польской стороны найдите индекс в формате 00-000. BRAK работает только для улицы и номера дома.
5. 5Ставьте дату окончания не дальше чем на 9 дней от дня подачи, а не от дня въезда. Более длинный рейс продлевайте через RMPD101.
6. 6Перед первым рейсом проверьте на PUESC, что локатор активирован для SENT-GEO. Правильный номер без активации это R30.
7. 7Переход границы выбирайте из словаря, а после плановой даты окончания сначала проверьте статус, прежде чем закрывать: закрытое реестром уведомление закрывать не нужно.

Чего не делать

• ✗Не отправляйте то же уведомление второй раз без изменений. RMPD500 повторяется дословно, а каждая попытка оставляет след в реестре.
• ✗Не вписывайте BRAK в почтовый индекс. Правило R04 разрешает его только в улице и номере дома.
• ✗Не переписывайте кириллическое название из CMR в уведомление. Реестр принимает только Latin1 с польскими буквами; транслитерация это то же название.
• ✗Не считайте 9 дней от даты въезда. Реестр считает от дня подачи, и десятидневный рейс требует RMPD101 в дороге.
• ✗Не аннулируйте рейс после даты начала. R26 откажет; после старта уведомление только закрывают.

Где здесь Sigil

Sigil читает RMPD500 за перевозчика: код правила и название поля из скобок переводятся на название того же поля в форме, и диспетчер видит, что именно исправить, на своём языке, без польского текста реестра. Часть правил система проверяет ещё до отправки: формат регистрационных номеров, слово BRAK, польский индекс, границы дат, контрольную сумму локатора, поэтому эти отказы до реестра не доходят. Активацию локатора на PUESC и транслитерацию названий подтверждает человек: система не меняет данных из CMR сама.

Отказ стоит минут, а не часов: по нашим данным PUESC отвечает на уведомление за 4 секунды, а весь цикл от фото CMR до номера длится в медиане 6 минут; что на самом деле затягивает оформление, в статье Сколько на самом деле длится оформление RMPD.

Sigil обслуживает декларации RMPD. Уведомление SENT о товаре подаёт отправитель или получатель.