В современных реалиях работы с маркировкой продукции (система «Честный ЗНАК») пользователи конфигураций 1С:Управление торговлей 11.5, ERP 2.5 и Комплексная автоматизация 2.5 часто сталкиваются с досадной ошибкой при попытке оформить возврат товара от клиента. Суть проблемы заключается в том, что при сканировании кода маркировки в документе Возврат товаров от клиента система выдает предупреждение: «Ошибка при проверке кода маркировки (ИНН владельца не соответствует организации)». Рассмотрим подробнее, почему это происходит и как мы можем решить данную задачу несколькими способами.
Давайте разберем техническую сторону вопроса. При сканировании кода маркировки DataMatrix в документе возврата программа 1С инициирует запрос к серверам ГИС МТ (Честный ЗНАК) для проверки статуса кода и его владельца. В ответ система маркировки возвращает ИНН текущего владельца товара. Для проданного в розницу товара владельцем в системе ГИС МТ может значиться либо организация-продавец (если товар еще не окончательно выведен), либо код может иметь статус «Выбыл».
Ошибка кроется в алгоритмах общего модуля ИнтеграцияГИСМТ. Программа пытается сравнить ИНН из ответа Честного Знака с ИНН контрагента, указанного в поле «Клиент» документа возврата. Если в документе выбран «Розничный покупатель» (физическое лицо), у которого реквизит ИНН пуст, то происходит сравнение заполненной строки ИНН организации из ГИС МТ с пустой строкой из карточки клиента. Результат сравнения всегда отрицательный, что и блокирует добавление кода в документ.
Важно понимать: без прохождения этой проверки код маркировки не попадает в табличную часть «Штрихкоды упаковок», а значит, не отобразится в чеке и не будет корректно возвращен в оборот через ККТ или документ «Возврат в оборот ИС МП».
Если мы хотим сохранить строгий контроль для оптовых возвратов, но разрешить розничные, нам необходимо внести изменения в логику проверки владельца. Проанализируем, где вызывается функция проверки. Обычно это происходит в процедурах проверки кодов маркировки перед их добавлением в коллекцию. Мы можем создать расширение и перехватить выполнение процедуры ПроверитьВладельцаКодаМаркировки. Для автоматизации этого процесса можно использовать готовое расширение для обхода контроля владельца в ГИС МТ.
Рассмотрим пример логики, которую можно реализовать в расширении (аннотация &Вместо или &После):
// В общем модуле ИнтеграцияГИСМТ
Процедура Расш1_ПроверитьВладельцаКодаМаркировки(ПараметрыПроверки, РезультатПроверки) Экспорт
// Если вид документа предполагает возврат от розничного покупателя
Если ПараметрыПроверки.ДокументОснование = Тип("ДокументСсылка.ВозвратТоваровОтКлиента") Тогда
// Проверяем, является ли контрагент физическим лицом (розничным покупателем)
Если НЕ ЗначениеЗаполнено(ПараметрыПроверки.КонтрагентИНН) Тогда
// Игнорируем ошибку несовпадения ИНН
РезультатПроверки.ВладелецСоответствует = Истина;
Возврат;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Этот код позволяет системе игнорировать отсутствие ИНН у покупателя, считая проверку успешной, что дает возможность добавить код в документ.
Фирма 1С оперативно выпускает исправления для подобных массовых ошибок. Выясним, как проверить наличие патча. Перейдем в раздел Администрирование — Обслуживание — Обновление программы — Установленные исправления (патчи). Ищите исправления, в описании которых упоминается «ИНН владельца» или «Ошибка проверки маркировки при возврате». Например, для конфигурации УТ 11.5 это могут быть патчи серии EF_600xxxxx. Установка официального патча является наиболее безопасным способом решения проблемы, так как он корректно встраивается в типовую логику конфигурации.
Если вы не хотите вносить изменения в код, разберем возможности настроек системы 1С. В последних версиях 11.5.17 и выше появились гибкие настройки контроля. Пройдем по шагам:
Обратите внимание: полное отключение проверки владельца может быть рискованным для оптового звена, поэтому данный метод лучше использовать временно до установки патча или обновления конфигурации. Автоматическая установка исправлений и техническое обслуживание нескольких баз в тихом режиме возможны при помощи программы для автоматического обновления 1С.
Посмотрим на ситуацию со стороны кассира или менеджера. При сканировании через форму «Проверка поступившей продукции» (открывается по гиперссылке в документе), когда возникает ошибка, система предлагает выбор.
В меню «Еще» окна проверки маркировки можно найти настройки, позволяющие «Доверять результатам проверки» или «Добавлять товары с ошибками проверки». Если установить эти флаги, программа позволит добавить «красный» (не прошедший проверку ИНН) код в документ. Это ручной метод, требующий внимательности персонала, чтобы случайно не принять чужой товар, который действительно не принадлежит организации. Для исключения ручного ввода и автоматического выполнения последовательности действий в интерфейсе используется платформа для программной роботизации сценариев пользователя.
Выясним, как это соотносится с требованиями 2024–2025 годов. При возврате через кассу задействуется механизм онлайн-проверки. Если 1С заблокирует добавление кода на этапе документа, то данные не уйдут в чек. Однако, согласно правилам ГИС МТ, возврат от физического лица — это процедура, где ИНН владельца (покупателя) не проверяется, так как он не является участником оборота. Главное, чтобы сам DataMatrix был валидным и числился в системе в статусе «Продан» или «Выбыл».
Подведем итог: Описанная ошибка является следствием избыточно жесткой проверки в типовом коде 1С. Для исправления ситуации мы рекомендуем в первую очередь проверить наличие официальных патчей в разделе обслуживания, а если их нет — воспользоваться настройками сканирования или небольшим расширением, корректирующим логику в модуле ИнтеграцияГИСМТ. Для быстрого устранения других подобных затруднений можно использовать сборник готовых решений по интеграции 1С с Честным Знаком.