Из чего состоит конфигурация 1С и как связаны её объекты

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

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

Материал общий для платформы 1С:Предприятие 8.3 с интерфейсом «Такси» и подходит к любой типовой конфигурации — Бухгалтерии, ЗУП, Управлению торговлей. Конкретные справочники и документы в них разные, но принципы устройства одинаковы.

Дерево метаданных: из чего собрана конфигурация

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

В дереве конфигурации объекты сгруппированы по видам. Внутри одного вида — все объекты этого типа: в ветке «Справочники» перечислены все справочники, в ветке «Документы» — все документы, и так далее.

У большинства прикладных объектов одинаковый внутренний набор:

• 📋 реквизиты — отдельные поля (дата, сумма, ссылка на контрагента);
• 📊 табличные части — вложенные таблицы (строки товаров в накладной);
• 🖥 формы — экранные окна для ввода и просмотра;
• 🖨 макеты — шаблоны печатных форм и внешних файлов.

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

Посмотреть структуру можно и в рабочем режиме: через меню Все функции (включается в Сервис → Параметры → Отображать команду "Все функции") открывается тот же перечень объектов, но без возможности менять метаданные.

Подсистемы: как собирается навигация и разделы

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

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

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

Справочники: хранилище нормативно-справочной информации

Справочники держат условно-постоянные данные — то, что меняется редко и к чему постоянно обращаются документы. Классика: номенклатура, контрагенты, организации, физические лица, статьи затрат, склады.

Что отличает справочник от остальных объектов:

• у элемента всегда есть «Код» и «Наименование» плюс произвольные реквизиты;
• справочник бывает иерархическим — элементы группируются в папки (иерархия групп и элементов) или подчиняются друг другу (иерархия элементов);
• один справочник можно подчинить другому — тогда его элементы привязаны к элементу-владельцу (например, контактные лица подчинены контрагенту);
• бывают предопределённые элементы — созданные разработчиком в конфигураторе, их нельзя удалить из пользовательского режима.

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

Документы: регистрация событий и формирование движений

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

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

Как это работает по шагам:

1. Пользователь заполняет документ и нажимает «Провести».
2. Срабатывает процедура проведения, описанная в модуле документа.
3. В привязанные регистры пишутся движения — строки с измерениями и ресурсами.
4. Отчёты читают эти движения и показывают остатки и обороты.

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

Документы связаны между собой. Механизм «ввод на основании» позволяет создать один документ из другого с переносом реквизитов — например, выписать реализацию на основании счёта или счёт-фактуру на основании поступления. В базе эта связь хранится ссылкой, поэтому по документу-основанию легко найти всё, что из него сделано.

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

Регистры: где 1С хранит остатки и итоги

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

В платформе четыре вида регистров:

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

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

Планы счетов и планы видов характеристик: гибкая аналитика

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

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

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

Отдельно стоит план видов расчёта — он нужен в зарплатных задачах. В нём описаны виды начислений и удержаний и их взаимное влияние (вытеснение, база для расчёта). Регистр расчёта опирается именно на него.

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

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

Как поддерживать структуру в рабочем состоянии

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

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

Несколько практических ориентиров по обслуживанию:

• 🔄 обновляйте конфигурацию регулярно — чем больше пропущенных релизов, тем сложнее объединение;
• 🧩 новые реквизиты и печатные формы добавляйте расширением, а не правкой типовых объектов;
• 🔢 следите за версией платформы: для свежих релизов конфигурации нужен номер платформы не ниже указанного вендором;
• 💾 перед изменением структуры и обновлением делайте резервную копию базы .

Проверьте себя

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