Обязательные реквизиты справочников 1С: полный список и нюансы

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

Эта статья не про то, как создать справочник (это делается за две минуты), а про те скрытые системные поля, которые работают в фоновом режиме и определяют поведение объекта. Мы разберем:

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

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

1. Три обязательных реквизита, которые есть в каждом справочнике

Любой справочник в 1С:Предприятие 8 (независимо от конфигурации: Бухгалтерия 3.0, УТ 11, ЗУП 3.1 или самописная система) содержит три неудаляемых реквизита:

Ссылка (Ссылка) — уникальный идентификатор записи. Это не просто номер, а сложный объект, который хранит информацию о типе справочника и его положении в иерархии. Например, ссылка на элемент справочника Номенклатура будет отличаться от ссылки на элемент Контрагенты, даже если их числовые идентификаторы совпадают.
Наименование (Наименование) — текстовое поле, которое отображается в интерфейсе. По умолчанию оно обязательно для заполнения, но это можно изменить в настройках справочника.
ПометкаУдаления (ПометкаУдаления) — булево поле (Истина/Ложь), которое указывает, помечена ли запись на удаление. Это мягкое удаление: физически строка остается в базе, но не отображается в списках (если не включен режим "Показывать помеченные на удаление").

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

⚠️ Внимание: Если вы пытаетесь программно обнулить реквизит Ссылка (например, через Объект.Ссылка = Неопределено), платформа выбросит исключение Ошибка при вызове метода контекста (Записать): Поле объекта не обнаружено (Ссылка). Это поле управляется системой и недоступно для прямого изменения.

2. Служебные реквизиты: что скрыто от глаз пользователя

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

🔧 Конфигуратор (в режиме отладки или через метаданные)
🔧 Встроенный язык (методы Метаданные() или ПолучитьОбъект())
🔧 SQL-запросы к системным таблицам (например, _Reference{ID})

К ключевым служебным реквизитам относятся:

Реквизит	Тип данных	Назначение
`ЭтоГруппа`	`Булево`	Признак того, что запись является группой (папкой) в иерархическом справочнике. Для элементов всегда `Ложь`.
`Родитель`	`Ссылка`	Ссылка на родительскую группу (для иерархических справочников). Для корневых элементов = `Неопределено`.
`Порядок`	`Число`	Используется для сортировки элементов внутри группы. Задается автоматически при создании.
`УникальныйИдентификатор`	`UUID`	Глобальный уникальный идентификатор (GUID), который не меняется при переносе данных между базами.
`ВерсияДанных`	`Число`	Счетчик изменений записи. Увеличивается при каждом сохранении.

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

💡

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

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

Если справочник имеет иерархическую структуру (например, Номенклатура с группами "Товары", "Услуги", "Материалы"), то к обязательным реквизитам добавляются:

📂 Родитель — ссылка на родительскую группу (описана в предыдущем разделе)
📂 ЭтоГруппа — флаг, определяющий тип записи (группа или элемент)
📂 ПолноеНаименование — автоматическое поле, которое формирует путь к элементу через все родительские группы (например, "Товары → Электроника → Смартфоны → iPhone 15")

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

✅ Его нельзя использовать в отборах SQL-запросов (платформа не индексирует виртуальные поля).
✅ Он может замедлять работу отчетов, если выбирается для большого количества записей.
✅ Его значение зависит от текущей структуры справочника (если переименовать группу, изменится и полное наименование всех вложенных элементов).

⚠️ Внимание: При программном создании групп в иерархическом справочнике всегда устанавливайте ЭтоГруппа = Истина. Если этого не сделать, платформа может непредсказуемо обработать запись (например, не покажет ее в дереве групп или выбросит ошибку при попытке добавить в нее вложенные элементы).

Как ускорить работу с ПолноеНаименование?

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

4. Подчиненные справочники: связь с владельцем

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

Особенности работы с подчиненными справочниками:

🔗 Автоматическая очистка: при удалении владельца (например, контрагента) все подчиненные записи (его контакты) также помечаются на удаление.
🔗 Ограничение доступа: права на подчиненный справочник часто наследуются от прав на владельца.
🔗 Производительность: выборки по подчиненным справочникам могут быть медленнее из-за необходимости joins с таблицей владельца.

Пример кода для работы с подчиненным справочником:


