УЛЕЙ × ЧЕСТНЫЙ ЗНАКПроектируем полный автоматический контур

Маркированный товар — от производства до корректного выбытия

Улей свяжет каждый Data Matrix с физической единицей, местом хранения, заказом и подтверждённым статусом маркировки. Производитель увидит весь путь товара в одном кабинете — без ручных таблиц и повторного списания.

Шмель Улья в кепке маркировщика проверяет Data Matrix на коробке сканером
Пример результата проверкиКод готов к размещению
Проверен
  1. 01ПроизводствоКод нанесён и введён в оборот
  2. 02ПриёмкаData Matrix проверен
  3. 03ХранениеКод привязан к единице
  4. 04ЗаказЭкземпляр зарезервирован
  5. 05ОтгрузкаМаркетплейс подтвердил код
  6. 06Выбытие / возвратФинальный статус сверен
ПОЛНЫЙ ЦИКЛ

Как будет работать автоматизация

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

  1. 01Производитель

    Создаёт товар и вводит коды в оборот

    Событие
    На товар нанесён Data Matrix, сведения о GTIN и партии переданы в систему маркировки.
    Что делает Улей
    Улей получает согласованный состав партии и заранее знает, какие коды должен увидеть на приёмке.

    Ожидаемый реестр партии без ручного Excel на складе.

  2. 02Фулфилмент

    Сканирует каждую единицу на приёмке

    Событие
    Оператор сканирует Data Matrix вместе с товаром, а не вводит код вручную.
    Что делает Улей
    Улей нормализует код, проверяет дубль, GTIN, владельца и допустимый статус через ГИС МТ.

    В остаток попадут только прошедшие проверку экземпляры.

  3. 03Улей

    Ведёт поэкземплярный остаток

    Событие
    Принятый код связывается с конкретным товаром, продавцом, складом и местом хранения.
    Что делает Улей
    Доступный остаток считается по физическим единицам. Карантин и спорные коды не публикуются.

    Каждый код можно проследить от приёмки до заказа.

  4. 04Заказ

    Закрепляет фактический код при сборке

    Событие
    Заказ сначала резервирует количество, а оператор сканирует реальную единицу во время подбора.
    Что делает Улей
    Улей проверяет, что код доступен, принадлежит нужному SKU и ещё не закреплён за другим каналом.

    Один экземпляр нельзя одновременно продать на WB и Ozon.

  5. 05Маркетплейс

    Подтверждает код до отгрузки

    Событие
    Улей передаёт код в требуемом формате конкретной площадки и ждёт итог проверки.
    Что делает Улей
    Принятие, отказ, замена и повтор обрабатываются идемпотентно — без дублей после сетевого сбоя.

    Заказ нельзя передать дальше с отклонённым или непроверенным кодом.

  6. 06ГИС МТ

    Фиксирует выбытие или возврат

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

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

БЕЗ ДВОЙНОГО ВЫБЫТИЯ

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

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

Сценарий A

Выбытие делает маркетплейс

Улей ждёт авторитетный итоговый статус площадки, связывает его с кодом и не отправляет дубль в ГИС МТ.

Результат: статус подтверждён площадкой
Сценарий B

Выбытие остаётся на владельце кода

Улей готовит разрешённую операцию, подписывает её по согласованной модели и ждёт принятия ГИС МТ.

Результат: операция принята ГИС МТ
НЕШТАТНЫЕ СЦЕНАРИИ

Система не гадает и не возвращает товар в продажу вслепую

01

Отмена до отгрузки

Код освобождается только после подтверждённой отмены метаданных у площадки и возвращается в доступный остаток.

02

Возврат покупателя

Фулфилмент сканирует тот же Data Matrix. Единица сначала попадает в карантин, затем проходит физическую и регуляторную проверку.

03

Неверный или чужой код

Товар не публикуется в остаток. В кабинете видны причина, маска кода и следующее безопасное действие.

04

Неясный ответ API

Улей не повторяет юридическую операцию вслепую, а сверяет состояние по идентификатору и продолжает с подтверждённого шага.

РОЛИ В ПРОЦЕССЕ

Кто за что отвечает

Улей автоматизирует обмен и доказательную историю, но не подменяет юридическую роль участника оборота.

01

Производитель

Источник данных

Наносит коды, вводит их в оборот и передаёт достоверные сведения о товаре, GTIN и партии.

02

Улей

Автоматизация

Хранит защищённый реестр, связывает код с движением товара и управляет обменом со внешними системами.

03

Фулфилмент

Физический контроль

Сканирует фактическую единицу на приёмке, сборке, возврате и при перемещении между складами.

04

ГИС МТ и площадка

Авторитетный статус

Подтверждают допустимость кода, его приём для заказа и юридический результат операции.

БЕЗОПАСНОСТЬ

Доказуемо, поэкземплярно, без хранения ключа подписи

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

DATA MATRIXзашифрованСОБЫТИЯнеизменяемыОСТАТОКпо экземплярам

Код не лежит открытым текстом

Полное значение Data Matrix шифруется AES-256-GCM; в интерфейсе доступна только безопасная маска.

Один код — одна физическая единица

Ключевой отпечаток выявляет дубли, но не позволяет восстановить исходный код из базы.

История не переписывается

Приёмка, резерв, проверка, отгрузка и возврат фиксируются отдельными неизменяемыми событиями.

Сбой не создаёт вторую операцию

Идемпотентность и сверка статуса защищают от повторной отправки после таймаута или перезапуска.

Карантин не продаётся

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

УКЭП остаётся под контролем владельца

Улей не хранит приватный ключ и PIN; модель подписи согласуется отдельно для пилота.

ЗАПУСК ПИЛОТА

Что потребуется от производителя

Мы начинаем с одной товарной группы и одного реального маршрута. После сверки данных и ответственности включаем операции постепенно, не рискуя остальным ассортиментом.

Обсудить пилот
  1. 01

    товарная группа и несколько пилотных GTIN

  2. 02

    роль производителя, продавца и фулфилмента в обороте кодов

  3. 03

    доступ к тестовому и боевому True API ГИС МТ

  4. 04

    модель подписи и полномочий без передачи приватного ключа Улью

  5. 05

    один пилотный продавец и фулфилмент, готовый работать со сканером

  6. 06

    согласованные правила отмены, возврата и выбытия для WB или Ozon

ВОПРОСЫ ПРОИЗВОДИТЕЛЕЙ

Главное до старта

Юридическая схема уточняется для каждой товарной группы — технический процесс подстраивается под неё, а не наоборот.

Кто будет выводить код из оборота?

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

Нужно ли передавать Улью ключ и PIN от УКЭП?

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

Что произойдёт, если код не пройдёт проверку?

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

Как будет обрабатываться возврат?

Фулфилмент отсканирует именно Data Matrix возвращённой единицы. Улей сопоставит его с исходным заказом, поместит товар в карантин и сверит статус маркировки. Вернуть товар в доступный остаток можно будет только после физической проверки и подтверждения, что код законно находится в обороте.

Будет ли один процесс работать для WB и Ozon?

Локальный реестр физических единиц и история кода будут общими. Передача кодов, проверка статуса и момент выбытия останутся отдельными для каждого маркетплейса, потому что их API и юридические сценарии отличаются. Улей скроет эту разницу за одним понятным статусом в кабинете.

Что уже подготовлено, а что появится в пилоте?

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

УЛЕЙ × ЧЕСТНЫЙ ЗНАК

Соберём полный автоматический маршрут на вашей товарной группе

Написать команде Улья