Когда задача действительно выполнена?
Прибытие робота в точку назначения ещё не означает завершение складской операции. WMS управляет запасами, местами хранения и заказами, а система управления флотом — транспортными миссиями и состоянием роботов. Успешное завершение должно соответствовать и фактическому положению груза, и записи в системе.
Сначала процесс, потом API
Прежде чем обсуждать интерфейс, я бы определил идентификатор груза, место забора, точку доставки, условия запуска и подтверждение передачи. Если паллеты нет на станции или робот не может её выгрузить, достигнутая координата не равна выполненному заказу.
Ответственность и обработка сбоев
Нужно установить, какая система создаёт задание, кто может его отменить, где хранятся достоверные сведения об остатках и как обрабатываются повторные запросы после обрыва связи. Уникальные идентификаторы и контролируемые повторы предотвращают двойное выполнение перевозки.
Испытывать не только штатный сценарий
При приёмке следует проверить отмены, повторные сообщения, занятые станции, перезапуски и потерю связи. После восстановления необходимо убедиться, что цифровая запись совпадает с реальным местом груза. Прибытие робота — событие, а проверенная складская операция — результат.
Дополнительный инженерный анализ
WMS управляет заказами, запасами и адресами хранения, а робот выполняет физическое перемещение. Между ними нужно согласовать, когда задача становится действительной и что подтверждает ее реальное завершение. Даже простая перевозка может требовать проверки груза, доступности пункта и подтверждения передачи.
Проверка и эксплуатационные условия
Каждой миссии необходимы уникальный идентификатор и прослеживаемая цепочка событий. Если поддон отсутствует, цель занята или связь пропала, система не должна произвольно обновлять остатки. Ответственные за исключения и порядок их устранения должны быть заранее определены.