В процессе автоматизации розничной торговли часто возникает ситуация, когда один и тот же товар имеет разные идентификаторы в разных звеньях системы. Например, в 1С:Управление торговлей 11 товар числится под одним кодом, во Frontol под другим, а при печати этикетки на весах выводится третий. Это создает критическую проблему: касса не может распознать штрихкод, напечатанный весами, так как зашитый в него PLU не соответствует коду товара в кассовой базе. Разберем подробно, почему это происходит и как привести систему к единому знаменателю.
Проанализируем, где именно 1С хранит эти загадочные коды. В конфигурации «Управление торговлей 11» за соответствие товаров и их кодов для торгового оборудования отвечает регистр сведений Коды товаров offline. Главная особенность, которую нам важно понять: система генерирует коды PLU не глобально для всей базы, а в разрезе конкретного элемента справочника Правила обмена с подключаемым оборудованием.
Если в вашей системе создано два разных правила обмена — одно для Frontol (ККМ-offline), а другое для весов с печатью этикеток, — 1С будет вести две независимые нумерации. Рассмотрим пример: для товара «Яблоки» в правиле №1 может быть присвоен код 174, а в правиле №2 — код 247. Именно это и приводит к ситуации, когда на весах и на кассе коды различаются.
Чтобы избежать этой коллизии, мы рекомендуем придерживаться одной из двух стратегий:
Для корректной продажи весового товара нам необходимо обеспечить единство структуры штрихкода типа EAN-13. Рассмотрим стандартный формат весового кода: PPCCCCCWWWWWC.
PLU (Price Look-Up code). Именно эти пять цифр должны совпадать во всех системах.Проанализируем ситуацию: если весы запрограммированы на PLU 174, они напечатают код 210017401500X. Если же 1С выгрузила во Frontol этот товар под кодом 247, касса при сканировании попытается найти товар с кодом 174, не найдет его или найдет совершенно другой продукт. Наша задача — сделать так, чтобы CCCCC всегда было идентичным.
Многие специалисты отмечают, что наиболее стабильный вариант работы — когда Frontol сам управляет весами. Рассмотрим, как это настроить. Во Frontol есть встроенная служба Frontol Service Unit (FSU), которая может брать на себя роль сервера весов. В этом случае:
1. 1С выгружает файл goods.txt, содержащий информацию о товарах и их кодах.
2. Frontol загружает эти данные в свою внутреннюю базу.
3. Frontol передает эти же данные на весы.
При такой схеме исключается рассинхрон, так как источник данных для весов и кассы один и тот же. Однако важно проверить настройки поиска в самом Frontol. В интерфейсе администратора необходимо убедиться, что включена опция «Использовать PLU при поиске товара в весовом штрихкоде». Если касса ищет товар по «Внутреннему коду», а в весовой этикетке зашит «PLU», и они не равны — возникнет ошибка.
Посмотрим на ситуацию со стороны печати ценников напрямую из 1С. Пользователи часто жалуются, что на ценнике печатается код, не совпадающий с тем, что нужно вводить на весах. Выясним причину: скорее всего, в шаблоне ценника используется поле Код или Артикул из справочника Номенклатура.
Для правильной работы нам нужно изменить логику шаблона. Программа должна обращаться к данным регистра Коды товаров offline. Рассмотрим, как это реализовать технически. В обработке печати этикеток и ценников необходимо выбрать правильный источник данных, который связан с используемым правилом обмена. Только так на бумаге появится тот же PLU, который загружен в память весов.
Если стандартные средства не помогают и требуется, чтобы PLU всегда был равен, например, коду номенклатуры из 1С (чтобы не зависеть от автоинкремента в регистре), нам придется вмешаться в код обработки выгрузки. Посмотрим на логику, которую можно внедрить для принудительного назначения кодов:
// Пример логики для установки PLU равным Коду номенклатуры при выгрузке
Если ЭтоВесовойТовар(ТекущаяНоменклатура) Тогда
КодДляВыгрузки = Число(ТекущаяНоменклатура.Код);
// Записываем код в регистр, чтобы он зафиксировался для данного правила обмена
МенеджерЗаписи = РегистрыСведений.КодыТоваровOffline.СоздатьМенеджерЗаписи();
МенеджерЗаписи.ПравилоОбмена = ВыбранноеПравило;
МенеджерЗаписи.Номенклатура = ТекущаяНоменклатура;
МенеджерЗаписи.Код = КодДляВыгрузки;
МенеджерЗаписи.Записать();
КонецЕсли;
Важный момент: при использовании такого подхода нужно быть уверенным, что коды номенклатуры числовые и не превышают максимально допустимое значение PLU для весов (обычно это 99999).
Проанализируем последовательность действий, которая поможет вам навести порядок в кодах:
Коды товаров offline в 1С и базу товаров во Frontol и в весах. Это исключит влияние старых «хвостов» нумерации.Правило обмена с подключаемым оборудованием.PLU из регистра offline-кодов, а не произвольный артикул.Соблюдение этих шагов позволит вам создать прозрачную систему, где PLU товара будет одинаковым на ценнике, в памяти весов и в чеке покупателя, что значительно упростит работу персонала и исключит ошибки при продаже весовой продукции.