Коды маркировки в УПД: где стоят коды и какие поля обязательны

·18 мин чтения· обновлено
Коды маркировки в УПД: где стоят коды и какие поля обязательны
Содержание 17

Самый частый вопрос при маркировке звучит просто: «куда в УПД вписывать коды». Ответ — в конкретный блок, и у него есть точное техническое имя, которое почти никто не называет. Ниже этот блок разобран по схеме, утверждённой налоговой службой, с указанием элементов, атрибутов и правил проверки.

Сначала — зачем кодам вообще электронный документооборот#

Цепочка выглядит так.

  1. Вы формируете универсальный передаточный документ с кодами идентификации.
  2. Подписываете его усиленной квалифицированной электронной подписью.
  3. Документ уходит получателю и отображается в личном кабинете системы маркировки.
  4. Получатель подписывает документ.
  5. После подписания получателем электронный документооборот через систему электронного документооборота отправляет документ в государственную систему маркировки — ради учёта факта передачи маркированного товара.[1]

Ключевое в пятом шаге. Сведения попадают в государственную систему не в момент подписания отправителем, а после подписания получателем. Отсюда практическое следствие: если документ висит неподписанным у получателя, в системе маркировки отражения передачи не будет, хотя отправитель всё сделал.

Весь этот механизм работает либо в системе электронного документооборота, встроенной в государственную систему маркировки, либо через оператора. Оба пути разобраны в статье про подключение ЭДО и выбор оператора.

Где в документе стоят коды#

В именах элементов схемы универсального передаточного документа слово «маркировка» не встречается ни разу. Коды в схеме есть, просто налоговая служба не называет их словом «маркировка».

Оформлены они сокращёнными именами, как принято в этой схеме. Вместо «Маркировка» — «Средства идентификации», вместо «Код маркировки» — «Контрольный идентификационный знак».

Практическое предупреждение. Если вы ищете в описании формата УПД поле с названием «маркировка», вы его не найдёте — и сделаете вывод, что коды в универсальном передаточном документе не передаются. Это неверный вывод. Коды передаются, называются они иначе, и вот как.

Одно исключение, о котором стоит знать#

Слово «маркировка» в схеме не встречается — но корень «маркир-» встречается один раз, в комментарии к атрибуту КолВедМарк: «Количество товара в единицах измерения маркированного товара средствами идентификации».[2]

Так что искать надо по двум оборотам сразу: «средства идентификации» — это про коды маркировки, «маркированный товар» — это про количество в единицах измерения маркированного товара. Оба оборота об одном и том же, но в разных местах схемы.

Блок «Номер средств идентификации товаров»#

Техническое имя блока — НомСредИдентТов. Комментарий в схеме: «Номер средств идентификации товаров». Это тот самый блок, куда идут коды маркировки, и он находится в табличной части документа, рядом с каждой позицией товара.

Внутри блока два элемента, и они образуют выбор — то есть внутри заполняется либо один, либо другой.

ЭлементЧто этоДлина
КИЗКонтрольный идентификационный знак — то есть сам код маркировкиСтрока от 1 до 255 символов, может повторяться
НомУпакУникальный идентификатор вторичной (потребительской) либо третичной (заводской, транспортной) упаковкиСтрока от 1 до 255 символов, может повторяться

Практический вывод отсюда. На каждую позицию в документе приходится один блок с одним или несколькими кодами. Если вы отгружаете единицы товара, которые промаркированы поштучно, — в блок вписывается несколько значений КИЗ. Если единица агрегированная и промаркирована упаковка, — заполняется НомУпак.

Три атрибута блока#

Кроме элементов, у блока есть атрибуты — и два из них определяют, заполнять ли НомУпак вообще.

АтрибутЧто этоТип и ограничение
КолВедМаркКоличество товара в единицах измерения маркированного товара средствами идентификацииЦелое число, до 26 цифр
ПрПартМаркПроизводственная партияСтрока от 1 до 55 символов
ИдентТрансУпакУникальный идентификатор транспортной упаковкиСтрока от 1 до 255 символов

Все три необязательные. Но их сочетание определяет, что заполнять дальше, и об этом следующий раздел.

Правило проверки: когда обязателен номер упаковки#

