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

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

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

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

Базовое определение и роль в архитектуре 1С

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

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

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

⚠️ Внимание: Изменение типа уже существующего реквизита в рабочей базе данных может привести к потере информации или ошибке конвертации типов. Всегда делайте резервную копию перед изменением структуры метаданных.

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

Классификация реквизитов по типам данных

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

Составные типы позволяют полю принимать значения разных видов. Например, реквизит «Контрагент» в документе может ссылаться как на организацию, так и на физическое лицо. Использование составных типов увеличивает гибкость, но может незначительно снизить производительность при выборке больших объемов данных из-за усложнения структуры таблиц.

Рассмотрим основные группы типов, которые вы встретите чаще всего:

• 📄 Строка — используется для хранения текстовой информации, такой как названия, комментарии или артикулы. Можно задать максимальную длину.
• 🔢 Число — применяется для количественных показателей, сумм и курсов валют. Требует указания длины и точности (количества знаков после запятой).
• 📅 Дата — хранит моменты времени. Может быть настроена на хранение только даты, только времени или обоих значений одновременно.
• ✅ Булево — логический тип, принимающий значения «Истина» или «Ложь». Идеален для флагов и переключателей.
• 🔗 Ссылка — указывает на другой объект системы (справочник, документ). Это основа связей между объектами в 1С.

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

Структура объектов: Шапка и Табличные части

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

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

Работа с табличными частями имеет свои особенности. Реквизиты внутри них не могут иметь тип «Ссылка» на сам объект-владелец (циклическая ссылка запрещена). Однако они часто содержат ссылки на другие справочники, например, на номенклатуру или склады.

Рассмотрим структуру на примере типовой конфигурации:

Объект	Зона	Пример реквизита	Тип данных
Документ «Заказ клиента»	Шапка	Дата заказа	Дата
Документ «Заказ клиента»	Шапка	Менеджер	Ссылка (Справочник.Сотрудники)
Документ «Заказ клиента»	Табличная часть «Товары»	Номенклатура	Ссылка (Справочник.Номенклатура)
Документ «Заказ клиента»	Табличная часть «Товары»	Количество	Число (15, 3)
Документ «Заказ клиента»	Табличная часть «Товары»	Цена	Число (15, 2)

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

Техническая деталь хранения

Каждая табличная часть хранится в отдельной физической таблице в СУБД. Имя таблицы формируется по шаблону: имя владельца + «_ТЧ» + имя табличной части. Это важно знать при написании прямых SQL-запросов для оптимизации.

Добавление и настройка реквизитов в Конфигураторе

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

После создания реквизита открывается окно свойств. Здесь задается имя (техническое), синоним (видимое пользователю) и комментарий. Особое внимание уделите полю «Тип». Нажав на кнопку выбора типа, вы откроете редактор типов данных. Именно здесь определяется, что можно записать в поле.

Процедура ПриЗаписи(Отказ, РежимЗаписи)
// Пример программного доступа к реквизиту
Если ЭтотОбъект.СтатусОплаты = Перечисления.СтатусыОплаты.Оплачен Тогда
ЭтотОбъект.ДатаОплаты = ТекущаяДата();
КонецЕсли;
КонецПроцедуры

В свойствах также можно задать длину для строк и точность для чисел. Для строк длина по умолчанию часто составляет 150 или 250 символов, но для артикулов или коротких кодов ее стоит уменьшить для экономии места. Для денежных сумм стандартная точность — 2 знака, для курсов валют — 4 или более.

Не забывайте про индексацию. Если вы планируете часто искать объекты по новому реквизиту или строить по нему отборы в отчетах, необходимо установить галочку «Индексировать». Это создаст индекс в базе данных, что ускорит выборку в разы, но может немного замедлить запись новых данных.

⚠️ Внимание: Интерфейс конфигуратора может отличаться в разных версиях платформы (8.2, 8.3). В новых версиях редактор типов стал более наглядным, позволяя перетаскивать типы из списка доступных.

Использование в отчетах и печатных формах

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

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

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

• 🖨️ Убедитесь, что ширина колонки в макете соответствует длине текста, который может быть записан в реквизит.
• 📊 При выводе денежных сумм настройте формат ячейки на отображение разделителей тысяч и знака валюты.
• 🔍 Используйте условное оформление, чтобы выделять цветом строки с определенными значениями реквизитов (например, просроченные заказы).

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

Частые ошибки и рекомендации по оптимизации

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

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

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

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

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

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

Что делать, если реквизит не сохраняется?

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

Как удалить неиспользуемый реквизит?

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

В чем разница между реквизитом и измерением регистра?

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

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

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