Разбор · 08.10.2026
Мобильное приложение склада должно подтверждать фактическую приёмку на месте, а агенты пишут экран
Что заказать для смартфона или ТСД: принятые строки поставки, расхождения и подтверждение записи в существующей WMS.
Материал подготовлен машиной агентов под надзором Евгения Шилова · факты проверены 8 октября 2026
Мобильное приложение для склада должно записывать то, что сотрудник принял у поставки. Копия количества из накладной ещё не подтверждает, что товар приехал.
ИИ-агенты пишут экран, а приёмщик подтверждает товар. Клиентского складского приложения у нас нет: разберём предмет заказа и проверку результата в вашей WMS.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Факт приёмки нужно вводить отдельно от плана.
Что подтверждает экран приёмки? Сотрудник сверил товар на месте и записал количество. Ожидаемое количество из WMS помогает найти расхождение.
Расчёт оборачиваемости запасов требует истории остатков по товарам за выбранный период.
Saby Docs требует сверять фактическое количество с документом поставщика. Мобильная приёмка уже есть в готовых продуктах, включая Складолог.
В испытательном примере ожидали 10 единиц, приняли 8. Автоматически заполненный факт «10» скрывает недостачу.
Экран различает ожидание, подтверждение сотрудника и запись WMS.
Основание: инструкции Saby Docs и Microsoft Learn, проверено 08.10.2026. Таблица задаёт требования к будущему экрану. Числа примера служат условием испытания.
2. В WMS передают подтверждённую строку поставки.
Одного штрихкода для записи приёмки недостаточно. Нужна строка конкретной поставки на выбранном складе, иначе количество попадёт в другой документ.
Единица измерения меняет результат. Сотрудник принял коробки, а WMS ждёт штуки: правило пересчёта должно быть согласовано до появления кнопки подтверждения.
При постановке задачи агенту задают поля результата и случаи отказа. Без них агенту придётся самому решать, куда записать количество и что делать с недостачей.
У подтверждённой строки есть контекст, количество и результат записи.
Редакционный состав строки на основе Saby, Microsoft Learn и AWS, проверено 08.10.2026. Названия полей и обязательность партии, серии или маркировки уточняют по API вашей WMS.
3. Экран принимают на устройстве, которым пользуется склад.
Для смартфона проверяют чтение кода камерой у товара. Для ТСД, терминала сбора данных, проверяют встроенный сканер и его настройки ввода.
Zebra DataWedge умеет передавать скан как нажатия клавиш. Если фокус ушёл в поле количества, код может попасть туда. Демонстрация на компьютере этого не ловит.
Проверка проходит в рабочих условиях склада. Сотрудник сканирует упаковку и исправляет количество в своих перчатках, при том освещении, где принимает товар.
Поддержка устройства доказывается действием у товара.
Основание: Zebra DataWedge и мобильная приёмка Saby, проверено 08.10.2026. Условия испытания предложены редакцией. Сравнения скорости смартфона и ТСД нет.
4. Обрыв связи не должен превращать повтор в новое поступление.
После обрыва связи результат может быть неизвестен. WMS записала строку, но ответ не дошёл до телефона. Повтор с новым номером создаст риск двойной приёмки.
Повтор отправляют с прежним номером операции и прежними данными. Такой механизм описывает AWS. Его поддержку нужно проверить в API вашей WMS.
Блокировка кнопки от повторного нажатия помогает только на экране. Повтор после перезапуска тоже должен распознаваться системой, которая пишет учёт.
Состояние на телефоне должно совпадать с известным результатом операции.
Редакционные состояния на основе Android Developers и AWS Builders’ Library, проверено 08.10.2026. Ответ о получении запроса не приравнивается к регистрации товара, если API выполняет запись позже.
Работу без сети согласуют заранее: нужны локальное сохранение и очередь отправки. Без этого режима экран запрещает подтверждение без связи.
Изменённое задание после паузы требует сверки. Если другой сотрудник уже закрыл строку, накопленные данные нельзя молча записывать поверх его результата.
Доступ к WMS фиксируют в правилах для ИИ-агентов. Агентам достаточно тестовой поставки, API и примеров ответов. Рабочие ключи остаются у инженера.
Повтор операции и новое действие с товаром требуют разных правил.
Основание: AWS, Android и инструкция Saby по маркировке, проверено 08.10.2026. Это сценарии проверки будущей интеграции, не заявленные возможности каждой WMS.
5. Наш опыт с агентами научил проверять весь путь поля.
Инженер ведёт машину агентов: она строит сайт и админку. Их история видна на открытой карте машины. Складского клиентского кейса это не заменяет.
Наш опыт помогает проверить путь данных до результата, который видит получатель. Для приёмки таким результатом станет строка документа WMS.
Потеря поля описана в разборе технического долга. В ленте ниже два эпизода одного дня и правила, которые закрыли пропуски.
31.07
При записи новости терялось поле сцены обложки. Поля перечисляли вручную в разных местах. Ввели общий способ передачи полей и проверку, которая ловит пропуск.
31.07
Позже в тот же день нашли другую потерю: обложка была на странице новости, но не в ленте. Добавили её в общую передачу данных для ленты. Правило: проверять поле и в записи, и на конечном экране.
Наш дневник разработки, записи 31.07.2026 в 15:40 и 21:50 МСК. Сверено 08.10.2026. Это поломки сайта, не складского приложения.
Состав данных проверяют на каждом пути: при подтверждении, повторе после обрыва и отправке накопленных строк. Во всех случаях факт должен доехать до WMS.
Успех испытания виден в документе WMS. Если экран показал принятое количество, а в документ попал план, разработка ещё не закрыла задачу приёмки.
Работа машины разобрана в курсе агентной разработки: правила, задачи и проверки. Знание складского процесса приносит ваша команда.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Приёмка у товара | Прочитали инструкцию Saby Docs: сотрудник сверяет фактическое количество с документом. Microsoft Learn требует определить строку закупки до регистрации. Это механика существующих продуктов, не испытание нашего приложения | 2026-10-08 |
| Смартфон и ТСД | Складолог описывает сканирование камерой телефона. Zebra TechDocs объясняет ввод скана как нажатия клавиш. Производительность устройств на складе мы не измеряли | 2026-10-08 |
| Сеть и повтор | Официальные документы Android и AWS: локальное сохранение, очередь отправки, разрешение конфликтов и идентификатор операции. Таблицы статьи переводят эти механизмы в требования к будущему экрану | 2026-10-08 |
| Наша машина | Открыли живую карту /open и сверили записи дневника разработки от 31 июля 2026. Собственный опыт относится к сайту и админке. Клиентского складского приложения у нас нет | 2026-10-08 |
| Цена подписки | 250 000 ₽ в месяц за тариф «Один проект» на живой /services. Это цена подписки на разработку, не смета складского приложения и не обещание срока его внедрения | 2026-10-08 |
6. Первый заказ заканчивается проверкой поставки в WMS.
Первая задача охватывает приёмку поставки и запись подтверждённых строк по API. Размещение, отгрузку и весь складской учёт добавляют следующими задачами.
До начала разработки назначают принимающего со стороны склада и владельца WMS. Приёмщик проверяет действие у товара, специалист по WMS проверяет документ.
Для сдачи заказа сверяют подтверждённую строку и документ WMS. Экран с верным кодом товара ещё не доказывает верный учёт.
Разработка сдана, когда эти сценарии проходят до документа WMS.
Редакционная программа приёмки, 08.10.2026, на основе первоисточников статьи. Это условия будущего испытания. Мы не утверждаем, что уже прошли их на складе клиента.
Начать можно с документа поставки и примера API вашей WMS. По ним видно, доступен ли нужный обмен и где согласовать правила расхождений до написания экрана.
Разработка по подписке стоит 250 000 ₽ в месяц за «Один проект», проверено 08.10.2026. Объём первого этапа согласуют после проверки API.
Для такого заказа достаточно сформулировать результат у товара и в WMS. Если нужен следующий шаг, можно обсудить задачу приёмки.
Заказ движется от задания WMS к проверенной приёмке.
Редакционный порядок заказа, 08.10.2026. Тариф /services предусматривает одну задачу в работе, следующая ждёт в очереди. Таблица не обещает срок готового приложения.
7. Частые вопросы
Можно ли сделать приложение для склада без замены WMS?+
Да, если существующая WMS позволяет получать задание на приёмку и записывать результат через API. До разработки нужно проверить её документацию, права доступа и способ узнать результат операции. Если этих возможностей нет, сначала решают задачу обмена данными.
Сканирование штрихкода подтверждает количество товара?+
Скан определяет товар или упаковку. Количество подтверждается выбранным способом приёмки: подсчётом, сканированием единиц или упаковок с известным составом. Один обычный штрихкод не доказывает, что всё количество из накладной приехало.
Нужна ли геолокация для подтверждения приёмки на месте?+
Координаты телефона не подтверждают количество и состояние товара. Для описанного экрана нужны выбранные склад и поставка, действия приёмщика у товара и связь подтверждённой строки с записью WMS. Требование геолокации добавляют, если оно решает отдельную задачу вашего процесса.
Нужно ли встроить ИИ в само приложение?+
Для описанной задачи ИИ нужен на этапе разработки: агенты пишут код и проверки под управлением инженера. Приёмщик подтверждает товар, а программа проверяет заданные правила. Распознавание повреждений или документов с ИИ будет отдельной задачей со своей проверкой.
Входит ли подписание накладной в экран приёмки?+
Не автоматически. Фиксация принятого количества, проведение складского документа и подписание документа поставщика могут быть разными действиями. В заказе нужно назвать, каким из них заканчивается работа экрана и кто имеет право его выполнить.
Что останется у компании после разработки?+
В заказе стоит закрепить исходный код, описание обмена с WMS и сценарии проверки. Для продолжения работы также нужны инструкция запуска и настройки сканера. Ключи доступа к рабочей WMS хранят отдельно от исходного кода.
Источники
- Saby Docs: принять поступление, сверить фактическое количество · проверено 08.10.2026 — официальная инструкция
- Складолог: мобильный ТСД в телефоне · проверено 08.10.2026 — сайт вендора
- Microsoft Learn: регистрация поступления с мобильного устройства · проверено 08.10.2026 — официальная документация
- Zebra DataWedge 11.0: Keystroke Output · проверено 08.10.2026 — официальная документация
- Android Developers: Build an offline-first app · проверено 08.10.2026 — официальная документация
- Malcolm Featonby: Making retries safe with idempotent APIs · проверено 08.10.2026 — инженерная статья AWS
- Открытая карта машины vibecoding.ru · проверено 08.10.2026 — наш публичный экран
- Наш разбор технического долга: история потери поля 31.07.2026 — наш опыт
- Тариф «Один проект», условия разработки по подписке · проверено 08.10.2026 — наш оффер
Запомнить
1. Отделите план поставки от количества, которое подтвердил приёмщик.
2. Свяжите факт с нужными складом, строкой поставки и единицей учёта.
3. Проверьте сканер и действия сотрудника на рабочем устройстве у товара.
4. Сохраните номер операции при повторе и сверяйте результат с WMS.
5. Принимайте разработку по документу WMS, включая недостачу и обрыв связи.