Как исправить ошибку «13: В документе не указан ни один код идентификации» при выводе из оборота в 1С

← На главную

При работе с системой маркировки «Честный ЗНАК» в программных продуктах 1С, таких как 1С:Комплексная автоматизация (КА 2), 1С:ERP или 1С:Управление нашей фирмой (УНФ), пользователи часто сталкиваются с ошибкой: «Код: 13. Текст: В документе не указан ни один код идентификации». Эта ситуация особенно характерна для документов Вывод из оборота при попытке оформить фасовку, использование для собственных нужд или списание товаров, подпадающих под объемно-сортовой учет (ОСУ).

Рассмотрим детально, почему возникает эта ошибка и как правильно настроить систему, чтобы данные успешно передавались в ГИС МТ.

Суть проблемы и причины возникновения ошибки 13

С технической точки зрения ошибка «13» означает, что сервер ЦРПТ (Честный ЗНАК) получил от 1С пакет данных (XML-файл), в котором массив кодов маркировки (identification_codes) или массив данных об объемно-сортовом учете (quantity_details) оказался пустым. Несмотря на то, что в табличной части документа 1С товар может быть указан, он не «пробросился» в структуру обмена.

Проанализируем основные причины этого поведения:

Несоответствие причины вывода и вида учета. Исторически причина «Фасовка» в ГИС МТ предполагает поэкземплярный учет (сканирование каждой марки). Если вы пытаетесь использовать ОСУ (только GTIN и количество) с этой причиной, система может игнорировать данные.
Пропуск этапа «Подбор и проверка». В 1С заполнение количества в основной табличной части документа недостаточно для формирования сообщения в ГИС МТ. Данные должны быть зафиксированы в специальном буфере через форму проверки.
Некорректный вид продукции ИС. Если в карточке номенклатуры указан вид продукции, для которого на текущую дату еще не разрешен или уже запрещен ОСУ, 1С будет требовать полные коды DataMatrix.
Кэширование состояния документа. Если документ был создан как «поэкземплярный», а затем переключен в режим «ОСУ», внутренние служебные реквизиты могут не обновиться автоматически.

Решение 1: Переход на объемно-сортовой учет и смена причины

Если ваша товарная группа (например, молочная продукция, вода или бытовая химия в переходный период) поддерживает ОСУ, необходимо убедиться, что документ настроен соответствующим образом. Разберем ситуацию на примере ошибки при «Фасовке».

В некоторых релизах 1С причина «Фасовка» жестко привязана к необходимости сканирования каждой единицы товара. Чтобы обойти это ограничение при использовании объемно-сортового учета, выполним следующие действия:

Откроем документ Вывод из оборота.
На вкладке «Основное» найдем поле Вид учета и установим значение Объемно-сортовой.
Если при выборе причины «Фасовка» система продолжает выдавать ошибку или требует коды, заменим причину на «Другое».
В поле комментария или дополнительном поле уточним, что вывод производится для целей фасовки.

Важно: Для ГИС МТ причина «Другое» является универсальной и позволяет передавать сведения в формате GTIN + количество без детализации по каждой марке.

Решение 2: Правильное заполнение формы «Подбор и проверка»

Рассмотрим подробнее процесс заполнения документа, так как именно здесь совершается большинство ошибок. Даже при ОСУ нельзя игнорировать гиперссылку «Подобрать и проверить маркируемую продукцию».

Выполним шаги по шагам:

Заполним табличную часть «Товары» (номенклатура, количество, цена).
Нажмем на гиперссылку «Подобрать и проверить маркируемую продукцию» (она находится над табличной частью).
В открывшемся окне перейдем на вкладку «Объемно-сортовой учет».
Проверим, что напротив каждого GTIN проставлено верное количество. Если поле пустое, нажмем кнопку «Заполнить» или введем количество вручную.
Нажмем «Завершить подбор». Пиктограмма статуса проверки должна стать зеленой.

Только после выполнения этих действий 1С «увидит», что данные готовы к отправке в ГИС МТ. Если этого не сделать, XML-файл сформируется без блока данных о товарах, что и вызовет Ошибку 13.

Решение 3: Проверка настроек категории и вида продукции

Если вышеуказанные действия не помогают, проанализируем настройки самой номенклатуры. Выясним причину, по которой система может требовать поэкземплярный учет там, где должен быть ОСУ.

Проверим карточку номенклатуры:

Поле Вид продукции ИС должно строго соответствовать вашей категории (например, «Бытовая химия»).
В настройках интеграции с ИС МП (Администрирование — Настройки ИС МП) проверим дату начала обязательного поэкземплярного учета для этой группы. Если дата еще не наступила, убедимся, что установлена галочка «Разрешить объемно-сортовой учет».

Технический анализ через протокол обмена

Для программистов и системных администраторов полезно будет проанализировать ситуацию «под капотом». Посмотрим на структуру запроса, который 1С отправляет в Честный ЗНАК. Для удобного анализа логов можно использовать обработку для поиска по сообщениям протокола обмена ИС МП.

Чтобы найти причину, выполним следующие действия:

В нижней части документа Вывод из оборота нажмем на ссылку «Протокол обмена».
Найдем последний запрос (POST запрос к API ГИС МТ).
Изучим тело запроса (JSON или XML).
Если блок "identification_codes": [] или "quantity_details": [] пуст, значит проблема внутри 1С — данные не попали в структуру обмена.

Если же данные в запросе есть (указаны GTIN и количество), но приходит Ошибка 13, это означает, что ГИС МТ отклоняет данную комбинацию параметров. Например, для выбранного GTIN в реестре Честного ЗНАКа не разрешен вывод по причине «Для собственных нужд» в режиме ОСУ. В этом случае необходимо проверить статус карточки товара в Личном кабинете Честного ЗНАКа.

Особенности для новых товарных групп (Бытовая химия и др.)

Для товаров, по которым обязанность работы по ОСУ вводится в 2025-2026 годах, важно учитывать актуальность релиза БИМ (Библиотеки интеграции с ГИС МТ). Разработчики 1С часто обновляют логику заполнения документов под новые требования регулятора.

Рассмотрим рекомендации по обновлению:

Убедитесь, что версия конфигурации (КА, ERP или УНФ) актуальна.
Если обновление невозможно, проверьте наличие исправляющих патчей (расширений) на портале 1С:Обновление программ. Часто ошибка 13 при ОСУ исправляется установкой патча, корректирующего процедуру ЗаполнитьДанныеВыводаИзОборота в модулях интеграции.

Резюме: Чтобы победить ошибку 13, сначала убедитесь, что вы зашли в окно «Подбор и проверка» и заполнили вкладку ОСУ. Если это не помогло — смените причину вывода на «Другое» и проверьте, установлен ли вид учета «Объемно-сортовой» в самом документе.