Адресное хранение 1С с мобильным сканером

Адресное хранение в 1С, которое работает у стеллажа, а не только в отчётах

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

Мы делаем адресное хранение так, чтобы оно жило там, где лежит товар. Адреса ячеек и места хранения ведутся в 1С, а работают с ними через мобильный сканер: терминал сбора данных или обычный телефон с приложением. Сотрудник сканирует штрихкод товара и сразу видит ячейку. Сканирует ячейку и видит, что в ней должно лежать. Каждое действие сразу попадает в базу, поэтому данные не успевают устареть.

Из чего состоит решение

Адресное хранение складывается из трёх частей, и каждая важна. Если убрать любую, система начинает разваливаться.

• Структура склада в 1С. Зоны, стеллажи, ярусы и ячейки с понятной схемой адресов. Для каждой позиции номенклатуры указывается основное место хранения, а при необходимости и дополнительные.
• Слой обмена. HTTP-сервис в расширении конфигурации, через который мобильное приложение получает адреса, остатки и задания и отправляет обратно результаты: размещение, перемещение, отбор.
• Мобильное рабочее место. Приложение для телефона на Android и iPhone или программа для ТСД, которой пользуется кладовщик и сборщик. Без него адреса так и останутся записью в справочнике.

Все три части мы делаем сами и отвечаем за то, чтобы они работали вместе. Это снимает обычную проблему, когда программист 1С и разработчик приложения перекладывают ответственность друг на друга.

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

Приёмка и размещение

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

Сборка заказа

Сборщик открывает накладную или задание на отбор. Строки отсортированы по адресам, поэтому маршрут по складу идёт в одну сторону, без возвратов. Каждую позицию он подтверждает сканированием, и приложение не даст закрыть сборку, пока не отсканировано всё. Ошибки пересорта отлавливаются в момент сборки, а не после жалобы покупателя.

Перемещения и инвентаризация

Товар переложили в другую ячейку, сотрудник сканирует старый адрес, новый адрес и товар. В базе сразу новое место. Инвентаризацию можно проводить по ячейкам, по зонам или по отдельным позициям, не останавливая весь склад. Расхождения видны сразу, с указанием адреса.

Ответ на вопрос где лежит

Менеджер в торговом зале или по телефону с клиентом сканирует товар или ищет его по названию и видит остаток и адрес. Ему не нужно звонить на склад и ждать, пока кто-то сходит и посмотрит.

Телефон или терминал сбора данных

Это первый вопрос, который нам задают, и ответ зависит от склада.

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

С какими конфигурациями работаем

В разных конфигурациях адресное хранение устроено по-разному, и мы начинаем с того, что уже есть штатно.

• 1С:Управление нашей фирмой. Есть справочник ячеек и место хранения у номенклатуры, но нет полноценного адресного склада с заданиями. Дополняем расширением: загрузка адресов, сортировка при сборке, проверки, обмен с приложением.
• 1С:Управление торговлей. Есть ордерная схема и адресное хранение для складов с настройкой. Чаще всего задача в том, чтобы вынести эти операции на мобильные устройства и упростить для сотрудников.
• 1С:Комплексная автоматизация и ERP. Складской функционал богатый, но тяжёлый для ежедневной работы. Делаем простые мобильные сценарии поверх штатной логики.
• Розница и Бухгалтерия. Адресного хранения в полном смысле нет, обсуждаем, что можно сделать разумно, а когда стоит перейти на другую конфигурацию.

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

Как перенести адреса, если склад уже работает

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

1. Схема адресов. Договариваемся, как называются зоны, стеллажи, ярусы и ячейки. Схема должна быть понятна новому сотруднику без объяснений.
2. Таблица от склада. Если у вас уже есть таблица с местами хранения, загружаем её в 1С обработкой. Перед загрузкой проверяем, что каждый артикул находится однозначно, а адреса не повторяются.
3. Этикетки на ячейки. Печатаем этикетки со штрихкодом адреса, чтобы ячейку можно было отсканировать.
4. Заполнение по ходу работы. Позиции без адреса приложение предлагает разместить при первой же операции. Через несколько недель адрес есть у всего, что реально движется.

Такой порядок позволяет запустить адресное хранение без остановки отгрузок.

Что получает руководитель

Адресное хранение нужно не только складу. Когда каждое действие проходит через сканер и попадает в 1С, у руководства появляются данные, которых раньше не было.

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

