Где определяется структура бизнес-приложения в 1С

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

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

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

Конфигуратор — главная среда определения структуры

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

После входа в конфигуратор основным инструментом становится окно конфигурации — команда «Конфигурация → Открыть конфигурацию». Именно это дерево и есть формальное представление структуры приложения. Если окно закрыто или конфигурация не загружалась, платформа предложит создать или загрузить её из файла.

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

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

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

Ключевые ветки дерева и их роль в структуре:

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

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

Подсистемы: как формируется структура интерфейса

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

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

Роли и права: структура доступа к объектам

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

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

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

Как платформа превращает метаданные в структуру базы данных

Физическая структура таблиц СУБД в 1С не проектируется вручную. При обновлении конфигурации базы данных платформа сама создаёт и изменяет таблицы, индексы и представления, исходя из описания метаданных: у справочника появляется таблица с полями под реквизиты, у регистра накопления — таблица с измерениями, ресурсами и итогами.

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

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

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

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

Способы изменить структуру приложения

Правка конфигурации в конфигураторе

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

Расширение конфигурации

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

Внешние отчёты и обработки

Не меняют структуру данных вообще; подходят только для добавления аналитики и сервисных функций.

Практический порядок работы со структурой

Типовой сценарий добавления нового элемента структуры — например, справочника «Проекты» — выглядит так:

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

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

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

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

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

Норма

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

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

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

Обновление конфигурации базы данных

Норма

Реструктуризация завершена, в окне изменений только ожидаемые таблицы

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

Появились неожиданные изменения таблиц или обновление зависло

Видимость в интерфейсе

Норма

Объект отображается в нужном разделе у пользователя с типовой ролью

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

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

Типичные ошибки при работе со структурой

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

Можно ли изменить структуру приложения из режима «1С:Предприятие»?

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

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

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

Где посмотреть, какие таблицы СУБД создаёт конкретный объект?

Откройте в конфигураторе окно структуры базы данных: в файловом варианте — «Конфигурация → Структура базы данных», в клиент-серверном — через «Администрирование → Параметры информационной базы». Там показано соответствие объектов метаданных и физических таблиц с полями.

Можно ли добавить новый вид документа через расширение?

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

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

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