Группы команд, пользователей и доступа в 1С 8.3: кто за что отвечает
Содержание
Группа команд в 1С — это объект конфигурации из ветки Общие → Группы команд. Он решает только одно: в каком месте интерфейса и под каким заголовком появится команда. Права группа команд не выдаёт и не отбирает.
Частая ошибка администратора — искать «группу команд» там, где нужна группа доступа. Пользователю не хватает пункта меню, и его пытаются «добавить в группу команд». На деле видимость команды определяют три разных механизма: роли (права), командный интерфейс (расположение) и персональные настройки пользователя. Ниже каждый разобран отдельно, с путями для БП 3.0, ЗУП 3.1 и УТ 11 на платформе 8.3 с интерфейсом «Такси».
Группа команд, группа пользователей и роль: кто чем управляет
Термины похожи, а отвечают за разное. Если их не развести, настройка превращается в перебор галочек наугад.
| Понятие | Где живёт | За что отвечает |
|---|---|---|
| Группа команд | Конфигуратор, Общие → Группы команд | Куда выводится команда: панель навигации, панель действий, командная панель формы, контекстное меню |
| Роль | Конфигуратор, Общие → Роли | Какие объекты пользователь может видеть, читать, менять, проводить |
| Профиль групп доступа | Режим «Предприятие», настройки прав | Набор ролей под должность: «Бухгалтер», «Кадровик» и т. п. |
| Группа доступа | Режим «Предприятие», настройки прав | Профиль + участники + ограничения (например, по организациям) |
| Группа пользователей | Режим «Предприятие», справочник пользователей | Папка для удобства; её можно включить участником группы доступа |
Простое правило:
- 🧩 Роль отвечает на вопрос «можно ли».
- 🗂️ Группа команд — «где показать».
- 👥 Группа доступа — «кому выдать набор ролей».
- ⚙️ Персональные настройки — «что пользователь сам скрыл или переставил».
Команда видна, только когда сошлись все четыре условия. Не хватает права — команды нет, как бы её ни расставили в интерфейсе.
Как устроена группа команд в конфигураторе
Группы команд создают разработчики. Администратору базы обычно хватает стандартных, но понимать их устройство нужно: без этого не объяснить, почему команда «уехала» в другую панель после доработки.
Свойства группы команд
Откройте Общие → Группы команд в дереве конфигурации и добавьте новый элемент. В палитре свойств ключевые поля такие:
- Имя и Синоним — синоним пользователь увидит как заголовок группы.
- Категория — главное свойство. Значения: панель навигации , панель действий, командная панель формы, контекстное меню формы. От категории зависит, где группа вообще может появиться.
- Отображение — картинка, текст, картинка и текст или автоматически.
- Картинка и Подсказка — для оформления.
Сама группа ничего не показывает. Чтобы она заработала, у команды (общей или команды объекта) в свойстве Группа выбирают нужную группу. Пустая группа в интерфейсе не выводится.
Стандартные группы
Платформа уже содержит набор стандартных групп. В панели навигации это «Важное», «Обычное» и «См. также». В панели действий — «Создать», «Отчеты» и «Сервис». Собственная группа нужна, когда команд много и их хочется собрать под отдельным заголовком: например, «Обмен с банком» в панели действий раздела.
Типовая конфигурация и расширение
В типовой базе на поддержке создавать группу команд прямо в основной конфигурации неудобно: придётся включать возможность изменения, и каждое обновление станет сложнее.
Новую общую команду и свою группу команд можно добавить в расширение конфигурации. Основная конфигурация остаётся на поддержке, обновления ставятся штатно, а доработка подключается поверх.
После загрузки расширения проверьте, что для него включён безопасный режим, если это требует политика вашей компании, и что в расширении есть роль с правом на новую команду. Без права команда из расширения тоже не появится.
Настройка профиля группы пользователей и интерфейса
В БП 3.0, ЗУП 3.1 и УТ 11 права раздают не через конфигуратор, а в самой программе. Раздел: Администрирование → Настройки пользователей и прав.
Включите нужные возможности
На этой странице есть флажки, которые меняют работу всего механизма:
- 👥 Группы пользователей — без этого флажка справочник пользователей плоский, папок нет.
- 🔒 Ограничивать доступ на уровне записей — нужен, если бухгалтер должен видеть только свою организацию или кадровик — только своё подразделение. Флажок нагружает базу: на крупных базах включайте его осознанно.
Профиль — набор ролей под должность
Профиль групп доступа собирает роли под типовую работу. В типовых решениях уже есть поставляемые профили: «Бухгалтер», «Главный бухгалтер», «Администратор» и другие, в зависимости от конфигурации.
Поставляемый профиль лучше не править: при обновлении его состав может обновиться. Если нужна другая комбинация ролей, скопируйте профиль и меняйте копию.
Интерфейс для группы: одинаковые панели всем
Расположение команд пользователь настраивает сам: Главное меню → Вид, там пункты настройки панели разделов, панели навигации и панели действий. Администратору удобнее настроить одного «эталонного» сотрудника и раздать его вид остальным.
Для этого в разделе настроек прав откройте Персональные настройки пользователей. Там можно скопировать внешний вид, настройки отчётов и форм от одного пользователя другим или целой группе. Копируйте вечером: изменения применятся при следующем входе.
Создание новой группы доступа: пошагово
Схема рабочая и для БП 3.0, и для ЗУП 3.1, и для УТ 11 — механизм прав у них общий, из Библиотеки стандартных подсистем.
- Откройте
Администрирование → Настройки пользователей и прав → Группы доступа. - Нажмите Создать. Задайте понятное имя: «Бухгалтерия ООО Север», а не «Группа 3».
- Выберите Профиль. От него зависят роли.
- На вкладке участников добавьте пользователей или группу пользователей. Второй вариант удобнее: новый сотрудник попал в папку «Бухгалтерия» — и сразу получил права.
- Если включено ограничение на уровне записей, заполните вкладку ограничений: например, список организаций.
- Нажмите Записать и закрыть.
- Попросите пользователя перезапустить программу. Новые права применяются к новому сеансу.
Не назначайте роли пользователям через конфигуратор (Администрирование → Пользователи) в типовых базах с группами доступа. Программа пересчитывает роли по группам доступа, и ручные правки из конфигуратора будут затёрты при ближайшем обновлении прав.
Как разложить пользователей по группам
Рабочая схема для фирмы на 20–30 человек:
| Группа пользователей | Группа доступа | Профиль |
|---|---|---|
| Бухгалтерия | Бухгалтерия — все организации | Бухгалтер |
| Главный бухгалтер | Главный бухгалтер | Главный бухгалтер |
| Отдел кадров | Кадры | профиль кадровика из поставки |
| Руководство | Только просмотр | профиль на чтение или своя копия |
| ИТ | Администраторы | Администратор |
Один пользователь может входить в несколько групп доступа. Права при этом складываются: итог — объединение всех ролей. Запретить что-то «второй группой» нельзя.
Управление видимостью командных панелей и навигации
Если право на объект есть, а команды не видно — разбирайтесь с интерфейсом. Здесь три уровня.
Уровень 1. Командный интерфейс конфигурации
В конфигураторе у каждой подсистемы есть редактор командного интерфейса. В нём для команды задаются видимость по умолчанию и видимость по ролям: колонки по ролям с отдельными флажками.
Типичная доработка — убрать из раздела отчёт, которым никто не пользуется. Галочку снимают у нужной роли, и команда пропадает у всех, кому выдана только эта роль.
Видимость по ролям — это оформление, а не защита. Объект по-прежнему открывается, например, из навигационной ссылки или через «Все функции». Закрывать доступ нужно правами роли.
Уровень 2. Функциональные опции
Часть команд скрыта самой программой, пока не включена соответствующая возможность. В БП 3.0 это Главное → Функциональность: например, команды учёта по нескольким организациям или складам появятся только после включения нужных флажков. В ЗУП и УТ аналогичные флажки собраны в разделе Администрирование по направлениям.
Признак этого случая: команды нет у всех пользователей, включая администратора.
Уровень 3. Персональные настройки
Пользователь мог сам скрыть команду через Главное меню → Вид. Вернуть исходный вид проще всего там же, пунктом установки стандартных настроек. Если пользователь недоступен, очистите его настройки в Персональных настройках пользователей из раздела настроек прав.
Этот уровень проверяйте последним, но не пропускайте. «Пропавшая» кнопка нередко оказывается просто перетащенной в меню «Ещё» или скрытой самим сотрудником.
Типичные ошибки при группировке прав
Ошибки ниже не повторяют шаги, а описывают то, что ломается уже после настройки.
- ❌ Одна общая группа «Все пользователи» с большим профилем. Через полгода никто не помнит, кому что нужно, а убрать лишнее страшно. Лучше много узких групп доступа, чем одна широкая.
- ❌ Правка поставляемых профилей. После обновления конфигурации состав ролей может вернуться к поставочному, и права «сами» изменятся.
- ❌ Ожидание запретов от второй группы. Права только складываются. Если сотруднику нужно меньше, убирайте его из лишней группы, а не добавляйте «ограничивающую».
- ❌ Пользователь без группы доступа, но с ролями из конфигуратора. Работает до первого обновления прав, потом доступ пропадает.
- ❌ Новая общая команда в доработке без права в роли. Разработчик видит команду под полными правами, пользователи — нет.
- ❌ Ограничение по организациям включили, а вкладку ограничений не заполнили. Пользователь видит пустые списки и думает, что база «потеряла» данные.
Почему пользователь не видит команду: диагностика
Идите от прав к интерфейсу. Так проверка займёт меньше времени.
- Посмотрите права пользователя. Откройте его карточку в
Администрирование → Настройки пользователей и прав → Пользователи. В карточке есть переход к правам доступа — там видно, в какие группы доступа он входит и какие роли получил. - Сравните с коллегой. Если у соседа по отделу команда есть, сравните их группы доступа. Разница почти всегда находится здесь.
- Проверьте функциональность. Нет команды и у администратора — ищите выключенную функциональную опцию.
- Проверьте командный интерфейс. Если вы дорабатывали конфигурацию, откройте редактор командного интерфейса подсистемы и колонку видимости по ролям.
- Сбросьте персональные настройки одного пользователя и попросите его перезайти.
Если права не применяются вовсе
Иногда после массовых изменений права «залипают»: группы настроены верно, а роли у пользователя не те. Начните с простого: откройте группу доступа, перезапишите её и попросите пользователя перезайти. Если не помогло — в типовых базах есть служебные регламентные операции по обновлению прав доступа, их запускает администратор вне рабочего времени.
Массовый пересчёт прав на большой базе может занять от минут до часов и замедлит работу остальных. Предупредите пользователей и запускайте вечером, предварительно сделав резервную копию базы.