При работе в программе 1С:Управление торговлей 11.4 (а также в 1С:ERP и 1С:Комплексная автоматизация) пользователи часто сталкиваются с ситуацией: при сканировании штрихкода штучного товара в документ (например, в «Чек ККМ» или «Реализацию товаров и услуг») подставляется дробное количество (например, 1,002 или 0,248), хотя в карточке номенклатуры указаны «штуки». Давайте разберем причины этого поведения и способы решения проблемы.
Основная причина кроется в международном стандарте кодирования EAN-13. Для товаров внутреннего использования зарезервирован диапазон префиксов, начинающихся на цифру 2 (от 20 до 29). В системе 1С по умолчанию настроено правило: если штрихкод начинается с этого префикса, он считается не просто идентификатором товара, а весовым кодом, содержащим в себе и код товара, и его вес.
Проанализируем ситуацию на конкретном примере. Предположим, мы сканируем штрихкод 2568911002486. Система видит первую цифру «2» и начинает «разбирать» строку по следующему шаблону:
В нашем случае цифры 10024 внутри штрихкода были интерпретированы системой как вес. Именно поэтому в документе вместо единицы появилось дробное число. Система нашла товар по коду 56891 и автоматически подставила вес из оставшейся части штрихкода.
Для того чтобы система перестала воспринимать ваш штучный товар как весовой, необходимо проверить глобальные настройки программы. Пройдем по шагам:
Если там указана цифра 2, то любой штрихкод, начинающийся на двойку, будет обрабатываться как весовой. Если ваше предприятие не использует весовые товары с такими префиксами, это значение можно изменить или удалить. Однако будьте осторожны: если у вас действительно есть весовой товар (например, колбаса или сыр с этикетками от весов), изменение этой настройки нарушит их корректное добавление.
Если производитель товара наклеил заводской штрихкод, начинающийся на «2», а вы не можете изменить глобальные настройки префиксов в базе, можно воспользоваться технической хитростью. Рассмотрим, как это работает в 1С:Управление торговлей.
Система ищет точное соответствие строки. Если в регистр сведений Штрихкоды номенклатуры записать код с ведущими нулями (например, превратить 13-значный код в 15-значный), алгоритм распознавания весового префикса может не сработать, и система начнет искать код обычным текстовым сравнением.
Попробуем добавить два нуля перед штрихкодом в карточке товара:
Исходный ШК: 2568911002486
Исправленный ШК: 002568911002486
При сканировании, если сканер настроен правильно, он может передать полный набор символов, и система найдет товар как штучный по полному совпадению строки, игнорируя логику весового разбора.
Как отмечалось в обсуждении на форуме, уникальность штрихкодов, начинающихся на «2», никем не гарантируется вне рамок одного предприятия. Это коды внутреннего использования. Если разные поставщики присылают товары с пересекающимися внутренними кодами, это неизбежно приведет к ошибкам в учете.
Наиболее правильным решением с точки зрения методологии учета будет:
Иногда проблема может заключаться в настройках самого сканера штрихкодов. Рассмотрим ситуацию, когда сканер добавляет лишние символы или работает в режиме эмуляции клавиатуры с неправильной раскладкой. Проанализируем работу оборудования:
Также стоит убедиться, что товар не помечен в системе как Мерный. В УТ 11.4 для номенклатуры можно включить признак использования дробного количества. Проверьте следующие настройки:
Подводя итог, в большинстве случаев проблема решается именно через Настройки штрихкодирования в разделе администрирования. Понимание того, что цифра «2» является зарезервированным префиксом, позволяет быстро диагностировать ошибку и выбрать подходящий способ ее устранения: от коррекции настроек базы до физической перемаркировки продукции.