Почему в 1С:Управление торговлей при сканировании марки добавляется другой товар и как это исправить?

При оформлении продаж маркированной продукции в рабочем месте кассира (РМК) конфигурации 1С:Управление торговлей 11 нередко возникает неприятная ситуация: кассир считывает 2D-код DataMatrix с упаковки, но в табличную часть чека вместо нужной позиции стабильно подставляется совершенно другой товар. При этом внешняя проверка через мобильное приложение «Честный ЗНАК.Бизнес» подтверждает, что физически марка корректна и содержит правильные данные о продукции. Проанализируем, почему типовые механизмы 1С определяют товар неверно, и разберем по шагам, как устранить эту ошибку.

Причина 1. Ошибочная привязка GTIN к чужой карточке номенклатуры (Дубли штрихкодов)

Основной механизм поиска номенклатуры при считывании кода маркировки опирается на идентификатор применения (01) GTIN (глобальный номер товарной позиции). В большинстве случаев GTIN совпадает с привычным линейным штрихкодом EAN-13, дополненным лидирующим нулем до 14 знаков. Когда сканер передает марку в программу, подсистема интеграции с ИС МП («Честный ЗНАК») извлекает из нее GTIN и ищет соответствующую запись в регистре сведений ШтрихкодыНоменклатуры.

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

1. Перейдем в раздел НСИ и администрирование и откроем справочник Номенклатура.
2. Найдем тот ошибочный товар, который упорно подставляется в чек при сканировании марки.
3. Откроем карточку этого товара и перейдем на вкладку или в панель навигации Штрихкоды.
4. Проверим список зарегистрированных штрихкодов: если среди них присутствует штрихкод, совпадающий с GTIN марки проблемного товара, удалим эту ошибочную запись.
5. Откроем карточку правильного товара и убедимся, что нужный штрихкод (EAN-13 / GTIN) привязан именно к нему.
6. Для предотвращения подобных ситуаций в будущем включим типовой контроль уникальности штрихкодов в настройках номенклатуры программы.

Причина 2. Ошибочная фиксация в справочнике «Штрихкоды упаковок и товаров»

Рассмотрим еще одну распространенную ситуацию. Когда кассир впервые сканирует в РМК марку, GTIN которой еще не занесен в базу, 1С открывает диалоговое окно с предложением вручную выбрать товар из каталога для сопоставления. Если кассир в спешке выбрал не тот товар, программа жестко связывает считанный код маркировки (или комбинацию GTIN и серийного номера) с выбранной номенклатурой. Запись об этом сохраняется в служебном справочнике ШтрихкодыУпаковокТоваров.

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

1. Откроем меню Функции для технического специалиста (или «Все функции»).
2. Найдем и откроем справочник Штрихкоды упаковок и товаров.
3. В строке поиска введем значение проблемного кода маркировки или его серийный номер.
4. Откроем найденную запись и проанализируем реквизиты Номенклатура и Характеристика.
5. Если в записи указан неверный товар, удалим данную запись либо заменим номенклатуру на корректную.

Причина 3. Неверное сопоставление номенклатуры при приемке по ЭДО

Если маркированная продукция поступает на склад через входящие электронные документы (УПД по ЭДО), на этапе сопоставления данных номенклатура контрагента связывается с внутренней номенклатурой базы 1С. Если оператор однажды привязал строку поставщика к неверному товару в своей базе, все коды маркировки из документа автоматически закрепляются за ошибочной карточкой.

Выясним, как проверить настройки сопоставления:

1. Перейдем в раздел Главное или Продажи/Закупки, откроем рабочее место Текущие дела ЭДО.
2. Перейдем в список Номенклатура контрагентов.
3. Найдем контрагента-поставщика и проверим, к какой именно карточке номенклатуры 1С привязана проблемная позиция.
4. При обнаружении ошибки удалим старую связку и сопоставим товар заново.

Причина 4. Проблемы с разделителем GS (ASCII 29) и длиной кода

В кодах DataMatrix стандарта GS1 для разделения полей переменной длины (например, серийного номера и криптохвоста) используется специальный непечатаемый символ-разделитель FNC1 / Group Separator (GS) с десятичным кодом 029 (в шестнадцатеричном виде — 1D). Если сканер настроен некорректно и «проглатывает» данный разделитель, парсер библиотеки подключаемого оборудования 1С (БПО) не может разобрать структуру марки.

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

1. Перейдем в раздел НСИ и администрирование — РМК и оборудование — Подключаемое оборудование.
2. Откроем параметры нашего сканера штрихкодов и нажмем кнопку Тест подключения.
3. Отсканируем марку и проверим результирующую строку. В ней должны явно отображаться управляющие символы разделителей групп (часто отображаются как <GS>).
4. Если разделители отсутствуют, перенастроим сканер с помощью управляющих штрихкодов из инструкции производителя, активировав корректную передачу GS-символа в режиме эмуляции COM-порта.

Аппаратные ограничения сканирующего оборудования

Обратим внимание на используемое оборудование. Для работы с кодами маркировки системы «Честный ЗНАК» обязательно требуются 2D-сканеры (Image-сканеры), способные считывать двумерные матричные коды. Если на рабочем месте используется линейный 1D-сканер (например, серии Datalogic QuickScan Lite QW2100), он физически не может прочитать DataMatrix и способен сканировать только одномерный штрихкод EAN-13. Для полноценной фиксации выбытия маркированных товаров необходимо использовать 2D-имиджеры (например, Datalogic QD2400, QD2500, QW2500 или их аналоги).