Как организовать сканирование серий и партий сканером штрихкодов в 1С:Управление торговлей 11?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

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

Особенности типовой структуры хранения штрихкодов в 1С:УТ 11

Проанализируем структуру типового регистра сведений ШтрихкодыНоменклатуры в 1С:Управление торговлей 11. В отличие от некоторых отраслевых конфигураций (например, специализированных аптечных решений) или предыдущих версий (1С:УТ 10.3), в типовом регистре измерениями являются:

  1. Номенклатура — ссылка на справочник товаров;
  2. Характеристика — учетный разрез свойств;
  3. Упаковка — единица измерения с коэффициентом.

Измерение для серии номенклатуры в регистре по умолчанию отсутствует. Это означает, что привязать прямой штрихкод стандарта EAN-13 исключительно к связке «Номенклатура + Серия» типовыми средствами карточки товара без доработок нельзя. Однако существует несколько практических способов организации работы со сканированием серий.

Вариант 1. Типовой сценарий последовательного сканирования через форму регистрации серий

Рассмотрим, как устроен базовый процесс ввода серий в типовых документах поступления, реализации или в рабочем месте кассира (РМК). Логика работы построена по принципу двухэтапного сбора данных:

  1. Сканирование штрихкода позиции: оператор сканирует штрихкод товара. Строка подбирается в табличную часть документа.
  2. Открытие диалога регистрации серий: если для вида номенклатуры настроен обязательный ввод серий, программа автоматически открывает форму указания серийных номеров/партий.
  3. Сканирование серии: находясь в открытой форме регистрации, оператор сканирует штрихкод серии. Считанное значение подставляется в список зарегистрированных серий для текущей позиции.
  4. Завершение ввода: после набора нужного количества серий форма закрывается (вручную по кнопке или автоматически, если считывается единичный серийный номер), и система возвращается в режим ожидания штрихкода следующего товара.

Важно учитывать настройку объекта Политика учета серий в карточке вида номенклатуры:

  1. Справочное указание серий: позволяет сканировать и регистрировать серийные номера «на лету» без предварительного контроля остатков на складе.
  2. Управление остатками серий: требует строгого наличия конкретной серии на остатке склада, блокируя проведение документа при попытке отсканировать незарегистрированную партию.
  3. Авторасчет по FEFO: программа способна автоматически списывать партии по срокам годности без необходимости поштучного сканирования каждой серии при отгрузке.

Вариант 2. Использование составных штрихкодов GS1-128 и DataMatrix

Современные механизмы Библиотеки подключаемого оборудования (БПО) и Библиотеки интеграции с государственными информационными системами поддерживают разбор составных 2D-кодов (DataMatrix) и одномерных кодов формата GS1-128 с идентификаторами применения (Application Identifiers — AI).

Рассмотрим структуру составного кода:

  1. (01) — GTIN (уникальный код товара);
  2. (21) — индивидуальный серийный номер;
  3. (10) — номер производственной партии;
  4. (17) — дата окончания срока годности (YYMMDD).

При считывании такого составного кода 2D-сканером типовой обработчик оповещения торгового оборудования автоматически разбирает строку на компоненты. Номенклатура находится по GTIN, а серия и срок годности генерируются или сопоставляются в документе за одно сканирование без отдельной записи в регистр ШтрихкодыНоменклатуры.

Вариант 3. Доработка системы через расширение конфигурации

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

  1. Создание регистра сведений: в расширении конфигурации создаем независимый регистр сведений ШтрихкодыСерийНоменклатуры с измерениями Штрихкод (Строка), Номенклатура, Характеристика и Серия.
  2. Настройка разделения форматов: для исключения коллизий штрихкод серии должен отличаться от товарного по длине, префиксу или типу символики (например, Code-128 для серий и EAN-13 для товаров). В настройках сканера можно включить передачу префикса AIM ID.
  3. Перехват события сканирования: через расширение переопределяем процедуру обработки штрихкода в общем модуле или форме документа.

Посмотрим на пример логики обработки считанного штрихкода:


&НаКлиенте
Процедура ОбработатьСчитанныйШтрихкод(ДанныеШтрихкода)
    
    // Ищем соответствие в специализированном регистре серий
    ДанныеСерии = НайтиСериюПоШтрихкодуНаСервере(ДанныеШтрихкода.Штрихкод);
    
    Если ДанныеСерии <> Неопределено Тогда
        // Заполняем товарную строку с уже определенной серией
        ЗаполнитьСтрокуДокумента(ДанныеСерии.Номенклатура, ДанныеСерии.Характеристика, ДанныеСерии.Серия);
    Иначе
        // Передаем управление стандартному алгоритму БПО
        СтандартнаяОбработкаШтрихкода(ДанныеШтрихкода);
    КонецЕсли;

КонецПроцедуры

Вариант 4. Применение терминалов сбора данных (ТСД)

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

← На главную