Переход на торговлю маркированными товарами в 1С:Управление торговлей 11.4 часто сопровождается техническими сложностями. Типичная ситуация: после изменения вида номенклатуры на «Табачную продукцию» система либо начинает требовать коды маркировки на обычные товары (например, шоколад или кофе), либо выдает критические ошибки при попытке связи с серверами системы «Честный Знак». В этой статье мы подробно разберем, как правильно подготовить справочники и настроить систему для корректной работы.
Рассмотрим ситуацию, когда после группового изменения Вида номенклатуры для табака кассовый модуль начинает запрашивать DataMatrix даже при сканировании товаров, не подлежащих маркировке. Выясним причину этого поведения. Проблема заключается в том, что при интерактивном (ручном) изменении вида номенклатуры в карточке товара срабатывают встроенные обработчики 1С, которые дозаполняют скрытые технические реквизиты. При использовании стандартной обработки «Групповое изменение реквизитов» эти обработчики часто игнорируются, что приводит к рассогласованности данных.
Проанализируем необходимые действия для корректного массового перевода товаров на маркировку:
Вид номенклатуры, но и критически важный реквизит «Особенность учета» (техническое имя ОсобенностьУчета). Для него нужно выбрать значение «Табачная продукция».МаркируемаяПродукцияГисМП (или аналогичный в зависимости от подрелиза) установлен в значение Истина.Если после этих действий программа продолжает требовать марку для «сникерсов», рекомендуем очистить кэш пользователя 1С и проверить настройки рабочего места кассира. Иногда помогает повторная запись «проблемных» немаркируемых товаров, чтобы система обновила внутренние индексы поиска.
При сканировании маркированной продукции система 1С обращается к ИС МП (Честный Знак) для проверки статуса кода. Ошибка «Удаленный узел не прошел проверку» при обращении к api/v3/auth/cert указывает на проблемы с TLS-соединением или криптографией. Разберем по шагам, как это исправить:
Во-первых, проанализируем версию используемого криптопровайдера. Практика показывает, что стандартные версии КриптоПро CSP могут конфликтовать с требованиями серверов маркировки. Рекомендуется использовать дистрибутивы, скачанные напрямую из личного кабинета участника оборота на сайте «Честного Знака» или актуальные версии КриптоПро (не ниже 5.0 R2), поддерживающие современные алгоритмы шифрования.
Во-вторых, проверим установку корневых сертификатов. В хранилище сертификатов Windows (раздел «Доверенные корневые центры сертификации») должны быть установлены актуальные сертификаты Минцифры. Без них защищенное соединение с серверами *.crpt.ru будет обрываться с ошибкой безопасности.
В-третьих, если используется клиент-серверный вариант работы 1С, сертификат электронной подписи должен быть доступен не только на компьютере пользователя, но и установлен на сервере 1С под учетной записью, от которой запущен процесс rphost.
Многие пользователи сталкиваются с тем, что пачки сигарет пробиваются нормально, а блоки — нет. Посмотрим на алгоритм решения этой задачи. Для работы с блоками в 1С:УТ 11.4 должны быть корректно настроены упаковки.
Рассмотрим порядок действий:
Если при сканировании блока возникает сообщение «Сканирование неизвестных данных в МОТП запрещено», это означает, что код блока отсутствует в локальной базе данных кодов маркировки. Выясним, как разрешить продажу в такой ситуации:
Перейдем в НСИ и администрирование — Настройка интеграции с ИС МП — Параметры сканирования кодов маркировки. Найдем строку «Табачная продукция» и установим флаг «Разрешить продажу без проверки в информационной базе». Это позволит кассиру пробивать товар, который еще не был отражен в документе поступления (например, если поставка по ЭДО задерживается), при условии, что онлайн-проверка в Честном Знаке проходит успешно.
Проанализируем ситуацию с поступлением товара. Если вы принимаете продукцию через сторонние сервисы (например, Диадок), а в 1С создаете документ «Приобретение товаров и услуг» вручную без подбора кодов маркировки, система может выдавать предупреждение о несовпадении владельца кода.
Чтобы избежать блокировки продаж, рассмотрим возможность временного отключения контроля статусов в настройках интеграции. Однако помните, что это увеличивает риск продажи товара, который формально еще числится за поставщиком. Правильный путь — настройка 1С-ЭДО, которая позволяет автоматически сопоставлять коды маркировки из УПД с данными в вашей информационной базе 1С.
Для программного обновления реквизитов, если типовая групповая обработка не помогла, можно использовать фрагмент кода во внешней обработке:
&НаСервере
Процедура ОбновитьРеквизитыНоменклатурыНаСервере(ТоварСсылка)
ОбъектНоменклатура = ТоварСсылка.ПолучитьОбъект();
// Устанавливаем особенность учета для табака
ОбъектНоменклатура.ОсобенностьУчета = Перечисления.ОсобенностиУчетаНоменклатуры.ТабачнаяПродукция;
// При необходимости меняем тип номенклатуры
// ОбъектНоменклатура.ТипНоменклатуры = Перечисления.ТипыНоменклатуры.Товар;
ОбъектНоменклатура.Записать();
КонецПроцедуры
Важный момент: при записи объекта через код (метод Записать()) встроенные механизмы конфигурации УТ 11 обновят связанные регистры сведений, что часто решает проблему «невидимости» маркируемого товара для кассового модуля лучше, чем простое изменение полей через SQL-запросы или упрощенные обработки.
Таким образом, мы разобрали основные причины сбоев при внедрении маркировки. Главное — следить за заполнением скрытого реквизита ОсобенностьУчета и поддерживать актуальность криптографического ПО на всех узлах системы.