← На главную

При оформлении розничных продаж в конфигурации «1С:Розница» ред. 2.3 после установки очередного релиза пользователи нередко сталкиваются с нарушением привычного сценария работы в Рабочем месте кассира (РМК). Ситуация проявляется следующим образом: если маркированные товары легкой промышленности (одежда, текстиль) успешно добавляются в чек и проходят валидацию, то при сканировании кода DataMatrix на обувной продукции система ведет себя некорректно. Вместо автоматического определения позиции и привязки кода маркировки к строке чека на экране появляется модальное окно с отображением считанного штрихкода и требованием вручную выбрать номенклатурную позицию из справочника.

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

Механизм идентификации маркированного товара в РМК

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

• Последовательное (двухэтапное) сканирование: кассир сначала считывает линейный штрихкод EAN-13, товарная позиция добавляется в чек, а затем система запрашивает считывание марки DataMatrix для подтверждения конкретной единицы товара.
• Прямое сканирование DataMatrix: кассир сразу сканирует двухмерный код маркировки. Программа разбирает считанную последовательность, извлекает из нее международный идентификатор товара GTIN (Global Trade Item Number) и уникальный серийный номер, после чего выполняет поиск в регистре сведений штрихкодов. Найдя номенклатуру и характеристику, привязанные к данному GTIN, система автоматически создает строку в чеке и заполняет данные маркировки.

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

Основные причины сбоя при работе с обувной продукцией

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

1. Программные ошибки промежуточных релизов конфигурации. В процессе доработки подсистемы интеграции с государственной информационной системой маркировки (ИС МП) разработчики периодически оптимизируют парсеры кодов и механизмы проверки. Для обуви и товаров легкой промышленности используются различные форматы криптографической защиты и структуры серийных номеров. В промежуточных сборках конфигурации может присутствовать ошибка разбора символов-разделителей (Group Separator, GS) либо некорректная обработка ведущих нулей в GTIN для товарной группы «Обувные товары». В результате идентификатор GTIN считывается искаженным и не находит совпадений в базе данных.
2. Некорректная настройка вида номенклатуры. В карточке вида номенклатуры, к которому относится обувь, должен быть обязательно включен признак маркировки с типом «Обувные товары». Если после обновления структура метаданных была затронута, а вид номенклатуры остался обычным товаром либо содержит неверный тип маркировки, типовой механизм РМК не воспринимает правила сопоставления кодов этой группы.
3. Отсутствие 14-значного штрихкода формата GTIN в карточке товара. В коде маркировки DataMatrix идентификатор товара всегда представлен в 14-значном формате (с идентификатором применения AI 01), где перед стандартным 13-значным кодом EAN-13 добавляется ведущий ноль. Если в справочнике номенклатуры штрихкод записан только как EAN-13 и в системе не сформирована запись с типом GTIN, механизм поиска по коду маркировки не может обнаружить соответствие.
4. Дублирование штрихкодов и GTIN. Если в информационной базе один и тот же GTIN ошибочно привязан к двум и более карточкам номенклатуры (или к нескольким характеристикам одной позиции), система блокирует автоматический выбор во избежание ошибки кассира и принудительно открывает диалог сопоставления.
5. Некорректное чтение управляющих символов 2D-сканером. Сканеры штрихкодов, работающие в режиме эмуляции клавиатуры (HID), нередко отсекают непечатный символ разделителя FNC1/GS (ASCII 29). Поскольку длина серийного номера и хвоста проверки у обуви строго регламентирована, отсутствие разделителя приводит к нарушению парсинга строки марки.

Пошаговый план диагностики проблемы

Для локализации источника сбоя рекомендуется последовательно выполнить следующие действия:

1. Проверка наличия официальных исправлений (патчей) и релизов. Проверьте актуальный номер сборки «1С:Розница 2.3» на официальном портале обновлений. Если установленный релиз содержит признанную ошибку парсинга обувных кодов маркировки, для него публикуется срочное исправление (патч в формате расширения) либо выпускается следующий корректирующий релиз.
2. Аудит карточки вида номенклатуры. Перейдите в раздел «Нормативно-справочная информация» (НСИ) → «Виды номенклатуры». Откройте вид, назначенный для обуви, и проверьте поле «Тип обязательной маркировки». Значение должно строго соответствовать категории «Обувные товары».
3. Проверка привязки штрихкодов и GTIN. Откройте карточку проблемного товара, перейдите на вкладку или в форму списка «Штрихкоды». Убедитесь, что для позиции зарегистрирован 14-значный штрихкод с типом GTIN. Если указан только 13-значный EAN-13, проверьте, совпадает ли он с первыми цифрами после префикса в DataMatrix.
4. Поиск дублирующихся штрихкодов. Откройте регистр сведений «Штрихкоды номенклатуры» через меню функций для технического специалиста либо стандартный отчет по штрихкодам. Выполните группировку или отбор по значению штрихкода проблемной обуви, чтобы исключить его повторение в других позициях.
5. Тестирование считывания кода маркировки. Воспользуйтесь встроенным сервисным инструментом «Проверка кодов маркировки» (раздел «Склад» или «Маркировка»). Отсканируйте код DataMatrix проблемной коробки обуви. Инструмент покажет структуру распознанного кода: если GTIN или серийный номер не выделились в отдельные поля либо определились с искажением, причина заключается в настройках сканера или алгоритме релиза.

Способы решения и устранения ошибки

В зависимости от результатов диагностики применяются следующие варианты нормализации работы:

Вариант 1. Установка корректирующего релиза или официального патча

Если сбой проявился сразу после обновления конфигурации при неизменных карточках товаров и корректных штрихкодах, наиболее вероятная причина — программный дефект сборки. Условия применения: наличие на портале обновлений следующего релиза конфигурации или расширения-патча (EF_...), исправляющего сопоставление кодов маркировки обувной продукции в РМК. Ограничения: если конфигурация снята с полной поддержки и содержит нетиповые доработки, накат типового обновления потребует предварительного объединения доработок программистом.

Вариант 2. Корректировка реквизитов карточек и штрихкодов

Если обновление не выявило системных багов релиза, требуется привести в порядок данные карточек:

• В справочнике «Виды номенклатуры» зафиксируйте тип маркировки «Обувные товары». Если вид менялся, для массовой перезаписи позиций используйте групповую обработку «Изменить выделенные» в списке номенклатуры.
• В карточке номенклатуры добавьте запись штрихкода типа GTIN, состоящую из 14 символов (добавив ведущий ноль перед 13 символами EAN-13, например, 04601234567890).
• При обнаружении дублей удалите устаревшие или ошибочно назначенные привязки штрихкода к другим товарам или неиспользуемым характеристикам.

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

Вариант 3. Настройка режима работы 2D-сканера

Если код маркировки считывается с потерей спецсимволов, сканирующее оборудование необходимо перенастроить. Порядок действий: переведите сканер из режима эмуляции клавиатуры в режим виртуального COM-порта (Virtual COM / USB-VCP) с помощью сервисных настроечных штрихкодов из руководства к сканеру. В «1С:Розница» перейдите в «Администрирование» → «Подключаемое оборудование», обновите драйвер сканера и укажите соответствующий COM-порт. Это гарантирует передачу полного пакета символов, включая разделители GS, непосредственно в порт без искажения операционной системой. Ограничения: требуется физический доступ к сканеру и наличие прав администратора операционной системы для установки драйвера виртуального COM-порта.

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