Как проверить пользователя 1С: права, активность и безопасность

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

В зависимости от задачи проверка выполняется в разных местах: список пользователей в режиме «Предприятие» или «Конфигуратор», настройка ролей и профилей групп доступа, журнал регистрации, а также механизмы блокировки и парольной политики. Ниже разобраны все основные сценарии для типовых конфигураций на управляемых формах (Бухгалтерия, Управление торговлей, ERP, ЗУП).

Что именно нужно проверить у пользователя

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

• Учётная запись — существует ли пользователь, не заблокирован ли, кому принадлежит.
• Права и роли — какие документы и справочники пользователь может видеть и изменять.
• Активность — когда входил, какие объекты создавал и менял.
• Безопасность — сложность пароля, аутентификация, отсутствие лишних сеансов.

Как найти пользователя и проверить его учётную запись

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

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

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

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

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

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

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

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

Как проверить активность пользователя через журнал регистрации

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

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

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

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

Если нужно узнать, работает ли пользователь прямо сейчас, откройте «Администрирование» → «Обслуживание» → «Активные пользователи» (в типовых) либо консоль кластера серверов 1С для клиент-серверного варианта. Там видны сеансы: имя пользователя, компьютер, время начала, режим работы.

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

Как проверить парольную политику и защиту учётной записи

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

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

Частые ошибки и ограничения проверки

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

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

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

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

Учётная запись принадлежит уволенному сотрудникуУстановите признак «Недействителен», проверьте журнал на активность после даты увольнения.

У пользователя избыточные праваСкорректируйте профиль группы доступа и зафиксируйте согласованный состав ролей.

Обнаружены входы в нерабочее время или с чужих компьютеровСмените пароль, завершите сеансы и разберитесь с владельцем записи.

Найдены дубли учётных записейОставьте одну персональную запись, остальные заблокируйте после сверки истории.

FAQ: частые вопросы о проверке пользователей 1С

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

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

Как проверить пользователя, если база файловая и нет раздела администрирования?

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

Что делать, если пользователь забыл пароль?

Администратор задаёт новый пароль в карточке пользователя (в конфигураторе или в разделе пользователей типовой конфигурации). Старый пароль посмотреть нельзя — 1С хранит только его хеш. После сброса попросите сотрудника сменить пароль при первом входе.

Видно ли в журнале регистрации, что пользователь просто просматривал данные?

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

Как быстро заблокировать пользователя во всех базах?

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

Нужно ли проверять пользователей, если база в облаке 1С:Фреш?

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