Почему у пользователей 1С пропала галочка «Отображать в списке выбора» и возникают сбои под отдельными учетными записями?

Системный администратор 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

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

Рассмотрим подробно причины возникновения этих проблем и разберем по шагам варианты их устранения.

Причина скрытия пользователей из списка выбора

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

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

Разберем, как отключить эту опцию и вернуть штатное отображение пользователей в режиме 1С:Предприятие:

  1. Перейдем в раздел Администрирование.
  2. Откроем пункт Настройки пользователей и прав.
  3. Найдем функциональную опцию «Разрешить доступ внешним пользователям» и снимем с нее флажок.

После снятия данной настройки признак «Отображать в списке выбора» снова станет доступен для редактирования и вернется в исходное состояние у внутренних пользователей базы данных.

Диагностика и устранение «плавающих» ошибок под конкретными пользователями

Выясним причину второй проблемы, когда под определенной учетной записью система начинает работать нестабильно, выдает необрабатываемые ошибки, а при пересоздании пользователя проблема временно исчезает и появляется снова спустя несколько дней.

Проанализируем основные факторы, вызывающие подобное поведение, и методы их исправления:

  1. Повреждение пользовательского кэша настроек в базе данных.
    Персональные настройки форм, журналов и отчетов хранятся в системных таблицах информационной базы. При некорректном завершении работы сеанса структура данных конкретного пользователя может повредиться.
    Решение: Перейдем в раздел Администрирование -> Настройки пользователей и прав -> Персональные настройки пользователей -> Очистка настроек. Выполним сброс настроек форм и интерфейса для проблемного пользователя без его пересоздания.
  2. Сбой в кэше прав доступа (RLS) и ключах доступа БСП.
    При работе механизма ограничения прав на уровне записей (RLS) права пользователя кэшируются в специальных регистрах сведений. Если кэш ключей доступа актуализировался некорректно, логика платформы начинает сбоить при вызове серверных процедур.
    Решение: Запустим пересчет и обновление ключей доступа подсистемы управления доступом. Это можно сделать через административные панели БСП или программно вызвав процедуру: УправлениеДоступом.ОбновитьКлючиДоступа();
  3. Накопление поврежденного локального кэша ОС.
    Кэш платформы и временные файлы профиля операционной системы на рабочем столе или терминальном сервере накапливают ошибки. При создании нового пользователя 1С ему присваивается новый уникальный идентификатор (UUID), поэтому проблема временно маскируется до накопления свежего локального кэша.
    Решение: Выполним полную очистку каталогов профиля ОС для данного пользователя по путям %APPDATA%\1C\1Cv8 и %LOCALAPPDATA%\1C\1Cv8.
  4. Рассинхронизация элементов справочника «Пользователи» и «Пользователи ИБ».
    Если имя элемента в справочнике Пользователи не совпадает с именем учетной записи в Конфигураторе (ПользователиИБ), либо нарушена их связь по внутреннему идентификатору, платформенный и прикладной код начинают исполняться в разных контекстах безопасности.
    Решение: В карточке пользователя проверим соответствие сопоставления с пользователем информационной базы и при необходимости выполним повторное связывание объектов.
← На главную