Как обновить группы доступа в 1С

Группы доступа в 1С определяют, какие объекты информационной базы видит и может изменять конкретный пользователь. После изменения профилей групп доступа, добавления новых пользователей или обновления конфигурации права не всегда применяются автоматически — требуется обновление групп доступа. Если этого не сделать, сотрудник либо не получит назначенные ему права, либо, что опаснее, сохранит доступ к данным, которые ему уже закрыли.

Механизм обновления зависит от типовой конфигурации: в решениях на Библиотеке стандартных подсистем (БСП) — «Управление торговлей», «Зарплата и управление персоналом», «Бухгалтерия предприятия», ERP — используется регламентное задание «Обновление групп доступа» и ручные команды. В старых или самописных конфигурациях права могут управляться иначе, поэтому сначала убедитесь, что в вашей базе включена функциональность ограничения доступа на уровне записей (RLS).

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

Где в 1С находятся группы доступа и когда их нужно обновлять

В типовых конфигурациях на базе БСП группы доступа находятся в разделе «Администрирование» → «Настройки прав и пользователей» → «Группы доступа». Каждая группа связывает пользователей с профилем — набором ролей и разрешённых значений доступа (организации, склады, контрагенты и т.д.).

Обновление требуется в следующих ситуациях:

• изменён состав ролей или значений доступа в профиле групп доступа;
• пользователь добавлен в группу или исключён из неё, а права в сеансе не изменились;
• обновлена конфигурация, в которой изменились роли или объекты метаданных;
• созданы новые элементы справочников (организации, склады), к которым нужно выдать или ограничить доступ;
• после восстановления базы из копии, когда служебные таблицы прав могли рассинхронизироваться.

Важно понимать: права в 1С пересчитываются не мгновенно. Система хранит вычисленные значения доступа в служебных таблицах, и именно их обновляет механизм «Обновление групп доступа». Пока обновление не выполнено, пользователь работает со старым набором прав.

Автоматическое обновление через регламентное задание

Основной способ поддерживать права в актуальном состоянии — регламентное задание «Обновление групп доступа». В типовых конфигурациях оно предопределено и обычно включено по умолчанию, но после переноса базы, отключения заданий администратором или сбоя планировщика может оказаться остановленным.

Чтобы проверить и настроить задание, откройте «Администрирование» → «Обслуживание» → «Регламентные операции» → «Регламентные и фоновые задания». Найдите в списке «Обновление групп доступа» и убедитесь, что флажок «Использование» установлен. Откройте расписание: для активно работающих баз разумен интервал от нескольких минут до часа — чем чаще меняются права и составы групп, тем короче интервал.

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

1. 1
   Откройте «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания».
2. 2
   Найдите задание «Обновление групп доступа» и установите флажок «Использование».
3. 3
   Задайте расписание: для активной базы — каждые 5–15 минут.
4. 4
   Нажмите «Выполнить сейчас» для немедленного обновления.
5. 5
   Проверьте в журнале регистрации, что задание завершилось без ошибок.

Ручное обновление групп доступа

Когда права нужны немедленно — например, новому сотруднику срочно открыли доступ к кассе — ждать регламентного задания не нужно. В типовых конфигурациях предусмотрено ручное обновление.

Обновление из карточки группы доступа

Откройте «Администрирование» → «Группы доступа», выберите нужную группу и нажмите «Обновить» (в ряде конфигураций — «Ещё» → «Обновить группу доступа»). Система пересчитает состав участников и разрешённые значения для этой группы. Способ подходит, когда изменения коснулись одной-двух групп.

Обновление из профиля групп доступа

Если менялся сам профиль (добавлена роль, изменены виды доступа), откройте «Профили групп доступа», выберите профиль и выполните обновление — система предложит обновить все группы, использующие этот профиль. Это быстрее, чем обходить каждую группу вручную.

Полное обновление всех групп

Для гарантированного пересчёта всех прав запустите регламентное задание вручную кнопкой «Выполнить сейчас» в списке регламентных заданий. В больших базах с сотнями пользователей и включённым RLS полное обновление может занимать заметное время и создавать нагрузку — планируйте его на период низкой активности.

Программное обновление для администраторов и разработчиков

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

// Полное обновление групп доступа (как регламентное задание)
УправлениеДоступом.ОбновитьГруппыДоступа();

// Обновление по конкретному профилю или группе
УправлениеДоступом.ОбновитьГруппыДоступа(ПрофильИлиГруппа);

Перед вызовом убедитесь, что код выполняется в привилегированном режиме или от имени пользователя с правами администратора, иначе получите ошибку нарушения прав доступа. В файловых базах длительное обновление лучше запускать в монопольном режиме или вне рабочего времени, чтобы избежать конфликтов блокировок с пользовательскими сеансами.

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

Как проверить, что права обновились корректно

Формальное завершение задания не гарантирует, что пользователь получил именно те права, которые задумывались. В типовых конфигурациях есть инструмент проверки — отчёт «Анализ прав доступа» (или «Проверка прав доступа»), доступный из карточки пользователя либо из раздела настройки прав.

Откройте отчёт, укажите пользователя и объект (например, конкретный документ или элемент справочника) — отчёт покажет, какие группы доступа и профили дают или запрещают доступ, и через какие значения. Это самый быстрый способ понять, почему у сотрудника «не открывается» нужный документ.

Дополнительный практический тест: попросите пользователя перезайти в базу и выполнить целевое действие — открыть документ, провести его, сформировать отчёт. Если действие выполняется, а доступ к закрытым объектам отсутствует, обновление прошло корректно.

Типичные ошибки и способы их устранения

Чаще всего жалоба «права не применились» связана не с поломкой механизма, а с пропущенным шагом в настройке. Разберите типовые случаи по порядку, прежде чем искать ошибку в платформе.

Отдельный случай — ошибки обновления после обновления релиза конфигурации. Если в новом релизе изменились роли или объекты RLS, а отложенные обработчики обновления не выполнены, права могут работать некорректно. Проверьте «Администрирование» → «Обслуживание» → «Результаты обновления программы» и дождитесь завершения всех отложенных обработчиков.

Частые вопросы