Что содержится в объекте ИБ при редактировании справочника 1С

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

Многие начинающие программисты ошибочно полагают, что работа с формой и работа с данными — это одно и то же. На самом деле, объект информационной базы — это отдельная сущность, обладающая своим набором свойств и методов, которые могут отличаться от тех, что доступны на форме. Внутренняя структура этого объекта определяет, какие данные будут записаны в таблицу БД после нажатия кнопки «Записать и закрыть».

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

Структура временно создаваемого объекта

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

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

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

⚠️ Внимание: До момента первой записи объект существует только в оперативной памяти клиента (или сервера, в зависимости от режима). Любые изменения, внесенные в этот объект, не видны другим пользователям системы и не фиксируются в журнале регистрации до завершения транзакции.

Системные реквизиты и их значения по умолчанию

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

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

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

• 🔹 Ссылка: Для нового элемента равна пустой ссылке до момента записи в БД.
• 🔹 ИмяПредмета: Формируется динамически на основе содержимого реквизита «Наименование».
• 🔹 Метаданные: Содержит описание структуры объекта, доступное через свойство Метаданные().

Пользовательские реквизиты и табличные части

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

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

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

Тип реквизита	Значение по умолчанию	Особенности инициализации
Число	0	Может иметь точность и масштаб
Строка	"" (пустая строка)	Ограничено длиной, заданной в метаданных
Дата	01.01.0001	Требует явного указания при использовании
Булево	Ложь	Используется для флагов и переключателей
СправочникСсылка	Пустая ссылка	Должна ссылаться на существующий элемент того же вида

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

Модифицированность и механизм отслеживания изменений

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

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

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

Технические детали флага модифицированности

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

Блокировки и режимы транзакций при записи

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

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

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

• 🔸 Управляемая блокировка: Применяется для предотвращения дублирования уникальных полей.
• 🔸 Транзакция: Вся операция записи нового элемента проходит в рамках одной транзакции БД.
• 🔸 Откат: При любой ошибке внутри транзакции все изменения отменяются, объект возвращается в исходное состояние.

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

Событийная модель и обработка данных

Жизненный цикл объекта при редактировании неразрывно связан с событийной моделью платформы. Ключевыми событиями являются ПриСозданииНаСервере, ПриЧтенииНаСервере (не срабатывает для новых), ПередЗаписью и ПослеЗаписи. В каждом из этих событий объект передается как параметр, позволяя разработчику манипулировать его содержимым.

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

Событие ПередЗаписью является последней чертой обороны. Здесь объект содержит все данные, которые пользователь ввел в форму. Именно здесь выполняется финальная валидация, расчет итогов и проверка бизнес-логики. Если в этом обработчике возникнет исключение, запись будет прервана, и объект останется в режиме редактирования.

В чем разница между объектом формы и объектом информационной базы?

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

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

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

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

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

Как получить доступ к объекту ИБ из формы?

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