В процессе эксплуатации версии 1С:Розница 2.3.25.17 и последующих обновлений этой ветки многие пользователи столкнулись с критической проблемой при оформлении розничных возвратов. Суть проблемы заключается в следующем: при сканировании кода маркировки (DataMatrix) в интерфейсе старого РМК система не распознает его как марку. Вместо этого программа воспринимает считанный код как обычный штрихкод товара, добавляет новую единицу продукции в табличную часть (увеличивает количество), но индикатор проверки маркировки остается «серым квадратом».
Рассмотрим подробнее причины возникновения этой ошибки и разберем по шагам доступные способы ее решения, опираясь на опыт внедренцев и рекомендации разработчиков 1С.
Проанализируем ситуацию с технической точки зрения. Ошибка проявляется исключительно при попытке сделать возврат на основании чека продажи. Когда кассир выбирает документ-основание, система загружает список товаров и проданных кодов маркировки. В момент сканирования марки при возврате срабатывает алгоритм поиска этой марки в «архиве» проданных позиций.
В релизе 2.3.25 код обработки события сканирования в старом интерфейсе РМК работает некорректно: он не может сопоставить считанную последовательность символов с данными в табличной части документа-основания. Поскольку сопоставление не проходит, 1С считает, что сканируется новый товар, находит его по GTIN (который зашит в марке) и просто добавляет строку в чек. При этом статус SelectionMark (ПризнакСчитаннойМарки) не устанавливается, так как система не идентифицировала сканирование как ввод именно маркировочного кода для конкретной позиции.
Примечательно, что при возврате без основания проблема исчезает. Это происходит потому, что в данном режиме программа не пытается искать соответствие в старых чеках, а просто записывает считанную марку «как есть».
Это самый стабильный и рекомендуемый разработчиками способ. Начиная с версии 2.3, компания 1С активно развивает Новый интерфейс РМК, в то время как поддержка старого интерфейса осуществляется по остаточному принципу. В новом РМК механизмы работы с ИС МП (Честный знак) полностью переписаны и учитывают все последние изменения законодательства, включая разрешительный режим.
Для перехода выполним следующие действия:
Как показывает практика, в новом РМК возвраты маркированного товара с основанием работают корректно, и данные правильно передаются в ОФД и систему «Честный знак».
Если переход на новое РМК временно невозможен, проанализируем список установленных исправлений. Для ветки 2.3.25 выпускалось несколько критических патчей, исправляющих работу с маркировкой. Проверим наличие патча EF_00_059632 (название может меняться, ищите по описанию «Ошибка при сканировании марки в возврате»). При возникновении сопутствующих проблем с проверкой кодов в этом же релизе пригодится обработка для переноса даты контроля владельца марки.
Процедура установки патчей:
Часто проблема усугубляется некорректной передачей GS1-разделителей (символ GS). Старый код РМК в новых релизах стал крайне чувствителен к формату передаваемых данных. Если сканер работает в режиме клавиатуры (Native), он может «проглатывать» спецсимволы, из-за чего марка становится невалидной для алгоритма поиска. Для решения этой проблемы без перенастройки оборудования можно использовать расширение для автоматического добавления символов GS в код маркировки.
Посмотрим, что можно сделать с оборудованием:
1С:Сканеры штрихкода (NativeApi) до актуальной версии (не ниже 10.x). Это критично для корректной передачи спецсимволов DataMatrix.01....После обновления конфигурации или наката патчей старый интерфейс РМК часто «залипает», продолжая использовать старые формы или алгоритмы из локального кэша пользователя. Проанализируем состояние рабочих мест и выполним очистку:
Закроем 1С на рабочем месте кассира. Удалим базу из списка запуска и добавим ее заново (это самый простой способ очистить кэш). Или воспользуемся ключом запуска /ClearCache.
Если очередь на кассе большая, а проблема не решена, используем обходной путь, обнаруженный пользователями форума. Выясним, как это сделать:
В интерфейсе РМК выберем операцию Возврат без чека. В этом случае программа позволит считать марку, она корректно отобразится (зеленый или синий статус), и товар будет принят на склад. Важно: этот метод требует последующей ручной проверки бухгалтером, так как связь с первичной продажей в системе будет разорвана, что может повлиять на расчет себестоимости и аналитику продаж.
Проанализировав ситуацию, мы видим, что ошибка в 1С:Розница 2.3.25 носит программный характер и связана с деградацией поддержки старого интерфейса РМК. Наиболее эффективным и долгосрочным решением является обучение персонала работе в новом интерфейсе РМК. Это избавит от необходимости постоянно искать патчи под устаревающие механизмы и обеспечит соответствие требованиям законодательства по проверке марок в режиме реального времени.
Если же вы вынуждены оставаться на старом интерфейсе, убедитесь, что: