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

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

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

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

Два механизма: реквизиты и сведения — в чём разница

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

Дополнительные сведения не выводятся на форму объекта напрямую — они доступны через команду «Ещё → Дополнительные сведения» и хранятся отдельно. Записать сведение можно, даже если сам объект заблокирован другим пользователем, потому что объект при этом не модифицируется. Это удобно для служебных пометок, которые не должны менять данные объекта.

Где хранятся дополнительные реквизиты: табличная часть объекта

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

• Свойство — ссылка на элемент плана видов характеристик «ДополнительныеРеквизитыИСведения»;
• Значение — значение реквизита, составного типа, определяемого типом свойства;
• ТекстоваяСтрока — вспомогательное поле для хранения неограниченных строк.

На уровне СУБД это отдельная таблица, связанная с таблицей объекта по ссылке. Например, для справочника «Номенклатура» в MS SQL Server это будет таблица вида _Reference123_VT456, где в поле ссылки хранится идентификатор элемента справочника, а в полях свойства и значения — идентификаторы и данные. Именно поэтому при просмотре структуры базы «в лоб» новых колонок в основной таблице вы не найдёте.

Где хранятся дополнительные сведения: регистр сведений

Дополнительные сведения хранятся централизованно — в регистре сведений «ДополнительныеСведения». Структура регистра:

• измерение Объект — ссылка на любой объект, к которому относится сведение;
• измерение Свойство — ссылка на ПВХ «ДополнительныеРеквизитыИСведения»;
• ресурс Значение — значение сведения.

Поскольку это единая таблица для всех объектов конфигурации, в ней одновременно лежат сведения и контрагентов, и договоров, и номенклатуры. Различение идёт по типу ссылки в измерении «Объект». При большом количестве объектов и свойств таблица регистра может разрастаться до значительных объёмов — это нормально, но стоит учитывать при проектировании запросов.

Где хранятся описания свойств и наборы

Сами описания дополнительных реквизитов и сведений (название, тип значения, обязательность, подсказка) хранятся в плане видов характеристик «ДополнительныеРеквизитыИСведения». Каждый элемент этого ПВХ — одно свойство.

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

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

Выборка дополнительных реквизитов делается соединением с табличной частью объекта. Дополнительные сведения — соединением с регистром сведений. Свойство обычно отбирают по ссылке: через параметр, поиск по имени в ПВХ или через предопределённое имя.

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

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

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

Удобная практика — задавать свойству «Имя» (в форме свойства, поле для разработчиков) и получать его через УправлениеСвойствами.СвойствоПоДополнительнойИнформации() или поиском по имени в ПВХ. Это надёжнее, чем искать по заголовку, который пользователь может переименовать.

Запись значений программно

Дополнительный реквизит записывается через объект: нужно получить объект методом ПолучитьОбъект(), найти или добавить строку в табличной части «ДополнительныеРеквизиты», установить значение и записать объект. Учтите: запись объекта вызывает все его обработчики и блокировки.

Дополнительное сведение записывается через менеджер записи регистра сведений — объект при этом не затрагивается и не блокируется. Это безопаснее для массовой простановки служебных признаков.

1. 1
   Найдите свойство в ПВХ «ДополнительныеРеквизитыИСведения» по имени или заголовку
2. 2
   Создайте менеджер записи: РегистрыСведений.ДополнительныеСведения.СоздатьМенеджерЗаписи()
3. 3
   Заполните Объект, Свойство и Значение с учётом типа свойства
4. 4
   Вызовите Записать() и проверьте результат запросом или через «Ещё → Дополнительные сведения»

Ограничения и типичные ошибки

Механизм универсален, но у него есть границы. Поиск и отбор по дополнительным реквизитам работают медленнее, чем по обычным реквизитам, потому что нет специализированных индексов под конкретное свойство — соединение с табличной частью идёт по всем строкам. Если по значению планируются частые отборы в больших таблицах, лучше добавить обычный реквизит через расширение конфигурации.

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

Как проверить, что всё настроено правильно

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

FAQ