Где хранятся дополнительные реквизиты в 1С 8

Дополнительные реквизиты и дополнительные сведения в 1С 8 не лежат в основной таблице справочника или документа. Платформа хранит их отдельно: в табличной части объекта, в регистре сведений и в специальном плане видов характеристик «ДополнительныеРеквизитыИСведения». Именно поэтому простой запрос к таблице справочника «Номенклатура» не покажет значения дополнительных реквизитов — их нужно доставать соединениями.

Механизм реализован в библиотеке стандартных подсистем (БСП) и работает одинаково в большинстве типовых конфигураций: «Управление торговлей», «ERP», «Комплексная автоматизация», «Бухгалтерия предприятия», «Зарплата и управление персоналом». Понимание структуры хранения нужно при написании запросов, выгрузках в сторонние системы, поиске «потерянных» значений и чистке базы.

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

Три уровня хранения: описание, значения реквизитов, значения сведений

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

Второй уровень — табличная часть «ДополнительныеРеквизиты» у самих объектов (справочников, документов). Каждая строка содержит ссылку на элемент плана видов характеристик (поле «Свойство») и значение (поле «Значение»). Ключевой момент: табличная часть принадлежит объекту, поэтому значения реквизитов физически лежат в таблице табличной части конкретного вида объектов, а не в общей таблице.

Третий уровень — регистр сведений «ДополнительныеСведения». В нём два измерения по сути: «Объект» (ссылка на любой объект, к которому привязано сведение) и «Свойство» (ссылка на план видов характеристик), плюс ресурс «Значение». Это единая таблица для всех видов объектов сразу, что отличает сведения от реквизитов.

Чем дополнительный реквизит отличается от дополнительного сведения

Разница принципиальна для понимания хранения. Дополнительный реквизит становится частью объекта: он виден на форме, участвует в обмене данными вместе с объектом, копируется при копировании элемента и удаляется вместе с ним. Значения хранятся в табличной части объекта, и при записи объекта они сохраняются одной транзакцией.

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

При создании свойства в разделе «Администрирование → Общие настройки → Дополнительные реквизиты и сведения» выбор между реквизитом и сведением определяется тем, в какой список вы добавляете свойство. Изменить тип после создания стандартными средствами нельзя — потребуется создать новое свойство и перенести значения обработкой.

Где физически находятся таблицы в базе данных

На уровне СУБД имена таблиц формируются платформой и отличаются от имён метаданных. Для файловой базы точное соответствие можно посмотреть через «Конфигуратор → Администрирование → Параметры информационной базы» либо получить структуру хранения функцией ПолучитьСтруктуруХраненияБазыДанных(). Для клиент-серверной базы (MS SQL, PostgreSQL) имена таблиц выглядят как _Reference123, _Reference123_VT456, _InfoRg789 и т.п.

Типовые соответствия таковы: план видов характеристик «ДополнительныеРеквизитыИСведения» — отдельная таблица вида _Chrc…; табличная часть «ДополнительныеРеквизиты» справочника — таблица с суффиксом _VT…, привязанная к таблице справочника; регистр сведений «ДополнительныеСведения» — таблица вида _InfoRg…. Поля внутри также имеют технические имена (_Fld…), поэтому прямые SQL-запросы без карты соответствия писать сложно и рискованно.

Прямое обращение к таблицам СУБД оправдано только для чтения при интеграциях и аналитике. Запись в обход платформы нарушает логику версионирования объектов, регистрацию изменений в планах обмена и может привести к рассогласованию данных.

Как получить значения запросом на встроенном языке

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

Для сведений запрос идёт к регистру: «РегистрСведений.ДополнительныеСведения» с полями «Объект», «Свойство», «Значение». Отбор по конкретному свойству удобно делать по ссылке на элемент плана видов характеристик, найденному по имени или по заголовку.

ВЫБРАТЬ
	ДопРеквизиты.Ссылка КАК Объект,
	ДопРеквизиты.Свойство.Заголовок КАК Свойство,
	ДопРеквизиты.Значение КАК Значение
ИЗ
	Справочник.Номенклатура.ДополнительныеРеквизиты КАК ДопРеквизиты
ГДЕ
	ДопРеквизиты.Ссылка = &Ссылка

Для сведений аналогичный запрос выглядит так: ВЫБРАТЬ Объект, Свойство, Значение ИЗ РегистрСведений.ДополнительныеСведения ГДЕ Объект = &Ссылка. Если нужно вывести значения в отчёт на СКД, в типовых конфигурациях реквизиты и сведения обычно уже доступны в настройках отчёта как поля — платформа и БСП добавляют их автоматически.

Значения дополнительных свойств типа «дополнительное значение»

Если тип свойства — «Дополнительное значение» (свой список значений), то в поле «Значение» хранится ссылка на справочник «ЗначенияСвойствОбъектов» (или «ЗначенияСвойствОбъектовИерархия» в некоторых конфигурациях). Сами текстовые представления значений лежат именно там, поэтому для выгрузки в текстовом виде нужно дополнительное соединение с этим справочником.

Как найти, где хранится конкретное свойство

Практическая задача: свойство создано, но непонятно, реквизит это или сведение и к каким объектам привязано. Порядок проверки: открыть «Администрирование → Общие настройки → Дополнительные реквизиты и сведения», найти свойство в списке. Если оно в разделе «Дополнительные реквизиты» — значения в табличных частях; если в «Дополнительных сведениях» — в регистре сведений.

Привязка к наборам объектов определяется через справочник «НаборыДополнительныхРеквизитовИСведений»: каждый вид объектов (например, «Номенклатура», «Контрагенты», «Партнеры») имеет свой набор, а табличные части набора перечисляют входящие свойства. Если свойство не входит в набор вида объекта, на форме этого объекта оно не появится, хотя физически храниться может.

1. 1
   Откройте свойство в разделе «Дополнительные реквизиты и сведения» и определите: реквизит это или сведение.
2. 2
   Для реквизита постройте запрос к табличной части объекта: Справочник.<Вид>.ДополнительныеРеквизиты.
3. 3
   Для сведения постройте запрос к РегистрСведений.ДополнительныеСведения с отбором по свойству.
4. 4
   Соедините с ПланВидовХарактеристик.ДополнительныеРеквизитыИСведения, чтобы получить заголовок свойства.
5. 5
   Проверьте результат на одном заведомо заполненном объекте через форму элемента.

Типичные ошибки при работе с хранением

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

Вторая ошибка — поиск свойства по имени или заголовку с точным совпадением. Заголовки могут дублироваться у разных свойств, а после переименования старый заголовок теряется. Надёжнее искать по ссылке, полученной заранее, или по уникальному идентификатору элемента плана видов характеристик.

Третья группа ошибок связана с обменами и переносами: при конвертации данных дополнительные сведения иногда забывают переносить, потому что они «не видны» в объекте. После миграции обязательно сверяйте количество записей в регистре «ДополнительныеСведения» в источнике и приёмнике.

Что происходит при удалении свойства и чистке базы

При пометке на удаление элемента плана видов характеристик значения в табличных частях и регистре сведений физически не стираются мгновенно — они становятся «осиротевшими» записями с битой ссылкой. Удаление помеченных объектов через штатную обработку вычищает такие записи, но до этого момента запросы с соединением по свойству будут показывать NULL или битые ссылки.

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

FAQ: частые вопросы о хранении дополнительных реквизитов