Что является объектом метаданных в 1С

Объект метаданных в 1С — это элемент конфигурации, который описывает структуру, поведение и назначение прикладного объекта, но не содержит самих пользовательских данных. Когда вы создаёте в конфигураторе справочник «Контрагенты», вы определяете объект метаданных: его реквизиты, табличные части, формы, права доступа. А конкретные контрагенты, которых вводит пользователь, — это уже данные, хранящиеся в базе согласно описанной структуре.

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

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

Что такое метаданные и чем они отличаются от данных

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

Данные — это конкретные экземпляры: элемент справочника «Номенклатура» с наименованием «Кабель ВВГ 3×2,5», документ «Приходная накладная № 15», запись регистра сведений о цене товара. Удаление объекта метаданных из конфигурации приводит к удалению всех связанных данных, поэтому платформа при обновлении конфигурации запрашивает подтверждение и показывает список удаляемых объектов.

Ещё один критерий различия: метаданные переносятся между базами через файлы конфигурации (cf), поставки (cfu) и расширения (cfe), а данные — через выгрузку информационной базы (dt), обмены XML и типовые механизмы синхронизации.

Основные виды объектов метаданных

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

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

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

Регистры накапливают информацию. Регистры накопления ведут остатки и обороты (товары на складах, взаиморасчёты), регистры сведений хранят значения в разрезе измерений (цены, курсы валют, ФИО физлица), регистры расчёта служат для сложных расчётов зарплаты, регистры бухгалтерии — для проводок по плану счетов.

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

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

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

Какие объекты метаданных хранят данные, а какие нет

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

Хранят данные: справочники, документы, регистры всех видов, планы видов характеристик, планы счетов, планы видов расчёта, планы обмена, константы, бизнес-процессы, задачи, последовательности. Удаление такого объекта из конфигурации уничтожает хранящиеся в нём данные.

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

Как посмотреть и изменить объекты метаданных в конфигураторе

Откройте конфигуратор и выполните команду «Конфигурация → Открыть конфигурацию». Слева появится дерево метаданных: ветки «Справочники», «Документы», «Регистры» и другие. Двойной щелчок по объекту открывает палитру свойств и окно редактирования с закладками «Данные», «Формы», «Макеты», «Права» и другими.

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

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

1. 1
   Откройте конфигуратор и выполните «Конфигурация → Открыть конфигурацию»
2. 2
   Найдите нужную ветку в дереве: Справочники, Документы, Регистры и т.д.
3. 3
   Для быстрого поиска используйте «Правка → Поиск» или Ctrl+F по имени объекта
4. 4
   Откройте объект двойным щелчком и изучите закладки «Данные», «Формы», «Права»
5. 5
   Если вносили изменения — обновите конфигурацию БД через F7 и проверьте список реструктуризации

Объекты метаданных в коде: обращение через Метаданные

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

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

Если Метаданные.Справочники.Найти("Организации") <> Неопределено Тогда
// объект существует, можно работать
КонецЕсли;

Через объект описания метаданных доступны свойства: имя, синоним, реквизиты, измерения, ресурсы, длина наименования, длина кода и другие характеристики. Например, Метаданные.Справочники.Номенклатура.Реквизиты вернёт коллекцию реквизитов справочника.

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

Для Каждого Док Из Метаданные.Документы Цикл
    Сообщить(Док.Имя + " — " + Док.Синоним);
КонецЦикла;

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

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

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

Третья ошибка — ожидание, что перенос конфигурации перенесёт и данные. Файл cf содержит только метаданные; после загрузки конфигурации в пустую базу данные отсутствуют. Для переноса данных нужна выгрузка dt или обмены.

Расширения конфигурации как безопасный способ менять метаданные

Если конфигурация типовая и находится на поддержке, прямое изменение объектов метаданных снимает её с полной поддержки и усложняет обновления. Альтернатива — расширение конфигурации (файл cfe), которое добавляет или изменяет объекты поверх основной конфигурации, не трогая её саму.

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

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

Проверка результата и риски

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

Любые операции с метаданными, хранящими данные, выполняйте только после создания резервной копии (выгрузка dt или копия средствами СУБД). Реструктуризация больших таблиц на рабочей базе может занять значительное время и блокировать пользователей — планируйте её на нерабочие часы.

Частые вопросы