← На главную

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

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

Архитектурная причина проблемы: разделение пользователей в БСП

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

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

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

Правильный регламент создания пользователей в 1С

Рассмотрим золотое правило работы в БСП-конфигурациях: всегда создавайте пользователей исключительно в режиме «1С:Предприятие»!

Разберем этот процесс по шагам:

1. Запустите программу в режиме «1С:Предприятие» под учетной записью с правами администратора.
2. Перейдите в раздел Администрирование, найдите пункт Настройки пользователей и прав и откройте справочник Пользователи.
3. Нажмите кнопку Создать.
4. Заполните основные реквизиты: полное имя, физическое лицо, подразделение.
5. В поле «Имя (вход)» укажите логин для авторизации. При необходимости задайте пароль, требования к его сложности и установите галочки, управляющие входом (например, «Аутентификация 1С:Предприятия»).
6. Запишите элемент справочника.

В момент записи элемента справочника система 1С программно, под капотом, обратится к платформенным механизмам и сама создаст пользователя в Конфигураторе с точно таким же UUID. В результате связь будет установлена корректно и без ошибок.

Что делать, если пользователь уже заведен в Конфигураторе?

Если вы уже создали пользователя в Конфигураторе и не хотите его удалять, можно попытаться выполнить сопоставление вручную. Проанализируем, как это сделать:

1. Зайдите в режим «1С:Предприятие» под администратором.
2. Откройте справочник Пользователи.
3. Нажмите кнопку Еще (в правом верхнем углу списка) и выберите пункт меню Пользователи информационной базы. Перед вами откроется служебная форма, которая выведет список всех учетных записей из Конфигуратора.
4. Найдите в списке созданного вами пользователя. Возле него будет отсутствовать связь со справочником.
5. Выделите строку с пользователем и нажмите кнопку Сопоставить с новым (или выберите существующий элемент справочника для связи).
6. Нажмите Записать и закрыть.

Решение проблемы зависания при сохранении или сопоставлении

Часто при выполнении процедуры ручного сопоставления (описанной выше) или при записи карточки пользователя система «намертво» зависает. Администраторам приходится аварийно завершать процесс через диспетчер задач. Выясним причины такого поведения системы и рассмотрим методы борьбы с ним.

Основная причина зависания — это тяжелый расчет ограничений прав доступа (RLS) и связанных объектов в конфигурации 1С:Документооборот. При сохранении пользователя БСП инициирует транзакционный пересчет прав по всей базе данных. Система начинает заполнять служебные регистры сведений, такие как ПраваПоЗначениямДоступа или КэшПравПользователей. В крупных базах данных этот процесс может занимать длительное время, блокируя таблицы СУБД.

Для решения этой проблемы применим следующие методы:

Метод 1. Включение отложенного обновления прав

Это самый эффективный способ избежать зависания интерфейса. Мы можем перенести тяжелые расчеты прав из активного сеанса пользователя в фоновые регламентные задания.

1. Перейдите в раздел Администрирование — Настройки пользователей и прав.
2. Разверните группу настроек Права доступа.
3. Установите флаг напротив опции Отложенное обновление прав доступа.

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

Метод 2. Кардинальное пересоздание пользователя

Если сопоставление вызывает бесконечные ошибки или блокировки, самым надежным решением будет полная очистка некорректной записи:

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

Метод 3. Проверка монопольного режима и регламентных заданий

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

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