Проверка кодов маркировки в 1С делается в форме подбора и проверки маркируемой продукции: при приёмке вы сканируете коды с упаковок, и 1С сверяет их с электронным УПД поставщика, а при отгрузке — с данными Честного знака о статусе и владельце кода. Чтобы программа сама ловила «чужие» и выбывшие коды, в настройках интеграции с ИС МП нужно включить контроль статусов и владельцев кодов. Расхождения при приёмке оформляются актом о расхождениях и отправляются поставщику по ЭДО.
Ниже — где это настраивается и как проходит проверка по шагам в «1С:Бухгалтерии предприятия 3.0», с оговорками для УТ 11.
Зачем проверять коды, если они уже есть в УПД
Многие принимают маркированный товар так: пришёл УПД, бухгалтер его подписал, склад разгрузил машину. Проблема в том, что подписанный УПД — это сигнал для Честного знака сменить владельца кодов. Если в коробке оказалось меньше единиц, чем в документе, или пришли другие коды, недостающие товары будут числиться за вами. Потом при продаже касса или сама 1С заблокирует «лишние» марки, а пропавшие зависнут на остатке.
Проверка до подписания решает это: вы подписываете только то, что физически приняли, а на остальное оформляете расхождения.
Что настроить заранее
Если маркировка в базе ещё не включена, сначала пройдите базовую настройку — товарные группы, сертификат, токен, сканер. Это подробно разобрано в статье про настройку Честного знака в 1С. Для проверки кодов дополнительно важны две вещи.
Контроль статусов и владельцев кодов
- Откройте «Администрирование» → «Настройки программы» → «Интеграция с ИС МП (обувь, одежда, табак…)».
- Перейдите в «Настройки сканирования кодов маркировки».
- Включите флажки контроля статусов кодов маркировки и контроля владельцев кодов маркировки. Рядом можно настроить исключения по операциям и товарным группам.
- Флажок «Запрашивать данные сервиса» отвечает за то, чтобы 1С обращалась к Честному знаку при сканировании.
В УТ 11, КА и ERP тот же блок находится в разделе «НСИ и администрирование», в настройках интеграции с ИС МП (обувь, одежда, табак…).
Если эти флажки выключены, 1С проверяет только совпадение кода с документом, но не знает, в обороте ли он и чей.
Сканер, который правильно читает DataMatrix
Половина «ошибок проверки» — на самом деле сканер, который теряет служебные символы в коде. Если 1С пишет про неполный код или код не находится, сначала проверьте сканер — как это сделать, я разбирал в статье про код маркировки в 1С.
Проверка марок при приёмке в 1С: пошагово

