Общие реквизиты в 1С: зачем нужны и как их настроить

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

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

Основное назначение и сценарии использования

Главная цель использования общих реквизитов — унификация хранения данных. Когда бизнес-процессы компании требуют отслеживания специфических параметров (например, "Номер пропуска", "Серия оборудования" или "Ответственный менеджер"), эти данные часто пересекают границы отдельных документов или справочников. Создание общего реквизита гарантирует, что тип данных, длина поля и формат хранения будут идентичны во всех местах их применения.

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

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

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

Рассмотрим типичные бизнес-задачи, где применение этого инструмента является наиболее оправданным:

• 🏷️ Добавление внешних идентификаторов (ID из CRM, номер в системе контрагента) в справочники номенклатуры и партнеров.
• 📅 Фиксация дополнительных дат (дата подписания акта, дата фактической оплаты) в документах реализации и поступления.
• 👤 Привязка ответственных сотрудников или групп пользователей к различным объектам учета для разграничения прав доступа.
• 💬 Хранение комментариев или статусов согласования, которые должны отображаться в печатных формах разных документов.

Технология создания и настройки свойств

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

Самым важным параметром является Тип значения. Здесь вы можете выбрать один или несколько типов данных, которые сможет хранить этот реквизит. Это может быть простая строка, число, дата, булево значение или сложные типы, такие как СправочникСсылка.Номенклатура или ДокументСсылка.СчетФактура. Выбор типа влияет на то, как данные будут храниться в таблице базы данных и как они будут отображаться в пользовательском интерфейсе.

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

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

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

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

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

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

Объект метаданных	Возможность использования	Особенности хранения
Справочники	Полная поддержка	Данные хранятся в таблице значений справочника
Документы	Полная поддержка	Добавляется в шапку или табличную часть документа
Регистры сведений	Поддерживается	Может входить в состав измерений или ресурсов
Планы видов характеристик	Ограниченно	Используется для расширения свойств характеристик
Бизнес-процессы	Поддерживается	Добавляется в карточку задачи или процесса

При выборе объектов для привязки следует руководствоваться принципом целесообразности. Не стоит добавлять реквизит во все объекты подряд "на всякий случай". Каждый лишний столбец в таблице базы данных — это потенциальное замедление выборки и увеличение размера файла базы данных (для файловых вариантов) или объема занимаемого места на диске сервера СУБД.

Работа с общими реквизитами в коде и запросах

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

Например, если у вас есть общий реквизит КомментарийМенеджера, добавленный в документ "ЗаказКлиента", код работы с ним будет выглядеть стандартно:

ДокументОбъект.КомментарийМенеджера = "Срочная доставка до 18:00";
ДокументОбъект.Записать();

Однако при написании запросов к базе данных есть важный нюанс. В тексте запроса общие реквизиты доступны так же, как и обычные поля, но их имена должны совпадать с именами в метаданных. Если вы используете конструктор запросов, система автоматически подставит необходимые поля. При ручном написании запроса убедитесь, что имя реквизита указано верно, иначе сервер 1С выдаст ошибку "Неизвестное имя поля".

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

⚠️ Внимание: Изменение типа общего реквизита в уже работающей базе данных с большим объемом информации может занять значительное время. Конвертация данных в таблицах СУБД выполняется синхронно при обновлении конфигурации, блокируя работу пользователей.

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

Как найти все использования общего реквизита в коде?

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

Перенос данных и обновление конфигурации

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

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

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

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

Ограничения и влияние на производительность

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

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

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

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

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

Да, это возможно. В свойствах общего реквизита есть флаг "Проверка заполнения". Если его установить, то при попытке записать объект, в котором этот реквизит не заполнен, система выдаст ошибку. Однако эта проверка работает на уровне платформы и может быть обойдена программно, если не использовать стандартные методы записи.

Влияют ли общие реквизиты на скорость проведения документов?

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

Как удалить общий реквизит без потери данных в других полях?

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

Можно ли использовать общий реквизит в качестве измерения регистра?

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

Отличаются ли общие реквизиты в файловой и клиент-серверной версии 1С?

Логика работы и механизм создания идентичны для обеих версий платформы. Различия могут проявляться только в производительности при массовом обновлении структуры таблиц или при работе с очень большими объемами данных, где архитектура SQL-сервера (клиент-сервер) дает преимущества в управлении индексами и блокировками.