// Получаем все контакты для конкретного контрагента
Контрагент = Справочники.Контрагенты.НайтиПоНаименованию("ООО Ромашка");
Контакты = Справочники.КонтактыКонтрагентов.Выбрать();
Контакты.Отбор.Владелец.Установить(Контрагент.Ссылка);

Пока Контакты.Следующий() Цикл
Сообщить(Контакты.Наименование + " (" + Контакты.ВидКонтакта + ")");
КонецЦикла;

⚠️ Внимание: При переносе данных между базами подчиненные справочники требуют особого внимания. Если владелец в новой базе имеет другой УникальныйИдентификатор, ссылки в подчиненном справочнике станут битыми. Всегда используйте механизмы сопоставления объектов (например, через ЗагрузкаДанных или УниверсальныйОбменДанными).

5. Реквизиты для обмена данными и версии

Если ваша конфигурация поддерживает обмен данными (например, через Универсальный формат обмена или РИБ), то в справочниках появляются дополнительные обязательные реквизиты:

Реквизит	Тип	Назначение
`ЭтоГруппа`	`Булево`	Используется для синхронизации структуры справочника между узлами.
`Предыдущий`	`Ссылка`	Ссылка на предыдущую версию элемента (для отслеживания изменений).
`ДатаИзменения`	`Дата`	Время последнего изменения записи (используется для инкрементального обмена).

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

Пример использования ДатаИзменения для выборки измененных записей:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|   Справочник.Ссылка КАК Ссылка
|ИЗ
|   Справочник.Номенклатура КАК Справочник
|ГДЕ
|   Справочник.ДатаИзменения > &ДатаНачала";

Запрос.УстановитьПараметр("ДатаНачала", НачалоДня(ТекущаяДата() - 7));
Результат = Запрос.Выполнить();

💡

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

6. Как работать с обязательными реквизитами через встроенный язык

Хотя обязательные реквизиты нельзя удалить, с ними можно взаимодействовать через встроенный язык 1С. Ниже — ключевые приемы:

Чтение системных реквизитов

Любой реквизит (включая служебные) можно прочитать через точку:

Элемент = Справочники.Номенклатура.НайтиПоНаименованию("Ноутбук");
Сообщить(Элемент.Ссылка.УникальныйИдентификатор()); // Получаем UUID
Сообщить(Элемент.ВерсияДанных); // Текущая версия записи

Изменение разрешенных реквизитов

Некоторые системные поля можно модифицировать. Например, Порядок для сортировки:

Элемент = Справочники.Номенклатура.СоздатьЭлемент();
Элемент.Наименование = "Новый товар";
Элемент.Порядок = 100; // Явно устанавливаем позицию в группе
Элемент.Записать();

Работа с пометкой удаления

Пометка на удаление устанавливается через метод ПометитьУдаление():

Элемент = Справочники.Контрагенты.НайтиПоНаименованию("ООО Старые Данные");
Элемент.ПометитьУдаление(Истина);
Элемент.Записать();

// Проверка статуса
Если Элемент.ПометкаУдаления Тогда
Сообщить("Элемент помечен на удаление!");
КонецЕсли;

Обращение к виртуальным реквизитам

Виртуальные реквизиты (например, ПолноеНаименование) читаются как обычные, но их нельзя изменить:

Элемент = Справочники.Номенклатура.НайтиПоНаименованию("Смартфон"); Сообщить(Элемент.ПолноеНаименование); // Например: "Электроника → Телефоны → Смартфон" // Ошибка! Виртуальные реквизиты только для чтения

Элемент.ПолноеНаименование = "Новое значение"; // Исключение!

Убедитесь, что реквизит не является виртуальным|Проверьте права доступа на изменение|Сделайте резервную копию базы|Протестируйте изменения на копии данных-->

7. Типичные ошибки при работе с обязательными реквизитами

Даже опытные разработчики иногда допускают ошибки при взаимодействии с системными полями справочников. Вот самые распространенные:

🚫 Попытка удалить обязательный реквизит через конфигуратор. Система не даст это сделать, но некоторые пытаются обойти ограничение через прямой SQL-запрос к системным таблицам. Это приводит к неработоспособности справочника и ошибкам при запуске конфигурации.
🚫 Игнорирование иерархии при программном создании элементов. Если не указать Родитель для иерархического справочника, элемент попадет в корень, что может нарушить логику работы.
🚫 Изменение UUID вручную. Уникальные идентификаторы должны генерироваться системой. Их искусственная подмена приведет к проблемам при обмене данными.
🚫 Неправильная работа с подчиненными справочниками. Например, создание записи в КонтактыКонтрагентов без указания владельца приведет к ошибке Не указан владелец подчиненного объекта.
🚫 Использование виртуальных реквизитов в индексах. Поля вроде ПолноеНаименование нельзя добавлять в индексы SQL, так как они не хранятся физически.

