Разработка и Конфигурация · 13 мин
Где определяется структура создаваемого бизнес-приложения в 1С:Предприятие 8
Где в 1С:Предприятие 8 определяется структура бизнес-приложения: конфигуратор, дерево метаданных, объекты конфигурации, подсистемы и роли. Практическое руководство.
Структура любого бизнес-приложения на платформе 1С:Предприятие 8 определяется не в коде модулей и не в пользовательском режиме, а в конфигураторе — специальном режиме запуска, предназначенном для разработки и изменения конфигурации. Именно там разработчик описывает, из каких объектов состоит прикладное решение: справочников, документов, регистров, отчётов, обработок и других сущностей.
Центральным элементом, в котором задаётся структура приложения, является дерево объектов конфигурации (дерево метаданных). Оно отображается в окне конфигурации и содержит иерархический список всех видов объектов, доступных платформе. Добавляя новый объект в дерево, разработчик фактически расширяет структуру будущего приложения, а платформа автоматически создаёт соответствующие таблицы в базе данных.
Важно понимать ключевой принцип платформы: разработчик не проектирует базу данных напрямую. Он описывает прикладные объекты в терминах предметной области — «Номенклатура», «Приходная накладная», «Регистр остатков», а платформа сама формирует физическую структуру хранения. Поэтому ответ на вопрос «где определяется структура приложения» однозначен: в конфигураторе, в дереве метаданных и свойствах объектов конфигурации.
Конфигуратор — среда, где создаётся структура приложения
Конфигуратор запускается из того же исполняемого файла платформы, что и режим «1С:Предприятие», но при выборе базы в стартовом окне нужно нажать кнопку «Конфигуратор». Для входа потребуются права на администрирование и изменение конфигурации. Если база пустая (создана без шаблона), конфигуратор откроется с пустой конфигурацией, которую предстоит наполнить объектами.
После запуска первое действие — открыть окно конфигурации через меню Конфигурация → Открыть конфигурацию или сочетание клавиш. Появится дерево объектов конфигурации — главный рабочий инструмент разработчика. Если дерево уже отображается слева, значит конфигурация открыта и готова к редактированию.
При первом открытии пустой конфигурации платформа предложит создать её; после подтверждения в дереве появятся ветви видов объектов: «Константы», «Справочники», «Документы», «Журналы документов», «Отчёты», «Обработки», «Регистры сведений», «Регистры накопления» и другие. Эти ветви — «скелет» будущей структуры приложения.
- 1Запустите стартовое окно 1С, выберите информационную базу и нажмите «Конфигуратор»
- 2Выполните команду меню «Конфигурация → Открыть конфигурацию»
- 3Дождитесь появления дерева объектов конфигурации в левой части окна
- 4Разверните ветви (Справочники, Документы, Регистры), чтобы увидеть существующие объекты
Дерево объектов конфигурации — где задаётся состав приложения
Дерево метаданных отражает полный состав прикладного решения. Каждая ветвь верхнего уровня соответствует виду объектов, а вложенные элементы — конкретным объектам, созданным разработчиком. Чтобы добавить новый объект, нужно выделить ветвь (например, «Справочники») и нажать кнопку «Добавить» на панели инструментов окна конфигурации либо выбрать пункт «Добавить» в контекстном меню.
Состав ветвей дерева фиксирован платформой: нельзя придумать собственный вид объекта, но можно создавать неограниченное количество объектов доступных видов. Основные виды, формирующие структуру типичного бизнес-приложения:
- Константы — хранят одиночные значения настроек, редко меняющиеся в процессе работы;
- Справочники — списки условно-постоянной информации: товары, контрагенты, сотрудники;
- Документы — факты хозяйственной деятельности: заказы, накладные, платежи;
- Регистры сведений, накопления, бухгалтерии и расчёта — структуры для хранения итоговых и детальных данных, которые формируются движениями документов;
- Отчёты и обработки — инструменты анализа данных и пакетных операций;
- Планы видов характеристик, планы счетов, планы видов расчёта, бизнес-процессы и задачи — специализированные объекты для учётных и маршрутных механизмов.
Именно наполнение этих ветвей конкретными объектами и определяет, каким будет приложение: учётным, торговым, кадровым или комплексным. Два приложения на одной платформе могут иметь совершенно разную структуру, потому что различаются составы их деревьев метаданных.
Что определяется внутри каждого объекта конфигурации
Добавление объекта в дерево — только первый шаг. Детальная структура задаётся в палитре свойств и в окне редактирования объекта, которое открывается двойным щелчком или через контекстное меню «Изменить». Окно редактирования содержит закладки, состав которых зависит от вида объекта.
Реквизиты и табличные части
На закладке «Данные» определяются реквизиты объекта — поля, которые будет хранить каждый элемент. Для справочника «Номенклатура» это могут быть «Артикул», «Единица измерения», «Ставка НДС». Табличные части позволяют хранить списки строк внутри объекта, например перечень товаров в документе. Для каждого реквизита указывается тип: строка, число, дата, булево или ссылка на другой объект — так задаются связи между частями приложения.
Формы, макеты и модули
На закладке «Формы» создаются экранные формы объекта: форма элемента, форма списка, форма выбора. Платформа умеет генерировать формы по умолчанию, поэтому работоспособный интерфейс появляется даже без ручной разработки. Макеты (закладка «Макеты») описывают печатные формы. Модули объекта содержат код на встроенном языке, определяющий поведение, но не структуру данных.
Движения и связи между объектами
Для документов критически важна закладка «Движения»: там указывается, по каким регистрам документ делает записи при проведении. Именно эта настройка связывает документооборот с учётными регистрами и формирует логику приложения: продажа списывает остатки, оплата меняет взаиморасчёты. Без настройки движений документ будет хранить данные, но не повлияет на учётные итоги.
Подсистемы, роли и интерфейс — логическая структура для пользователя
Дерево метаданных определяет физическую и прикладную структуру, но пользователь видит приложение иначе — через разделы и панели функций. Эту логическую структуру задают подсистемы (ветвь «Общие → Подсистемы»). Каждая подсистема — это раздел интерфейса, например «Закупки», «Продажи», «Склад». В свойствах подсистемы на закладке «Состав» отмечается, какие объекты в неё входят.
Один объект может входить в несколько подсистем. На основе подсистем платформа автоматически строит панель разделов и панель функций, поэтому продуманное дерево подсистем — это фактически проектирование навигации приложения. Картинка подсистемы задаёт значок раздела в интерфейсе.
Вторая составляющая логической структуры — роли (ветвь «Общие → Роли»). Роль определяет, какие объекты доступны пользователю и какие операции он может выполнять: чтение, добавление, изменение, проведение. Совокупность подсистем и ролей формирует видимую и допустимую структуру приложения для каждого конкретного пользователя, не меняя при этом само дерево метаданных.
Чем задаётся каждый уровень структуры
Полный состав объектов приложения и их реквизиты. Изменяется только разработчиком в конфигураторе.
Логические разделы интерфейса. Определяют, как объекты сгруппированы для пользователя.
Права доступа к объектам. Определяют, какая часть структуры видна и доступна конкретному пользователю.
Как платформа превращает метаданные в структуру базы данных
При обновлении конфигурации базы данных платформа сравнивает метаданные с текущей физической структурой и выполняет реструктуризацию: создаёт новые таблицы, добавляет колонки, изменяет индексы. Окно реструктуризации показывает список планируемых изменений — его стоит внимательно просматривать перед подтверждением.
Разработчик не управляет таблицами напрямую: нельзя вручную создать колонку в СУБД и ожидать, что платформа её увидит. Все структурные изменения идут только через метаданные. Это гарантирует целостность: платформа всегда знает, как устроены данные, и может строить запросы, формы и отчёты автоматически.
Добавление реквизита в существующий объект обычно проходит безболезненно, но удаление реквизита или изменение типа поля с данными может привести к потере информации. Платформа предупреждает о таких случаях, однако окончательное решение принимает разработчик.
Типичные ошибки при проектировании структуры
Опыт разработки показывает, что большинство проблем со структурой приложения возникает не из-за сложности инструментов, а из-за поспешных решений на старте. Структуру метаданных трудно и дорого менять после того, как в базе накоплены данные и написан код.
Отдельная группа ошибок связана с типовыми конфигурациями. Если приложение построено на типовом решении (например, на конфигурации с поддержкой), прямое изменение её объектов усложняет последующие обновления. Рекомендуемый путь — использовать расширения конфигурации: они позволяют добавлять собственные объекты и дорабатывать типовые, не снимая конфигурацию с поддержки.
Как выбрать способ изменения структуры
Как проверить, что структура определена правильно
После обновления конфигурации базы данных проверьте результат в пользовательском режиме: запустите «1С:Предприятие», откройте соответствующий раздел (подсистему) и убедитесь, что новые объекты видны, формы открываются, документы проводятся и формируют движения по регистрам. Проверить движения можно кнопкой «Движения документа» в форме проведённого документа.
Как проверить результат
Объект присутствует, реквизиты и типы заданы
Объект есть в дереве, но не виден пользователям — не включён ни в одну подсистему
Реструктуризация завершена без ошибок, список изменений соответствует ожиданиям
Предупреждения об удалении данных или ошибки монопольного доступа
Документ проводится, движения по регистрам формируются
Документ проводится без движений — не настроена закладка «Движения»
Для глубокой проверки используйте встроенные средства: синтаксическую проверку модулей (Конфигурация → Проверка конфигурации), которая выявляет ошибки кода и некорректные ссылки на метаданные, а также поиск ссылок на объект (контекстное меню объекта → «Поиск ссылок на объект»), показывающий, где в структуре используется конкретный элемент.
Часто задаваемые вопросы
Можно ли изменить структуру приложения в режиме «1С:Предприятие»?
Нет. В пользовательском режиме можно только вводить данные и менять настройки, предусмотренные разработчиком. Состав объектов, их реквизиты и связи изменяются исключительно в конфигураторе с последующим обновлением конфигурации базы данных.
Чем расширение конфигурации отличается от изменения основной конфигурации?
Расширение хранится отдельно и накладывается на основную конфигурацию при запуске. Типовая конфигурация остаётся на поддержке и обновляется штатно, а доработки сохраняются в расширении. Минус — в расширении доступны не все виды изменений, например существенно ограничена работа с ролями и некоторыми объектами.
Почему новый объект не виден пользователям после обновления конфигурации?
Чаще всего объект не включён ни в одну подсистему, поэтому платформе негде показать ссылку на него в интерфейсе. Вторая причина — у роли пользователя нет прав на объект. Проверьте закладку «Состав» подсистемы и настройки ролей.
Что произойдёт с данными, если удалить реквизит объекта?
При обновлении конфигурации базы данных платформа удалит соответствующую колонку вместе с хранящимися в ней значениями. Восстановить их без резервной копии будет невозможно, поэтому перед удалением реквизитов на рабочей базе всегда делайте выгрузку.
Где посмотреть, какие объекты использует конкретный документ?
Откройте окно редактирования документа и посмотрите закладку «Движения» — там перечислены регистры. Связи через реквизиты видны по типам реквизитов на закладке «Данные». Также полезен пункт «Поиск ссылок на объект» в контекстном меню любого объекта дерева конфигурации.
Нужно ли проектировать структуру заранее или можно дорабатывать по ходу?
Минимальное проектирование обязательно: определите ключевые справочники, документы и регистры до начала разработки. Добавить новый объект позже несложно, а вот переделать ошибочно выбранную архитектуру (например, заменить справочник документами) на базе с данными — трудоёмкая задача с миграцией информации.
Что важно запомнить
Структура бизнес-приложения в 1С:Предприятие 8 определяется в конфигураторе через дерево объектов метаданных и свойства каждого объекта. Подсистемы и роли формируют видимую пользователем часть структуры. Изменения применяются через обновление конфигурации базы данных, а перед рискованной реструктуризацией обязательна резервная копия.