Что такое метаданные конфигурации 1С

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

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

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

Из чего состоят метаданные конфигурации

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

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

У каждого объекта метаданных есть собственная внутренняя структура: реквизиты (поля объекта), табличные части, измерения и ресурсы у регистров, стандартные реквизиты вроде «Код», «Наименование», «Ссылка», формы, макеты и движения документа. Всё это тоже часть метаданных — платформа хранит полное описание вплоть до типа и длины каждого реквизита.

Чем метаданные отличаются от данных и конфигурации базы данных

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

Метаданные определяют структуру; данные — содержимое, созданное пользователями в рамках этой структуры. Удаление реквизита из метаданных при обновлении может привести к потере значений этого реквизита во всех записях — платформа предупредит об этом при реструктуризации. А вот удаление данных никак не меняет метаданные.

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

Где посмотреть и как изменить метаданные

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

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

1. 1
   Откройте конфигуратор и дерево конфигурации
2. 2
   Найдите нужный объект, например Справочники → Номенклатура
3. 3
   Откройте объект и на вкладке «Данные» добавьте реквизит, задайте имя и тип
4. 4
   Сохраните конфигурацию (F7 или Ctrl+S)
5. 5
   Выполните «Обновить конфигурацию базы данных» и подтвердите реструктуризацию
6. 6
   Проверьте в режиме предприятия, что реквизит доступен в форме элемента

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

Работа с метаданными из встроенного языка

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

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

// Проверка наличия реквизита у объекта
Мета = Метаданные.НайтиПоПолномуИмени("Справочник.Номенклатура");
Если Мета.Реквизиты.Найти("АртикулПоставщика") <> Неопределено Тогда
    // реквизит существует
КонецЕсли;

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

Важно понимать: через Метаданные получают только описание, а не сами записи. Чтобы прочитать данные, нужно использовать запросы или объектные методы (Справочники.Номенклатура.НайтиПоКоду() и т.п.), опираясь на структуру, заданную метаданными.

Как метаданные связаны с базой данных

При обновлении конфигурации базы данных платформа сопоставляет метаданные с физической структурой таблиц СУБД и выполняет реструктуризацию: создаёт новые таблицы и поля, изменяет типы, удаляет неиспользуемые колонки. Разработчик не пишет SQL-скриптов вручную — всё это платформа делает на основе метаданных.

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

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

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

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

Когда достаточно расширения, а когда нужна правка конфигурации

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

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

Частые вопросы о метаданных 1С