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

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

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

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

Назначение и типы реквизитов справочника

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

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

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

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

Роль табличных частей в структуре данных

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

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

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

Ключевые отличия реквизитов от табличных частей

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

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

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

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

Сценарии использования в типовых конфигурациях

В типовых решениях, таких как 1С:Бухгалтерия или 1С:Управление торговлей, паттерны использования реквизитов и табличных частей отработаны годами. В справочнике «Номенклатура» основные характеристики товара (вес, объем, ставка НДС) хранятся в реквизитах. Это позволяет быстро рассчитывать себестоимость и формировать накладные. В то же время, если товар является набором, его состав хранится в табличной части «Состав», так как один набор может включать множество различных позиций в разных количествах.

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

• 📦 Складской учет: Реквизиты хранят габариты упаковки, а табличная часть «Серии» позволяет привязать конкретные номера серий к партии товара внутри карточки номенклатуры (хотя чаще для этого используют регистры).
• 🤝 CRM и продажи: В карточке клиента реквизиты хранят ИНН и КПП, а табличная часть «Контактные лица» содержит список менеджеров, бухгалтеров и директоров с их прямыми телефонами.
• 🏭 Производство: В справочнике «Статьи затрат» реквизит определяет вид расхода, а табличная часть может хранить список счетов бухгалтерского учета, на которые автоматически будет списываться данная статья.

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

Технические особенности и производительность

С точки зрения работы СУБД (MS SQL, PostgreSQL), реквизиты и табличные части обрабатываются по-разному. Данные реквизитов лежат в одной физической таблице с основными ссылками на элементы. Это означает, что при выборке списка справочника данные реквизитов подгружаются практически бесплатно с точки зрения количества соединений. Напротив, данные табличных частей находятся в отдельных таблицах. Для их получения системе необходимо выполнять операцию JOIN.

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

// Пример запроса с использованием табличной части
ВЫБРАТЬ
Справочник.Контрагенты.Наименование,
КонтактныеЛица.ФИО,
КонтактныеЛица.Телефон
ИЗ
Справочник.Контрагенты КАК Справочник
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты.КонтактныеЛица КАК КонтактныеЛица
ПО Справочник.Ссылка = КонтактныеЛица.Ссылка

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

Влияние на размер базы данных

Каждая строка табличной части занимает место в файле данных. Хранение больших объемов текста или двоичных данных (картинок) в табличных частях справочников может привести к раздуванию файла базы данных (.mdf) и замедлению резервного копирования.

Практические рекомендации по проектированию

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

Используйте стандартные соглашения об именовании. Для реквизитов используйте понятные имена без транслита, например, ДатаРождения вместо DataRozhdeniya. Для табличных частей имена должны отражать суть хранимого списка: КонтактныеЛица, СоставНабора, ИсторияИзменений. Это облегчит поддержку кода другими разработчиками.

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

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

Часто задаваемые вопросы (FAQ)

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

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

Как перенести данные из реквизита в табличную часть?

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

Влияет ли количество реквизитов на скорость открытия формы?

Минимально. Основное влияние оказывает количество данных, которые форма пытается получить из базы при открытии. Если форма настроена на получение всех полей сразу, а их сотни, задержка может быть заметна. Однако сами по себе метаданные (описание реквизитов) не замедляют работу.

Можно ли использовать табличную часть для хранения файлов?

Технически можно создать реквизит типа «Хранение файла» внутри табличной части. Однако это крайне не рекомендуется для больших объемов. Лучше хранить файлы в отдельном справочнике «Файлы» или использовать механизм бинарных данных, ссылаясь на них из справочника.