В схеме есть явная проверка, названная «Проверка обязательности присутствия элемента НомУпак в зависимости от присутствия элементов КолВедМарк, КИЗ и ИдентТрансУпак». Правило звучит так:

Если количество КолВедМарк, количество КИЗ и ИдентТрансУпак равны нулю, то НомУпак должен присутствовать.

Прочитанным языком: если не заполнено ни одно из трёх — количество маркированного товара, сами коды, идентификатор транспортной упаковки, — тогда обязательно укажите номер упаковки. И наоборот: заполнено хотя бы одно из трёх — правило не применяется, и НомУпак можно не заполнять.

Если правило нарушено, система выдаёт ошибку с кодом 0400300003 и текстом: не выполнено условие присутствия элемента НомУпак при присутствии элемента КолВедМарк в указанном количестве и присутствии элемента КИЗ в указанном количестве.

Почему про эту ошибку стоит знать заранее. Код ошибки и названия элементов в сообщении совпадают с техническими именами в схеме — НомУпак, КолВедМарк, КИЗ. Это не ругательство и не код товара. Это буквальное указание, какое из трёх полей у вас пустое. Прочитав сообщение, можно понять проблему без обращения в поддержку.

И важное уточнение, на котором чаще всего спотыкаются. Ошибка возникает только тогда, когда не заполнено ни одно из трёх полей. Заполнили одни коды без количества и без транспортной упаковки — ошибки не будет: условие уже не выполняется, потому что коды заполнены. Ошибка возникает в одном-единственном случае — пустой блок целиком.

Ещё один элемент, который легко пропустить#

Рядом есть блок СвГосСист — «Дополнительные сведения о товаре, подлежащем идентификации и учёту в государственной информационной системе». Внутри — элемент ИдНомУчетЕд, «Идентификационный номер учётной единицы в государственной информационной системе».

Это про учётную единицу в государственной системе, а не про код маркировки на конкретную единицу товара. Разные задачи, разные элементы, их не надо смешивать.

Три элемента, которые путают с блоком кодов#

В схеме есть ещё три элемента, которые приходится сравнивать с блоком средств идентификации чаще всего, хотя к кодам маркировки они отношения не имеют.[3]

ЭлементЧто обозначаетКлюч GS1
ГТИНТоварная позиция: что именно за продуктГлобальный номер торговой единицы
ГЛНМестаМесто нахождения: адрес, склад, торговая точкаГлобальный номер места нахождения
НомУпак (см. выше)Вторичная и третичная упаковкаНе ключ GS1

Почему путаница возникает. Первые два приходят из системы GS1 и при маркировке участвуют в оформлении документов, поэтому рядом с кодами они и стоят. Но ни ГТИН, ни ГЛНМеста не являются кодами маркировки: первый отвечает на вопрос «что за товар», второй — «откуда товар». Код маркировки — это КИЗ.

И отдельно про НомУпак. Элемент с названием про упаковку легко принять за серийный номер транспортной упаковки, который в системе GS1 тоже есть. Это разные вещи: НомУпак в блоке средств идентификации — про вторичную (потребительскую) либо третичную (заводскую, транспортную) упаковку. Что такое глобальный номер места нахождения и когда он нужен, разобрано в статье про GLN.

Версии схемы: 5.03.04 и 5.03.05#

Схема универсального передаточного документа обновляется, и на сайте налоговой службы публикуются две версии.

Файл схемыВерсия
ON_NSCHFDOPPR_1_997_01_05_03_04.xsd5.03.04
ON_NSCHFDOPPR_1_997_01_05_03_05.xsd5.03.05 — действует с 1 января 2026 года

И главное для этой страницы: блок кодов маркировки в двух версиях идентичен. Сравнением схем подтверждено, что и КИЗ с ограничением 1–255 символов, и НомУпак с тем же ограничением, и все три атрибута, и правило проверки с кодом 0400300003 присутствуют в обеих версиях без изменений.[4]

Практический вывод. Если ваш обмен с кодами работает, переход на версию 5.03.05 поводом переписывать блок идентификации не является. Расхождения, если они появятся при обновлении, придут в другие части документа — например, в состав подписантов, где тоже обновлялись элементы.[3]

Приказ, который это утверждает — и чего он не утверждает#

Форматы счёта-фактуры и универсального передаточного документа в электронной форме утверждены приказом Федеральной налоговой службы от 19.12.2023 № ЕД-7-26/970@.[5]

Основания, названные в приказе:

  • пункт 2.3 статьи 23 Налогового кодекса Российской Федерации;
  • абзац первый пункта 7 статьи 80 Налогового кодекса Российской Федерации;
  • абзац четвёртый пункта 2 статьи 93 части первой Налогового кодекса Российской Федерации;
  • абзац второй пункта 9 статьи 169 части второй Налогового кодекса Российской Федерации;
  • часть 2 статьи 6 Федерального закона от 13.06.2023 № 203-ФЗ «О государственном регулировании производства и оборота табачных изделий, табачной продукции, никотинсодержащей продукции и сырья для их производства»;
  • подпункт 5.9.51 пункта 5 Положения о Федеральной налоговой службе, утверждённого постановлением Правительства Российской Федерации от 30.09.2004 № 506.

Приказ утверждает форматы приложением. На сайте налоговой службы к приказу приложены сами форматы и схемы в виде архивов — общий и отдельно опубликованный, действующий с 1 января 2026 года.

Корректировочные документы утверждены другим приказом. Формат документа о согласии покупателя — того, что на практике называют универсальным корректировочным документом, — утверждён приказом Федеральной налоговой службы от 19.01.2026 № ЕД-1-26/29@, зарегистрированным Минюстом России 17.03.2026 под регистрационным номером 85644. Этим приказом утверждены три формата: счёт-фактура, документ о согласии покупателя, включающий счёт-фактуру, и документ о согласии покупателя без счёт-фактуры.[6]

Честная оговорка о границах приказа. Приказ № ЕД-7-26/970@ утверждает форматы счёта-фактуры и универсального передаточного документа. Требований к маркировке он не устанавливает — в его тексте слова «маркировка» нет. Маркировка попадает в документ через описанный выше блок средств идентификации, который является частью утверждённого формата, а правила работы с государственной системой маркировки идут отдельным актом. Смешивать эти два акта нельзя: один задаёт структуру документа, другой — что в этой структуре передаётся.

Что заполнять — логика по смыслу полей#

Схема даёт поля и одно правило проверки. Дальше — как это складывается на практике, по смыслу самих элементов.

СитуацияЧто заполнять в блоке
Товар промаркирован поштучно, каждая единица имеет свой кодКИЗ — по одному значению на каждую промаркированную единицу
Товар промаркирован на упаковке, единицы внутри неё не маркируютсяНомУпак — идентификатор этой упаковки
Есть транспортная упаковка поверхДополнительно ИдентТрансУпак
Нужно указать количество в единицах маркировкиКолВедМарк
Товар из конкретной производственной партииПрПартМарк

Проверка из схемы работает именно по этой логике. Заполнено хотя бы одно из трёх полей — КолВедМарк, КИЗ, ИдентТрансУпак — и НомУпак можно не заполнять. Не заполнено ни одного — НомУпак становится обязательным.

Приёмка маркированного товара#

Вторая сторона передачи — получение товара. Здесь работает механизм, которого в обычном электронном документообороте нет.

Предварительная проверка запускается автоматически. При открытии карточки входящего документа, содержащего коды идентификации, система проверяет его сама. Пока идёт проверка, статус показывает «Осуществляется проверка в ГИС МТ», страницу надо обновить.

СтатусЧто означаетЧто делать
Документ успешно проверен в ГИС МТВсе сведения соответствуют требованиямПринимать
Техническая ошибка при проверке в ГИС МТПроверка не состоялась из-за технических неисправностейПовторить
Обнаружены ошибки при проверке в ГИС МТПроверка состоялась, сведения не соответствуют требованиямСкачать список ошибок и исправлять документ
Документ передан в ГИС МТСтатус обработки отображается в системеПринимать

При ошибках справа от статуса появляется ссылка «Список ошибок», и по ней скачивается перечень найденных несоответствий файлом в формате txt. Не надо гадать, надо читать файл. Проверку можно повторить кнопкой «Проверить снова».

Исключение, о котором надо знать заранее. Предварительная проверка выполняется по всем товарным группам, кроме пива и слабоалкогольных напитков. Для этих товаров действует отдельная процедура отмены отгрузки.

Одна ошибка при маркировке встречается заметно чаще, чем в обычном документообороте. «Ошибка обработки» с пояснением «оператор получателя не нашёл документ, к которому отправлен ваш» — это почти всегда ненастроенный роуминг. У оператора, с которым у вас нет связи, ваш документ просто не находится. Выглядит как сбой на стороне системы, а на деле не сделана настройка.

Все статусы, роуминг, приглашения, аннулирование и работа с машиночитаемой доверенностью разобраны в статье про ЭДО Лайт в Честном знаке.[1]

Что делать, когда коды не проходят#

Порядок, который экономит время.

Шаг первый — прочитать сообщение полностью, а не первую строку. Сообщение содержит технические имена полей — НомУпак, КолВедМарк, КИЗ. Это готовый ответ, что именно не заполнено.

Шаг второй — проверить блок идентификации по правилу. Заполнено ли хоть одно из трёх полей — количество, коды, транспортная упаковка? Если не заполнено ни одного, а номер упаковки тоже пустой, — вот и причина.

Шаг третий — сверить длины. Код маркировки и номер упаковки ограничены 255 символами, производственная партия — 55 символами, количество — 26 цифрами. Длинный код маркировки, не влезающий в 255 символов, — частая причина отказа. Типичное место, где ошибаются, — дописывают к коду служебные префиксы.

Шаг четвёртый — при ошибке предварительной проверки скачать список ошибок. Он в формате txt, выгружается со статуса. В нём будут конкретные позиции и конкретные несоответствия, а не общее сообщение.

Шаг пятый — проверить версию схемы. Действующая с 1 января 2026 года схема опубликована отдельно. Если ваш оператор использует предыдущую версию, а учётная система — новую, расхождения придут именно сюда. При этом сам блок кодов маркировки в обеих версиях одинаков, так что проверять надо другие части документа.

Ответы на частые вопросы#

Как выглядит УПД с кодами маркировки? Обычный универсальный передаточный документ, у которого в табличной части у каждой позиции есть блок средств идентификации товаров. В нём — элементы КИЗ и НомУпак с атрибутами количества, партии и транспортной упаковки. Всё остальное в документе ничем не отличается от обычного.

Как создать УПД с кодами маркировки? В учётной системе или в сервисе оператора выбираете позицию с маркированным товаром, заполняете блок средств идентификации, подписываете документ и отправляете. Через веб-интерфейс бесплатного сервиса в системе маркировки это делается вручную, через программный интерфейс — автоматически, но не более тысячи исходящих документов в год.

Как принять маркированный товар от поставщика? Получаете входящий документ, открываете карточку — предварительная проверка запускается сама. Если статус «Обнаружены ошибки», скачиваете список и отказываете в приёмке до исправления. Если статус «Документ успешно проверен» — принимаете.

Обязательно ли ЭДО для маркированного товара? Передача сведений о маркированном товаре идёт через электронный документооборот — иначе сведения не попадут в систему маркировки, и передача не будет учтена. Но требования устанавливаются по товарным группам, поэтому проверять надо по своему товару: на сайте системы маркировки есть проверка обязательности маркировки и календарь.

Можно ли продавать маркированный товар без ЭДО? С точки зрения передачи сведений — нет: без электронного документооборота факт передачи в систему маркировки не попадёт. Если же речь о самой торговле, то продажа регулируется торговым законодательством и учётом, а не форматом передачи сведений.

Нужна ли 1С? Нет. Бесплатный сервис работает в браузере и в мобильном приложении, установка не требуется. Программный интерфейс нужен только для автоматической интеграции, и он ограничен тысячей исходящих документов в год.

Ошибка про обязательность должности у подписанта — что это? Сообщение вида «элемент документ.подписант.должн обязателен» относится к блоку сведений о подписанте, а не к кодам маркировки. В схеме есть элементы Подписант, Должн и Должность, и правило обязательности Должн — это уже часть блока подписантов, а не идентификации товара.[3] Документ с этой ошибкой надо разбирать по подписантам, блок кодов он не затрагивает.

Документ обработан с ошибкой — можно ли его удалить? Статус «Обработан» относится к успешно обработанному документу, в том числе к документу аннулирования. Удаление как способ исправления ошибки в документах не применяется: ошибку исправляют аннулированием и повторным формированием. Порядок аннулирования описан в статье про бесплатный сервис в системе маркировки.

Как оформить поступление маркированного товара с ЭДО в 1С? Технически это задача интеграции: программный интерфейс бесплатного сервиса отдаёт входящие документы с кодами, а учётная система разбирает их в свою карточку поступления. Готовых пошаговых сценариев этой связки на страницах операторов не приводится, поэтому конкретную последовательность настроек здесь не описывают.

Итог#

Коды маркировки передаются через электронный документооборот, и сведения попадают в государственную систему после подписания документа получателем — не отправителем. Отсюда висящий неподписанным документ означает, что передача не отражена.

В именах элементов схемы универсального передаточного документа слово «маркировка» не встречается. Коды оформлены сокращёнными именами: «маркировка» заменена на «средства идентификации», код маркировки — на «контрольный идентификационный знак». Искать по слову «маркировка» в описании формата бесполезно. Единственное исключение — комментарий к КолВедМарк, где всё же стоит «маркированного товара».

Блок называется НомСредИдентТов — «Номер средств идентификации товаров». Внутри два элемента, образующих выбор: КИЗ — контрольный идентификационный знак, строка 1–255 символов; и НомУпак — уникальный идентификатор вторичной или третичной упаковки, тоже 1–255 символов.

Три атрибута: КолВедМарк — количество в единицах маркировки, целое до 26 цифр; ПрПартМарк — производственная партия, строка 1–55 символов; ИдентТрансУпак — идентификатор транспортной упаковки, строка 1–255.

Правило проверки одно и оно строгое: номер упаковки становится обязательным только тогда, когда не заполнено ни одно из трёх полей — количество, коды, транспортная упаковка. Заполнили хотя бы одно — НомУпак можно убрать. Нарушение даёт ошибку с кодом 0400300003.

Сообщение об ошибке перечисляет технические имена полей. Это не ругательство и не код товара, а прямое указание, какое поле пустое.

ГТИН и ГЛНМеста — не коды маркировки. Это ключи GS1: что за товар и где он находится. Серийный номер транспортной упаковки из GS1 — тоже отдельная сущность, её не надо путать с НомУпак из блока идентификации.

Две версии схемы: 5.03.04 и 5.03.05, действующая с 1 января 2026 года. Блок идентификации в них идентичен — переходить из-за кодов маркировки не нужно.

Приказ № ЕД-7-26/970@ утверждает форматы документа, а не требования к маркировке. Слова «маркировка» в его тексте нет. Один акт задаёт структуру документа, другой — что в этой структуре передаётся. Корректировочные форматы утверждены отдельно, приказом от 19.01.2026 № ЕД-1-26/29@.

Приёмка начинается автоматически: предварительная проверка запускается при открытии карточки входящего документа. При ошибках выгружается список в файле txt. Для пива и слабоалкогольных напитков проверка не выполняется. А «Ошибка обработки» при маркировке почти всегда означает ненастроенный роуминг.

Порядок разбора ошибок: прочитать сообщение целиком → проверить блок по правилу → сверить длины, особенно код маркировки → скачать список ошибок при проверке → сверить версии схемы.


Ещё по теме#

