Ошибка SPRT, PPDD, PPDN при агрегации пива в потребительских упаковках в КИГУ
В целом, ситуация следующая:
В последнее время ввод в оборот и агрегация КИГУ кодов вызывает ошибку, а именно, система Честного Знака возвращает следущее описание:
Document processing was failed
3: Некорректно заполнены тэги: Неверно указан тег SPRT, Неверно указан тег PPDD, Неверно указан тег PPDN
В общем и целом, пришлось потратить не мало времени на то, чтобы выяснить, что это за звери такие, и кому они нужны.
Важно отметить, что документ маркировки товаров ИСМП не формируется в режиме "Отчёт о производственной линии", и, что не менее важно, коды потребительских упаковок вводятся в оборот корректно.
То есть, первый запрос в ЧЗ о вводе потреб. упаковок проходит корректно, и 1С отправляет полные данные
А вот когда 1С пытается отправить коды КИГУ для верификации - получаю ошибку. Так вот, что это за теги:
SPRT - Не указан параметр «alcoholVolume»
PPDD - Не указан параметр «documentDate»
PPDN - Не указан параметр «documentNumber»
Эти три слона в посудной лавке ломают весь процесс производства. Странно то, что ранее ЧЗ не возвращал ошибку, до этого ему всё нравилось (скидывать полные логи обмена не буду, просто поверьте, я проверял), но сейчас он начал требовать эти атрибуты в сообщении о нанесении, что вызывает большие вопросы... Может быть, у кого-нибудь есть инфа, почему такое произошло?
Есть вариант, как можно решить эту проблему в режиме предприятия, чтобы хоть как-то вводить и агрегировать продукцию, а именно:
1 .Отдельно создаём документ маркировки для потребительских упаковок. Прогоняем отчёт и вводим в оборот продукцию
2. Отдельно создаём документ маркировки для КОДОВ КИГУ. При этом, в документе следует включить галочку "Отчёт о производственной линии", а в списке кодов передать все коды КИГУ, которые вы хотите использовать для агрегации. При этом коды кигу мы пишем в колонке для потребительских упаковок (НЕ в коды упаковок)
3. Создаём последний документ маркировки. Выбираем тип агрегации и заполняем его в соответствие с реальной физической вложенностью
создавать три документа, конечно, не круто, но хотя бы можно завершить последние обязательные процессы агрегации.
по поводу того, где именно находится код, отвечающий за заполнение этих параметров - я, вроде как, нашёл это место, вот оно (скрин): Документ маркировки товаров ИСМП - Модуль менеджера, процедура СообщенияJSONОтчетОНанесении()
Возможно, у кого-то может быть этот код в другом месте, но хотя бы по расшифровке тегов вы сможете их найти. У меня это заняло много времени, т.к. сами теги нормально нигде не описаны, а просто тупой поиск их в коде не даёт результатов (в отличии от того, что я вам описал выше)
Я пока что ещё не приступил к исправлению этого косяка, но как только сделаю это, то оставлю тут инфу, как решил данный вопрос кодом. К сожалению, в данной ситуации, без исправления ручками тут не обойтись (поверьте, я пытался)
Если кто-то решил эту проблему именно в режиме предприятия, и, на самом деле, ошибка связана с какой-то настройкой, то отпишитесь, может я слона пропустил....
P.S. Сегодня нашёл на bugboard.1c.ru ошибку на рассмотрении, обнаружена была 18.05.2026, но на УПП. Потому, УПП тоже здесь отмечу
В последнее время ввод в оборот и агрегация КИГУ кодов вызывает ошибку, а именно, система Честного Знака возвращает следущее описание:
Document processing was failed
3: Некорректно заполнены тэги: Неверно указан тег SPRT, Неверно указан тег PPDD, Неверно указан тег PPDN
В общем и целом, пришлось потратить не мало времени на то, чтобы выяснить, что это за звери такие, и кому они нужны.
Важно отметить, что документ маркировки товаров ИСМП не формируется в режиме "Отчёт о производственной линии", и, что не менее важно, коды потребительских упаковок вводятся в оборот корректно.
То есть, первый запрос в ЧЗ о вводе потреб. упаковок проходит корректно, и 1С отправляет полные данные
А вот когда 1С пытается отправить коды КИГУ для верификации - получаю ошибку. Так вот, что это за теги:
SPRT - Не указан параметр «alcoholVolume»
PPDD - Не указан параметр «documentDate»
PPDN - Не указан параметр «documentNumber»
Эти три слона в посудной лавке ломают весь процесс производства. Странно то, что ранее ЧЗ не возвращал ошибку, до этого ему всё нравилось (скидывать полные логи обмена не буду, просто поверьте, я проверял), но сейчас он начал требовать эти атрибуты в сообщении о нанесении, что вызывает большие вопросы... Может быть, у кого-нибудь есть инфа, почему такое произошло?
Есть вариант, как можно решить эту проблему в режиме предприятия, чтобы хоть как-то вводить и агрегировать продукцию, а именно:
1 .Отдельно создаём документ маркировки для потребительских упаковок. Прогоняем отчёт и вводим в оборот продукцию
2. Отдельно создаём документ маркировки для КОДОВ КИГУ. При этом, в документе следует включить галочку "Отчёт о производственной линии", а в списке кодов передать все коды КИГУ, которые вы хотите использовать для агрегации. При этом коды кигу мы пишем в колонке для потребительских упаковок (НЕ в коды упаковок)
3. Создаём последний документ маркировки. Выбираем тип агрегации и заполняем его в соответствие с реальной физической вложенностью
создавать три документа, конечно, не круто, но хотя бы можно завершить последние обязательные процессы агрегации.
по поводу того, где именно находится код, отвечающий за заполнение этих параметров - я, вроде как, нашёл это место, вот оно (скрин): Документ маркировки товаров ИСМП - Модуль менеджера, процедура СообщенияJSONОтчетОНанесении()
Возможно, у кого-то может быть этот код в другом месте, но хотя бы по расшифровке тегов вы сможете их найти. У меня это заняло много времени, т.к. сами теги нормально нигде не описаны, а просто тупой поиск их в коде не даёт результатов (в отличии от того, что я вам описал выше)
Я пока что ещё не приступил к исправлению этого косяка, но как только сделаю это, то оставлю тут инфу, как решил данный вопрос кодом. К сожалению, в данной ситуации, без исправления ручками тут не обойтись (поверьте, я пытался)
Если кто-то решил эту проблему именно в режиме предприятия, и, на самом деле, ошибка связана с какой-то настройкой, то отпишитесь, может я слона пропустил....
P.S. Сегодня нашёл на bugboard.1c.ru ошибку на рассмотрении, обнаружена была 18.05.2026, но на УПП. Потому, УПП тоже здесь отмечу
Прикрепленные файлы:
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот