Расположение кодов маркировки в базе данных 1С УТ 11

Работа с системой «Честный ЗНАК» в конфигурациях семейства 1С:Управление Торговлей (версии 11.4 и выше) требует глубокого понимания архитектуры хранения данных. Пользователи часто сталкиваются с необходимостью найти конкретный код Data Matrix, проверить его статус или исправить ошибки при приемке. Однако интерфейс программы не всегда отображает всю техническую подноготную процесса. Ключевая проблема заключается в том, что коды маркировки не лежат в одной единственной таблице, а распределены по нескольким уровням учета в зависимости от их текущего статуса и места в товародвижении.

Для администраторов баз данных и разработчиков критически важно различать логическое хранение в интерфейсе и физическое размещение в таблицах SQL. Коды могут находиться в составе номенклатуры, в специализированных регистрах накопления или во временных хранилищах документов. Понимание этой структуры позволяет эффективно писать запросы, проводить анализ остатков и устранять рассинхронизацию между учетной системой и оператором фискальных данных.

В данной статье мы детально разберем, где именно 1С УТ хранит информацию о маркировке на разных этапах жизненного цикла товара. Мы рассмотрим как стандартные справочники, доступные пользователю, так и низкоуровневые регистры, используемые механизмом платформы.

Справочник Номенклатура и виды упаковки

Первичным местом привязки информации о необходимости маркировки является сам справочник Номенклатура. Именно здесь задается флаг «Товары, подлежащие маркировке», который активирует весь функционал работы с кодами для конкретной позиции. Однако сами коды Data Matrix здесь не хранятся, так как они индивидуальны для каждой единицы товара, а номенклатура описывает лишь общие свойства вида продукции.

Важным элементом структуры является справочник Виды номенклатуры. В карточке вида номенклатуры настраиваются параметры упаковки, которые напрямую влияют на то, как система будет обрабатывать коды. Если вы работаете с агрегацией (когда на одну коробку наклеен код, объединяющий множество единиц товара), настройки должны быть произведены именно на этом уровне.

Для корректной работы механизма необходимо убедиться, что в карточке элемента номенклатуры заполнены все обязательные реквизиты. Отсутствие данных в полях Код вида маркировки или Единица измерения приведет к тому, что система просто не позволит провести документ с кодами, даже если они физически считаны сканером.

⚠️ Внимание: Изменение признака маркировки у номенклатуры, по которой уже были движения в базе, может привести к некорректному пересчету остатков в регистрах. Перед внесением изменений обязательно создайте резервную копию базы данных.

Регистры накопления: Товари на складах и в пути

Основное хранилище актуальных кодов, которые находятся в наличии у компании, — это регистр накопления Товары на складах. В современной версии 1С УТ этот регистр стал измерением не только по количеству, но и по сериям и кодам маркировки. Каждая запись в регистре содержит уникальный идентификатор кода, что позволяет вести партионный учет вплоть до конкретной этикетки.

При проведении документа «Поступление товаров» система считывает коды и записывает их в этот регистр со знаком «плюс». При реализации или списании коды выбираются из регистра со знаком «минус». Механизм FIFO (первый пришел — первый ушел) или FEFO (первый истекает — первый ушел) работает именно на основе записей в этом регистре, если включено соответствующее управление запасами.

Технически данные в этом регистре хранятся в таблице _AccRg523 (номер может отличаться в зависимости от конфигурации и версии платформы). Для разработчиков это означает, что прямой SQL-запрос к этой таблице позволит получить мгновенный срез всех активных кодов на текущий момент без использования медленных механизмов платформы 1С.

• 📦 Товары на складах — основной регистр для хранения кодов в наличии.
• 🚚 Товары в пути — временное хранение кодов при переходе между складами.
• 🔄 Пересортица товаров — регистр для фиксации расхождений при инвентаризации.
• 📉 Себестоимость товаров — хранение стоимости с привязкой к конкретным кодам.

Хранение кодов в документах товародвижения

История движения каждого конкретного кода маркировки фиксируется в табличных частях документов. Это не регистры в чистом виде, а первичные данные, на основании которых формируются движения. В документе Поступление товаров и услуг коды хранятся в табличной части Товары, в реквизите Серия или специализированном поле КодМаркировки, в зависимости от версии релиза.

При выбытии товара, например, в документе Реализация товаров и услуг, система обращается к регистру накопления, чтобы выбрать конкретные коды для списания. Выбранные коды записываются в табличную часть документа реализации. Это позволяет в любой момент времени открыть документ прошлого периода и увидеть, какие именно этикетки были отгружены контрагенту.

Особое внимание следует уделить документам внутрискладского перемещения. Если перемещение осуществляется без изменения собственника, коды просто меняют свое местоположение в регистре «Товары на складах», переходя со склада-отправителя на склад-получатель. При этом в документе «Перемещение товаров» сохраняется полная копия переданных кодов.

