В прошлой части мы разобрались, почему упаковки становятся критически важными при переходе на ПЭУ. Если у вас есть серьёзный объём, переварить поэкземплярный учёт без эффективной работы с коробами и палетами не получится: поштучное сканирование быстро упрётся в скорость склада.
ТСД сегодня, пожалуй, самый удобный способ вынести эту работу непосредственно в складскую операцию. Но сам терминал ничего не знает о содержимом палеты. Он только фиксирует факт сканирования, то есть остаётся своего рода свидетелем бытия упаковки. Чтобы после одного скана система увидела все вложенные коды, за ним должны стоять правильный идентификатор, зарегистрированная агрегация и доступ к данным о составе.
На коробе напечатан DataMatrix. На палете — линейный штрихкод. В документах встречаются КИГУ, КИН, КИТУ, SSCC и АТК. Все они позволяют не перечислять вручную сотни кодов маркировки, но устроены по-разному и возникают на разных этапах движения товара.
Главная причина путаницы — упаковочный код часто воспринимают как файл, внутрь которого «записаны» все вложенные DataMatrix. На самом деле штрихкод обычно содержит только идентификатор. Связь вида «эта палета содержит такие-то короба, а в них находятся такие-то экземпляры» создаётся отдельной операцией и хранится в информационных системах.
Поэтому у задачи есть два разных слоя:
присвоить упаковке правильный идентификатор;
зарегистрировать, какие коды находятся внутри.
Если выполнить только первый шаг, получится этикетка, которую можно считать сканером, но по которой невозможно достоверно раскрыть состав упаковки.
КИГУ и КИТУ — не два варианта названия одного короба. Они описывают упаковки с разной ролью.
Монокороб, мультикороб, монопалета и мультипалета — не отдельные виды кодов. Это описание физического состава транспортной упаковки: один или несколько GTIN на уровне короба или палеты. Во всех четырёх случаях верхний агрегат идентифицируется КИТУ, а допустимость конкретного состава определяется правилами товарной группы и возможностями интеграционного контура.
Сначала разделим пять сущностей
Начнём с короткой карты терминов.
Назначение и выпуск
Код | Роль упаковки | Кто создаёт код и формирует состав | Стоимость кода | Продажа через кассу |
КИГУ | Групповая потребительская упаковка | Код формирует оператор; упаковку на производстве формирует производитель. Для импорта действуют правила товарной группы | 50 коп. без НДС; 61 коп. с НДС 22% | Да: КИГУ можно реализовать конечному потребителю |
КИН | Потребительский набор | Код формирует оператор; набор формирует владелец вложенных кодов, если сценарий разрешён правилами товарной группы | 50 коп. без НДС; 61 коп. с НДС 22% | Да: набор можно продать целиком; продажа вложений отдельно зависит от правил категории |
КИТУ | Транспортная упаковка: короб, палета или другой логистический агрегат | Идентификатор создаёт участник, выполняющий агрегацию: производитель, импортёр, оптовик, склад или розница | Плата оператору за эмиссию не взимается | Нет: КИТУ используется в логистике |
SSCC | Стандартизированный идентификатор логистической единицы | Организация, которая формирует логистическую единицу | Платы оператору нет; для собственного префикса действуют условия GS1 | Нет |
АТК | Виртуальная упаковка для таможенного оформления | ГИС МТ генерирует АТК по запросу участника | Это не отдельный заказ розничного кода маркировки | Нет |
Групповая упаковка объединяет потребительские упаковки товара и сама может быть реализована конечному покупателю. Типичный пример — блок или мультипак, который продаётся одной позицией. У такой упаковки есть собственный код товара, а на неё получают КИГУ.
Транспортная упаковка нужна для логистики. Короб или палета может включать единичные товары, групповые упаковки и транспортные упаковки нижнего уровня. На кассе такой агрегат не продают: его собирают, перевозят, принимают, разбирают и формируют заново.
АТК вообще не обязан соответствовать физической коробке. Это виртуальная упаковка для взаимодействия с таможенными органами.
Состав упаковки и операции
Код | Что может быть внутри | Что можно сделать в контуре Клеверенс |
КИГУ | Коды одного GTIN; у групповой упаковки собственный GTIN, отличный от GTIN вложения | Получить код из учётного контура, напечатать этикетку и выполнить агрегацию на ТСД в решениях для склада и производства |
КИН | Один или несколько GTIN. Разные товарные группы и немаркированный состав допустимы только в поддерживаемых сценариях и должны соответствовать карточке набора | Получить код, напечатать этикетку и выполнить формирование набора на ТСД в поддерживаемых конфигурациях |
КИТУ | Один или несколько GTIN; единичные КМ, КИГУ и КИТУ нижнего уровня. Межкатегорийные ограничения зависят от правил и интеграции | Сгенерировать и напечатать КИТУ в производственном контуре либо считать подготовленный код; выполнить агрегацию на ТСД |
SSCC | Состав транспортной упаковки, которую SSCC идентифицирует | Распознать, считать и использовать как КИТУ при поддержке соответствующего шаблона |
АТК | КИ и КИГУ, объединяемые для таможенных процедур по правилам формирования АТК | Используется в таможенном контуре; не заменяет складскую агрегацию КИТУ |
КИГУ: сначала товарная сущность, потом экземпляр упаковки
Путь КИГУ начинается не с печати этикетки, а с описания групповой упаковки как товара.
У групповой упаковки должен быть собственный GTIN. Это важно: GTIN мультипака не равен GTIN единицы, которая лежит внутри. В Национальном каталоге описывают уровень групповой потребительской упаковки, её наименование и количество вложений. После публикации карточки можно заказывать коды маркировки на GTIN групповой упаковки.
Дальнейшая цепочка выглядит так:
участник описывает групповую упаковку и получает для неё GTIN;
заказывает у оператора коды маркировки;
получает DataMatrix и наносит его на групповую упаковку;
собирает упаковку из разрешённых вложений;
передаёт в ГИС МТ сведения о формировании упаковки.
КИГУ формирует оператор информационной системы мониторинга. Поэтому его нельзя заменить произвольной строкой, которую компания сгенерировала в своей системе на базе 1С. Учётная система может создать заказ, получить ответ, сохранить код и отправить сведения о формировании упаковки, но источником самого КИГУ остаётся оператор.
Состав групповой упаковки тоже не произволен. В актуальных инструкциях «Честного ЗНАКа» для КИГУ указано, что вложенные коды должны относиться к одному коду товара; дополнительно проверяются тип эмиссии, тип упаковки, статус и особые состояния кодов. Детали зависят от товарной группы, поэтому общая схема не заменяет её правила.
Есть и ещё одно принципиальное отличие от транспортной упаковки: групповая упаковка создаётся как заранее определённая товарная сущность. Другие участники цепи не должны свободно менять её состав под текущую складскую задачу. Если складу нужно собрать произвольный набор коробов или палету для конкретной отгрузки, это уже сценарий КИТУ.
КИТУ: идентификатор создаёт тот, кто собирает транспортную упаковку
КИТУ не требуется заказывать как код маркировки у оператора. Его формирует участник оборота, выполняющий агрегацию: производитель, импортёр, дистрибьютор или склад — в зависимости от того, где появился новый транспортный агрегат.
Официальное описание КИТУ допускает его формирование по внутренним требованиям участника, требованиям получателя либо по стандарту GS1-128. Состав КИТУ может быть пользовательским, но в межорганизационной цепочке собственная маска создаёт дополнительную работу: получатель должен уметь распознать её и не спутать с другим типом штрихкода.
Поэтому для внешней логистики часто используют SSCC.
SSCC — не пятый вид упаковки
SSCC, Serial Shipping Container Code, — стандартный идентификатор логистической единицы GS1. Сам SSCC содержит 18 цифр. В элементной строке GS1 перед ним указывают идентификатор применения AI 00, поэтому строка вместе с AI содержит 20 цифр.
Запись можно представить так:
00 + SSCC
Скобки в человекочитаемой записи (00) показывают идентификатор применения, но не являются частью закодированных данных.
Это различие важно для интеграции. Одна система может хранить чистый 18-значный SSCC, другая — строку с AI 00, а третья — полностью разобранное представление GS1. Если стороны сравнивают значения без согласованных правил нормализации, один и тот же логистический идентификатор выглядит как два разных кода.
SSCC не находится рядом с КИТУ в иерархии «единица — короб — палета». Это один из способов идентифицировать транспортную упаковку. Иными словами, конкретный SSCC может выступать в ГИС МТ как КИТУ.
Как получить префикс GS1 для SSCC
Для самого КИТУ членство в GS1 не обязательно: «Честный ЗНАК» допускает внутреннюю маску участника или получателя. Но если компания хочет формировать КИТУ в виде стандартного SSCC и передавать его партнёрам без отдельного согласования формата, ей нужен префикс предприятия GS1.
В России такой префикс выдаёт ГС1 РУС. Участник маркировки может зарегистрироваться из личного кабинета «Честного ЗНАКа» либо заполнить электронное заявление на вступление, подписать его УКЭП через поддерживаемую систему ЭДО и оплатить вступительный взнос. После приёма организация получает свидетельство, доступ к информационным ресурсам и регистрационные данные.
GS1 не выдаёт отдельный номер для каждой палеты. Система на базе 1С, складская система или специализированный сервис формирует уникальный 18-значный SSCC внутри выделенного префикса: цифра расширения, префикс предприятия, серийная часть и контрольная цифра. В GS1-128 перед SSCC передают AI 00. Такой код можно использовать в ГИС МТ как КИТУ, но сам префикс и корректная строка ещё не создают агрегацию: состав упаковки нужно зарегистрировать отдельно.
Как из строки получается цифровая упаковка
Сгенерировать уникальный КИТУ недостаточно. После физической сборки короба или палеты нужно передать сведения об агрегации.
В простом случае участник отправляет в ГИС МТ пару:
КИТУ палеты → список КМ
В многоуровневой упаковке структура выглядит так:
КИТУ палеты
├── КИТУ короба 1
│ ├── КМ единицы 1
│ ├── КМ единицы 2
│ └── ...
├── КИТУ короба 2
└── КИГУ мультипака
После успешной регистрации ГИС МТ знает не только сам код палеты, но и её вложенность. Именно эта связь позволяет затем указывать или сканировать код верхнего уровня вместо сотен отдельных DataMatrix.
Внутри штрихкода палеты этого дерева нет. Сканер возвращает строку КИТУ. Дальше прикладная система должна найти упаковку и получить её состав из доступного источника.
Отсюда следует важное практическое правило: печать этикетки и регистрация агрегации — две разные операции. Этикетка может быть напечатана успешно, а документ формирования упаковки — не отправлен, отклонён или обработан с ошибкой. Физически палета существует, штрихкод читается, но цифровой состав по нему не раскрывается.
Кто и в какой момент создаёт КИТУ
Способов получить КИТУ несколько: сгенерировать его в системе на базе 1С, складской или производственной системе, через специализированный сервис либо принять уже выпущенный код от контрагента. Поэтому единственного правильного маршрута нет. Дальше покажем механику на близком нам примере — «Фабрике 15» с прямым обменом с «Честным ЗНАКом». Доступность конкретных команд зависит от уровня продукта и настройки коннектора.
Что настраивается до первой печати SSCC
Генератор должен не просто выдать очередные 18 цифр, а обеспечить их уникальность и заранее подготовить запас свободных кодов для работы на линии. В показанной версии настройки открываются через эмулятор: «Дополнительно» → «Настройка генерации КИТУ».
В форме задаются три параметра: лимит генерации, GLN и расширение.
Лимит определяет, сколько свободных кодов сервер должен поддерживать в запасе. В этой версии допустимо значение от 1 до 500; во внутренней инструкции рекомендуется ориентироваться на суточный расход и добавлять запас 25%. Поле GLN используется для ввода первых девяти цифр уникального кода организации. Расширение — цифра от 0 до 9, которая позволяет развести генерацию между несколькими базами.
После первого подтверждения система начинает формировать пул кодов. В дальнейшем запас пополняется серверным заданием. По умолчанию оно запускается раз в сутки в 00:00 по времени сервера, но расписание можно изменить в инструментах разработчика: «Конфигурация» → «Серверные события и расширения» → «Серверные задания» → ГенерацияSSCC.
Префикс организации и расширение задают пространство номеров, сервер автоматически поддерживает запас свободных кодов по настроенному расписанию, а ТСД получает готовые SSCC для печати. Благодаря этому сотруднику не приходится конструировать код вручную, а несколько баз могут генерировать идентификаторы в разных диапазонах.
1. «Фабрика 15» формирует и печатает КИТУ
В операции «Агрегация, разагрегация» сотрудник нажимает «Печать SSCC», указывает количество этикеток в пределах доступного пула и отправляет их на печать. После этого нужно отсканировать последнюю распечатанную этикетку. Для SSCC система формирует номера внутри префикса организации и должна исключать повторное использование идентификаторов.
2. На ТСД открывают будущую транспортную упаковку
Если этикетка уже подготовлена, сотрудник сканирует её перед наполнением упаковки. Можно начать и без готового штрихкода: в режиме «ТУ в ТУ» нажать «Новая ТУ», собрать вложения, а КИТУ отсканировать при закрытии. Это удобно, когда короб или палета формируется непосредственно на линии.
3. Сотрудник сканирует вложения
В режиме «КМ в ТУ» в упаковку добавляют отдельные коды маркировки. В режиме «ТУ в ТУ» — короба и другие транспортные упаковки нижнего уровня. После сканирования всех вложений сотрудник нажимает «Закрыть ТУ». До этого момента система хранит проект будущей агрегации, а не зарегистрированный в ГИС МТ состав.
4. Документ отправляют в «Честный ЗНАК»
После завершения операции сотрудник нажимает «Отправить в ЧЗ». Документ обрабатывается на сервере «Фабрики 15» с учётом считанных кодов маркировки и транспортных упаковок, а затем сведения передаются в ГИС МТ. Только после успешной обработки связь между КИТУ и вложениями становится зарегистрированной агрегацией.
5. Упаковка участвует в операциях
КИТУ можно использовать при формировании документов, приёмке и отгрузке. Если код упаковки передаётся в УПД, система маркировки работает с зарегистрированными вложенными кодами.
6. Изменение физического состава отражают в данных
Если палету разобрали, вынули короб или добавили товар, прежняя цифровая модель больше не соответствует физическому грузу. Для КИТУ в поддерживаемых товарных группах предусмотрены две разные операции: трансформация, при которой в упаковку добавляют новые коды или изымают существующие, и полное расформирование.
С КИГУ та же механика не работает: отдельной трансформации групповой упаковки в ГИС МТ нет. Если из агрегата продают через кассу или выводят из оборота вложенную единицу, связь с упаковкой расформировывается автоматически. При изъятии или передаче части товара могут автоматически расформироваться и упаковки верхнего уровня. Поэтому физический состав нельзя менять только на складе — сначала нужно проверить сценарий конкретной товарной группы и корректно отразить его в системе маркировки.
АТК: похож на агрегацию, но решает другую задачу
АТК — агрегированный таможенный код. ГИС МТ создаёт его как 25-символьную последовательность для виртуальной упаковки, объединяющей товары, которые проходят таможенные процедуры.
АТК позволяет не перечислять в декларации каждую единицу отдельно. По актуальному описанию «Честного ЗНАКа» его указывают в графе 31.13 декларации на товары. При этом нельзя дублировать один код одновременно как отдельную позицию и как вложение в КИТУ или АТК.
Складской палете и АТК иногда соответствует один и тот же набор товара, но назначение кодов разное:
КИТУ описывает транспортную упаковку и её место в логистической иерархии;
АТК группирует коды для таможенного декларирования;
АТК генерируется в ГИС МТ, а КИТУ создаёт участник, выполняющий агрегацию.
Поэтому АТК не стоит использовать как универсальный заменитель КИТУ после завершения таможенных процедур.
Где на самом деле хранится состав упаковки
Фраза «состав хранится в 1С» или «состав хранится на ТСД» слишком грубая. В рабочем контуре обычно существует несколько представлений одной упаковки.
ГИС МТ
Здесь хранится зарегистрированная агрегация: связь КИТУ или КИГУ с вложенными кодами и её актуальное состояние с точки зрения системы маркировки. Это внешняя нормативно значимая модель.
Система на базе 1С и ШУИТ
В типовых конфигурациях 1С:ERP и 1С:УТ для локального учёта кодов часто используется справочник «Штрихкоды упаковок и товаров», сокращённо ШУИТ. В нём упаковочный код получает запись, которую можно связать с номенклатурой и единицей измерения, а затем использовать в заданиях на формирование, приёмку или отгрузку. Путь в интерфейсе, набор полей и статусы зависят от конфигурации, релиза и доработок.
КИГУ может попасть в ШУИТ после заказа у оператора или из входящего ЭДО. КИТУ/SSCC система может сформировать сама либо получить от контрагента. В отдельных решениях здесь же показывают состояние упаковки и число вложений, но это локальная модель процесса, а не обязательный набор реквизитов для любой системы на базе 1С.
Запись в ШУИТ отвечает на вопрос «знает ли наша система этот код». Принятый документ агрегации в ГИС МТ отвечает на другой вопрос: «зарегистрирован ли состав упаковки». Поэтому код может существовать в ШУИТ, печататься и сканироваться, но не раскрывать вложенность, если сведения о формировании упаковки не были приняты системой маркировки.
Складская система и мобильное приложение
Складская система готовит операции для ТСД и принимает результаты сканирования. Состав упаковки она может получить из системы на базе 1С, входящего документа, собственной базы либо через интеграцию с ГИС МТ.
Например, «Склад 15» умеет при отсутствии транспортной упаковки в 1С запросить сведения о ней непосредственно в «Честном ЗНАКе» и добавить найденную упаковку в документ. Это пример конкретной архитектуры, а не универсальное поведение любого мобильного приложения.
Сам ТСД не извлекает список вложенных DataMatrix из штрихкода. Он считывает идентификатор и обращается к данным, которые ему предоставил контур
ЭДО
ЭДО передаёт между контрагентами УПД и содержащиеся в нём коды. Но УПД использует уже созданную агрегацию — он не строит связь «палета — короба — единицы» вместо отправителя.
Из этого получается распределённая модель:
ГИС МТ — зарегистрированная вложенность
Учётная система на базе 1С — документы, задания и локальное представление
ЭДО — передача сведений между контрагентами
ТСД — сканирование и спостовление план/факта
Системы могут дублировать часть данных ради скорости и автономности. Проблема начинается не с самого дублирования, а когда копии расходятся и ни один компонент не умеет определить, какое состояние актуально.
Что проверять, если упаковка не раскрывается
Диагностику полезно вести в том же порядке, в котором создавалась цифровая упаковка.
Сначала проверить считанную строку: полностью ли сканер передал код, распознала ли система тип штрихкода, одинаково ли стороны трактуют AI 00 и SSCC.
Затем — существование упаковки: создан ли КИТУ в нужной системе и известен ли он текущему документу.
После этого — регистрацию: был ли отправлен документ агрегации, принят ли он ГИС МТ и не расформирована ли упаковка позднее.
Только затем имеет смысл разбирать локальную интеграцию: пришла ли вложенность через ЭДО, загружена ли она в систему на базе 1С, доступен ли прямой запрос к ГИС МТ и что именно было выгружено на ТСД.
Такой порядок отделяет четыре разных класса ошибок: чтение штрихкода, распознавание формата, отсутствие зарегистрированной агрегации и рассинхронизацию систем.
В сухом остатке
КИГУ идентифицирует групповую потребительскую упаковку. Код формирует оператор, а участник создаёт саму упаковку и регистрирует её состав по правилам товарной группы.
КИТУ идентифицирует транспортную упаковку. Его создаёт участник, который собирает логистический агрегат. SSCC — стандартизированный способ задать такой идентификатор, а не отдельный уровень упаковки.
АТК формирует ГИС МТ для таможенного декларирования. Он представляет виртуальную упаковку и не заменяет КИТУ в обычном складском процессе.
Наконец, ни один из этих кодов сам по себе не содержит перечень вложенных DataMatrix. Ценность появляется после регистрации связи между упаковкой и её составом. Именно эту связь затем используют ГИС МТ, системы на базе 1С, складские приложения, ЭДО и ТСД.
В следующей статье перейдём непосредственно к работе на ТСД. Разберём, как терминал читает DataMatrix, КИТУ и SSCC, почему один код распознаётся, а другой нет, какие данные нужно передать в «Склад 15» и как настроить выгрузку и шаблоны обработки штрихкодов.
