Где хранятся GTIN в 1С: полный путеводитель по базе данных

В эпоху тотальной цифровизации торговли и обязательной маркировки товаров вопрос корректного учета глобальных идентификаторов становится критически важным для бизнеса. Пользователи системы 1С:Предприятие часто сталкиваются с необходимостью найти конкретное значение штрихкода для выгрузки прайс-листов на маркетплейсы или передачи данных в системы Честный Знак. Проблема усугубляется тем, что архитектура хранения данных в различных конфигурациях может существенно отличаться.

Поиск поля GTIN (Global Trade Item Number) не всегда очевиден, так как система может хранить его в разных табличных частях или даже в отдельных регистрах сведений в зависимости от версии платформы и типа конфигурации. Непонимание структуры базы данных приводит к ошибкам при обмене данными и блокировкам карточек товаров внешними площадками. В этой статье мы детально разберем логическую и физическую структуру хранения идентификаторов.

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

Логическая структура хранения в справочниках

В большинстве современных конфигураций, таких как 1С:Управление Торговлей 11 или 1С:Розница 2, основным местом хранения информации о товаре является справочник Номенклатура. Однако сам глобальный идентификатор редко лежит в основной таблице справочника как отдельное поле. Чаще всего он вынесен в табличную часть, что позволяет одному товару иметь несколько вариантов упаковки с разными кодами.

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

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

⚠️ Внимание: В старых версиях конфигураций или в самописных решениях поле GTIN может отсутствовать в стандартном интерфейсе. В таком случае данные могут храниться в дополнительном реквизите или в отдельном справочнике "Штрихкоды", связанном с номенклатурой по ссылке.

Физическое хранение в таблицах базы данных

Для разработчиков и специалистов по поддержке баз данных критически важно знать имена физических таблиц, где лежат значения. В терминах платформы 1С справочник "Номенклатура" соответствует таблице _Reference123 (где цифры зависят от порядка создания), а табличная часть штрихкодов обычно имеет суффикс _TabularSection. Однако в современных релизах часто используется отдельный регистр сведений.

Основная таблица для хранения штрихкодов в типовых конфигурациях часто называется _InfoRg12345 (РегистрСведений.ШтрихкодыНоменклатуры). Именно здесь хранится связь между ссылкой на элемент номенклатуры, видом штрихкода и его строковым значением. Поле, отвечающее за глобальный номер, может называться _Fld12345 (GTIN) или просто храниться в поле _Fld12346 (Штрихкод), если вид штрихкода определен как EAN-13 или EAN-14.

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

Значение штрихкода (GTIN)

Имя поля (SQL)	Описание в 1С	Тип данных	Пример значения
_IDRRef	Ссылка на Номенклатуру	Уникальный идентификатор	0x1234567890ABCDEF...
_Fld1023	Строка (20-50 символов)	4601234567890
_Fld1024	Вид штрихкода	Справочник.ВидыШтрихкодов	EAN-13
_Period	Период действия (для регистров)	ДатаВремя	2026-01-01 00:00:00

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

Работа с регистром сведений "Штрихкоды номенклатуры"

Современные подходы к проектированию в 1С предполагают вынесение часто изменяемых или множественных данных в регистры сведений. Регистр ШтрихкодыНоменклатуры служит единым центром хранения всех идентификаторов. Это позволяет реализовать механизм "один товар — много штрихкодов" без раздувания основной таблицы справочника.

При выгрузке данных для маркетплейсов системы часто обращаются именно к этому регистру. Алгоритм выгрузки обычно ищет запись с определенным видом штрихкода (например, EAN-13) для конкретной номенклатуры. Если записей несколько, система может брать первую попавшуюся или ту, у которой установлен флаг "Основной". Это создает риски выгрузки неверного GTIN, если в базе есть исторические данные.

Для очистки базы от мусора рекомендуется проводить регулярный аудит этого регистра. Часто случается, что при переименовании товаров или смене поставщиков старые штрихкоды не удаляются, а остаются висеть в регистре. Это приводит к конфликтам при попытке добавить новый, корректный GTIN, так как система видит нарушение уникальности.

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

Поиск и исправление дубликатов GTIN

Одной из самых болезненных проблем при работе с товарным учетом является появление дубликатов глобальных идентификаторов. Ситуация, когда одному и тому же GTIN в базе соответствуют два разных товара, является критической ошибкой. Маркетплейсы (Ozon, Wildberries, Яндекс.Маркет) такие выгрузки отклоняют, а системы маркировки могут заблокировать оборот товара.

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

