Рассмотрим распространенную ситуацию при автоматизации розничного магазина: в качестве бэк-офиса используется «Управление торговлей 10.3» (УТ), а на рабочем месте кассира (РМК) установлена «Розница 2.1». При добавлении весов с печатью этикеток, таких как Масса-К серии ВПМ, возникает проблема: штрихкоды, распечатанные на весах, не считываются на кассе.
Разберем подробнее, почему так происходит. При выгрузке номенклатуры из УТ в весы, в качестве кода товара (PLU) часто записывается внутренний код 1С или порядковый номер, а при обмене с «Розницей» для этого же весового товара генерируется совершенно другой код SKU (Stock Keeping Unit). В результате касса не может сопоставить штрихкод с этикетки с товаром в своей базе. Выясним причины и проанализируем доступные способы решения этой проблемы.
В конфигурации «Управление торговлей 10.3» коды весового товара (PLU) присваиваются автоматически по порядку (1, 2, 3 и т.д.) и никак не связаны с основным справочным кодом товара. Посмотрим, где найти эти данные:
Здесь вы можете увидеть порядковые номера PLU, которые система резервирует для выгрузки в весовое оборудование.
Типовые планы обмена между УТ 10.3 и Розницей 2.x имеют ряд ограничений. Табличная часть или регистр сведений, где хранятся коды PLU в УТ, «из коробки» не всегда автоматически сопоставляется со справочником SKU во фронт-офисной системе. Кроме того, старые модели весов (например, Масса-К ВПМ) разрабатывались для работы с обычными формами, а новые штатные драйверы «Розницы 2» (такие как МАССА-К: Драйвер R - 1C) ориентированы на современные весовые терминалы и могут конфликтовать со старым оборудованием.
Чтобы не менять вручную номера SKU в «Рознице» на номера PLU в весах после каждого поступления нового товара, рассмотрим несколько проверенных способов решения.
Чтобы избежать ручного труда и настроить прозрачный обмен, необходимо изменить правила синхронизации баз. В правилах настраивается жесткое соответствие: код весового товара (PLU) из УТ 10.3 при выгрузке должен принудительно записываться в значение SKU конкретной номенклатуры в «Рознице». При такой настройке коды в обеих базах и в памяти весов всегда будут идентичными, а сканирование на кассе пройдет без ошибок.
Вместо попыток заставить работать штатный функционал подключения оборудования, часто целесообразнее применять специализированные внешние обработки выгрузки товаров (файлы формата .epf), написанные специально под управляемые формы «Розницы 2». Такие обработки работают в обход стандартных драйверов 1С, общаясь с весами по локальной сети.
Они позволяют корректно выгружать связку «Товар – Цена – PLU/SKU» и настраивать соответствие кодов без снятия конфигурации с поддержки. Многие производители торгового оборудования (например, Атол) предлагают свои драйверы с опцией «выгружать коды товаров = PLU», что решает проблему распознавания весового штрихкода в РМК.
Если прямая связь из 1С не настраивается или работает нестабильно, можно использовать бесплатное программное обеспечение (менеджеры экспорта), поставляемое производителем весов. Настроим процесс:
Если настроить сетевой обмен не удается, проанализируем резервные сценарии: