Как исправить ошибку 500 при проверке маркированного табака в 1С:Розница и настроить работу с поставщиками и блоками?

При работе с маркированной табачной продукцией в программе «1С:Розница» пользователи часто сталкиваются с техническими трудностями. Они могут выражаться в виде системных ошибок обмена с ГИС МТ (Честный ЗНАК), проблем сопоставления контрагентов при использовании ЭДО или сложностей при настройке розничных продаж блоков сигарет. Рассмотрим детально каждую из этих проблем, выясним их причины и разберем пошаговые инструкции для их устранения.

---

1. Ошибка HTTP 500 при проверке агрегации табачной продукции (Переход на API V3)

Причина возникновения проблемы: Ошибка с кодом состояния HTTP: 500 при отправке запроса к адресу private-office-api/private/v2/cis/aggregated возникает из-за того, что оператор маркировки ЦРПТ («Честный ЗНАК») прекратил поддержку устаревшей второй версии (V2) программного интерфейса (API) для запросов агрегированных кодов маркировки. Попытки системы обратиться к старым эндпоинтам вызывают системный сбой на сервере маркировки.

Проанализируем два варианта решения данной проблемы: временный программный обход и постоянное штатное исправление.

Вариант А. Временное исправление в кодовой базе (через расширение или конфигуратор)

Если оперативно обновить конфигурацию «1С:Розница» не представляется возможным, вы можете скорректировать адрес запроса вручную. Для этого выполним следующие действия:

1. Откроем конфигуратор и найдем общий модуль или модуль менеджера обработки проверки табачной продукции (например, Обработка.ПроверкаИПодборТабачнойПродукцииМОТП.МодульМенеджера или общий модуль ИнтерфейсМОТП).
2. Найдем метод, отвечающий за запрос данных об агрегации кодов маркировки (например, ЗапроситьДанныеОбАгрегацииКодовМаркировки).
3. Заменим старый адрес обращения к API формата V2 на новый актуальный адрес формата True-API V3.

Пример изменения кода:

// БЫЛО (устаревший вариант API V2):
АдресЗапроса = "private-office-api/private/v2/cis/aggregated?cis=" + КодМаркировки;

// СТАЛО (актуальный вариант API V3):
АдресЗапроса = "api/v3/true-api/cises/aggregated/list?codes=" + КодМаркировки;

Такая замена позволит программе успешно отправлять запросы и получать структуру агрегации непосредственно из обновленного шлюза Честного ЗНАКа.

Вариант Б. Официальное обновление конфигурации (рекомендуемый способ)

Разработчики фирмы «1С» оперативно реагируют на изменения требований ГИС МТ. Поддержка нового формата обмена V3 была штатно реализована в релизах «1С:Розница», начиная с версии 2.3.5.24 (и выше). При обновлении конфигурации библиотека интеграции с государственной информационной системой маркировки товаров (ИС МП) обновляется автоматически, что полностью решает проблему без необходимости ручного редактирования программного кода.

---

2. Сбои приемки накладных из-за смены КПП поставщика (на примере КПП 997350001 АО ТК «Мегаполис»)

Суть проблемы: Крупнейшие дистрибьюторы табачной продукции (в частности, АО ТК «Мегаполис») перешли на централизованное выставление электронных универсальных передаточных документов (УПД) с указанием своего КПП крупнейшего налогоплательщика — 997350001 (вместо региональных КПП обособленных филиалов). Если в вашей информационной базе 1С контрагент зарегистрирован только с региональным КПП, то при получении накладной через ЭДО программа не сможет автоматически сопоставить отправителя, либо выдаст ошибку при проверке кодов маркировки.

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

1. Перейдем в справочник Контрагенты.
2. В основной карточке головной организации поставщика укажем его ИНН и центральный КПП крупнейшего налогоплательщика: 997350001.
3. В карточке контрагента перейдем на вкладку или в раздел Обособленные подразделения (в зависимости от версии интерфейса). Создадим для каждого регионального склада или филиала, с которого фактически происходит отгрузка, запись обособленного подразделения с его фактическим адресом и локальным КПП (например, начинающимся на 61..., 77... и т.д.).
4. При настройке ЭДО сопоставим идентификаторы участников обмена таким образом, чтобы входящие документы от головного ИНН распределялись по соответствующим договорам обособленных подразделений в вашей базе.

---

3. Ошибка проверки статуса «Не соответствует ИНН владельца»

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

Разберем по шагам, как завершить приемку такого товара в 1С:

1. В форме проверки поступившей табачной продукции нажмем кнопку Еще (в правом верхнем углу табличной части).
2. В выпадающем меню выберем пункт «Отключить проверку по владельцу». Система перестанет сверять текущего собственника кода в ГИС МТ с ИНН вашей организации.
3. Завершим проверку марок, утвердим и подпишем УПД вашей квалифицированной электронной подписью (КЭП).
4. После того как оператор ЭДО передаст подписанный документ в Честный ЗНАК, право собственности на коды маркировки автоматически перейдет к вашей организации, и статусы марок станут корректными.

Важное примечание по работе с КЭП: Для стабильного выполнения фоновых запросов к Честному ЗНАКу без постоянного запроса пароля рекомендуется установить сертификат электронной подписи в реестр локального компьютера через криптопровайдер КриптоПро CSP, предварительно сняв требование обязательного ввода PIN-кода при каждом обращении к закрытому ключу.

---

4. Как настроить учет и продажу блоков сигарет?

Продажа табачной продукции может осуществляться как отдельными пачками, так и целыми блоками. Блок сигарет имеет собственный штрихкод и код маркировки DataMatrix, который является кодом транспортной агрегации. При его сканировании Честный ЗНАК автоматически списывает из оборота все 10 пачек, содержащихся внутри этого блока.

Проанализируем алгоритм настройки такого учета в «1С:Рознице» и интеграции с внешним кассовым ПО (например, Frontol):

Шаг 1. Настройка упаковок в 1С

1. Перейдем в раздел администрирования параметров учета номенклатуры и включим признак использования упаковок номенклатуры.
2. В карточке номенклатуры конкретной марки сигарет перейдем к настройке упаковок.
3. Создадим индивидуальный набор упаковок или выберем общий. Базовой единицей хранения должна быть указана пачка (шт.).
4. Добавим новую упаковку с наименованием «Блок» и установим для нее коэффициент сопоставления равным 10 (так как в стандартном блоке содержится 10 пачек).
5. В регистре штрихкодов привяжем штрихкод блока именно к созданной упаковке «Блок».

Шаг 2. Выгрузка данных во Frontol или внешнее кассовое ПО

Если для продаж используется внешняя кассовая программа (например, Frontol 6), передача сведений должна происходить следующим образом:

• При выгрузке справочника товаров из 1С во Frontol передается информация о связи потребительской упаковки (пачки) и групповой упаковки (блока).
• При сканировании на кассе кода маркировки с блока кассовое ПО распознает его как групповую тару, автоматически подставляет в чек товарную позицию с количеством «10 пачек» и рассчитывает стоимость продажи исходя из цены за блок.
• Сведения о коде маркировки блока передаются в ОФД, который транслирует их в Честный ЗНАК для корректного вывода всей группы кодов из оборота.

Обратите внимание на МРЦ (Максимальную розничную цену): Согласно действующему законодательству, информация о МРЦ зашифрована непосредственно внутри структуры кода маркировки DataMatrix. Кассовое ПО при считывании марки в обязательном порядке проверяет МРЦ и контролирует, чтобы итоговая цена продажи блока (или пачки) не превышала установленный производителем лимит и не была ниже минимально разрешенной цены.