В прошлой части мы разобрались, почему упаковки становятся критически важными при переходе на ПЭУ. Если у вас есть серьёзный объём, переварить поэкземплярный учёт без эффективной работы с коробами и палетами не получится: поштучное сканирование быстро упрётся в скорость склада.

ТСД сегодня, пожалуй, самый удобный способ вынести эту работу непосредственно в складскую операцию. Но сам терминал ничего не знает о содержимом палеты. Он только фиксирует факт сканирования, то есть остаётся своего рода свидетелем бытия упаковки. Чтобы после одного скана система увидела все вложенные коды, за ним должны стоять правильный идентификатор, зарегистрированная агрегация и доступ к данным о составе.

На потребительской или групповой упаковке напечатан DataMatrix. На транспортном коробе или палете может быть линейный штрихкод. В документах встречаются КИ, КИГУ, КИН, КИК, КИТУ и АТК, а рядом с ними — SSCC. Но это не семь равноправных типов упаковки: SSCC описывает формат логистического идентификатора, тогда как остальные обозначения относятся к сущностям системы маркировки.

Главная причина путаницы — упаковочный код часто воспринимают как файл, внутрь которого «записаны» все вложенные DataMatrix. На самом деле штрихкод обычно содержит только идентификатор. Связь вида «эта палета содержит такие-то короба, а в них находятся такие-то экземпляры» создаётся отдельной операцией и хранится в информационных системах.

Поэтому у задачи есть два разных слоя:

1. присвоить упаковке правильный идентификатор;

2. зарегистрировать, какие коды находятся внутри.

Если выполнить только первый шаг, получится этикетка, которую можно считать сканером, но по которой невозможно достоверно раскрыть состав упаковки.

КИГУ и КИТУ — не два варианта названия одного короба. Они описывают упаковки с разной ролью.

Монокороб, мультикороб, монопалета и мультипалета — не отдельные виды кодов. Это описание физического состава транспортной упаковки: один или несколько GTIN на уровне короба или палеты. Во всех четырёх случаях верхний агрегат идентифицируется КИТУ, а допустимость конкретного состава определяется правилами товарной группы и возможностями интеграционного контура.

Сначала отделим тип упаковки от формата код

В справочниках True API используются следующие типы упаковок. Имена полей и отдельных значений в конкретных методах API могут различаться, поэтому при интеграции нужно сверяться со схемой именно того документа, который отправляет система.Назначение и выпуск

SSCC в эту таблицу не попадает намеренно. Это стандарт GS1 для идентификации логистической единицы, а не ещё один тип упаковки в ГИС МТ.

Групповая упаковка объединяет потребительские упаковки одного товара и сама может быть реализована конечному покупателю. Типичный пример — блок или мультипак, который продаётся одной позицией. У такой упаковки есть собственный код товара, а на неё получают КИГУ.

Транспортная упаковка нужна для логистики. В составе КИТУ могут находиться КИ, КИГУ, КИК, КИН и КИТУ нижнего уровня. Допустимая глубина — не более пяти уровней вложенности. На кассе такой агрегат не продают: его собирают, перевозят, принимают, разбирают и формируют заново.

АТК вообще не обязан соответствовать физической коробке. Это виртуальная упаковка для взаимодействия с таможенными органами. В его состав могут входить КИ, КИК, КИГУ, КИН и КИТУ; для медицинских изделий действует исключение для КИГУ.

Если свести правила вложенности к короткой памятке, получится так:

• КИГУ содержит только КИ одного кода товара, то есть одного GTIN;

• КИН может содержать только КИ и КИК, а фактический состав должен соответствовать карточке набора в Национальном каталоге;

• КИТУ может содержать КИ, КИГУ, КИК, КИН и КИТУ;

• АТК может содержать КИ, КИК, КИГУ, КИН и КИТУ с учётом ограничений товарной группы.

КИГУ: сначала товарная сущность, потом экземпляр упаковки

Путь КИГУ начинается не с печати этикетки, а с описания групповой упаковки как товара.

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

Дальнейшая цепочка выглядит так:

1. участник описывает групповую упаковку и получает для неё GTIN;

2. заказывает у оператора коды маркировки;

3. получает DataMatrix и наносит его на групповую упаковку;

4. собирает упаковку из разрешённых вложений;

5. передаёт в ГИС МТ сведения о формировании упаковки.

