Адресное хранение в 1С ячейки, маршрут сборки и сканер

Когда складу нужно адресное хранение

Если место товара знает только один кладовщик, склад зависит от одного человека.

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

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

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

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

Загрузка адресов из Excel

Обычно у склада уже есть таблица мест хранения. Её не нужно перебивать руками.

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

Такая загрузка нужна не один раз. Склад переставляют, добавляют стеллажи, меняют раскладку под сезон. Поэтому обработка остаётся у вас, и кладовщик может обновлять адреса сам, без программиста.

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

Сканер штрихкодов и телефон кладовщика

Адрес и остаток видны там, где стоит человек, а не только за компьютером.

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

Для этого мы делаем HTTP-сервис в расширении 1С и подключаем к нему приложение для iPhone и Android. Данные берутся из рабочей базы в реальном времени, промежуточных таблиц нет. Подробнее о том, как открыть данные 1С приложению, рассказываем на странице про API для 1С.

Если у товаров нет штрихкодов, начинаем с печати этикеток прямо из 1С. Этикетка с наименованием, артикулом, штрихкодом и адресом ячейки клеится на полку и на товар, после чего сканирование работает без ошибок.

Почему расширение, а не правка типовой

Склад работает каждый день, и обновления 1С не должны его останавливать.

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

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

Цена и сроки

Цену называем после осмотра склада и базы, письменно и до начала работ.

Итоговая сумма зависит от конфигурации, числа складов и того, нужна ли работа с терминалами сбора данных.

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

Типичные ошибки при запуске адресного хранения

Что мы видим в базах, где адреса пробовали завести без подготовки.

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

Нумерация понятна только автору. Коды вида А1-15-3 удобны, если каждый знает, что первая цифра это ряд, а последняя полка. Мы согласуем формат с кладовщиками и подписываем стеллажи так же, как адрес выглядит в 1С.

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

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

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

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

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