Как обновить права в 1С: пошаговая инструкция

Фраза «обновить права в 1С» обычно означает одну из трёх ситуаций: пользователю изменили роль или профиль, а доступ не изменился; после обновления конфигурации новые объекты недоступны сотрудникам; либо нужно массово пересчитать права после доработки ролей в конфигураторе. Во всех случаях логика одна — платформа и конфигурация должны заново применить настройки доступа к конкретным пользователям.

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

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

Определите, как устроены права в вашей базе

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

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

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

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

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

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

1. 1
   Откройте Администрирование → Настройки прав и пользователей → Профили групп доступа
2. 2
   Откройте нужный профиль и скорректируйте отмеченные разрешения
3. 3
   Проверьте состав группы доступа, связанной с профилем
4. 4
   Попросите пользователя перезапустить сеанс 1С
5. 5
   Проверьте доступ под этим пользователем к нужному объекту

Обновите роли пользователя напрямую

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

Тот же результат даёт конфигуратор: «Администрирование» → «Пользователи» → выбор пользователя → вкладка «Прочие» → список ролей. Отметьте роли флажками и сохраните. Этот способ удобен, когда нужно сравнить наборы ролей у нескольких пользователей или найти, какая роль отвечает за конкретный объект.

Чтобы понять, какая роль управляет доступом к объекту, в конфигураторе откройте свойства объекта (например, документа) → «Права» и посмотрите, какие роли дают нужное действие (чтение, добавление, изменение, проведение). Это помогает не назначать лишние роли «на всякий случай».

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

Когда роли меняет разработчик в конфигураторе, одних изменений объектов метаданных недостаточно — нужно обновить конфигурацию базы данных. Порядок: сохранить конфигурацию (Ctrl+S), затем «Конфигурация» → «Обновить конфигурацию базы данных» (F7). До завершения этого шага пользователи работают со старой конфигурацией БД, и новые роли им недоступны.

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

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

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

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

Дополнительно проверьте, не сбросились ли доработанные профили. Если вы меняли типовой поставляемый профиль, обновление могло вернуть его к состоянию поставки. Именно поэтому рекомендуется работать с копиями профилей.

Проверьте результат и диагностируйте проблемы

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

Если доступ не появился после всех действий, проверяйте по цепочке: роль включена в профиль → профиль назначен группе доступа → пользователь входит в группу → сеанс перезапущен → обновление конфигурации БД выполнено → обновление версии программы завершено. Разрыв обычно находится на одном из этих шагов.

Контрольные точки

Как проверить результат

Вход под пользователем и открытие объекта

Норма

Объект открывается, нужные действия доступны

Тревожный признак

Сообщение о нарушении прав доступа или объект не виден

Отчёт «Права доступа» по пользователю

Норма

Нужное разрешение присутствует и виден источник (профиль)

Тревожный признак

Разрешения нет — проверяйте профиль и группу доступа

Статус обновления версии программы

Норма

Все обработчики выполнены

Тревожный признак

Есть ошибки или незавершённые обработчики

Типичные ошибки при обновлении прав

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

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

Пользователь говорит, что права не изменились, хотя профиль обновлён. Что делать?

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

Нужно ли перезапускать сервер 1С после изменения прав?

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

Как дать доступ к одному новому отчёту, не меняя профиль целиком?

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

После обновления релиза у пользователей пропал доступ к разделу. В чём причина?

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

Можно ли обновить права сразу всем пользователям?

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

Как безопасно проверить, хватает ли прав, не имея пароля пользователя?

Используйте встроенный отчёт «Права доступа» — он показывает итоговые права пользователя на объект и источники этих прав. Альтернатива — временно войти под тестовой учётной записью с тем же профилем.