Пример кода, который вызовет ошибку:

// Ошибка: попытка изменить виртуальный реквизит Элемент = Справочники.Номенклатура.НайтиПоНаименованию("Товар 1");

Элемент.ПолноеНаименование = "Новое значение"; // Исключение: "Поле объекта не обнаружено (ПолноеНаименование)"

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

8. Оптимизация работы с обязательными реквизитами

Системные реквизиты могут влиять на производительность, особенно в крупных базах. Вот как оптимизировать работу с ними:

1. Индексирование

Для ускорения выборок по обязательным реквизитам (например, Ссылка или Родитель) убедитесь, что они включены в индексы. В большинстве случаев платформа делает это автоматически, но для подчиненных справочников иногда требуется ручная настройка:

// Проверка индексов через запрос к метаданным
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|   Индексы.Наименование КАК Индекс,
|   Индексы.Поля КАК ПоляИндекса
|ИЗ
|   ИнформационнаяБаза.Метаданные.Индексы КАК Индексы
|ГДЕ
|   Индексы.Объект = МЕТАДАННЫЕ().Справочники.КонтактыКонтрагентов";
Результат = Запрос.Выполнить();

2. Кэширование часто используемых данных

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

3. Оптимизация запросов

Избегайте выборок виртуальных полей для больших наборов данных. Например, вместо:

// Неоптимально: вычисляется для каждой строки

Запрос.Текст = "ВЫБРАТЬ ПолноеНаименование ИЗ Справочник.Номенклатура";

Лучше использовать:

// Оптимально: получаем только ссылки, а полное наименование берем при необходимости
Запрос.Текст = "ВЫБРАТЬ Ссылка ИЗ Справочник.Номенклатура";
Результат = Запрос.Выполнить();
Пока Результат.Следующий() Цикл
Элемент = Результат.Ссылка.ПолучитьОбъект();
Сообщить(Элемент.ПолноеНаименование); // Получаем только для нужных записей
КонецЦикла;

4. Контроль версий

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

💡

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

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

FAQ: Частые вопросы об обязательных реквизитах справочников 1С

Можно ли полностью удалить обязательный реквизит из справочника?

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

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

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

Это происходит из-за того, что подчиненные справочники хранят ссылку на владельца через УникальныйИдентификатор (UUID). Если в новой базе владелец имеет другой UUID, связь разрывается. Чтобы избежать проблемы:

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

Как ускорить работу отчетов, которые используют ПолноеНаименование?

ПолноеНаименование — виртуальное поле, которое вычисляется динамически. Чтобы ускорить отчеты:

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

Пример оптимизированного запроса:

ВЫБРАТЬ Элемент.Ссылка КАК Ссылка, Элемент.Наименование КАК Наименование ПОМЕСТИТЬ ВТ_Элементы ИЗ Справочник.Номенклатура КАК Элемент ГДЕ Элемент.ЭтоГруппа = ЛОЖЬ; // Получаем полное наименование только для отобранных записей ВЫБРАТЬ ВТ.Ссылка.ПолноеНаименование КАК ПолноеНаименование ИЗ

ВТ_Элементы КАК ВТ;

Что делать, если после обновления конфигурации исчезли обязательные реквизиты в формах?

Это типичная проблема при некорректном обновлении. Чтобы восстановить:

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

Частая причина проблемы — обновление с отключенной галочкой "Сохранять пользовательские настройки форм". В этом случае формы сбрасываются к стандартным, и все кастомизации (включая видимость системных реквизитов) теряются.

Можно ли изменить тип обязательного реквизита (например, сделать Наименование числовым)?

Нет, тип обязательных реквизитов жестко задан в платформе и не подлежит изменению. Например:

Ссылка всегда имеет тип Ссылка.
Наименование всегда Строка (можно изменить длину, но не тип).
ПометкаУдаления всегда Булево.

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

Все обязательные реквизиты справочников в 1С: что нельзя удалить и зачем они нужны