Эти данные можно собирать в отчёты 1С или отправлять уведомлениями в Telegram. Как это устроено, рассказываем на странице Telegram-бот для 1С.

Типичные ошибки, которые мы видим на чужих проектах

• Адреса есть, сканера нет. Места хранения заполнили один раз, а обновлять их некому и нечем. Через пару месяцев данные устарели.
• Приложение ходит в базу под администратором. Любой сбой в приложении может испортить документы, а в журнале не видно, кто что сделал. Мы даём приложению отдельные права и проверяем каждое действие на стороне 1С.
• Обмен через файлы. Приложение выгружает файл, его кто-то вручную загружает в 1С. Задержка и потери неизбежны.
• Правка типовой конфигурации. Доработку внесли прямо в типовую, и после этого базу перестали обновлять. Переносим такие доработки в расширение.
• Не продуманы связь и офлайн. На складе плохой Wi-Fi, приложение зависает. Закладываем повторную отправку и понятные сообщения об ошибках.

Как проходит работа

1. Осмотр склада и базы. Смотрим, как устроен склад физически, какие операции и в каком объёме, что уже есть в конфигурации. Можно удалённо по видео и через удалённый доступ к 1С.
2. Описание решения. Схема адресов, список операций на устройствах, выбор между телефоном и ТСД, порядок перехода. Согласуем до начала работ.
3. Расширение конфигурации. Адресный учёт, HTTP-сервис, печатные формы, проверки. Разрабатываем на копии базы.
4. Мобильное приложение. Сборка под ваши устройства, настройка подключения к 1С в локальной сети или через защищённый канал.
5. Загрузка адресов и запуск. Переносим данные, печатаем этикетки, запускаем на одной зоне, затем на всём складе.
6. Сопровождение первых недель. Исправляем то, что выявила реальная работа, и обучаем новых сотрудников.

Как устроить схему адресов

От схемы адресов зависит, насколько легко сотрудникам будет с ней жить. Мы советуем несколько простых правил, проверенных на складах разного размера.

• Адрес читается слева направо, от крупного к мелкому. Зона, ряд, стеллаж, ярус, ячейка. Например, А-03-02-1 означает зону А, ряд третий, стеллаж второй, нижний ярус.
• Одинаковая длина частей. Ряд 03, а не 3. Тогда адреса правильно сортируются в 1С и в приложении, и лист сборки идёт по порядку.
• Нумерация по ходу движения. Номера растут в ту сторону, куда идёт сборщик. Сортировка по адресу сразу даёт маршрут.
• Отдельные адреса для особых зон. Приёмка, брак, возвраты, отгрузка. Товар в этих зонах должен быть виден в учёте, а не исчезать между ячейками.
• Запас на рост. Если склад будет расширяться, лучше сразу оставить свободные номера рядов, чем потом перенумеровывать весь склад.

Если у вас уже есть своя система обозначений, которую знают сотрудники, сохраняем её. Переучивать людей ради красоты схемы не нужно.

Одна ячейка или много мест для одного товара

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

• Одно основное место. Адрес хранится в карточке товара. Подходит для склада, где товар не занимает больше одной ячейки.
• Остатки по ячейкам. 1С знает, сколько товара лежит в каждой ячейке. Нужно для больших объёмов, паллетного хранения и строгого контроля.
• Зона отбора и зона запаса. Сборщик берёт товар из нижних ячеек, а когда там заканчивается, приложение подсказывает, откуда пополнить.

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

Подключение к 1С вне локальной сети

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

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

Обучение сотрудников

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

Сроки и цена

Адресное хранение с мобильным сканером стоит от 350 000 ₸, срок от двух до четырёх недель. Цена зависит от конфигурации, числа операций на устройствах и того, нужно ли отдельное приложение для iPhone и Android или достаточно ТСД.

Точную цену называем после осмотра базы и склада, письменно, до начала работ. Если часть задач закрывается штатной настройкой, мы так и говорим.

Связанные задачи

Адресное хранение редко живёт отдельно. Обычно вместе с ним делают печать этикеток со штрихкодом, о которой написано на странице печатные формы 1С, выгрузку остатков на площадки, описанную на странице интеграция 1С с маркетплейсами, и программный интерфейс для внешних систем, о котором рассказываем на странице API для 1С. Если у вас уже есть приложение и его нужно связать с учётом, смотрите интеграцию 1С с мобильным приложением.