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

Не просто «сохранить код при сборке», а связать физическое движение, маркетплейс и юридический статус одной непрерывной цепочкой.
Ожидаемый реестр партии без ручного Excel на складе.
В остаток попадут только прошедшие проверку экземпляры.
Каждый код можно проследить от приёмки до заказа.
Один экземпляр нельзя одновременно продать на WB и Ozon.
Заказ нельзя передать дальше с отклонённым или непроверенным кодом.
Финальный статус принят и сохранён вместе с доказательной историей.
Автоматизация не должна отправлять одинаковую операцию и от маркетплейса, и от производителя. Для каждой товарной группы и схемы продаж в пилоте будет зафиксирована ответственная сторона.
Улей ждёт авторитетный итоговый статус площадки, связывает его с кодом и не отправляет дубль в ГИС МТ.
Результат: статус подтверждён площадкойУлей готовит разрешённую операцию, подписывает её по согласованной модели и ждёт принятия ГИС МТ.
Результат: операция принята ГИС МТКод освобождается только после подтверждённой отмены метаданных у площадки и возвращается в доступный остаток.
Фулфилмент сканирует тот же Data Matrix. Единица сначала попадает в карантин, затем проходит физическую и регуляторную проверку.
Товар не публикуется в остаток. В кабинете видны причина, маска кода и следующее безопасное действие.
Улей не повторяет юридическую операцию вслепую, а сверяет состояние по идентификатору и продолжает с подтверждённого шага.
Улей автоматизирует обмен и доказательную историю, но не подменяет юридическую роль участника оборота.
Наносит коды, вводит их в оборот и передаёт достоверные сведения о товаре, GTIN и партии.
Хранит защищённый реестр, связывает код с движением товара и управляет обменом со внешними системами.
Сканирует фактическую единицу на приёмке, сборке, возврате и при перемещении между складами.
Подтверждают допустимость кода, его приём для заказа и юридический результат операции.
Полная автоматизация строится вокруг безопасного реестра и строгих переходов, а не вокруг очередной таблицы с кодами.
Полное значение Data Matrix шифруется AES-256-GCM; в интерфейсе доступна только безопасная маска.
Ключевой отпечаток выявляет дубли, но не позволяет восстановить исходный код из базы.
Приёмка, резерв, проверка, отгрузка и возврат фиксируются отдельными неизменяемыми событиями.
Идемпотентность и сверка статуса защищают от повторной отправки после таймаута или перезапуска.
Неясный или отклонённый экземпляр сразу исключается из доступного остатка всех каналов.
Улей не хранит приватный ключ и PIN; модель подписи согласуется отдельно для пилота.
Мы начинаем с одной товарной группы и одного реального маршрута. После сверки данных и ответственности включаем операции постепенно, не рискуя остальным ассортиментом.
Обсудить пилоттоварная группа и несколько пилотных GTIN
роль производителя, продавца и фулфилмента в обороте кодов
доступ к тестовому и боевому True API ГИС МТ
модель подписи и полномочий без передачи приватного ключа Улью
один пилотный продавец и фулфилмент, готовый работать со сканером
согласованные правила отмены, возврата и выбытия для WB или Ozon
Юридическая схема уточняется для каждой товарной группы — технический процесс подстраивается под неё, а не наоборот.
Это зависит от товарной группы и схемы продажи. Если маркетплейс сам подтверждает розничное выбытие, Улей получает его итоговый статус и не отправляет дубль. Если обязанность остаётся у производителя или продавца, Улей подготовит и передаст нужную операцию в ГИС МТ в рамках заранее согласованных полномочий, а товар завершит путь только после принятого статуса.
Нет. Приватный ключ и PIN не должны храниться на сервере Улья. Для юридически значимых операций будет использоваться согласованная модель подписи: локальное подписание, разрешённый облачный сервис либо делегирование по МЧД — в зависимости от роли производителя и товарной группы.
Единица попадёт в карантин и не увеличит доступный остаток. В кабинете будет видна конкретная причина: дубль, неверный GTIN, чужой владелец, код уже выбыл или проверка ещё не завершена. После исправления Улей повторит проверку либо предложит заменить код.
Фулфилмент отсканирует именно Data Matrix возвращённой единицы. Улей сопоставит его с исходным заказом, поместит товар в карантин и сверит статус маркировки. Вернуть товар в доступный остаток можно будет только после физической проверки и подтверждения, что код законно находится в обороте.
Локальный реестр физических единиц и история кода будут общими. Передача кодов, проверка статуса и момент выбытия останутся отдельными для каждого маркетплейса, потому что их API и юридические сценарии отличаются. Улей скроет эту разницу за одним понятным статусом в кабинете.
Уже подготовлен защищённый фундамент: реестр физических кодов, шифрование, проверка уникальности и неизменяемая история событий. В пилоте будут поэтапно подключены операторские сканы, проверки ГИС МТ, обмен с маркетплейсами, обработка отмен и возвратов, а затем автоматические юридически значимые операции.