КИГУ формирует оператор информационной системы мониторинга. Поэтому его нельзя заменить произвольной строкой, которую компания сгенерировала в своей системе на базе 1С. Учётная система может создать заказ, получить ответ, сохранить код и отправить сведения о формировании упаковки, но источником самого КИГУ остаётся оператор.

Состав групповой упаковки тоже не произволен. Согласно руководству по формированию упаковок, вложениями КИГУ могут быть только коды с типом UNIT, относящиеся к одному коду товара. То есть под одним КИГУ нельзя объединить разные артикулы, вкусы или размеры, если у них разные GTIN. Дополнительно проверяются тип эмиссии, статус и особые состояния кодов.

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

Есть и ещё одно принципиальное отличие от транспортной упаковки: групповая упаковка создаётся как заранее определённая товарная сущность. Другие участники цепи не должны свободно менять её состав под текущую складскую задачу. Если складу нужно собрать произвольный набор коробов или палету для конкретной отгрузки, это уже сценарий КИТУ.

КИН и КИК: набор не равен групповой упаковке

КИН идентифицирует набор, который описан в Национальном каталоге как самостоятельный товар: со своим GTIN, наименованием и фиксированным составом. В обычном наборе могут находиться товары с разными GTIN одной товарной группы, а их коды и количество должны соответствовать карточке набора. Например, для лёгкой промышленности это прямо зафиксировано в правилах формирования наборов.

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

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

Если набор продаётся целиком, касса сканирует КИН, а вложенные маркированные товары выводятся из оборота вместе с ним. Если в чеке указан КИ или КИК, вложенный в КИН, набор автоматически расформировывается: КИН становится недоступен для дальнейших операций, а остальные вложенные товары остаются доступны. Это прямо описано в справочнике True API. Отдельный документ «Расформирование» нужен, когда физически разобранный набор требуется отразить в ГИС МТ до продажи или другой операции с вложениями. Если в разрешённом сценарии набор сформирован с товарами, подлежащими обязательной маркировке, но без нанесённых на них средств идентификации, продавать такие товары отдельно нельзя: сначала на каждую единицу нужно нанести маркировку.

КИК — код идентификации комплекта. Он используется для товаров лёгкой промышленности, причём создание карточек комплектов доступно не для всей категории, а для предусмотренных правилами кодов ТН ВЭД. Комплект определяет производитель, его составляющие внутри отдельно не маркируются, а сам комплект не разукомплектовывается при передаче права собственности и продаётся как единый товар. Поэтому КИК нельзя считать ещё одним названием КИН.

КИТУ: идентификатор создаёт тот, кто собирает транспортную упаковку

КИТУ не требуется заказывать как код маркировки у оператора. Его формирует участник оборота, выполняющий агрегацию: производитель, импортёр, дистрибьютор или склад — в зависимости от того, где появился новый транспортный агрегат.

Официальное описание КИТУ допускает его формирование по внутренним требованиям участника, требованиям получателя либо по стандарту 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 — один из допустимых стандартов построения её идентификатора. Если для КИТУ используется SSCC, тип упаковки по-прежнему остаётся BOX, а SSCC определяет структуру самого кода.

Как получить префикс GS1 для SSCC

Для самого КИТУ членство в GS1 не обязательно: «Честный ЗНАК» допускает внутреннюю маску участника или получателя. Но если компания хочет формировать КИТУ в виде стандартного SSCC и передавать его партнёрам без отдельного согласования формата, ей нужен префикс предприятия GS1.

В России такой префикс выдаёт ГС1 РУС. Участник маркировки может зарегистрироваться из личного кабинета «Честного ЗНАКа» либо заполнить электронное заявление на вступление, подписать его УКЭП через поддерживаемую систему ЭДО и оплатить вступительный взнос. После приёма организация получает свидетельство, доступ к информационным ресурсам и регистрационные данные.

GS1 не выдаёт отдельный номер для каждой палеты. Система на базе 1С, складская система или специализированный сервис формирует уникальный 18-значный SSCC внутри выделенного префикса: цифра расширения, префикс предприятия, серийная часть и контрольная цифра. В GS1-128 перед SSCC передают AI 00. Такой SSCC можно использовать как идентификатор КИТУ, но сам префикс и корректная строка ещё не создают агрегацию: состав упаковки нужно зарегистрировать отдельно.

Как из строки получается цифровая упаковка

Сгенерировать уникальный КИТУ недостаточно. После физической сборки короба или палеты нужно передать сведения об агрегации.

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

КИТУ палеты → список КМ

В многоуровневой упаковке структура выглядит так:

КИТУ палеты

