Концептуальная модель подсистемы
Механизм работы с маркировкой в 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 количественные остатки по нему обнуляются, но запись в регистре сохраняется — для обеспечения ретроспективных запросов и формирования отчётности.
Процедура закупки: контроль приёмки маркированного товара
Закупка — критический узел, где концентрируется львиная доля расхождений. Документ «Приобретение товаров и услуг» с видом операции «Поступление от поставщика» проходит многоступенчатый контрольный алгоритм.
Контрольная логика при загрузке кодов из УПД
При интеграции кодов из электронного УПД система последовательно выполняет четыре проверки:
- Сверка GTIN. Структура символа Data Matrix содержит зашитый GTIN. Платформа извлекает его и сравнивает со значением, зафиксированным в карточке номенклатуры. При несовпадении код отбрасывается с диагностическим сообщением.
- Детекция дубликатов. Если идентичный код уже зафиксирован в другом документе или дублируется внутри текущего, операция блокируется. Поиск выполняется запросом к регистру «Остатки кодов маркировки».
- Актуализация статуса. Через API-вызов к ГИС МТ проверяется текущее состояние кода. Пропускаются только «В обороте» и «Нанесён». Коды в состояниях «Выбыл», «Списан», «Ожидает ввода» отклоняются.
- Сверка количества. Число кодов на вкладке «Коды маркировки» должно равняться количеству товара на вкладке «Товары» в маркируемых единицах. При рассогласовании документ не проводится
Агрегация — процесс формирования связей между индивидуальными кодами и коллективными упаковками. В 1С:ERP реализуется документом «Агрегация кодов маркировки».
Иерархическая структура:
|
Уровень
|
Назначение
|
Формат кода
|
Содержимое
|
|
Базовый
|
Индивидуальная единица
|
Data Matrix
|
Уникальный код конкретного товара
|
|
Промежуточный
|
Сборная упаковка
|
ITF-14
|
Совокупность индивидуальных единиц
|
|
Транспортный
|
Логистическая единица
|
SSCC
|
Совокупность сборных упаковок
|
Правила контроля:
-
Состав внутренней упаковки должен соответствовать заявленному количеству.
-
При сканировании транспортного кода (SSCC) система раскрывает всю цепочку вложенности до базовых единиц.
-
Демонтаж агрегации выполняется документом «Расформирование агрегации» — индивидуальные коды возвращаются в состояние «В обороте», а код-контейнер аннулируется.
Типовое нарушение: компоновка зафиксирована в 1С, но реальная раскладка на складе не совпадает. Результат — контрагент при приёмке не может сверить содержимое SSCC с отсканированными Data Matrix.
Отгрузка и смена собственника через ЭДО
Процедура реализации маркированного товара:
-
В документе «Реализация товаров и услуг» коды подбираются со сканера ТСД или из остатков регистра «Остатки кодов маркировки».
-
Формируется УПД со структурированным XML-вложением, содержащим коды.
-
Документ подписывается УКЭП и транслируется через оператора ЭДО.
-
После подтверждения покупателем (или по истечении периода ожидания) 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
-
Подключены сканеры ТСД и настроена обработка «Обмен с ТСД»
-
Выполнено тестирование в пилотном контуре ГИС МТ
-
Складской персонал обучен процедурам сканирования и компоновки упаковок