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

Список пользователей 1С не лежит в одном очевидном файле — он распределён между информационной базой и, в клиент-серверном варианте, кластером серверов 1С:Предприятия. Пользователи информационной базы (те, что видны в конфигураторе через «Администрирование → Пользователи») хранятся внутри самой базы: в файловом варианте это таблицы внутри файла 1Cv8.1CD, в клиент-серверном — таблицы в СУБД (MS SQL, PostgreSQL и др.). Отдельно существуют пользователи кластера серверов и администраторы агента — это другая учётная система со своим хранилищем.

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

Где хранятся пользователи в файловой базе

В файловом варианте вся информационная база — это файл 1Cv8.1CD, который лежит в каталоге базы. Учётные записи пользователей (логины, хеши паролей, сохранённые настройки аутентификации) находятся внутри этого файла в служебных таблицах формата 1С. Отдельного файла «пользователи.txt» или подобного не существует, и открыть 1Cv8.1CD обычным редактором нельзя — это бинарный контейнер собственного формата.

Найти сам файл просто: в окне запуска 1С выделите базу и нажмите кнопку настройки (или посмотрите строку подключения) — там будет указан путь вида File="D:\Bases\Trade". В этом каталоге и находится 1Cv8.1CD вместе со служебными файлами журнала регистрации и индексов.

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

Где хранятся пользователи в клиент-серверном варианте

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

Важно различать три независимых набора учётных записей в клиент-серверном варианте:

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

Каталог srvinfo по умолчанию располагается в C:\Program Files\1cv8\srvinfo (Windows) или /opt/1cv8/.../srvinfo (Linux). В нём лежат файлы описания кластера, списков баз и учётных записей администраторов. Точный путь можно посмотреть в параметрах запуска службы агента сервера 1С (ключ -d).

Чем список пользователей ИБ отличается от справочника «Пользователи»

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

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

Как посмотреть и выгрузить список пользователей

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

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

Для Каждого Пользователь Из ПользователиИнформационнойБазы.ПолучитьПользователей() Цикл
Сообщить(Пользователь.Имя + " | " + Пользователь.ПолноеИмя);
КонецЦикла;

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

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

Как работает аутентификация операционной системы и где она хранится

Помимо пароля 1С, у пользователя может быть включена аутентификация операционной системы — тогда вход выполняется под доменной или локальной учётной записью Windows без ввода отдельного пароля. В свойствах пользователя ИБ в этом случае хранится ссылка на учётную запись ОС (в виде SID или пути вида \\DOMAIN\User), а не пароль.

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

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

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

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

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

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

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

Нужно перенести базу со всеми учётными записями и паролямиДелайте выгрузку/загрузку через .dt — только так переносятся пользователи ИБ

Переносите базу в другой доменЗаранее проверьте аутентификацию ОС и запланируйте перенастройку привязок учётных записей

Утерян пароль единственного администратораВосстанавливайте из резервной копии; прямые правки файлов базы — только на копии и как последняя мера

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

Как проверить результат и обезопасить учётные записи

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

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

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

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

Вход под обычным пользователем

Норма

Вход выполняется, доступны только разрешённые ролью разделы

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

Ошибка аутентификации или видны административные функции

Список пользователей в конфигураторе

Норма

Состав совпадает с ожидаемым, нет неизвестных учётных записей

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

Появились лишние пользователи или пропали действующие

Справочник «Пользователи» в режиме предприятия

Норма

Каждому активному пользователю ИБ соответствует элемент справочника

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

Есть пользователи ИБ без элементов справочника или наоборот

Аутентификация ОС после миграции

Норма

Доменные пользователи входят без ввода пароля

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

Вход только по паролю 1С или вообще невозможен

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

Можно ли открыть файл 1Cv8.1CD и посмотреть пароли пользователей?

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

Перенесутся ли пользователи при выгрузке базы в .dt?

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

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

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

Где хранятся администраторы сервера 1С и как их восстановить?

Они хранятся в каталоге srvinfo агента сервера (по умолчанию C:\Program Files\1cv8\srvinfo в Windows). При переустановке сервера сохраните копию этого каталога — тогда список администраторов и регистрация баз в кластере сохранятся. Без копии доступ к консоли кластера придётся настраивать заново.

Как узнать, какие пользователи сейчас работают в базе?

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

Опасно ли хранить резервные копии базы в общем доступе?

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