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