← На главную

При сопровождении типовых конфигураций (например, 1С:Бухгалтерия предприятия 3.0) администраторы часто сталкиваются с неприятной ситуацией: после установки очередного релиза программы у пользователей с ограниченными правами полностью перестраивается командный интерфейс. Вместо компактного рабочего места с доступом к 2–3 документам появляется стандартное главное меню со всеми разделами учета, а прямые роли, назначенные через Конфигуратор, бесследно исчезают. Проанализируем, почему это происходит и как правильно организовать администрирование прав и интерфейса «Такси», чтобы настройки сохранялись навсегда.

Причины сброса настроек интерфейса и ролей

В современных конфигурациях на базе Библиотеки стандартных подсистем (БСП) механизм управления правами работает через специальную подсистему «Пользователи и права доступа». Разберем основные причины некорректного поведения системы после обновления:

1. Назначение ролей напрямую через Конфигуратор. Если администратор открывает дерево метаданных и вручную проставляет флажки ролей пользователю в списке информационной базы, при первом запуске после обновления срабатывают обработчики обновления БСП. Они автоматически сверяют фактические роли с составом справочников ГруппыДоступа и ПрофилиГруппДоступа. Все роли, назначенные в обход режима «1С:Предприятие», принудительно очищаются.
2. Редактирование поставляемых (типовых) профилей. При обновлении конфигурации предопределенные профили групп доступа перезаписываются значениями по умолчанию, заложенными разработчиками конфигурации.
3. Сброс кэша интерфейса. При изменении структуры метаданных клиентское приложение перестраивает командный интерфейс в соответствии с актуальным набором разрешенных прав. Если пользователю возвращаются полные или типовые права, видимость всех разделов меню восстанавливается.

Способ 1. Создание собственного профиля групп доступа в режиме «1С:Предприятие»

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

1. Перейдем в раздел Администрирование → Настройки пользователей и прав → Группы доступа → Профили групп доступа.
2. Создадим новый профиль (или скопируем наиболее подходящий типовой профиль, чтобы создать непоставляемый пользовательский элемент). Пользовательские профили не перезаписываются при обновлениях.
3. В табличной части разрешенных действий (ролей) отметим только те объекты, которые требуются для работы сотрудника (например, права на чтение и редактирование документов АктСверкиВзаиморасчетов, РеализацияТоваровУслуг, СчетНаОплатуПокупателю).
4. Обязательно добавим базовые технические роли. Без них сеанс пользователя аварийно завершится сразу после старта программы. В состав профиля необходимо включить:
   1. Базовые права БСП (обеспечивает считывание общих констант, версий подсистем и нормативно-справочной информации);
   2. Запуск тонкого клиента (или Запуск веб-клиента в зависимости от способа подключения);
   3. Базовые права интернет-поддержки пользователей (если механизм задействован в конфигурации).
5. Сохраним созданный профиль и откроем справочник Группы доступа.
6. Создадим новую группу доступа, выберем для нее наш профиль и включим в список целевых пользователей.

При таком подходе процедуры обновления БСП будут валидировать права на основании созданной группы, и доступ к лишним подсистемам не появится.

Способ 2. Выделение интерфейса через расширение конфигурации

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

1. Откроем Конфигуратор и перейдем в меню Конфигурация → Расширения конфигурации.
2. Добавим новое расширение (тип назначения — Дополнение или Адаптация).
3. Создадим внутри расширения отдельную подсистему и включим в нее только требуемые документы и отчеты.
4. Добавим в расширение собственную роль, дающую права на просмотр созданной подсистемы и работу с документами, после чего свяжем ее с профилем групп доступа в режиме предприятия.
5. При установке обновлений основной конфигурации расширение сохраняет структуру подсистем и командного интерфейса без изменений.

Способ 3. Массовое копирование и тиражирование настроек интерфейса

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

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

Способ 4. Ограничение видимости через функциональность программы

Если определенные учетные разделы (производство, валютный учет, розничные продажи) не используются организацией в целом, целесообразно отключить их глобально через функциональные опции:

1. Перейдем в раздел Главное → Настройки → Функциональность.
2. На соответствующих вкладках снимем флажки с неиспользуемых блоков учета.
3. В результате лишние разделы, журналы и документы будут автоматически скрыты из командного интерфейса всех пользователей без необходимости индивидуальной настройки каждого рабочего места.