Рассмотрим достаточно распространенную ситуацию в розничной торговле при использовании связки 1С:Управление торговлей 11.4 (далее УТ 11), кассовой программы Frontol 6 и подключенных прикассовых электронных весов. Возникает потребность продавать весовой товар (например, колбасу в заводской оболочке) следующим образом: кассир сканирует обычный штрихкод EAN-13 с упаковки производителя, а вес товара автоматически берется с электронных весов на кассе. При этом в карточке номенклатуры в 1С заведены оба штрихкода — весовой внутренний (начинающийся с определенного префикса) и заводской штучный EAN-13.
Проанализируем проблему: при попытке выгрузить данные на ККМ Offline (во Frontol), мы обнаруживаем, что выгружается только весовой штрихкод (формируемый по правилам SKU или PLU). Обычный EAN-13 игнорируется системой. Разберем по шагам, почему так происходит и какие существуют пути решения.
Для начала выясним причину на стороне кассового ПО. Сама программа Frontol 6 отлично поддерживает описываемую схему продаж. Если во Frontol передать карточку весового товара, к которой привязано несколько штрихкодов (как весовых, так и обычных), касса корректно ее идентифицирует. При сканировании "штучного" EAN-13 система увидит признак "весовой товар" и автоматически запросит массу с подключенных электронных весов, либо откроет окно ручного ввода веса для кассира. Проблема кроется не в кассовом ПО.
Посмотрим на поведение типовой конфигурации 1С. Отсутствие выгрузки заводских штрихкодов для весовых товаров — это заложенное архитектурное поведение стандартов Библиотеки подключаемого оборудования (БПО).
Алгоритм 1С исторически предполагает, что весовой товар предварительно фасуется на весах с печатью этикеток (например, Штрих-Принт), где формируется внутренний штрихкод, содержащий в себе вес и SKU. Поэтому при формировании пакета выгрузки система жестко фильтрует список штрихкодов: если у номенклатуры установлен признак весового товара, в файл выгрузки ККМ Offline попадают исключительно те штрихкоды, которые соответствуют шаблону весового префикса. Обычные ("невесовые") штрихкоды попросту отсекаются алгоритмом запроса.
Разберем несколько способов, как мы можем автоматизировать процесс и обойти данное ограничение, чтобы кассиру не приходилось бегать к весам самообслуживания для печати этикетки.
Поскольку в пользовательском режиме галочки "выгружать все ШК для весовых товаров" не существует, самым правильным и надежным методом является создание небольшого расширения для конфигурации. Программисту 1С необходимо вмешаться в запрос, который собирает данные перед отправкой в модуль ККМ Offline. Достаточно снять условие фильтрации штрихкодов по признаку "Весовой" конкретно для узла обмена с Frontol.
Важно отметить, что вносить изменения в саму конфигурацию не рекомендуется, так как при обновлении БПО ваши правки могут быть затерты. Использование расширения позволит безопасно модифицировать запрос. Это никак не сломает обмен с весами Штрих-Принт, так как для них используется отдельный узел обмена со своими правилами выгрузки PLU.
Рассмотрим альтернативный вариант. Вместо типового функционала "1С:ККМ Offline", многие интеграторы используют специализированные внешние обработки для обмена с Frontol (например, официальные решения от компании АТОЛ или наработки партнеров). В таких модулях часто заложены более гибкие настройки выгрузки. Вы можете принудительно указать опцию выгрузки всех назначенных штрихкодов из карточки номенклатуры, игнорируя системные фильтры БПО.
Если нет возможности привлечь программиста, проанализируем "костыльный" вариант. Некоторые пользователи заводят для весового товара в 1С дополнительную штучную упаковку с коэффициентом пересчета (например, 1 кг = 1 упаковка). Штучный штрихкод EAN-13 привязывается именно к этой упаковке. В таком случае 1С выгрузит данный штрихкод на кассу как штучный товар.
Минусы подхода: Это существенно усложняет складской учет. Кроме того, при сканировании такого штрихкода касса посчитает товар штучным и не станет обращаться к прикассовым весам за получением веса. Кассиру придется вручную вводить дробное количество (например, 0.350) в интерфейсе Frontol перед сканированием, что сводит на нет попытку автоматизировать рабочее место.
Итог: Ситуация является нормой для типовой УТ 11. Для реализации схемы "сканируем штрихкод завода -> берем вес с весов на кассе" мы настоятельно рекомендуем использовать вариант с небольшим расширением 1С для модификации запроса выгрузки. Это обеспечит максимальное удобство для кассира и сохранит чистоту складского учета в базе.