├── КИТУ короба 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 декларации на товары. При этом нельзя дублировать один код одновременно как отдельную позицию и как вложение в КИТУ или АТК.

По актуальному справочнику True API в АТК могут входить КИ, КИК, КИГУ, КИН и КИТУ. Для медицинских изделий КИГУ в составе АТК не допускается. Это ещё раз показывает, почему АТК нельзя описывать просто как список отдельных КИ и КИГУ.

Складской палете и АТК иногда соответствует один и тот же набор товара, но назначение кодов разное:

• КИТУ описывает транспортную упаковку и её место в логистической иерархии;

• АТК группирует коды для таможенного декларирования;

• АТК генерируется в ГИС МТ, а КИТУ создаёт участник, выполняющий агрегацию.

Поэтому АТК не стоит использовать как универсальный заменитель КИТУ после завершения таможенных процедур.

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

Фраза «состав хранится в 1С» или «состав хранится на ТСД» слишком грубая. В рабочем контуре обычно существует несколько представлений одной упаковки.

ГИС МТ

Здесь хранится зарегистрированная агрегация: связь КИТУ или КИГУ с вложенными кодами и её актуальное состояние с точки зрения системы маркировки. Это внешняя нормативно значимая модель.

Система на базе 1С и ШУИТ

В типовых конфигурациях 1С:ERP и 1С:УТ для локального учёта кодов часто используется справочник «Штрихкоды упаковок и товаров», сокращённо ШУИТ. В нём упаковочный код получает запись, которую можно связать с номенклатурой и единицей измерения, а затем использовать в заданиях на формирование, приёмку или отгрузку. Путь в интерфейсе, набор полей и статусы зависят от конфигурации, релиза и доработок.

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

Запись в ШУИТ отвечает на вопрос «знает ли наша система этот код». Принятый документ агрегации в ГИС МТ отвечает на другой вопрос: «зарегистрирован ли состав упаковки». Поэтому код может существовать в ШУИТ, печататься и сканироваться, но не раскрывать вложенность, если сведения о формировании упаковки не были приняты системой маркировки.

Складская система и мобильное приложение

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

Например, «Склад 15» умеет при отсутствии транспортной упаковки в 1С запросить сведения о ней непосредственно в «Честном ЗНАКе» и добавить найденную упаковку в документ. Это пример конкретной архитектуры, а не универсальное поведение любого мобильного приложения.

Сам ТСД не извлекает список вложенных DataMatrix из штрихкода. Он считывает идентификатор и обращается к данным, которые ему предоставил контур

ЭДО

ЭДО передаёт между контрагентами УПД и содержащиеся в нём коды. Но УПД использует уже созданную агрегацию — он не строит связь «палета — короба — единицы» вместо отправителя.

Из этого получается распределённая модель:

ГИС МТ — зарегистрированная вложенность

Учётная система на базе 1С — документы, задания и локальное представление

ЭДО — передача сведений между контрагентами

ТСД — сканирование и спостовление план/факта

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

Что проверять, если упаковка не раскрывается

Диагностику полезно вести в том же порядке, в котором создавалась цифровая упаковка.

Сначала проверить считанную строку: полностью ли сканер передал код, распознала ли система тип штрихкода, одинаково ли стороны трактуют AI 00 и SSCC.

Затем — существование упаковки: создан ли КИТУ в нужной системе и известен ли он текущему документу.

После этого — регистрацию: был ли отправлен документ агрегации, принят ли он ГИС МТ и не расформирована ли упаковка позднее.

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

Такой порядок отделяет четыре разных класса ошибок: чтение штрихкода, распознавание формата, отсутствие зарегистрированной агрегации и рассинхронизацию систем.

В сухом остатке

КИ — минимальная маркируемая единица. КИГУ идентифицирует групповую упаковку, состоящую только из КИ одного GTIN; её можно продать конечному потребителю.

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

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

АТК формирует ГИС МТ для таможенного декларирования. Он представляет виртуальную упаковку и не заменяет КИТУ в обычном складском процессе.

Наконец, ни один из этих кодов сам по себе не содержит перечень вложенных DataMatrix. Ценность появляется после регистрации связи между упаковкой и её составом. Именно эту связь затем используют ГИС МТ, системы на базе 1С, складские приложения, ЭДО и ТСД.

В следующей статье перейдём непосредственно на ТСД: разберём, что нужно настроить, чтобы мобильный контур правильно различал коды, как в «Складе 15» задаются уровни выгрузки и зачем нужны шаблоны обработки основных штрихкодов.