← На главную

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

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

Способ 1. Выгрузка состава конкретного документа в ТСД с контролем отбора

Рассмотрим логику работы, при которой терминал сбора данных выступает строгим фильтром при подборе позиций на складе:

1. Менеджер или товаровед формирует исходный документ (например, Заказ покупателя).
2. Состав этого документа выгружается во внутреннюю память ТСД. При этом в терминал отправляется только список позиций, подлежащих сборке по текущему распоряжению, а не весь огромный справочник номенклатуры.
3. Кладовщик идет в зону хранения и сканирует каждую отобранную единицу товара.
4. Если штрихкод товара присутствует в задании, терминал фиксирует факт сборки, отображает номенклатуру на экране и увеличивает счетчик собранного количества.
5. Если кладовщик ошибочно берет позицию из соседней ячейки с другим штрихкодом, ТСД выдает звуковое и визуальное предупреждение об ошибке («Товар не найден в документе»). Такой товар откладывается в сторону для разбирательства.

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

Способ 2. Доработка формы накладной и сверка факта сканирования с заказом

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

В типовых конфигурациях на обычных формах (в частности, в «1С:Управление торговлей 10.3») документ Реализация товаров и услуг создается на основании заказа, однако встроенный механизм сканирования по умолчанию просто добавляет строки или увеличивает количество, не сравнивая факт с планом. Посмотрим, как модифицировать форму документа:

1. В табличную часть Товары документа добавляем дополнительную колонку или реквизит для фиксации отсканированного кода (например, ШтрихкодаПродукции или КоличествоФакт).
2. При сканировании товаров на рабочем месте упаковщика алгоритм перехватывает внешнее событие сканера, ищет соответствующую строку в табличной части и заполняет фактическое значение.
3. Добавляем кнопку сверки или проверку при проведении: система сравнивает фактически отсканированные позиции с документом-основанием (Заказ покупателя).
4. При выявлении расхождений выводится отчет об ошибках: какие позиции были пропущены (недовоз), а какие отсканированы сверх плана или перепутаны (пересортица). Документ не проводится до устранения расхождений.

Технические нюансы работы со штрихкодами и ограничения оборудования

Выясним причину возможных сбоев при внедрении штрихкодирования, чтобы избежать типичных ошибок:

1. Ограничения автономных (batch) ТСД. Терминалы со сбором данных через физическую подставку (кредл), такие как распространенные модели CipherLab, имеют ограниченный объем встроенной памяти и упрощенную структуру таблиц. Если у одной номенклатуры зарегистрировано несколько штрихкодов (например, разные партии, вкусы или заводские упаковки), стандартные обработки выгрузки могут передавать на устройство только первый попавшийся штрихкод из регистра сведений. В результате при сканировании реального товара на складе терминал выдаст ошибку отсутствия позиции.
2. Дублирование штрихкодов в базе. Если в справочнике зарегистрированы неуникальные штрихкоды (одинаковый EAN на разные позиции или характеристики), сканирование приведет к случайному выбору первой найденной записи. Перед автоматизацией необходимо провести ревизию регистра штрихкодов и исключить дубли.
3. Режим подключения сканера. При использовании проводных или беспроводных сканеров на стационарных постах проверки критически важно настраивать их в режиме виртуального COM-порта (VCOM), а не в режиме эмуляции клавиатуры (HID). Режим COM-порта инициирует корректное системное событие программы ВнешнееСобытие, исключая потерю символов и ошибочное попадание штрихкода в произвольные текстовые поля.

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