Каждый системный администратор или специалист по сопровождению 1С рано или поздно сталкивается с загадочным поведением системы: у одного или нескольких пользователей внезапно пропадает доступ к базе. При анализе карточки пользователя выясняется, что галочка «Вход в программу разрешен» снята. Администратор возвращает флаг на место, сохраняет настройки, но через некоторое время (или даже сразу после закрытия формы) ситуация повторяется.
В этой статье мы подробно разберем, почему в 1С самопроизвольно слетает разрешение на вход, рассмотрим внутренние механизмы платформы и Библиотеки стандартных подсистем (БСП), влияющие на это поведение, и изучим пошаговые алгоритмы решения проблемы.
В современных конфигурациях 1С (таких как ERP, КА, УТ, БП, ЗУП), построенных на базе Библиотеки стандартных подсистем, реализован встроенный механизм безопасности. Он предназначен для автоматического ограничения доступа пользователей, которые длительное время не проявляли активность в системе. Это необходимо для экономии лицензий и повышения безопасности корпоративных данных.
Проанализируем, как работает данный алгоритм:
КонтрольАктивностиПользователей или аналогичное в вашей версии БСП).СведенияОПользователях.Выясним, как настроить или отключить этот механизм, если он мешает вашей штатной работе.
Шаг 1. Изменение общих настроек входа
Если нам требуется полностью отключить автоматическую блокировку неактивных пользователей во всей базе или увеличить интервал ожидания, выполним следующие действия:
Шаг 2. Индивидуальное отключение блокировки для конкретного пользователя
Бывают ситуации, когда общие правила безопасности отключать нельзя, но необходимо сделать исключение для определенных учетных записей (например, для редко используемых технологических пользователей, учетных записей для обменов или руководства).
Пользователи и перейдем в карточку нужного сотрудника.Иногда администраторы сталкиваются с тем, что галочка «Вход в программу разрешен» слетает сразу же после записи карточки пользователя, прямо на глазах. Из базы при этом выходить не требуется: достаточно закрыть и снова открыть форму.
Рассмотрим внутреннюю логику работы платформы 1С:Предприятие. Возможность входа в систему жестко завязана на параметры авторизации. Если мы разрешаем вход в программу, платформа обязана знать, каким именно способом пользователь подтвердит свою личность.
Если в карточке пользователя на вкладке настроек аутентификации сняты одновременно два ключевых флага:
то платформа при попытке сохранения объекта запишет данные в справочник Пользователи, но на уровне СУБД автоматически сбросит флаг разрешения на вход. Запись без указания метода проверки подлинности считается платформой невалидной, и система «молча» отключает неконфигурируемый доступ.
Как решить проблему: Всегда проверяйте, чтобы при включении доступа к базе был активирован хотя бы один из методов аутентификации (как правило, это аутентификация 1С:Предприятия с заданным паролем или аутентификация ОС с указанием доменного имени пользователя).
Разберем специфическую ситуацию, упомянутую в практике администрирования. Иногда галочка сохраняется только в том случае, если пользователю сначала временно назначить роль с полными правами (Администратор), выполнить под ним первый тестовый вход, а затем отобрать лишние права.
Проанализируем причину такого странного поведения системы:
Если созданием пользователей в режиме 1С:Предприятие занимается сотрудник, у которого нет полных прав на уровне СУБД/платформы (например, у него активна только роль УправлениеПользователями, но отсутствует роль АдминистрированиеСистемы), то запись карточки может происходить некорректно.
В управляемых приложениях 1С при записи элемента справочника Пользователи в транзакции также происходит создание или обновление связанного пользователя информационной базы (на уровне платформы). Если у текущего сеанса администратора недостаточно системных привилегий для изменения списка пользователей платформы, то справочник запишется, но связанные настройки авторизации (включая разрешение на вход) будут сброшены или проигнорированы.
Как решить проблему: Выполнять создание и первичное конфигурирование учетных записей должен сотрудник, обладающий полным набором административных прав в системе (роль ПолныеПрава в конфигурации и признак Администрирование на уровне платформы).
Если проблема носит нерегулярный характер и локализуется только на конкретных рабочих местах администраторов, велика вероятность сбоя локального кэша платформы 1С.
Параметр запуска /ClearCache, добавляемый в дополнительные параметры строки подключения, очищает только кэш тонкого клиента (формы, команды), но не затрагивает глубокие кэши метаданных и серверные временные файлы.
Проверим и выполним полную очистку кэша по следующему алгоритму:
%userprofile%\AppData\Local\1C\1cv8%userprofile%\AppData\Roaming\1C\1cv81C:Enterprise 8.3 Server Agent), очистить содержимое каталога snccntx внутри каталога srvinfo, после чего запустить службу обратно.Если вы хотите точно узнать, какой процесс, регламентное задание или какой именно пользователь снимает галочку разрешения входа, воспользуемся штатным инструментом диагностики.
Разберем по шагам процесс анализа:
Данные.Изменение).Пользователи и регистр сведений СведенияОПользователях.ФоновоеЗадание), это однозначно указывает на работу регламентных алгоритмов БСП.Регулярный контроль настроек безопасности и своевременное обслуживание метаданных системы позволят вам избежать неожиданных блокировок пользователей и обеспечат стабильную, бесперебойную работу всей ИТ-инфраструктуры организации. Для автоматизации технического обслуживания, включая регулярное архивирование и тестирование баз в тихом режиме, применяется инструмент для автоматического обновления и обслуживания 1С.