Источники#

  1. 1

    Руководство пользователя бесплатного сервиса электронного документооборота «ЭДО Лайт», размещённое на сайте государственной системы маркировки «Честный ЗНАК»: раздел 1 — отправка документа в систему маркировки после подписания получателем, обмен с контрагентами из системы маркировки, подписание усиленной квалифицированной электронной подписью; раздел 2.2 — автоматический запуск предварительной проверки входящего документа, четыре статуса результата, скачивание списка ошибок файлом txt, повторная проверка, исключение для пива и слабоалкогольных напитков; раздел 2.1 — статусы документов, включая «Подписан: Не принят в ГИС МТ», «Ошибка предварительной проверки», «Ошибка в подписи», «Ошибка отправки» с кодами 400–499 и 500–599, два варианта «Ошибка обработки»; раздел 2.5 — настройка роуминга и её связь с ошибкой обработки; раздел 3 — ограничение 1000 исходящих документов в год при работе через программный интерфейс.

    ↩
  2. 2

    Схема универсального передаточного документа, включающего счёт-фактуру, версия 5.03.04, файл ON_NSCHFDOPPR_1_997_01_05_03_04.xsd, опубликована на сайте Федеральной налоговой службы: блок «Номер средств идентификации товаров» с элементами КИЗ («Контрольный идентификационный знак») и НомУпак («Уникальный идентификатор вторичной (потребительской)/третичной (заводской, транспортной) упаковки») и ограничениями длины от 1 до 255 символов для каждого; атрибуты блока КолВедМарк («Количество товара в единицах измерения маркированного товара средствами идентификации», целое число до 26 цифр), ПрПартМарк («Производственная партия», от 1 до 55 символов), ИдентТрансУпак («Уникальный идентификатор транспортной упаковки», от 1 до 255 символов); правило проверки «Проверка обязательности присутствия элемента НомУпак в зависимости от присутствия элементов КолВедМарк, КИЗ и ИдентТрансУпак» с условием и кодом ошибки 0400300003; элемент СвГосСист с вложенным ИдНомУчетЕд. Отдельно зафиксировано: точной строки «маркировка» в тексте схемы нет ни в одной из двух версий, при этом слово «маркированного» встречается один раз — в комментарии к атрибуту КолВедМарк. Утверждение «слово маркировка не встречается ни разу» в исходной редакции статьи было, таким образом, неточным и исправлено.

    ↩
  3. 3

    Перечень элементов обеих версий схемы универсального передаточного документа, публикуемых на сайте Федеральной налоговой службы: наличие элементов Подписант, Должн и Должность в блоке сведений о подписантах, а также ГЛНМеста и ГТИН, не входящих в блок средств идентификации товаров. Расшифровка ГТИН и ГЛНМеста как глобального номера торговой единицы и глобального номера места нахождения приведена по справочной базе Контур.EDI, статья «Отличие EDI от ЭДО», где перечислены ключи GS1 — глобальный номер торговой единицы, глобальный номер места нахождения и серийный код транспортной упаковки. Серийный код транспортной упаковки как самостоятельный элемент схемы в проверяемом перечне не значится, поэтому в статье он только упоминается и не отождествляется с НомУпак.

    ↩
  4. 4

    Сравнение текстов схем версий 5.03.04 и 5.03.05, выполненное отдельно от чтения каждой схемы: подтверждено, что блок средств идентификации товаров, все его элементы, атрибуты и правило проверки идентичны в обеих версиях. Различия между версиями в других частях документа в статье не перечисляются и не описываются.

    ↩
  5. 5

    Официальный сайт Федеральной налоговой службы, документ «Приказ ФНС России от 19.12.2023 № ЕД-7-26/970@»: полное наименование приказа об утверждении форматов счёта-фактуры, универсального передаточного документа, включающего счёт-фактуру, и универсального передаточного документа в электронной форме; перечень оснований — пункт 2.3 статьи 23, абзац первый пункта 7 статьи 80, абзац четвёртый пункта 2 статьи 93 части первой и абзац второй пункта 9 статьи 169 части второй Налогового кодекса Российской Федерации, часть 2 статьи 6 Федерального закона от 13.06.2023 № 203-ФЗ, подпункт 5.9.51 пункта 5 Положения о Федеральной налоговой службе; коды налогового документооборота 1115131 и 1115132; дата документа 19.12.2023; наличие приложения с форматами и раздельных архивов схем — общей и действующей с 01.01.2026.

    ↩
  6. 6

    Приказ Федеральной налоговой службы от 19.01.2026 № ЕД-1-26/29@, зарегистрированный Минюстом России 17.03.2026 под регистрационным номером 85644: утверждение трёх форматов — счёт-фактура, документ о согласии покупателя, включающий счёт-фактуру, и документ о согласии покупателя без счёт-фактуры. Приведён для разграничения: первичные форматы утверждены приказом № ЕД-7-26/970@, форматы корректировочных документов — этим приказом.

    ↩