Работа с маркированной продукцией в 1С:ERP

20 октября 2026

Концептуальная модель подсистемы

Механизм работы с маркировкой в 1с erp управление предприятием представляет собой самостоятельный функциональный блок, интегрированный в ядро конфигурации. Это не дополнительный модуль, а полноценная архитектурная надстройка с собственной системой регистров, набором документов и каналами связи с внешними сервисами. Её назначение — обеспечить непрерывную прослеживаемость каждого экземпляра товара от момента эмиссии кода до финального выбытия.

Принципиальное отличие от стандартного складского контура заключается в необходимости двусторонней синхронизации с государственной информационной системой мониторинга (ГИС МТ «Честный ЗНАК») на каждой операции движения товара. Без этой синхронизации документ в 1С считается незавершённым.

Структурное устройство: четыре уровня обработки

Вся подсистема разделена на четыре взаимодействующих яруса:

Уровень внешних подключений. Отвечает за коммуникацию с тремя контрагентами: ГИС МТ (контроль жизнеспособности кодов, передача отчётных актов), Станцией управления заказами — СУЗ (запрос на генерацию кодов) и сервисом ЭДО (приём и отправка электронных УПД с вложенными кодами). Транспорт — HTTP/HTTPS, аутентификация — через токен доступа или квалифицированную электронную подпись.

Уровень нормативно-справочной информации. Концентрирует классификаторы и справочники: карточки номенклатуры с маркером «Маркируемая продукция», глобальные коды GTIN, спецификации упаковок трёх уровней (индивидуальная — Data Matrix, коллекционная — ITF-14, логистическая — SSCC), а также данные о сериях и сроках хранения.

Уровень транзакций. Объединяет документы, отражающие хозяйственные операции: закупку, реализацию, нанесение кодов, компоновку упаковок и выбытие. Каждый документ при проведении формирует движения по регистрам накопления.

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

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

Инициализация подсистемы: от флага до рабочего контура

Этап 1. Включение функционала

Путь: «НСИ и администрирование» → блок «Интеграция» → «ГИС МТ (ИС МП)». Активируется признак ведения учёта и отмечаются только те товарные категории, которые фактически присутствуют в обороте предприятия. Избыточная активация провоцирует лишние проверки и замедляет проведение документов.

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

Этап 2. Регистрация в СУЗ

В карточке организации заполняются реквизиты подключения: OMS ID (уникальный идентификатор в системе), ключ авторизации, адрес API-шлюза. После этого 1С:ERP может инициировать запросы на генерацию кодов и принимать подготовленные Data Matrix.

Этап 3. Конфигурация электронного документооборота

Оператор ЭДО обязан поддерживать формат ФНС 5.01 и выше — с возможностью вложения кодов маркировки в структуру УПД. В профиле ЭДО закрепляется сертификат УКЭП, которым будут подписываться исходящие документы.

Этап 4. Адаптация справочника номенклатуры

Для каждой позиции, подпадающей под маркирование:

  • меняется вид номенклатуры на «Маркируемый товар»;
  • заполняется поле GTIN (полученный через ГС1 РУС) — принцип «один GTIN — одна карточка»;
  • прописывается иерархия упаковок и сопоставление штрихкодов: Data Matrix для поштучной маркировки, ITF-14 для сборных упаковок, SSCC для транспортных единиц;
  • при необходимости включается серийный учёт и контроль сроков годности.

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

Полный цикл существования кода маркировки

Каждый код Data Matrix последовательно проходит шесть фаз. Переход между фазами фиксируется документом в 1С:ERP и сопровождается обновлением статуса в ГИС МТ.

Эмиссия. Документ «Заказ на эмиссию кодов маркировки СУЗ» инициирует запрос к ГИС МТ. В параметрах указываются: категория товара, GTIN, требуемое количество, основание ввода (собственное производство, ввоз, перемаркировка). После обработки запроса коды загружаются в базу и готовы к печати на этикетках.

Нанесение. Документ «Маркировка товаров ИС МП» закрепляет полученные коды за конкретными товарными единицами. Шаблоны печати настраиваются в «Администрирование» → «Печатные формы, отчёты и обработки». С момента нанесения код становится физическим идентификатором товара.

Ввод в обороте. Документ «Ввод в оборот» передаёт в ГИС МТ уведомление о готовности товара к реализации. Статус кода переходит в «В обороте» — после этого возможны приёмка, отгрузка и продажа.

Движение. Коды участвуют в документах движения: «Приобретение товаров и услуг 1С» (закупка у поставщика), «Реализация товаров и услуг» (продажа), «Агрегация кодов маркировки» (компоновка упаковок). Смена собственника при каждом переходе права собственности регистрируется через УПД с вложенными кодами.

Вывод. Документ «Списание кодов маркировки» оформляет выбытие с указанием основания: реализация конечному потребителю, выявление брака, утрата, истечение срока хранения, вывоз за пределы РФ. При розничной продаже списание может происходить автоматически — в момент пробития чека.

Архив. После выбытия код в ГИС МТ переходит в состояние «Выбыл». В 1С:ERP количественные остатки по нему обнуляются, но запись в регистре сохраняется — для обеспечения ретроспективных запросов и формирования отчётности.

Процедура закупки: контроль приёмки маркированного товара

Закупка — критический узел, где концентрируется львиная доля расхождений. Документ «Приобретение товаров и услуг» с видом операции «Поступление от поставщика» проходит многоступенчатый контрольный алгоритм.