Шаг 1. Получите УПД и создайте поступление
- Откройте «Покупки» → «Текущие дела ЭДО» → группа «Отразить в учете».
- Откройте входящий УПД. Коды маркировки видны в табличной части документа, в данных о средствах идентификации товара.
- По ссылке создания документов учёта сформируйте поступление товаров и счёт-фактуру полученный.
Если номенклатура поставщика не сопоставлена с вашей, 1С попросит это сделать: один раз укажите, какой ваш товар соответствует позиции поставщика, и в следующих УПД 1С подставит его сама.
Шаг 2. Отсканируйте коды
- В документе поступления на вкладке «Товары» перейдите в форму подбора и проверки маркируемой продукции. Её подпись в документе зависит от товарной группы и версии программы.
- Сканируйте коды с упаковок. Если товар пришёл в коробах с агрегацией, можно сканировать код короба — 1С развернёт вложенные коды.
- Коды из терминала сбора данных или файла тоже можно загрузить, если склад принимает товар с ТСД.
Шаг 3. Посмотрите на статусы проверки
В колонке «Статус проверки» у каждого кода будет одно из значений:
- «В наличии» — код есть в УПД и физически пришёл. Это норма.
- «Не проверялся» — код есть в документе, но его ещё не сканировали.
- «Отсутствует» — код есть в УПД, но товара с ним нет.
- «Не числился» — код отсканирован, но в УПД его нет: поставщик положил другой экземпляр.
Если какой-то товар физически пришёл, но код не читается, статус «В наличии» можно поставить вручную. Делайте так, только если уверены: потом этот код всё равно придётся продавать.
На второй закладке формы — сводка. Зелёный значок значит, что по всем позициям проверено нужное количество, красный — что нет.
Если включён контроль статусов и владельцев, рядом с кодом могут появиться строки со статусом в Честном знаке и ИНН владельца. Например, код ещё не введён в оборот или числится не за поставщиком — это повод сразу звонить поставщику.
Шаг 4. Проведите документ и подпишите УПД
- Проведите поступление.
- Если расхождений нет, вернитесь в «Текущие дела ЭДО», утвердите и подпишите УПД.
- Оператор ЭДО сам передаёт сведения в Честный знак, и владелец кодов меняется на вас.
Как принимать и подписывать входящие документы в целом, я разбирал в статье как принять документы по ЭДО.
Если коды не совпали: акт о расхождениях
- В форме проверки оставьте недостающим кодам статус «Отсутствует».
- В документе поступления отметьте, что есть расхождения.
- При проведении 1С создаст документ «Акт о расхождениях». На вкладке «Товары» в нём видно, какие коды в недостаче, а какие в излишке. Расхождение по кодам бывает даже тогда, когда количество совпало: пришло 10 пар обуви, но две — с другими марками.
- Подпишите акт и отправьте поставщику через кнопку «ЭДО».
- Дальше поставщик решает: выставляет корректировочный документ или исправляет и присылает УПД заново. В первом случае исходный УПД подтверждают, во втором — отклоняют.
- После исправленного документа оформите «Корректировку приобретения». Коды повторно сканировать не нужно.
Проверка кодов перед отгрузкой и продажей
При продаже правила другие: код должен быть в статусе «В обороте», а его владельцем должна быть ваша организация.
- Опт по УПД. В реализации откройте ту же форму подбора и проверки и отсканируйте отгружаемые коды. При включённом контроле 1С сразу предупредит, если код выбыл, не введён в оборот или числится за другим ИНН.
- Розница. Проверка идёт на кассе при сканировании. С 2026 года касса проверяет коды через ТС ПИоТ — про это отдельная статья об ошибках ТС ПИоТ.
Разовая проверка кода
Если нужно просто узнать, что с конкретным кодом, есть рабочее место «Проверка кодов маркировки». Ссылка на него — на панели «Обмен с ИС МП (обувь, одежда, табак…)» в блоке «См. также». Там же можно включить на 5, 10 или 15 минут запись лога запросов к Честному знаку — пригодится для обращения в поддержку.
Для быстрой проверки «на ходу» есть и мобильное приложение Честного знака: оно показывает статус кода без 1С.
Типовые проблемы при проверке
- Код не добавляется, 1С пишет про статус или владельца. Код не введён в оборот или принадлежит другой организации. Если владелец — уже вы, значит, поступление было оформлено раньше, например в другой программе, и повторно проверять его не нужно.
- Все коды «Не числился». Обычно вы открыли не тот документ или поставщик прислал УПД без кодов. Проверьте, есть ли коды во входящем электронном документе.
- Сканер вводит код, но 1С его не распознаёт. Почти всегда это потеря символа-разделителя GS. Проверьте параметры сканера в «Подключаемом оборудовании».
- Проверка долго висит или падает по таймауту. Нет связи с Честным знаком или истёк токен авторизации. Обновите токен и посмотрите лог запросов.
- Нужно срочно принять, а Честный знак недоступен. В форме проверки через меню «Еще» контроль можно отключить на сеанс. Это временная мера: потом коды всё равно нужно сверить.
- Перемаркировка. Если марка повреждена и не читается, товар перемаркируют новым кодом отдельным документом. Вводить старый код вручную наугад не стоит.
Если проверка кодов не идёт, склад работает с ТСД или нужно встроить сверку марок в ваш процесс приёмки — помогу удалённо: настрою маркировку в 1С, ЭДО для маркированных товаров и сканеры и ТСД.
Итог
- Проверка кодов при приёмке делается в форме подбора и проверки маркируемой продукции в документе поступления — до подписания УПД.
- Для проверки по данным Честного знака включите контроль статусов и владельцев кодов в настройках сканирования кодов маркировки.
- Статусы: «В наличии» — норма, «Отсутствует» и «Не числился» — расхождения.
- Расхождения оформляются «Актом о расхождениях», который уходит поставщику по ЭДО.
- При продаже код должен быть «В обороте» и числиться за вами; в рознице его проверяет касса через ТС ПИоТ.
- Большинство «ошибок проверки» на деле связаны со сканером или истёкшим токеном.




