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

В мире 1С:Предприятие термин "стандартные реквизиты" встречается повсеместно — от конфигурирования справочников до написания отчетов. Но что именно скрывается за этим понятием? Почему одни реквизиты называют стандартными, а другие — пользовательскими? И как правильно с ними работать, чтобы не нарушить логику системы?

Эта статья поможет разобраться в основах: мы детально рассмотрим, какие реквизиты считаются стандартными в 1С 8.3, где они хранятся, как их отличать от пользовательских, и почему их нельзя удалять без последствий. Материал будет полезен как начинающим разработчикам, так и опытным администраторам, которые хотят систематизировать свои знания.

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

Что такое стандартные реквизиты в 1С и зачем они нужны

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

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

• 🔹 Объекты можно однозначно идентифицировать (через Ссылка)
• 🔹 Пользователи видят человекочитаемые названия (через Наименование)
• 🔹 Система корректно обрабатывает удаление объектов (через ПометкаУдаления)

Без стандартных реквизитов была бы невозможна работа механизмов поиска, связей между объектами, истории изменений и многих других функций. Они образуют своего рода "скелет", на который уже наращиваются пользовательские данные.

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

Главное отличие заключается в происхождении и управлении:

Пользовательские реквизиты создаются для расширения функциональности стандартных объектов. Например, в справочнике Контрагенты можно добавить реквизит ДатаРегистрации, если это требуется для бизнес-логики. Но стандартные реквизиты вроде Код или ЭтоГруппа будут присутствовать всегда.

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

Где хранятся стандартные реквизиты в конфигурации

Все стандартные реквизиты объектов хранятся в метаданных конфигурации. Их можно увидеть:

1. В конфигураторе: откройте нужный объект (например, справочник), перейдите на закладку "Реквизиты" — стандартные будут выделены отдельно
2. В дереве метаданных: разверните ветку объекта — стандартные реквизиты обычно идут первыми в списке
3. Через встроенный язык: используйте метод Метаданные().Реквизиты для программного доступа

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

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

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

Примеры стандартных реквизитов для разных объектов

Состав стандартных реквизитов зависит от типа объекта метаданных. Рассмотрим наиболее распространенные:

Для справочников:

• 📌 Ссылка — уникальный идентификатор записи
• 📌 Наименование — основное название элемента
• 📌 Код — краткий уникальный код
• 📌 ПометкаУдаления — флаг удаленного элемента
• 📌 ЭтоГруппа — признак группы (для иерархических справочников)

Для документов:

• 📄 Номер — номер документа
• 📄 Дата — дата создания
• 📄 Проведен — статус проведения
• 📄 ПометкаУдаления — флаг удаления
• 📄 Организация — ссылка на организацию (если включен учет по организациям)

Для регистров:

• 🗃️ Период — дата записи (для регистров сведений и накопления)
• 🗃️ Регистратор — ссылка на документ, который сформировал запись
• 🗃️ Активность — признак активной записи

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

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

При программировании в 1С стандартные реквизиты имеют несколько важных особенностей:

1. Прямой доступ без проверок

К стандартным реквизитам можно обращаться напрямую, не проверяя их существование:

ЭлементСправочника.Наименование = "Новое название";  // Безопасно
ЭлементСправочника.ПользовательскийРеквизит = 100;   // Может вызвать ошибку, если реквизита нет

2. Особенности в запросах

В языке запросов стандартные реквизиты доступны через точку:

ВЫБРАТЬ
Справочник.Ссылка КАК Ссылка,
Справочник.Наименование КАК Наименование
ИЗ
Справочник.Контрагенты КАК Справочник

3. Ограничения на изменение

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

Убедитесь, что реквизит действительно стандартный (проверьте в метаданных)

Изучите ограничения на изменение для конкретного реквизита

Проверьте, не используется ли реквизит в бизнес-логике (триггерах, отчетах)

Создайте резервную копию перед массовыми изменениями

-->

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

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

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

1. Прямое изменение реквизита "Ссылка"

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

2. Игнорирование реквизита "ПометкаУдаления"

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

ГДЕ
НЕ Справочник.ПометкаУдаления

3. Путаница с реквизитом "ЭтоГруппа"

При программном создании элементов справочников иногда неверно устанавливают ЭтоГруппа, что приводит к ошибкам при работе с иерархией. Помните: группы и элементы — это разные сущности с разными свойствами.

4. Неправильное использование "Кода"

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

⚠️ Внимание: В некоторых конфигурациях (например, в 1С:Бухгалтерия 3.0) стандартные реквизиты могут иметь дополнительные ограничения, связанные с бизнес-логикой. Всегда проверяйте поведение реквизитов в конкретной конфигурации перед массовыми изменениями.

Как добавить пользовательские реквизиты, не нарушая стандартные

При расширении функциональности часто требуется добавлять новые реквизиты. Вот как делать это правильно:

1. Не дублируйте стандартные реквизиты

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

2. Следуйте соглашениям об именовании

Пользовательские реквизиты должны иметь осмысленные имена, отличные от стандартных. Хорошая практика — использовать префиксы, например: ДопКод, РасшНаименование.

3. Учитывайте производительность

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

4. Документируйте новые реквизиты

Всегда добавляйте описание для пользовательских реквизитов (в свойстве "Синоним" и "Комментарий"). Это поможет другим разработчикам и администраторам понимать их назначение.

⚠️ Внимание: В типовых конфигурациях (например, 1С:ERP или 1С:УТ) некоторые стандартные реквизиты могут быть задействованы в бизнес-процессах. Перед добавлением новых реквизитов проверьте, не конфликтуют ли их имена с резервными словами конфигурации.

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

FAQ: Частые вопросы о стандартных реквизитах в 1С

Процедура ПолучитьСтандартныеРеквизиты(ОбъектМетаданных)
Реквизиты = ОбъектМетаданных.Реквизиты;
Для Каждого Реквизит Из Реквизиты Цикл
Если Реквизит.СтандартныйРеквизит Тогда
Сообщить(Реквизит.Имя);
КонецЕсли;
КонецЦикла;
КонецПроцедуры