Стандартные реквизиты справочника 1С: что это и как их настроить

Справочник в 1С — это объект конфигурации для хранения нормативно-справочной информации: номенклатуры, контрагентов, сотрудников, складов. У любого справочника, помимо реквизитов, которые добавляет разработчик, существует набор стандартных реквизитов — системных полей, которые платформа создаёт автоматически. Именно они обеспечивают уникальность элементов, иерархию, подчинённость и механизм удаления данных.

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

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

Состав стандартных реквизитов справочника

Стандартные реквизиты видны в конфигураторе: достаточно открыть справочник и нажать кнопку «Стандартные реквизиты» на панели. Полный состав зависит от настроек объекта, но базовый набор присутствует всегда.

Код и наименование: главные реквизиты идентификации

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

Код может быть числовым или строковым — тип задаётся в свойствах справочника на закладке «Нумерация». Для числового кода доступна автонумерация: платформа сама присваивает следующий номер. Для строкового кода автонумерация тоже работает, но с оговоркой: «9» больше «10» при строковом сравнении, поэтому в типовых конфигурациях используют коды с лидирующими нулями фиксированной длины.

Длина кода и наименования задаётся в конфигураторе и влияет на структуру таблиц базы данных. Если длину наименования изначально установить 25 символов, а потом понадобится 150, придётся выполнять реструктуризацию — на больших базах это длительная операция. Разумная практика — закладывать запас: для наименования номенклатуры или контрагентов обычно выбирают 100–150 символов.

Иерархия: реквизиты Родитель и ЭтоГруппа

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

При иерархии групп и элементов добавляется ещё один стандартный реквизит — ЭтоГруппа. Он принимает значение Истина для групп и Ложь для элементов. Группы не предназначены для хранения прикладных данных: их задача — структурировать список. В запросах это учитывают отбором ГДЕ НЕ ЭтоГруппа, чтобы не смешивать группы с рабочими элементами.

Реквизит Родитель активно используется в отчётах и отборах. Например, отбор «включая подчинённые» в списке номенклатуры работает именно через иерархию по полю Родитель. Если справочник не иерархический, этих двух стандартных реквизитов в нём просто нет.

Подчинённые справочники и реквизит Владелец

Справочник может быть подчинён другому справочнику — тогда у него появляется стандартный реквизит Владелец. Классические примеры: «Договоры контрагентов» подчинены «Контрагентам», «Единицы измерения» подчинены «Номенклатуре». Каждый элемент подчинённого справочника обязательно привязан к конкретному элементу-владельцу.

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

На практике подчинённость влияет на интерфейс: в форме элемента-владельца автоматически становятся доступны списки подчинённых данных. В запросах связь строится через поле Владелец, например ГДЕ Договоры.Владелец = &Контрагент. Удаление владельца не удаляет подчинённые элементы автоматически — платформа лишь контролирует ссылочную целостность и не даст удалить объект, пока на него есть ссылки.

Иерархия или подчинение

Иерархический справочник

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

Подчинённый справочник

Подходит, когда данные логически принадлежат другому объекту: договоры контрагента, банковские счета организации. Ограничение — элемент не существует без владельца.

Пометка удаления и предопределённые элементы

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

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

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

Где посмотреть и как настроить стандартные реквизиты

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

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

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

1. 1
   Откройте справочник в конфигураторе и перейдите на закладку «Нумерация».
2. 2
   Выберите тип кода (число или строка), задайте длину кода, включите автонумерацию и контроль уникальности при необходимости.
3. 3
   На закладке «Данные» задайте длину наименования с запасом под будущие значения.
4. 4
   Установите серию кодов: в пределах справочника, владельца или родителя.
5. 5
   Обновите конфигурацию базы данных и проверьте на копии, что нумерация и ввод новых элементов работают корректно.

Проверка результата и ограничения

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

Контрольные точки

Как проверить результат

Автонумерация

Норма

Новый элемент получает следующий свободный код автоматически

Тревожный признак

Код не заполняется или возникают дубли при ручном вводе

Контроль уникальности

Норма

При вводе существующего кода платформа выдаёт предупреждение

Тревожный признак

Сохраняются элементы с одинаковыми кодами

Иерархия

Норма

Элемент переносится в группу, отбор по группе работает

Тревожный признак

Родитель не заполняется, группы недоступны

Пометка удаления

Норма

Помеченный элемент исключается из подбора, но виден в списке с пиктограммой

Тревожный признак

Помеченные элементы продолжают подбираться в документы

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

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

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

Удалить стандартные реквизиты нельзя — они создаются платформой. Можно влиять на их состав косвенно: включение иерархии добавляет Родитель, настройка владельцев добавляет Владелец. Прикладные поля создаются как обычные реквизиты объекта.

Чем отличается код от ссылки?

Код — это видимый пользователю идентификатор, который может повторяться при отключённом контроле уникальности и меняться при перенумерации. Ссылка — внутренний уникальный идентификатор (GUID), который не меняется в течение жизни элемента и используется для всех связей между объектами базы.

Почему в справочнике нет реквизита «Владелец»?

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

Как программно обратиться к стандартным реквизитам?

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

Что делать, если длины наименования не хватает в рабочей базе?

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

Зачем нужны предопределённые элементы, если можно найти элемент по коду?

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