Как изменить окно авторизации 1С

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

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

Что именно можно изменить в окне авторизации

Под «окном авторизации» обычно понимают две разные вещи. Первая — системный диалог платформы с выбором пользователя и вводом пароля. Вторая — форма выбора базы в стартёре 1С (список информационных баз). У них разные механизмы настройки.

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

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

Настройка списка пользователей в окне входа

Самая частая задача — убрать из выпадающего списка лишних пользователей или, наоборот, заставить список отображаться. За это отвечают настройки каждого пользователя в конфигураторе.

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

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

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

Изменение заголовка и надписей приложения

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

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

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

Собственная форма авторизации в управляемом приложении

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

Типовая реализация: создаётся общая форма, например «ФормаАвторизации», с полями «Пользователь» и «Пароль». В обработчике она открывается модально, а результат анализируется в ПриНачалеРаботыСистемы. Проверку пароля можно выполнять по таблице пользователей через объект ПользователиИнформационнойБазы.

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

Настройка окна выбора информационной базы

Отдельный сценарий — изменение окна запуска, где пользователь выбирает базу. Список баз хранится в файле ibases.v8i в профиле пользователя. Его можно редактировать вручную, распространять централизованно через групповые политики или формировать файлом .v8i, который пользователь добавляет двойным щелчком.

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

Дополнительно параметры запуска можно задать в командной строке: /N — имя пользователя, /P — пароль, /WA — режим аутентификации ОС. Это позволяет создать ярлык, при запуске которого окно авторизации либо предзаполнено, либо вовсе пропускается.

"C:\Program Files\1cv8\...\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /N"Иванов" /WA-

Ограничения, риски и частые ошибки

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

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

Проверка результата после изменений

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

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

FAQ