← На главную

Многие пользователи и технические специалисты столкнулись с тем, что после обновления конфигурации 1С:Розница (в частности, перехода на релизы 2.3.19–2.3.20) привычный процесс продажи маркированной продукции изменился. Раньше система корректно отрабатывала сканирование внутреннего штрихкода, после чего автоматически подтягивался код маркировки. Теперь же кассир видит дополнительное окно с требованием сопоставить DataMatrix-код с номенклатурой. Давайте разберемся, почему это происходит и как с этим работать дальше.

Причины изменения логики работы системы

Прежде всего, важно понимать, что это не программный сбой и не ошибка обновления. Разработчики 1С в последних версиях конфигурации существенно усилили контроль за оборотом маркируемой продукции. Это сделано для исключения ошибок пересорта и обеспечения корректной передачи данных в систему «Честный ЗНАК».

В старых версиях (например, 2.3.13) проверки были более гибкими. Система могла допускать работу, даже если связь между внутренним штрихкодом и кодом маркировки была неявной. В текущих версиях 1С использует более строгий алгоритм: если GTIN, считанный из кода маркировки, не совпадает или не привязан к конкретной карточке номенклатуры, система запрашивает подтверждение через окно сопоставления. Для предварительной привязки кодов к товарам до начала продаж можно использовать обработку для пакетного сканирования и сопоставления марок с номенклатурой.

Как решить возникающую проблему

Рассмотрим несколько подходов, которые помогут нормализовать работу кассиров:

1. Однократное сопоставление. Окно сопоставления — это процедура, которую система проводит для регистрации связи между DataMatrix и номенклатурой в регистрах сведений (например, Коды маркировки). После того как вы один раз подтвердите соответствие, эта связь будет записана, и при последующих продажах того же товара окно появляться не должно.
2. Повторное сканирование. Как показывает практика, если окно появилось, его можно закрыть (нажав Esc), а затем повторно отсканировать DataMatrix. В этот момент система часто «понимает», что действие было прервано, и если данные уже были кэшированы в рамках сессии, товар успешно добавится в чек.
3. Проверка регистра «Акцизные марки» (и аналогичных). Несмотря на то что для товаров легкой промышленности (обувь, текстиль) используются другие механизмы, всегда полезно проверить регистр Акцизные марки (или соответствующие регистры для маркируемых товаров), чтобы убедиться, что номенклатурная позиция не имеет «битых» связей с марками.

Важные рекомендации для корректной работы

Чтобы избежать подобных сложностей в будущем, рекомендуем придерживаться следующих правил:

• Корректное заполнение карточек. Убедитесь, что для всей маркируемой номенклатуры в карточках товара корректно прописаны GTIN. Это критически важный параметр для автоматического распознавания кодов маркировки.
• Использование документов маркировки. Старайтесь максимально использовать типовые документы «Маркировка товаров». Когда связь между маркой и товаром фиксируется в момент приемки, вероятность появления окна сопоставления при продаже стремится к нулю.
• Анализ ошибок. Если вы принудительно отключаете возможность сопоставления в настройках РМК, система может выдавать сообщение данные по коду не найдены: структура. Это прямой сигнал о том, что в базе нет связки между кодом маркировки и номенклатурой. В этом случае нужно зайти в карточку товара и вручную проверить привязанные коды.

Подводя итог, можно сказать, что новые требования 1С — это шаг к повышению прозрачности учета. Да, это добавляет лишнее действие для кассира при первом сканировании, но гарантирует, что в будущем при передаче данных в государственные системы не возникнет ошибок. Проанализируйте свои справочники номенклатуры, приведите их в соответствие с данными из документов маркировки, и работа в РМК снова станет комфортной.