Продажа табачной продукции в рознице всегда была сопряжена с техническими нюансами, но с введением обязательной маркировки и разрешительного режима (проверки кодов в реальном времени через «Честный ЗНАК») процесс значительно усложнился. Одной из самых частых проблем, с которой сталкиваются пользователи 1С:Розница 2.3, является невозможность пробить блок сигарет целиком или продать товар с поврежденной маркой. При попытке сканирования система выдает ошибку: «Должно быть указано кодов маркировки 10, а указано 1». Разберем подробно, почему это происходит и как настроить систему для корректной работы.
Для начала проанализируем ситуацию. Когда мы продаем блок сигарет, система должна понимать, что перед ней групповая упаковка. Ошибка «должно быть указано 10 кодов» возникает в новом интерфейсе РМК (Рабочее место кассира), так как программа распознает операцию как продажу 10 отдельных единиц (пачек), но получает только один идентификатор (DataMatrix блока).
Это происходит из-за отсутствия данных об агрегации. Агрегация — это связь в информационной системе «Честный ЗНАК», которая говорит о том, что конкретный код блока содержит в себе конкретный перечень из 10 кодов пачек. Если ваша база «1С» не знает, какие именно пачки лежат внутри блока, она пытается заставить кассира отсканировать каждую пачку отдельно для валидации каждой марки в разрешительном режиме.
Рассмотрим правильную последовательность настройки номенклатуры. Без корректно заданных упаковок продажа блоками работать не будет.
Вид номенклатуры с типом «Табачная продукция». Для массовой привязки кодов можно использовать средства для сопоставления марок с номенклатурой.шт (пачка).блок.
10.Штрихкоды добавим два разных штрихкода (EAN-13): один для пачки и один для блока. Это критически важно для корректного подбора позиции в чеке.Проанализируем поведение программы в разных интерфейсах. В версиях 1С:Розница 2.3.18.х и выше активно продвигается новое РМК, требующее автоматической актуализации токенов ИС МП для стабильной работы. Однако, как отмечают многие специалисты, оно имеет технические недоработки при работе с блоками:
DataMatrix блока система не всегда может автоматически сопоставить его с упаковкой «блок», если в базе нет записи об агрегации.Решение для версий до 2.3.19: Попробуйте использовать старый интерфейс РМК. В старом режиме при сканировании марки блока система чаще всего предлагает выбрать вид упаковки вручную («Потребительская» или «Групповая»). Выбор «Групповой» упаковки позволяет закрыть потребность в 10 марках одним сканированием блока.
Выясним, где хранятся данные о марках блоков. В 1С существует технический справочник Штрихкоды упаковок и товаров (или Штрихкоды упаковок номенклатуры).
Если вы принимаете товар через ЭДО непосредственно в этой базе 1С:Розница, информация о том, какие пачки входят в блок, подтягивается автоматически. Если же приемка идет в другой программе, а в Розницу данные попадают простым «Приходом», база остается «пустой». Она видит код маркировки блока, но не знает его структуру.
Чтобы решить эту проблему без ЭДО, можно воспользоваться следующими методами:
Приходная накладная через форму проверки маркировки. Это создаст необходимые связи в справочнике упаковок.Рассмотрим сопутствующую ошибку, которая часто возникает в новом РМК вместе с проблемами маркировки. Сообщение о незаполненном тэге организации обычно указывает на программный сбой в момент распределения продаж. Проверим следующие настройки:
ККМ и проверим, выбрана ли там конкретная Организация.Чтобы избежать ошибок при продаже, рекомендуем кассирам придерживаться следующей последовательности действий:
Если вы столкнулись с ошибкой «-10 вместо -1» на релизе 2.3.18.17, настоятельно рекомендуем обновиться до актуального релиза (2.3.19.х и выше), так как в данных версиях разработчики 1С выпустили ряд патчей, исправляющих математику подсчета кодов в новом РМК для маркированного табака.
Таким образом, для стабильной работы необходимо сочетание трех факторов: корректно настроенных упаковок в карточке товара, наличия данных об агрегации в справочнике штрихкодов упаковок и актуального релиза конфигурации, поддерживающего современные требования разрешительного режима.