← На главную

При внедрении адресного склада и серийного учета товаров в конфигурациях «1С:ERP Управление предприятием» (версии 2.4/2.5) или «1С:Управление торговлей 11» специалисты часто сталкиваются с неочевидным поведением системы. Казалось бы, простая задача: кладовщик должен отсканировать товар, затем отсканировать серию (срок годности), и документ должен заполниться. Однако на практике, при попытке сканирования в табличной части документов, часто открывается окно создания новой серии, или фокус ввода не переключается автоматически.

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

Анализ проблемы: почему открывается окно ввода новой серии?

Многие пользователи начинают тестирование системы с попытки сканировать штрихкоды непосредственно в табличную часть документа РеализацияТоваровУслуг или РасходныйОрдерНаТовары. Когда сканируется штрихкод самого товара (EAN-13), система находит номенклатуру. Но если включен учет по сериям, 1С требуется уточнение.

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

Основные причины проблемы:

1. Конфликт уникальности штрихкода. Если штрихкод товара (GTIN) не содержит информации о серии (обычный EAN-13), система добавляет строку с товаром. Далее она ожидает ввода серии. Если вы сканируете отдельный штрихкод серии, и он не привязан жестко к этому товару в регистре штрихкодов, система может интерпретировать это как ввод новых данных.
2. Неверный режим интерфейса. Табличная часть документа не всегда оптимизирована для потокового сканирования составных данных (Товар + Серия). В некоторых случаях пользователям не хватает привычных инструментов, и они внедряют иерархию номенклатуры с возможностью сканирования штрихкодов, чтобы упростить поиск в формах подбора.
3. Драйвер сканера в режиме разрыва клавиатуры. Если сканер настроен как HID-устройство (эмуляция клавиатуры), он просто «печатает» цифры в активное поле. Если курсор не стоит в поле «Серия», данные попадают не туда, вызывая ошибки интерфейса.

Использование специализированной формы «Подбор и проверка»

Разберем основной методологический момент. В типовых конфигурациях ERP и УТ для работы с торговым оборудованием и потокового сканирования товаров предназначена не сама табличная часть документа, а специальная обработка — «Подбор и проверка товаров».

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

Как это работает правильно:

1. В окне подбора реализована специальная логика обработки событий сканирования.
2. При сканировании товара курсор позиционируется на нужной строке.
3. Система переходит в режим ожидания серии (статус «Требуется указание серии»).
4. При последующем сканировании штрихкода серии система заполняет данные и меняет статус на «Подобрано».

Если вы пытаетесь сканировать напрямую в документ, вы лишаете себя этой логики, и система ведет себя как при ручном вводе: «Вы добавили товар, теперь выберите серию из списка или создайте новую». Окно создания новой серии появляется именно потому, что система не получила команду «подобрать существующую», а получила команду «ввести данные в поле».

Настройка политики учета серий

Критически важным аспектом является настройка справочника ПолитикиУчетаСерий. От выбранного типа политики зависит, в какой момент и как система будет требовать ввод серий.

Рассмотрим основные варианты и их влияние на сканирование:

1. Управление остатками серий (самый строгий режим)

В этом режиме серии учитываются на всех этапах движения товара. Это необходимо для адресных складов, если вы хотите точно знать, в какой ячейке лежит какая серия. При такой политике в документе «Реализация» или «Ордер» система будет требовать указать конкретную серию.

2. Авторасчет по FEFO (First Expire, First Out)

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

3. Справочное указание серий

В этом случае серии не участвуют в движениях по регистрам остатков. Этот режим не подходит, если вам нужен строгий контроль сроков годности на адресном складе.

Особенности штрихкодирования: GS1-128

Наилучшим решением для товаров со сроками годности является использование стандарта GS1-128. Это длинный штрихкод, который содержит в себе GTIN, номер серии и срок годности. При правильной настройке вы делаете один «пик», и система сразу заполняет все данные. Это полностью исключает появление окон выбора или создания новой серии.

Настройка драйвера сканера: Native API vs Keyboard

Одна из частых жалоб — «Мобильное РМК не ловит события сканера». Рекомендуется всегда переводить сканеры в режим COM-порта (эмуляции) и использовать нативные драйверы 1С в режиме Native API. Это позволяет 1С перехватывать событие независимо от того, где стоит курсор.

Ордерная схема и адресный склад

При использовании адресного хранения (WMS) сканирование серий в финансовом документе (Реализация) — это методическая ошибка. Правильный алгоритм действий подразумевает работу в складских документах.

Для

Здесь важно помнить: избегайте смешивания разных серий в одной ячейке. Учет FEFO по ячейкам работает намного проще, если в ячейке лежит только один срок годности.

Резюме и рекомендации

Подведем итоги. Если вы столкнулись с проблемами при сканировании серий в ERP/УТ:

1. Перейдите на ТСД. Специализированное ПО обрабатывает логику ввода серий на экране терминала намного эффективнее.
2. Используйте форму «Подбор и проверка». Откажитесь от сканирования прямо в сетку документа.
3. Проверьте штрихкоды. Попробуйте внедрить формат GS1-128.
4. Настройте драйвер. Убедитесь, что сканер работает через Native API.
5. Актуализируйте политику серий. Убедитесь, что настройки соответствуют вашему бизнес-процессу.

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