Почему в 1С при сканировании разных штрихкодов подставляется один и тот же товар?

← На главную

Ситуация, когда при работе в «1С:Управление торговлей 11.4» (УТ 11.4) кассир сканирует разные этикетки, а в документ (чек ККМ или реализацию) упорно добавляется одна и та же позиция номенклатуры, является довольно распространенной. Это создает серьезные задержки в работе и ведет к пересортице. Проанализируем основные причины этой проблемы и разберем по шагам методы диагностики и исправления ситуации.

Проверка регистра сведений «Штрихкоды номенклатуры»

Первым делом нам необходимо исключить логические ошибки в самой базе данных. В 1С основной сущностью, отвечающей за связь кода и карточки товара, является регистр сведений ШтрихкодыНоменклатуры. Рассмотрим, как проверить его корректность:

Перейдем в раздел НСИ и администрирование — Печатные формы, отчеты и обработки — Все функции (или через поиск по функциям) и найдем регистр ШтрихкодыНоменклатуры.
Проанализируем записи: нет ли ситуаций, когда один и тот же штрихкод назначен разным товарам, или когда разные штрихкоды по какой-то причине ведут на одну и ту же карточку номенклатуры.
Выясним, проверяется ли в системе уникальность штрихкодов. Если проверка отключена, пользователь мог случайно привязать один и тот же код к разным позициям, и система при подборе будет выбирать первую попавшуюся запись.

Часто проблема кроется в «логическом мусоре». Если данные загружались из внешних файлов (Excel), в поле штрихкода могли попасть невидимые символы (пробелы или переносы строк). Для системы "4601234567890" и "4601234567890 " (с пробелом в конце) — это разные коды, но при сканировании драйвер может обрезать лишнее, что приводит к непредсказуемому результату поиска.

Сброс и настройка оборудования

Если в базе данных все чисто, обратим внимание на само устройство. Сканер штрихкодов — это по сути устройство ввода, которое передает последовательность цифр и спецсимволов. Рассмотрим аппаратные причины сбоя:

Сброс на заводские настройки. Иногда внутренняя память сканера или его настройки префиксов/суффиксов начинают работать некорректно. Разберем, как это исправить. Нам необходимо найти инструкцию к вашей модели сканера и считать сервисный штрихкод Set All Defaults или Reset to Factory Settings. Это очистит кэш устройства и вернет его в базовое состояние.

Режим работы (HID vs COM). Если сканер работает в режиме эмуляции клавиатуры (HID), 1С воспринимает его данные как быстрый набор текста пользователем. Если система «подтормаживает», а сканер передает суффикс Enter слишком быстро, программа может не успеть обработать новый код и просто продублирует выбор текущей строки в документе. Мы рекомендуем перевести сканер в режим Native POS (COM-порт). В этом случае данные передаются через специализированный драйвер как «Внешнее событие», что исключает ошибки интерпретации интерфейсом.

Конфликт весовых штрихкодов

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

Система ищет в весовом коде SKU (внутренний код товара) и вес. Если настройки префиксов в разделе Склад и доставка — Настройки и справочники — Префиксы штрихкодов заданы неверно, программа может игнорировать часть цифр штрихкода. В результате, если у разных товаров SKU внутри весового штрихкода совпадает, 1С всегда будет подставлять один и тот же товар, считая остальную часть кода просто значением веса.

Использование характеристик и упаковок

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

Аналогично с упаковками. Если штрихкод привязан к упаковке «Коробка (10 шт.)», а кассир сканирует его, ожидая получить штучный товар, в чек всегда будет попадать именно упаковка. Проверьте, не дублируются ли коды между разными единицами измерения одного и того же товара.

Приоритеты поиска в 1С

Разберем, как 1С ищет товар при получении данных от сканера. Часто поиск настроен не только по штрихкоду, но и по Артикулу или внутреннему Коду. Если сканируемый штрихкод (или его значимая часть, например, последние 5-6 цифр) совпадает с цифровым артикулом какого-то другого популярного товара, система может выдать его в приоритете.

Для диагностики этого поведения можно использовать отладку. Если вы обладаете навыками программирования, проанализируйте работу модуля МенеджерОборудованияВызовСервера или обработку подбора товаров. Посмотрим на упрощенную логику поиска:


// Пример логики поиска, которую стоит проверить в отладчике
ПараметрыПоиска = Новый Структура("Штрихкод", ПолученныйШтрихкод);
РезультатПоиска = РегистрыСведений.ШтрихкодыНоменклатуры.Выбрать(ПараметрыПоиска);

Если РезультатПоиска.Следующий() Тогда
    // Если здесь всегда находится одна и та же ссылка, 
    // значит проблема в данных регистра
    НайденныйТовар = РезультатПоиска.Номенклатура;
КонецЕсли;

Влияние расширений и кэша

Иногда причина кроется в установленных расширениях конфигурации. Если в базе присутствуют доработки для программ лояльности, маркировки (Честный Знак) или расчета скидок, они могут перехватывать событие сканирования. Проанализируем ситуацию: если в коде расширения допущена ошибка и переменная с найденным товаром не очищается перед следующим сканированием, программа будет «помнить» предыдущий товар и подставлять его снова и снова.

Также не стоит исключать кэш локального компьютера. Попробуйте очистить временные файлы 1С на рабочем месте кассира или запустить базу под другим пользователем Windows. Это поможет исключить программные сбои интерфейса.