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

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

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

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

Два уровня хранения: учётные записи платформы и справочник «Пользователи»

Учётная запись аутентификации — это объект, который платформа 1С создаёт при добавлении пользователя через конфигуратор или раздел администрирования. В ней хранятся имя для входа, пароль (в виде хеша), роли, настройки аутентификации операционной системы и язык интерфейса. Эта информация принадлежит платформе, а не конфигурации, поэтому не видна в обычных справочниках и не редактируется прикладным кодом напрямую.

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

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

Где физически хранятся данные в файловом и клиент-серверном варианте

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

В клиент-серверном варианте данные хранятся в базе на стороне СУБД (Microsoft SQL Server, PostgreSQL, Oracle, IBM Db2). Учётные записи платформа размещает в служебных таблицах, основная из которых — Params (сериализованные параметры ИБ, включая список пользователей), а элементы справочника «Пользователи» — в таблице вида _Reference..., соответствующей этому справочнику. Прямое чтение этих таблиц средствами СУБД возможно, но изменять их вручную категорически нельзя.

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

Как посмотреть список пользователей в режиме 1С:Предприятие

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

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

Если раздел «Администрирование» не виден, у текущей учётной записи недостаточно прав — нужны роли администратора или «Добавление и изменение пользователей». Это нормальное ограничение, а не признак сбоя.

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

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

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

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

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

Где хранятся пароли и почему их нельзя «достать» из базы

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

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

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

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

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

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

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

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

Вход под учётной записью

Норма

Пользователь входит под своим именем и видит нужные разделы

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

Ошибка аутентификации или пустой интерфейс без прав

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

Норма

В карточке пользователя заполнен идентификатор пользователя ИБ

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

Элемент справочника есть, а идентификатор пуст

Журнал регистрации

Норма

События входа фиксируются под конкретным пользователем

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

Все действия записаны на одну общую учётную запись

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

В какой таблице SQL хранятся пользователи 1С?

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

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

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

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

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

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

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

Почему пользователь не виден в списке, хотя входил в базу?

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

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

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