Сканер на сборке FBO должен связывать физический товар с правильной поставкой и грузоместом. Одного звукового сигнала после чтения штрихкода недостаточно: система должна сохранить состав, получить результат операции и выпустить соответствующую этикетку. В официальном руководстве Ozon for dev от 10 июня 2026 года описаны отдельные процессы для обычных грузовых мест и для коробов, объединённых на транспортной палете.

Различайте грузоместо и транспортную палету

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

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

Проверьте выбор поставки до первого сканирования

По руководству работа начинается с определения поставки и загрузки её товарного состава. Затем выполняется распределение товаров. При приёмке интеграции проверьте, что на экране показаны нужный номер и ожидаемые позиции. Штрихкод корректного товара не делает его допустимым для любой открытой поставки. Особое внимание нужно участку, где одновременно собирают несколько партий.

Редакционный тест: сотрудник открывает одну согласованную поставку, затем пытается отсканировать позицию из другой. Ожидаемое поведение нужно определить заранее с разработчиком. Система должна дать понятный результат, позволяющий не продолжать ошибочную сборку молча. Это проверка вашего приложения, а не утверждение, что Ozon предоставляет готовый интерфейс с таким предупреждением для любого сканера.

Сверяйте цифровую связь с физическим размещением

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

Отдельно проверьте исправление ошибочной привязки. Не имитируйте перенос простой переклейкой ярлыка, если цифровое состояние осталось прежним. Разработчик должен использовать предусмотренный текущей документацией способ изменения связи и показать итог после повторного чтения. Для создания и замены обычных грузомест учитывайте поведение параметра обновления версии: добавление и полная замена состава не взаимозаменяемы.

Печатайте этикетку после подтверждённого результата

Руководство различает создание задания и получение готового файла этикетки. В испытании проверьте ожидание результата, повторное открытие готовой этикетки и привязку печати к нужному объекту. Сбой принтера не должен автоматически запускать создание нового грузоместа. Иначе на столе окажется одна коробка, а в системе — несколько записей вместо повторной печати.

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