При переходе с конфигурации «1С:Розница 2.3» на «1С:Управление нашей фирмой 3.0» (или «1С:Розница 3.0») многие пользователи сталкиваются с неприятной ситуацией: несмотря на корректно оформленный документ «Подключение кега к оборудованию», в Рабочем месте кассира (РМК) при выборе позиции разливного пива система настойчиво требует отсканировать код маркировки. Это нарушает логику быстрой продажи, так как марка должна подтягиваться автоматически из открытого кега.
В этой статье мы подробно разберем, как организована связь между кодом маркировки кега и розничной продажей, проанализируем возможные технические ошибки и настроим систему так, чтобы розлив работал корректно. Проблема часто кроется не в программном коде, а в жестких требованиях к сопоставлению данных, которые в версии 3.0 стали значительно строже.
Первым делом нам необходимо убедиться, что система понимает: данный товар может продаваться частями. В «1С:УНФ 3.0» механизм работы с маркированным пивом завязан на сопоставлении единиц измерения. Разберем этот момент пошагово.
Перейдем в карточку номенклатуры и проверим признак «Продается в розлив». Однако простого наличия галочки недостаточно. Критически важно проверить справочник ЕдиницыИзмерения. Если в вашей базе для пива указана единица «л.», а в общероссийском классификаторе (ОКЕИ) она значится как «л» (без точки), автоматическая связь может не сработать. Система ИС МП (Честный Знак) очень чувствительна к кодам единиц измерения.
Также проверим общие настройки интеграции. Пройдем по пути: Настройки — Интеграция с ИС МП — Параметры интеграции. Здесь должен быть включен флаг «Частичная продажа маркированной продукции». Без этой опции РМК не будет пытаться искать «открытые» марки в регистрах, а будет ожидать полное сканирование каждой единицы товара.
Проанализируем ситуацию, когда кег подключен, но марка не подтягивается. В «1С:УНФ 3.0» связь между номенклатурой продажи и кодом маркировки кега осуществляется через GTIN (Global Trade Item Number). Это 14-значный номер, зашитый в штрихкод маркировки.
Рассмотрим сценарий: вы получили кег «Пиво Светлое» с определенным кодом маркировки. В этом коде зашит GTIN производителя. Если в вашей карточке номенклатуры в списке штрихкодов не указан именно этот GTIN или указан другой, система не сможет «сообразить», что открытый кег относится именно к этой позиции номенклатуры.
Как это проверить?
Важный нюанс: Если вы заводите одну карточку «Пиво на розлив» для разных производителей, система может давать сбой, так как у каждого производителя свой GTIN в марке кега. Рекомендуется использовать механизм характеристик или сопоставлять несколько штрихкодов (GTIN) одной позиции номенклатуры.
Если визуально настройки верны, нам нужно заглянуть «под капот» программы. В «1С:УНФ 3.0» за хранение данных об открытых кегах отвечают специальные регистры. Проанализируем ситуацию через «Функции для специалиста».
Нас интересует регистр сведений АктивныеКегиИСМП (или аналогичный по смыслу ВскрытияПотребительскойУпаковкиИСМП). Когда вы проводите документ «Подключение кега», в этом регистре должна появиться запись с указанием:
Если записи в регистре нет, РМК не увидит кег. Попробуем пересоздать документ подключения непосредственно из интерфейса РМК (через кнопку «Кеги» или «Обслуживание»), так как ручное создание документа в бэк-офисе иногда не инициирует запись в нужные оперативные регистры, которые использует новое РМК.
Рассмотрим особенности Нового РМК в 1С 3.0. В отличие от старых версий Розницы, новое РМК жестко привязывается к Рабочему месту. Если вы подключили кег, находясь под одной учетной записью или на одном компьютере (Рабочем месте), а продажу пытаетесь совершить с другого, система может не увидеть остатки по кегу.
Выясним причину через проверку «Кранов». В последних релизах реализован функционал учета по оборудованию розлива:
Если кег подключен «просто на склад», а РМК настроено на работу через оборудование, автоматического подбора не произойдет. Настройте связь «Номенклатура — Кран — Кег».
Проанализируем еще одну техническую особенность: виртуальное списание объема. В УНФ 3.0 ведется учет «слитого» объема из кега. Если по данным системы объем кега (например, 30 литров) был исчерпан (даже если фактически там еще что-то осталось), программа пометит код маркировки как «закрытый» и перестанет подставлять его в чеки.
Чтобы проверить текущий остаток в открытом кеге, можно воспользоваться кодом (для разработчиков) или проверить отчеты по остаткам маркированной продукции на складах. Если объем равен нулю, необходимо «подключить» новый кег, даже если вы просто хотите допродать остатки старого.
// Пример логики проверки активного кега в коде (для понимания процесса)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| АктивныеКеги.КодМаркировки КАК КодМаркировки,
| АктивныеКеги.ОстатокОбъема КАК Остаток
|ИЗ
| РегистрСведений.АктивныеКегиИСМП КАК АктивныеКеги
|ГДЕ
| АктивныеКеги.Номенклатура = &Номенклатура
| И АктивныеКеги.Склад = &Склад
| И АктивныеКеги.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыКегов.Открыт)";
Разберем ситуацию с программными ошибками. Релиз 3.0.13, как и переходные релизы Розницы 2.3.25, содержали баги в механизме кэширования. РМК при запуске кэширует список подключенных кегов и иногда не обновляет его при добавлении новых документов подключения без перезапуска интерфейса.
Посмотрим на патч EF_00_00576364. Хотя он изначально заявлялся для определенных версий Розницы, его логика исправляет работу с розливом в новом РМК. Обязательно выполните следующие действия:
Если патчи установлены, но проблема сохраняется, попробуйте очистить кэш пользователя 1С, так как данные о доступных марках для РМК могут «зависать» в локальных файлах сеанса.
Подведем итог. Чтобы в «1С:УНФ 3.0» разливное пиво продавалось без ручного сканирования марки, проверьте выполнение всех условий из нашего списка:
Соблюдение этих правил позволит системе в автоматическом режиме находить нужную марку и подставлять её в документ ЧекККМ, избавляя кассира от лишних действий и ошибок ручного ввода.