Мобильное приложение для склада: сканирование штрихкодов, приёмка и инвентаризация

Мобильное приложение для склада заменяет бумажные листы приёмки, отбора и инвентаризации экраном со сканером: кладовщик сканирует штрихкод, видит, что должно быть в накладной или ячейке, подтверждает количество, и данные сразу уходят в 1С. Нет вечернего ввода с бумаги, нет потерянных накладных, нет расхождений из-за того, что «семёрку» прочитали как «единицу». Работать можно на промышленном ТСД или на обычном смартфоне — выбор зависит от интенсивности сканирования.

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

Где склад теряет время без мобильного приложения

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

Отсюда типовые потери:

• остатки в 1С отстают от реальности, и продажи обещают клиенту товар, которого уже нет;
• ошибки ручного ввода всплывают только на инвентаризации, когда искать причину уже поздно;
• пересорт: похожие артикулы путают при отборе, и клиент получает не тот товар;
• инвентаризация останавливает склад на день или выходные, потому что пересчёт идёт по бумажным листам.

Мобильное приложение убирает промежуточный шаг. Документ живёт на экране, проверка идёт сканером, результат попадает в учёт в момент действия. Именно так мы строим корпоративные приложения для склада и производства: приёмка, инвентаризация, перемещения, комплектация и наряды — со сканера, сразу в 1С:ERP или WMS.

Складские операции в приложении: от приёмки до отгрузки

Приёмка

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

Отбор и комплектация

Задание на сборку приходит на экран с порядком ячеек. Сканирование товара подтверждает, что взята нужная позиция: если артикул не совпадает, приложение не даст продолжить. Это главный инструмент против пересорта, и отдача от него видна быстрее всего — в количестве возвратов «привезли не то».

Инвентаризация

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

Отдельный сценарий — печать этикеток. Если поставщик привозит товар без штрихкода или нужен внутренний код ячейки, этикетку печатают на мобильный или стационарный принтер Zebra прямо из приложения.

ТСД или смартфон для склада: что выбрать

Один код приложения работает и на смартфонах iOS и Android, и на промышленных ТСД Zebra, Honeywell, Urovo, и на планшетах. Поэтому выбор устройства — вопрос экономики и условий работы, а не разработки.

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

ПРАВИЛО

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

Как данные попадают в 1С без ручного ввода

Сканирование работает без сети: результат ставится в очередь синхронизации и уходит в учётную систему, как только появилось соединение. Для склада это важно — в дальних рядах стеллажей, в холодильных камерах и подвалах Wi-Fi часто пропадает.

Обмен строится по правилам, которые фиксируем до разработки:

• из 1С в приложение — номенклатура, штрихкоды, ячейки, остатки по складам, задания на приёмку и отбор;
• из приложения в 1С — фактические количества, документы приёмки, перемещения, результаты инвентаризации, расхождения;
• источник правды по каждому полю: 1С — по номенклатуре и остаткам, приложение — по фактическому пересчёту.

Если 1С недоступна, склад не останавливается: данные копятся в очереди и уходят при восстановлении связи, а мы получаем алерт и разбираемся с обменом. Подробнее о том, как проектируют такой контур, — на странице интеграции приложения с 1С, CRM и сайтом: аудит систем, архитектура обмена, тест на копии ваших данных с обрывами связи и дублями.

Отдельный вопрос — сама 1С. Для складского учёта подходит конфигурация уровня Управления торговлей или ERP, а не Бухгалтерия. Если 1С давно не обновлялась или конфигурация выбрана не под склад, начать стоит с подбора и обновления лицензий 1С — иначе приложению просто не к чему подключаться. Почему типовой обмен с 1С часто «не работает», разбирали в статье про обмен сайта с 1С: ошибки там те же, что и у складских приложений.

Производство, партии и права доступа

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

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

Права доступа настраиваются по ролям и складам. Кладовщик видит только свой склад и свои задания, старший смены — всю зону, администратор — всё. Роли и склады меняются в админке без разработчика, а доступ уволенного сотрудника отключается одной кнопкой. Корпоративные ТСД при этом управляются через MDM: на них стоит только рабочее приложение, а потерянное устройство блокируется удалённо.

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

Сроки и бюджет складского приложения

Складское приложение сложнее полевого: больше операций, промышленные устройства, печать этикеток, ячейки и партии. Формат «Склад и производство» стоит от 9 000 000 ₸ и занимает 14–16 недель. В него входят поддержка ТСД и сканеров, приёмка, инвентаризация, интеграция с 1С:ERP или WMS и печать этикеток.

Порядок работ стандартный: две недели обследования на складе, прототип сценариев, дизайн под работу одной рукой и в перчатках, разработка с офлайном и интеграциями, пилот на одном складе и тираж. Отдельно оплачиваются лицензии MDM-системы и сами устройства — их указываем в смете заранее. После запуска — год гарантии на код и поддержка по SLA от 150 000 ₸ в месяц. Сравнить форматы можно на странице цен на мобильные приложения.

С чего начать автоматизацию склада

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

1. Есть ли у товаров штрихкоды и заведены ли они в 1С. Если нет — понадобится этап маркировки и печати этикеток.
2. Ведётся ли учёт по ячейкам. Если нет — решите, вводить ли адресное хранение вместе с приложением.
3. Кто со стороны склада принимает решения по сценариям и будет отвечать за пилот.

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