ВЫБРАТЬ
ПоступлениеТоваровУслугТовары.Ссылка КАК Документ,
ПоступлениеТоваровУслугТовары.Номенклатура,
ПоступлениеТоваровУслугТовары.Серия
ИЗ
Документ.ПоступлениеТоваровУслуг.Товары КАК ПоступлениеТоваровУслугТовары
ГДЕ
ПоступлениеТоваровУслугТовары.Серия.ВидСерии = &ВидСерииМаркировки

⚠️ Внимание: Удаление проведенного документа поступления приведет к аннулированию записей в регистрах. Если коды уже были переданы в систему маркировки через документ «Вывод из оборота», их восстановление в 1С не вернет им статус «В обороте» у оператора автоматически.

Технические названия полей в базе данных

В табличной части документов коды часто хранятся в полях с префиксом _TabRg, например _TabRg12345. Точное имя зависит от мета-данных конфигурации и может быть узнаено через Конфигуратор или анализ структуры базы данных.

Специализированные обработки и временные хранилища

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

При загрузке больших массивов кодов (например, тысячи единиц при оптовой закупке) система сначала помещает их во временное хранилище значений. Это позволяет пользователю проверить данные, отфильтровать дубли и ошибки перед финальным проведением документа. Только после подтверждения данные переносятся в основные регистры накопления.

Также существует регистр сведений Состояния кодов маркировки. Он используется для кэширования ответов от сервиса «Честный ЗНАК» при проверке легальности кодов. Здесь хранится информация о том, был ли код проверен, каков его текущий статус в национальной системе и когда была выполнена последняя проверка.

Таблица соответствия структур хранения

Для систематизации информации о том, где искать данные в зависимости от задачи, приведем сводную таблицу. Она поможет быстро сориентироваться администратору базы данных или специалисту по внедрению.

Объект учета	Тип объекта 1С	Основное назначение	Пример таблицы SQL
Номенклатура	Справочник	Настройка признаков маркировки	_Reference34
Остатки на складе	Регистр накопления	Хранение активных кодов в наличии	_AccRg523
Движение товаров	Документ	История прихода и расхода кодов	_DocumentTabRg...
Статус проверки	Регистр сведений	Кэш ответов от ЦРПТ	_InfRg612
Серии и сроки	Справочник	Дополнительные атрибуты кода	_Reference156

Обратите внимание, что номера таблиц (например, _AccRg523) приведены для примера и могут отличаться в вашей конкретной базе данных. Для получения актуальных имен таблиц следует использовать обработку «Администрирование» или обращаться к метаданным в режиме Конфигуратора.

Проблемы рассинхронизации и их решение

Одной из частых проблем при работе с маркировкой является рассинхронизация между данными в 1С УТ и реальным положением дел в системе «Честный ЗНАК». Это может происходить из-за сбоев связи, ошибок при проведении документов или ручного вмешательства в базу данных. В таких случаях коды могут числиться в регистре «Товары на складах», но иметь статус «Выбыл» у оператора.

Для решения этой проблемы в 1С предусмотрена обработка Сверка остатков маркировки. Она загружает актуальные данные из государственной системы и сравнивает их с локальными регистрами. Найденные расхождения выводятся в отчет, позволяя принять решение о корректировке учета.

Иногда требуется ручная очистка «битых» записей. Если код поврежден при считывании или содержит недопустимые символы, он может застрять во временных таблицах. В этом случае помогает анализ журналов регистрации и использование консольных запросов для поиска записей с некорректной длиной строки кода маркировки.

⚠️ Внимание: Правила работы с маркировкой и форматы обмена данными регулярно обновляются оператором ЦРПТ. Всегда сверяйте настройки подключения и форматы файлов в личном кабинете «Честный ЗНАК» перед массовой загрузкой новых партий товара.

Часто задаваемые вопросы (FAQ)

Можно ли хранить коды маркировки в характеристиках номенклатуры?

Нет, характеристики номенклатуры предназначены для описания общих свойств (цвет, размер), а не уникальных идентификаторов. Коды маркировки хранятся в регистрах накопления и привязываются к конкретным сериям или единицам хранения в документах движения.

Где найти историю выбывших кодов в базе данных?

История выбытия хранится в табличных частях документов реализации, списания или вывода из оборота. Также можно воспользоваться отчетом «Анализ состояния маркировки», который агрегирует данные из регистров накопления со знаком «минус».

Почему код маркировки не попадает в регистр остатков после проведения документа?

Наиболее вероятная причина — неверно настроен вид номенклатуры (не установлен флаг маркировки) или код был распознан системой как некорректный (нарушение контрольной суммы). Проверьте журнал регистрации на наличие ошибок при проведении.

Как очистить временные хранилища кодов маркировки?

Обычно временные хранилища очищаются автоматически после завершения сеанса или проведения документа. Если данные зависли, можно использовать обработку «Удаление помеченных объектов» или специальные обработки очистки кэша, доступные в режиме администратора.

Влияет ли обновление платформы 1С на структуру хранения кодов?

Да, при обновлении платформы или конфигурации структура регистров может изменяться (добавляться новые измерения). После обновления всегда рекомендуется выполнять процедуру реструктуризации таблиц базы данных, если она предусмотрена инструкцией к релизу.