Администрирование · 9 мин
Как вернуть администратора в 1С
Как вернуть права администратора в 1С, если учётная запись удалена, заблокирована или пароль утерян. Пошаговые способы восстановления доступа для файловых и клиент-серверных баз.
Вернуть администратора в 1С можно даже после полной потери доступа: учётная запись удалена вместе с уволившимся сотрудником, пароль забыт, роль «Полные права» случайно снята или профили доступа сброшены после обновления конфигурации. Данные при этом обычно не пострадают, но алгоритм восстановления различается для файловой и клиент-серверной базы, а также зависит от того, сохранился ли у вас доступ к серверу и конфигуратору.
Важно понимать принципиальную разницу: пользователь базы 1С и администратор кластера серверов 1С — это разные уровни. Утрата пароля пользователя базы решается одним набором методов, утрата доступа к кластеру серверов — другим. Ниже разобраны оба случая, включая сценарий, когда неизвестен ни один пароль.
Перед любыми действиями сделайте резервную копию базы: выгрузку в dt из конфигуратора или копию файла 1Cv8.1CD для файловой базы. Все методы восстановления доступа затрагивают служебные таблицы, и ошибка без бэкапа может привести к повреждению базы.
Определите, какой именно доступ утрачен
Прежде чем что-то исправлять, установите, на каком уровне потерян доступ. Это определяет весь дальнейший порядок действий и помогает избежать лишних рисков.
Возможны три типичные ситуации. Первая: пользователь с полными правами существует, но пароль неизвестен — например, запись осталась от уволенного сотрудника. Вторая: в списке пользователей нет ни одного с ролью «Полные права» — учётку удалили или лишили прав. Третья: доступ утерян на уровне кластера серверов 1С — не удаётся подключиться к консоли администрирования сервера.
Можно сбросить пароль или назначить полные права существующему пользователю
Потребуется сброс списка пользователей на уровне файла базы или SQL
Нужен доступ к серверу и к службе агента сервера 1С
Сброс пароля через конфигуратор, если вход в него открыт
Самый простой сценарий: конфигуратор запускается без запроса пароля (пароль задан только на вход в режим «Предприятие» или задан отдельным пользователям, а список доступен). В этом случае восстановление занимает несколько минут.
- 1Откройте базу в конфигураторе
- 2Перейдите в меню «Администрирование» → «Пользователи»
- 3Найдите пользователя, которому нужно вернуть доступ, или создайте нового
- 4На вкладке «Основные» задайте новый пароль и подтверждение
- 5На вкладке «Прочие» отметьте роль «Полные права» (и «Администратор системы» для типовых конфигураций на БСП)
- 6Сохраните пользователя и проверьте вход в режиме «Предприятие»
В типовых конфигурациях на базе Библиотеки стандартных подсистем (УТ 11, ERP, БП 3.0, ЗУП 3.1) одной роли «Полные права» в конфигураторе недостаточно: после входа под пользователем проверьте, что ему назначен профиль «Администратор» в справочнике «Профили групп доступа» внутри самой программы. Иначе часть административных функций останется недоступной.
Если в списке пользователей вообще никого нет, создайте нового: укажите имя, пароль, роли «Полные права» и «Администратор системы». При первом входе в режим «Предприятие» типовая конфигурация предложит зарегистрировать этого пользователя как администратора информационной базы.
Восстановление доступа к файловой базе, когда пароль неизвестен
Если конфигуратор файловой базы тоже запаролен, применяется сброс списка пользователей на уровне файла базы. Список пользователей файловой базы хранится внутри файла 1Cv8.1CD, и существуют специализированные утилиты, которые обнуляют этот список без затрагивания учётных данных.
Общий принцип таков: базу закрывают у всех пользователей, делают копию файла 1Cv8.1CD, затем утилитой снимают флаг наличия списка пользователей. После этого база открывается в конфигураторе без пароля, и администратор создаётся заново описанным выше способом. Учётные данные — документы, справочники, проводки — при этом не затрагиваются.
Альтернативный вариант — если есть вторая база с той же конфигурацией и известным администратором: выгрузить из неё пользователей через обработку выгрузки/загрузки данных или воспользоваться механизмом копирования пользователей. Это дольше, но не требует вмешательства в файл базы.
Восстановление администратора в клиент-серверной базе
В клиент-серверном варианте (SQL Server, PostgreSQL) список пользователей хранится в таблицах базы на SQL-сервере, а доступ к базе контролируется ещё и на уровне кластера 1С. Здесь возможны два подхода.
Первый — через SQL: список пользователей хранится в таблице Params (поле с сериализованными данными пользователей). Опытные администраторы очищают соответствующую запись, после чего база открывается без пароля. Это требует понимания структуры хранения и обязательного бэкапа на уровне СУБД.
Второй, более безопасный путь — если в кластере есть другая база с известным администратором, а конфигуратор проблемной базы всё же открывается (например, аутентификация кластера пройдена, но пароль пользователя базы утерян) — действовать через «Администрирование» → «Пользователи», как в файловом варианте.
Если утерян доступ к кластеру серверов
Когда неизвестен пароль администратора кластера, его сбрасывают на самом сервере: останавливают службу агента сервера 1С, очищают список администраторов в файле реестра кластера (каталог srvinfo, файл 1CV8Clst.lst и связанные данные) и запускают службу снова. После этого консоль подключается к кластеру без пароля, и администратор кластера создаётся заново.
Особый случай: база в сервисе 1С:Фреш или под управлением франчайзи
Если база работает в облачном сервисе, прямого доступа к файлу базы и серверу у вас нет. Восстановление администратора выполняется через личный кабинет сервиса: владелец абонента может сбросить пароль любого пользователя приложения или добавить нового администратора через раздел управления пользователями.
Если базу обслуживает партнёр-франчайзи и доступ утерян на его стороне, запрос на восстановление направляется в поддержку сервиса. Подготовьте подтверждение прав на абонента — это ускорит процесс.
Как выбрать действие
Проверка результата и частые ошибки
После восстановления войдите в базу под новым администратором и убедитесь, что доступны: конфигуратор, раздел «Администрирование» в режиме «Предприятие», настройки пользователей и прав, обновление конфигурации. Для типовых конфигураций дополнительно проверьте профиль «Администратор» в группах доступа.
После успешного восстановления заведите как минимум двух пользователей с полными правами и зафиксируйте пароли в защищённом хранилище паролей организации. Это страхует от повторения ситуации.
Что важно запомнить
Сначала определите уровень утраты доступа — пользователь базы или администратор кластера. Перед любыми действиями сделайте резервную копию. Простейший путь — сброс пароля через конфигуратор; если и он запаролен, список пользователей сбрасывается на уровне файла базы или SQL. После восстановления создайте минимум двух администраторов.
Частые вопросы
Можно ли восстановить доступ, не зная ни одного пароля?
Да. Для файловой базы список пользователей сбрасывается на уровне файла 1Cv8.1CD, для клиент-серверной — через очистку соответствующих данных на SQL-сервере или через сброс администраторов кластера. Данные при этом не теряются, но обязательна предварительная резервная копия.
Удаление пользователя-администратора удалит его документы?
Нет. Пользователь в 1С — это учётная запись доступа. Документы, справочники и проводки, созданные под этой учётной записью, остаются в базе. Удаляется только возможность входа под этим именем.
Почему после назначения «Полных прав» часть функций недоступна?
В типовых конфигурациях на БСП (УТ 11, ERP, БП 3.0, ЗУП 3.1) права управляются через профили групп доступа внутри программы. Пользователю нужно дополнительно назначить профиль «Администратор» в справочнике «Профили групп доступа».
Можно ли посмотреть забытый пароль, не сбрасывая его?
Нет. Пароли в 1С хранятся в виде хешей, исходное значение восстановить нельзя. Возможен только сброс с установкой нового пароля.
Что делать, если базу обслуживает внешний специалист и он недоступен?
Проверьте, есть ли у вас доступ к серверу или каталогу базы и права на уровне операционной системы. Если да — восстановление выполняется стандартными методами из этой статьи. Если инфраструктура полностью на стороне подрядчика, запрашивайте доступ официальным письмом от руководства организации.
Опасно ли использовать сторонние утилиты для сброса пользователей?
Риск связан не с самим сбросом, а с работой без копии и с утилитами из непроверенных источников. Применяйте их только к копии базы, при закрытых сеансах и после полной резервной копии.