Где хранится информация о пользователях в 1С

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

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

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

Какие данные о пользователях существуют в 1С

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пароли, аутентификация и Active Directory

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

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

Практический вывод для аудита: если в компании используется доменная аутентификация, политика паролей (сложность, срок действия, блокировка) управляется в Active Directory, а не в 1С. Меняя пароль в AD, пользователь автоматически меняет его и для входа в 1С.

Способы аутентификации

Пароль 1С

Хэш хранится в базе. Подходит для файловых баз и внешних сотрудников. Политику сложности задаёт администратор 1С.

Аутентификация Windows / AD

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

OpenID

Проверка у внешнего провайдера. Применяется в распределённых сценариях и сервисах. Требует настройки инфраструктуры.

Перенос, резервное копирование и типичные ошибки

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

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

Резервные копии, содержащие базу, — это одновременно копии всех учётных данных. Храните .dt-файлы и бэкапы СУБД в защищённом хранилище с ограниченным доступом, иначе любой получивший копию сможет развернуть базу и изучить данные.

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

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

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

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

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

Вход пользователя после изменений

Норма

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

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

Ошибка аутентификации или «Нарушение прав доступа» при открытии документов

Связь учётной записи и справочника

Норма

У учётной записи есть связанный элемент справочника «Пользователи» с актуальными ФИО

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

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

Список активных пользователей

Норма

В списке только действующие сотрудники, уволенные помечены недействительными

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

Активные учётные записи у уволенных, общие учётные записи без владельца

Часто задаваемые вопросы

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

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

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

Да, выгрузка через конфигуратор включает учётные записи с их настройками. Исключение — привязки аутентификации операционной системы: в другом домене или на другом компьютере их придётся перенастроить вручную.

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

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

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

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

Можно ли восстановить доступ, если заблокирован единственный администратор?

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

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

Нет. Каталоги сервера 1С содержат служебные данные кластера (реестр баз, сеансы, журналы), но сам список пользователей информационной базы хранится внутри базы — в файле 1Cv8.1CD или в таблицах СУБД.