Список пользователей 1С 8.3: какая таблица и какой файл за него отвечают

Пользователи 1С 8.3 хранятся внутри самой информационной базы. В файловом варианте это файл 1Cv8.1CD, в клиент-серверном — служебная таблица v8users в базе данных на SQL-сервере. Отдельного файла со списком пользователей рядом с базой нет, и скопировать «только пользователей» файлом не получится.

Частое заблуждение — путать два разных списка. Первый — пользователи информационной базы: логин, пароль, роли, способ входа. Их ведёт платформа. Второй — справочник Пользователи типовой конфигурации: ФИО, группы доступа, контактная информация. Он хранится как обычные данные. Карточка в справочнике ссылается на пользователя базы по уникальному идентификатору, и при переносе важны оба.

Два уровня хранения: платформа и конфигурация

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

📌 Из таблицы видно главное: учётная запись «живёт» в базе, а на компьютере пользователя остаются только список баз и кэш.

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

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

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

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

История действий пользователя хранится в журнале регистрации. Где он лежит:

• 📁 файловая база — папка 1Cv8Log в каталоге базы;
• 📁 клиент-серверная база — каталог srvinfo\reg_1541\<идентификатор базы>\1Cv8Log на сервере 1С.

Журнал не входит в выгрузку .dt. Если история действий нужна после переезда, скопируйте папку журнала вручную или выгрузите нужный период из самого журнала.

Где лежат пользователи файловой базы 1С

Файловая база — это каталог с файлом 1Cv8.1CD. Путь к нему виден в окне запуска: выделите базу в списке, внизу окна появится строка вида File="D:\Bases\Buh".

Внутри 1Cv8.1CD хранится всё сразу:

• 🗂 таблица пользователей V8USERS;
• 🗂 данные справочников, документов, регистров;
• 🗂 сама конфигурация;
• 🗂 пользовательские настройки.

Остальные файлы в каталоге базы — временные. 1Cv8.cgr и папка 1Cv8Log — журнал регистрации, 1Cv8tmp.1CD появляется во время работы.

Как посмотреть список

1. Откройте базу в режиме Конфигуратора.
2. Выберите Администрирование → Пользователи.
3. В списке видны имя, полное имя и признак аутентификации. Двойной щелчок открывает карточку с ролями и паролем.

В пользовательском режиме типовых конфигураций (БП 3.0, ЗУП 3.1, УТ 11) список открывается по пути Администрирование → Настройки пользователей и прав → Пользователи. Здесь вы видите уже справочник конфигурации, а флажок «Вход в программу разрешён» в карточке показывает, создан ли для записи пользователь базы.

Таблица v8users в клиент-серверной базе

В клиент-серверном варианте база хранится в СУБД: Microsoft SQL Server или PostgreSQL. Пользователи лежат в таблице v8users той базы данных, имя которой указано в свойствах информационной базы в кластере.

Что в ней есть:

• 👤 имя и полное имя пользователя;
• 🔑 сведения об аутентификации — пароль хранится не открытым текстом, а в виде хеша;
• 🧩 список ролей, основной интерфейс, язык;
• 🪪 привязка к доменной учётной записи для входа через аутентификацию ОС.

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

Для проверки, что таблица на месте, достаточно простого запроса в нужной базе:

SELECT COUNT(*) FROM v8users;

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

Если потерян пароль администратора собственной базы

Порядок действий для SQL-варианта в общих чертах:

1. Сделайте полный бэкап базы средствами СУБД. Без него не начинайте.
2. Завершите все сеансы этой базы. Пользователи потеряют несохранённые данные, поэтому выбирайте нерабочее время и предупредите их.
3. Переименуйте таблицу v8users и запись users.usr в таблице Params, чтобы платформа не нашла список пользователей.
4. Зайдите в Конфигуратор — авторизация не спросится.
5. Верните прежние имена таблице и записи, затем снова откройте Администрирование → Пользователи и задайте новый пароль администратору.

Способ работает только для вашей базы и при доступе к SQL-серверу. Если доступа к СУБД нет, обращайтесь к тому, кто администрирует сервер.

Кластер серверов 1С: администраторы и доступ к базам

Кластер серверов 1С не хранит пользователей информационных баз. У него свои учётные записи, и их часто путают с пользователями программы.

Уровни администраторов сервера:

Каталог srvinfo по умолчанию находится в C:\Program Files\1cv8\srvinfo, но при установке его часто переносят. Точный путь указан в параметрах запуска службы «Агент сервера 1С:Предприятия 8.3» (ключ -d).

Когда вы открываете в консоли кластера свойства информационной базы, консоль спрашивает логин и пароль администратора этой базы. Это пользователь из v8users с правом администрирования, а не администратор кластера.

Из консоли кластера доступно:

• 👁 просмотр сеансов: кто сейчас работает, с какого компьютера, в каком приложении;
• 🚫 блокировка начала сеансов с сообщением и кодом разрешения;
• ✂️ принудительное завершение сеанса.

Из командной строки сеансы показывает утилита rac, например rac session list с указанием кластера. Полный набор параметров смотрите в rac help.

Профили и группы доступа: где хранятся права пользователей

Права в 1С тоже живут на двух уровнях.

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

Типовые конфигурации на БСП добавляют поверх ролей свою надстройку:

• 📋 Профили групп доступа — наборы ролей под должность: «Бухгалтер», «Кадровик», «Администратор»;
• 👥 Группы доступа — профиль плюс конкретные участники и ограничения, например по организациям;
• 🔒 Ограничения доступа на уровне записей — какие данные видит участник группы.

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

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

Где настраивать в БП 3.0, ЗУП 3.1, УТ 11:

• профили — Администрирование → Настройки пользователей и прав → Профили групп доступа;
• группы — Администрирование → Настройки пользователей и прав → Группы доступа;
• права конкретного человека — кнопка «Права доступа » в карточке пользователя.

Перенос пользователей 1С при миграции базы

Отдельной кнопки «выгрузить пользователей» в платформе нет. Способ переноса зависит от того, что вы мигрируете.

Выгрузка и загрузка .dt

1. В Конфигураторе исходной базы: Администрирование → Выгрузить информационную базу.
2. В новой базе: Администрирование → Загрузить информационную базу.

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

Перенос в другую базу программно

Для пользователей базы в языке 1С есть менеджер ПользователиИнформационнойБазы с методами ПолучитьПользователей(), НайтиПоИмени() и СоздатьПользователя(). Обработка в исходной базе читает имена, роли и привязки к домену, а в целевой — создаёт пользователей.

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

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

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

Перед тем как пускать людей в новую базу, пройдите короткую проверку:

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

Если старый сервер ещё работает, не удаляйте его базу, пока все пользователи не отработают в новой хотя бы день.

Что не переносится с базой

• 💻 список баз на рабочих местах — файл ibases.v8i в %APPDATA%\1C\1CEStart; его копируют отдельно или раздают через общий файл списка баз;
• 🧹 локальный кэш клиента в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 — он создаётся заново сам;
• 🖥 администраторы кластера — их заводят на новом сервере заново.

Частые ошибки при работе со списком пользователей

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