← На главную

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

Почему табличные части документов продаж остаются пустыми?

Главный вопрос, возникающий при анализе Чека ККМ, — это пустая табличная часть, отведенная под марки. В старых версиях конфигураций или при определенных настройках там могли отображаться данные, однако сейчас ситуация изменилась. Основная причина кроется в безопасности данных и требованиях законодательства:

1. Запрет на хранение криптохвостов: Полный код маркировки содержит «криптохвост» (код проверки). Хранение этой критически важной части кода в базе данных 1С после завершения операции продажи считается небезопасным и нецелесообразным с точки зрения архитектуры.
2. Очистка данных: Сразу после пробития чека и передачи данных в фискальный накопитель, конфигурация 1С намеренно удаляет или обрезает полные последовательности символов маркировки из оперативных документов. Это предотвращает риск утечки данных через базу 1С.

Разрешительный режим как основной способ контроля

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

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

Таким образом, первичным источником достоверных данных о статусе маркировки является не ваша база 1С, а внешняя государственная система. Ваша база выступает лишь «транспортом» для передачи информации.

Роль ОФД в процессе выбытия

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

Где все-таки хранятся марки внутри 1С?

Несмотря на то, что история продаж в регистрах отсутствует, определенные данные в базе всё же присутствуют:

• Пул кодов маркировки (СУЗ): Если вы осуществляете маркировку остатков или перемаркировку товаров (например, при повреждении этикетки), эти марки хранятся в специальном хранилище СУЗ. До момента их продажи или списания они числятся в базе как активные коды.
• Вывод из оборота: Если вам необходимо списать товар по причине брака, утери или использования для нужд магазина, вы используете документ Вывод из оборота ИС МП. В этом документе марки будут видны до момента отправки сведений в систему маркировки. После проведения документа данные передаются в ИС МП, и дальнейший контроль также переходит на сторону государства.

Итоговое резюме

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

Для программистов, работающих с интеграцией, советуем обратить внимание на механизмы обмена с ИС МП, а не на поиск «истории продаж» внутри табличных частей, так как архитектура современных систем 1С жестко ограничивает хранение полных кодов маркировки.