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