Если стандартных отчетов недостаточно, можно воспользоваться обработкой "Групповое изменение реквизитов" с осторожностью, предварительно сделав резервную копию. Более надежный способ — использование внешней обработки или запроса, который выберет пары товаров с одинаковым GTIN. После выявления дублей необходимо решить, какой из товаров является верным владельцем кода, и удалить лишнюю привязку.

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

Интеграция с внешними системами и API

При настройке обмена данными с внешними системами, такими как сайты на Bitrix или личные кабинеты маркетплейсов, поле GTIN часто мапится (сопоставляется) через правила конвертации данных (КД 2.0 или 3.0). Ошибки в настройке правил обмена приводят к тому, что поле остается пустым на стороне приемника, даже если в 1С оно заполнено.

Необходимо проверить правила выгрузки узла "Номенклатура". В свойстве, отвечающем за штрихкод, должен быть указан правильный источник данных. Часто разработчики по ошибке указывают источник из основного реквизита справочника, тогда как данные лежат в табличной части или регистре. Это классическая ошибка конфигурирования обмена.

Для API-интеграций, использующих HTTP-сервисы или веб-сервисы 1С, важно, чтобы метод возвращал список штрихкодов, а не только один. Современные стандарты обмена (например, CommerceML 3.0) поддерживают множественные штрихкоды. Убедитесь, что ваша версия обработчика выгрузки поддерживает передачу массива штрихкодов для одной позиции номенклатуры.

Что делать, если при обмене GTIN не передается?

Проверьте правило конвертации объекта. Убедитесь, что поле "Штрихкод" в правиле свойства связано с табличной частью "Штрихкоды" справочника Номенклатура, а не с основным реквизитом. Также проверьте, не стоит ли фильтр на вид штрихкода.

Специфика работы в 1С:Розница и 1С:УТ

В конфигурации 1С:Розница работа со штрихкодами тесно интегрирована с процессом продажи на кассе. Здесь GTIN используется не только для учета, но и для быстрого поиска товара сканером. Интерфейс ввода штрихкода в документе "Чек ККМ" обращается к тому же регистру сведений, о котором мы говорили выше.

Особенностью 1С:Управление Торговлей является наличие более сложных механизмов управления характеристиками и упаковками. Один и тот же товар может иметь GTIN для штуки, для коробки и для паллеты. Система должна четко разграничивать эти уровни. При выгрузке на маркетплейс обычно требуется GTIN минимальной единицы продажи (штуки), если не ведется продажа коробками.

Важно следить за актуальностью функциональных опций. В новых версиях платформ появились механизмы работы с маркировкой "Честный Знак", которые используют DataMatrix, но GTIN остается частью этого кода. Система автоматически может генерировать GTIN на основе данных из кода маркировки, если включена соответствующая настройка в разделе "НСИ и Администрирование".

⚠️ Внимание: Интерфейсы и названия разделов могут отличаться в зависимости от версии платформы 1С (8.3.10, 8.3.20 и т.д.) и конкретного релиза конфигурации. Всегда сверяйтесь с документацией к вашему конкретному релизу, так как компания 1С регулярно меняет расположение настроек.

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

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

Скорее всего, в вашей конфигурации не включена функциональная опция "Штрихкодирование" или "Расширенная работа с номенклатурой". Проверьте раздел НСИ и Администрирование -> Общие настройки. Также поле может быть скрыто правами доступа или находиться во вкладке "Дополнительно".

Может ли у одного товара быть несколько GTIN?

Технически в базе 1С можно завести сколько угодно записей штрихкодов для одного товара. Однако с точки зрения бизнес-логики и стандартов GS1, у одной конкретной упаковки (SKU) должен быть один уникальный GTIN. Несколько кодов допустимы только если товар имеет разные виды упаковок (штука, короб, паллета).

Как найти товар по GTIN через поиск в 1С?

В списке номенклатуры используйте кнопку "Найти" или сочетание клавиш Ctrl+F. В строке поиска введите номер GTIN. Система выполнит поиск по всем связанным табличным частям и регистрам, если стандартный механизм поиска настроен корректно. В некоторых версиях требуется выбрать режим поиска "По штрихкоду".

Где хранится GTIN в базе данных SQL физически?

В таблице регистра сведений, имя которой начинается на _InfoRg и содержит слова, соответствующие имени "ШтрихкодыНоменклатуры" в метаданных. Конкретное имя таблицы динамическое. Значение лежит в поле типа строка, имя которого также динамически формируется платформой.

Что делать, если маркетплейс не принимает выгруженный GTIN?

Проверьте контрольную сумму кода. Возможно, в базе 1С допущена опечатка. Также убедитесь, что выгружается именно вид штрихкода EAN-13 или EAN-14, а не внутренний код производителя. Сверьте код с официальным сертификатом GS1 или этикеткой на товаре.