Контрольная логика при загрузке кодов из УПД

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

  1. Сверка GTIN. Структура символа Data Matrix содержит зашитый GTIN. Платформа извлекает его и сравнивает со значением, зафиксированным в карточке номенклатуры. При несовпадении код отбрасывается с диагностическим сообщением.
  2. Детекция дубликатов. Если идентичный код уже зафиксирован в другом документе или дублируется внутри текущего, операция блокируется. Поиск выполняется запросом к регистру «Остатки кодов маркировки».
  3. Актуализация статуса. Через API-вызов к ГИС МТ проверяется текущее состояние кода. Пропускаются только «В обороте» и «Нанесён». Коды в состояниях «Выбыл», «Списан», «Ожидает ввода» отклоняются.
  4. Сверка количества. Число кодов на вкладке «Коды маркировки» должно равняться количеству товара на вкладке «Товары» в маркируемых единицах. При рассогласовании документ не проводится

Компоновка упаковок: многоуровневая агрегация

Агрегация — процесс формирования связей между индивидуальными кодами и коллективными упаковками. В 1С:ERP реализуется документом «Агрегация кодов маркировки».

Иерархическая структура:

Уровень
Назначение
Формат кода
Содержимое
Базовый
Индивидуальная единица
Data Matrix
Уникальный код конкретного товара
Промежуточный
Сборная упаковка
ITF-14
Совокупность индивидуальных единиц
Транспортный
Логистическая единица
SSCC
Совокупность сборных упаковок

Правила контроля:

  • Состав внутренней упаковки должен соответствовать заявленному количеству.

  • При сканировании транспортного кода (SSCC) система раскрывает всю цепочку вложенности до базовых единиц.

  • Демонтаж агрегации выполняется документом «Расформирование агрегации» — индивидуальные коды возвращаются в состояние «В обороте», а код-контейнер аннулируется.

Типовое нарушение: компоновка зафиксирована в 1С, но реальная раскладка на складе не совпадает. Результат — контрагент при приёмке не может сверить содержимое SSCC с отсканированными Data Matrix.

Отгрузка и смена собственника через ЭДО

Процедура реализации маркированного товара:

  1. В документе «Реализация товаров и услуг» коды подбираются со сканера ТСД или из остатков регистра «Остатки кодов маркировки».

  2. Формируется УПД со структурированным XML-вложением, содержащим коды.

  3. Документ подписывается УКЭП и транслируется через оператора ЭДО.

  4. После подтверждения покупателем (или по истечении периода ожидания) 1С:ERP направляет в ГИС МТ уведомление о смене собственника. Коды принимают статус «Передан».

Контрольные точки:

  • Счётчик кодов в УПД = счётчику в документе реализации.

  • Все коды должны находиться в состоянии «В обороте» на дату отгрузки.

  • Исключён повторный использования кодов в нескольких документах.

Аналитика и мониторинг

Динамика распределения статусов

Отчёт формируется на базе регистра «Остатки кодов маркировки» с группировкой по месяцам и статусам. Позволяет оценить темпы пополнения оборота, выявить накопление не проведённых кодов и проконтролировать долю выбытия.

Трактовка:

  • Зелёный сегмент («В обороте») — стабильный рост свидетельствует о нормальном товарном потоке.

  • Голубой сегмент («Нанесён») — накопление сигнализирует о задержках ввода в оборот после нанесения. Это операционный риск, требующий внимания.

  • Жёлтый («Выбыл») и красный («Списан») — нормальный отток. Резкий рост «Списан» может указывать на проблемы с качеством или массовыми утратами.

Распределение ошибок интеграции

Анализ логов HTTP-обмена и журнала регистрации 1С выявляет систематически повторяющиеся сбои.

Интерпретация:

  • 35% — повторное использование кодов — доминирующая проблема. Решение: жёсткий контроль при подборе кодов, блокировка повторного ввода на уровне формы.

  • 22% — рассогласование GTIN — следствие ошибок в НСИ. Решение: периодическая сверка GTIN между 1С и реестром ГС1 РУС.

  • 18% — приёмка с истёкшим статусом — результат задержек синхронизации. Решение: настройка регламентного задания обновления статусов с интервалом 15–30 минут.

Автоматизация: регламентные задания

1С:ERP содержит набор фоновых заданий, обеспечивающих автономный обмен с ГИС МТ:

Задание
Функция
Периодичность
Актуализация статусов кодов
Запрос текущих состояний из ГИС МТ
30 минут
Трансляция актов в ГИС МТ
Отправка актов приёмки и передачи
По событию
Получение кодов из СУЗ
Загрузка заказанных Data Matrix
60 минут
Сверка расхождений с ГИС МТ
Сопоставление остатков 1С и ГИС МТ
Ежедневно (ночь)
Очистка транспортной очереди
Удаление отработанных сообщений
Ежедневно

Настройка выполняется в «Администрирование» → «Регламентные и фоновые задания». Для функционирования в автоматическом режиме необходим сервер 1С с активированной поддержкой фоновых процессов.

Проверочный чек-лист перед вводом в эксплуатацию

  • Подключена интеграция с ГИС МТ для релевантных товарных категорий

  • Сконфигурировано соединение с СУЗ (OMS ID, токен)

  • Активирован ЭДО с поддержкой кодов в УПД (формат 5.01+)

  • Закреплён сертификат УКЭП за профилем обмена

  • Для всех маркируемых позиций заполнены GTIN и спецификации упаковок

  • Включён серийный учёт (где применимо)

  • Сконфигурированы регламентные задания обмена и контроля статусов

  • Подготовлены шаблоны печати для Data Matrix

  • Подключены сканеры ТСД и настроена обработка «Обмен с ТСД»

  • Выполнено тестирование в пилотном контуре ГИС МТ

  • Складской персонал обучен процедурам сканирования и компоновки упаковок





Подписаться на рассылку: Новости Софт-портал




Вернуться к списку