При работе в современных конфигурациях «1С:Предприятие 8.3» на базе Библиотеки стандартных подсистем (БСП) — таких как «1С:Бухгалтерия 8», «1С:ERP Управление предприятием» или «1С:Комплексная автоматизация» — администраторы иногда сталкиваются с крайне запутанной ситуацией. Пользователь авторизуется в системе, например, с помощью доменной аутентификации (Windows-авторизации). Процесс входа проходит без ошибок, Журнал регистрации четко фиксирует успешный вход под правильной учетной записью. Однако в правом верхнем углу интерфейса программы отображается имя совершенно другого сотрудника, которого иногда даже нет в справочнике Пользователи.
Давайте подробно проанализируем ситуацию, выясним технические причины этого поведения платформы и разберем по шагам, как исправить эту проблему раз и навсегда.
Для начала разберемся в механике вывода информации. Отображение текущего пользователя в правом верхнем углу окна программы — это платформенная функция интерфейса «Такси», реализованная на уровне самой платформы «1С:Предприятие 8.3». Платформа считывает данные не из справочника Пользователи (как думают многие начинающие специалисты), а напрямую из списка Пользователей информационной базы (ИБ), который доступен в Конфигураторе.
Конкретно в заголовок выводится значение из поля «Полное имя» (Full Name) системной учетной записи ИБ. В штатном режиме работы современные конфигурации на БСП автоматически синхронизируют реквизиты справочника Пользователи в режиме «1С:Предприятие» со списком пользователей ИБ в Конфигураторе. Но при определенных условиях эта связь может нарушаться.
Посмотрим на пример из реальной практики, который чаще всего и приводит к возникновению этой ошибки. При создании новой учетной записи системные администраторы нередко используют механизм копирования существующего пользователя в Конфигураторе или справочнике. При этом легко забыть очистить или изменить поле «Пользователь ОС» (параметры авторизации Active Directory).
В результате в базе данных образуется критическая коллизия: один и тот же доменный логин (например, DOMAIN\petrov) оказывается прописан у двух разных пользователей информационной базы (например, у уволенного сотрудника Иванова и нового сотрудника Петрова).
Когда Петров запускает 1С под своей учетной записью Windows, платформа выполняет автоматический поиск сопоставления. Алгоритм поиска в платформе устроен так, что он проверяет пользователей ИБ сверху вниз по списку. Обнаружив первое совпадение по доменному логину у учетной записи Иванова, платформа авторизует сеанс именно под ним. В итоге:
DOMAIN\petrov.Как решить эту проблему: откройте Конфигуратор, перейдите в меню Администрирование -> Пользователи и тщательно проверьте настройки авторизации ОС у всех пользователей. Убедитесь, что нужный доменный логин привязан строго к одной, актуальной учетной записи. У всех старых, архивных или дублирующих учетных записей флаг доменной авторизации должен быть снят.
Если в Конфигураторе настройки пользователей выглядят абсолютно корректно, а имя все равно отображается неверно, проанализируем ситуацию с кэшем. Платформа 1С кэширует список пользователей ИБ и их свойства локально на компьютере пользователя или в его профиле на терминальном сервере (RDP-ферме).
Если администратор недавно переименовал пользователя ИБ в Конфигураторе, другие активные сеансы пользователей (особенно на терминальном сервере) могут продолжать видеть старое имя из локального кэша до тех пор, пока он не обновится естественным путем или не будет принудительно очищен. Для этой задачи можно использовать утилиту для очистки кэша 1С на терминальных серверах с завершением сессий пользователей.
Как решить эту проблему: выполните очистку кэша платформы 1С на терминальном сервере или локальной машине. Для этого необходимо удалить файлы кэша из следующих каталогов в профиле пользователя:
%userprofile%\AppData\Local\1C\1Cv8%userprofile%\AppData\Roaming\1C\1Cv8Также в клиент-серверном варианте базы данных кэш списка активных пользователей может временно сохраняться на стороне кластера серверов 1С. В особо запущенных случаях для обновления информации может потребоваться кратковременный перезапуск службы кластера серверов 1С:Предприятия. Для этой задачи подойдёт скрипт для очистки серверного и клиентского кэша 1С с сохранением настроек.
В конфигурациях на БСП связь между системными пользователями ИБ из Конфигуратора и элементами справочника Пользователи осуществляется посредством уникального идентификатора (UUID), который хранится в реквизите ИдентификаторПользователяИБ. Если администратор вносил изменения, переименовывал или удалял пользователей напрямую через Конфигуратор в обход стандартного интерфейса управления пользователями в режиме «1С:Предприятие», связь ломается.
В этом случае пользователь ИБ физически существует, платформа успешно авторизует его, но БСП не может сопоставить его ни с одним элементом справочника Пользователи. Из-за этого карточка пользователя в программе пустеет, а в заголовке выводится системное «Полное имя» из Конфигуратора, которое может не соответствовать реальным кадровым данным.
Как решить эту проблему: воспользуемся типовым функционалом БСП для сопоставления учетных записей. Разберем по шагам порядок действий:
Пользователи (обычно находится в разделе «Администрирование» — «Настройки пользователей и прав»).Мы подробно рассмотрели три основные причины появления «фантомных» пользователей в заголовке программы 1С. Чтобы избежать подобных инцидентов в будущем, строго придерживайтесь следующих правил администрирования: