Объекты конфигурации 1С: что это и как с ними работать

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

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

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

Что такое объект конфигурации и как он связан с метаданными

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

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

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

Основные виды объектов конфигурации

Набор видов объектов фиксирован платформой. Каждый вид решает свой класс задач, и правильный выбор вида — ключевое проектное решение. Ниже — основные группы, с которыми работает разработчик чаще всего.

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

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

Объекты для хранения данных: справочники и документы

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

Документы регистрируют события во времени: каждый документ имеет дату и номер, образуя последовательность. Главная особенность документа — возможность проведения: при проведении документ формирует движения по регистрам, то есть изменяет учётные данные. Отмена проведения удаляет эти движения.

Связь «справочник — документ — регистр» — базовый паттерн учёта в 1С: документ ссылается на элементы справочников (кого, что, откуда), а при проведении записывает количественные или денежные показатели в регистры. Отчёты затем читают данные регистров, а не документы напрямую.

Регистры: где живут учётные итоги

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

Регистр сведений хранит значения, актуальные в разрезе измерений, а при периодичности — и на дату. Классический пример — цены номенклатуры: измерение «Номенклатура», ресурс «Цена», периодичность «в пределах секунды». Платформа умеет получать «срез последних» — актуальное значение на указанную дату.

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

Отчёты, обработки и вспомогательные объекты

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

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

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

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

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

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

Частые ошибки при работе с объектами конфигурации

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

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

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

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

Контрольные точки

Как проверить результат

Объект в дереве конфигурации

Норма

Отображается, свойства сохранены, проверка конфигурации без ошибок

Тревожный признак

Ошибки компиляции модулей, битые ссылки на удалённые объекты

Работа в режиме «Предприятие»

Норма

Формы открываются, данные сохраняются и читаются

Тревожный признак

Объект не виден пользователю — проверьте роли и подсистемы

Движения документа

Норма

Проведение создаёт записи в регистрах, отмена проведения их удаляет

Тревожный признак

Движения не формируются или не очищаются при отмене проведения

Чем объект конфигурации отличается от объекта встроенного языка?

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

Можно ли создать собственный вид объекта конфигурации?

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

Что лучше для доработки типовой конфигурации: изменить объект или использовать расширение?

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

Где хранятся данные объектов конфигурации?

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

Почему новый объект не виден пользователям после обновления конфигурации?

Чаще всего объект не включён ни в одну роль или ни в одну подсистему. Проверьте права в ролях (доступ на чтение/добавление) и состав подсистем, затем убедитесь, что у конкретного пользователя назначена соответствующая роль.

Сколько объектов можно создать в одной конфигурации?

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