Как открыть полный доступ в 1С

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

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

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

Как определить, каким способом настраиваются права в вашей базе

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

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

Полный доступ в конфигурациях на БСП: профиль «Администратор»

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

Порядок действий в пользовательском режиме:

1. 1
   Откройте «Администрирование — Настройка прав и пользователей — Пользователи».
2. 2
   Откройте карточку нужного пользователя и перейдите по ссылке «Права доступа» (или откройте справочник «Группы доступа»).
3. 3
   Найдите группу доступа с профилем «Администратор» и добавьте в неё пользователя, либо создайте новую группу с этим профилем.
4. 4
   Проверьте, что у пользователя включён вход в базу и заданы аутентификация и пароль.
5. 5
   Попросите пользователя перезайти в программу — состав прав применяется при новом сеансе.

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

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

Полные права через конфигуратор: классический способ

Если конфигурация не использует механизм групп доступа, роли назначаются напрямую. Это характерно для старых версий (Управление торговлей 10.3, Бухгалтерия 1.6/2.0, самописные решения) и для файловых баз, где администратор работает через конфигуратор.

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

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

Полный доступ к данным: ограничения на уровне записей

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

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

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

Если в базе не осталось ни одного администратора

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

Маршрут решения

Как восстановить доступ

Файловая база и не задан ни один пользовательСписок пользователей пуст — войдите в конфигуратор без пароля и создайте нового пользователя с полными правами через «Администрирование — Пользователи».

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

Клиент-серверный вариант и есть доступ администратора кластераЧерез консоль кластера или конфигуратор (при наличии прав администратора кластера) создайте нового пользователя ИБ с полными правами.

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

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

Проверка результата и типичные ошибки

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

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

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

Вход в программу

Норма

Пользователь входит без сообщений о недостаточности прав

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

Ошибка «Нарушение прав доступа» при входе — не хватает базовых ролей запуска

Открытие разделов

Норма

Все разделы и журналы открываются

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

Часть пунктов меню скрыта — не хватает ролей подсистем

Работа с документами

Норма

Документы всех организаций видны и проводятся

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

Документы видны, но не проводятся — работает RLS или нет права проведения

Административные функции

Норма

Доступны «Администрирование», обмены, регламентные задания

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

Раздел администрирования недоступен — не назначена роль администратора системы

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

Кому и когда давать полный доступ

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

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

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

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

Назначил полные права, но документы по другой организации всё равно не видны. Что делать?

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

Чем роль «Полные права» отличается от профиля «Администратор»?

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

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

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

Можно ли дать полный доступ только на время и автоматически отключить?

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

Безопасно ли давать полные права внешнему специалисту по внедрению?

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

Почему после обновления конфигурации у пользователя пропали права?

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