Где хранятся права пользователей 1С и как их найти

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

Конкретное место хранения зависит от того, как развёрнута база: в файловом варианте это единый файл 1Cv8.1CD, в клиент-серверном — таблицы в СУБД (MS SQL Server, PostgreSQL, Oracle или IBM DB2). При этом сами права в 1С устроены двухуровнево: есть список пользователей с ролями внутри конфигурации и есть механизм аутентификации, который связывает пользователя 1С с учётной записью операционной системы или паролем.

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

Как устроены права в 1С: роли, пользователи и профили

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

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

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

Файловая база: всё внутри 1Cv8.1CD

В файловом варианте вся информационная база — это один файл 1Cv8.1CD, расположенный в каталоге базы. Внутри него в собственном формате платформы хранятся и данные, и конфигурация, и список пользователей с их ролями, и хеши паролей. Рядом могут лежать служебные файлы журнала регистрации и блокировок, но права находятся именно в основном файле.

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

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

Клиент-серверный вариант: таблицы в СУБД

При работе через сервер 1С:Предприятия данные хранятся в базе данных СУБД, а сервер 1С выступает посредником. Список пользователей и их роли находятся внутри этой базы данных, в служебных таблицах. Ключевая из них — Params: в ней в сериализованном виде хранится, в том числе, информация о пользователях информационной базы и их настройках аутентификации.

Профили групп доступа и группы доступа типовых конфигураций хранятся как обычные данные справочников — в таблицах вида _Reference..., соответствующих справочникам «Профили групп доступа» и «Группы доступа». Точные имена таблиц зависят от конфигурации и могут быть сопоставлены через функцию «ПолучитьСтруктуруХраненияБазыДанных» в конфигураторе.

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

Как посмотреть и изменить права штатными средствами

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

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

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

1. 1
   Откройте стартовое окно 1С и выделите нужную базу — внизу отобразится тип подключения и путь.
2. 2
   Для файловой базы перейдите по указанному пути: файл 1Cv8.1CD и есть хранилище прав.
3. 3
   Для серверной базы уточните у администратора СУБД имя базы данных и сервер — права внутри служебных таблиц этой БД.
4. 4
   Проверьте список пользователей через конфигуратор: Администрирование → Пользователи.
5. 5
   Сверьте фактические права через отчёт об анализе прав в пользовательском режиме.

Что происходит с правами при переносе и обновлении

При переносе базы штатными способами права переносятся полностью. Для файлового варианта достаточно скопировать каталог базы целиком или выгрузить данные в файл .dt через конфигуратор и загрузить на новом месте. Для клиент-серверного варианта используют либо выгрузку в .dt, либо бэкап средствами СУБД с последующим восстановлением.

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

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

Восстановление доступа, если пароль администратора утерян

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

Для файловых баз существуют неофициальные методы работы с файлом 1Cv8.1CD, но все они несут риск повреждения данных и не поддерживаются вендором. Безопасный путь — обратиться к специалисту, который выполнит процедуру на копии базы, проверит целостность и только потом вернёт результат в работу.

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

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

Как выбрать действие

Нужно просто посмотреть или поменять праваИспользуйте конфигуратор (Администрирование → Пользователи) или раздел администрирования в пользовательском режиме

База переезжает на другой серверПереносите базу целиком (каталог, .dt или бэкап СУБД) — права переедут сами, проверьте аутентификацию ОС

Утерян пароль единственного администратораОстановите работу, сделайте полную копию базы и привлеките специалиста для восстановления на копии

Нужно проанализировать хранение в SQLРаботайте только запросами на чтение и только на тестовой копии базы

Частые вопросы о хранении прав в 1С

Можно ли скопировать права из одной базы 1С в другую?

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

Хранятся ли пароли пользователей 1С в открытом виде?

Нет. Платформа сохраняет только хеши паролей, восстановить исходный пароль из базы невозможно даже с полным доступом к файлу или СУБД. Единственный вариант — задать новый пароль пользователю с полными правами.

Где лежат права, если база опубликована на веб-сервере?

Там же, где и без публикации: веб-сервер — только способ доступа, а не отдельное хранилище. Файловая база остаётся файлом 1Cv8.1CD, серверная — базой в СУБД. Публикация добавляет лишь настройки веб-доступа и не дублирует права.

Почему после переноса базы пользователь не может войти?

Чаще всего дело в аутентификации операционной системы: привязка к старой учётной записи Windows или домену больше не действует. Войдите под пользователем с паролем 1С и полными правами и перенастройте аутентификацию пострадавших учётных записей.

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

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

Чем отличаются права администратора кластера от прав пользователя базы?

Администратор кластера серверов 1С управляет инфраструктурой: базами, сеансами, рабочими процессами. Пользователь информационной базы работает с данными конкретной базы. Это независимые списки: администратор кластера не получает автоматически доступ внутрь базы, и наоборот.