Как переименовать пользователя в 1С

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

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

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

Что именно меняется: имя входа и полное имя

В списке пользователей информационной базы у каждой учётной записи есть два ключевых поля. «Имя» — это логин, который пользователь вводит при входе в базу. «Полное имя» — отображаемое ФИО, которое подставляется в документы, отчёты, поля «Ответственный» и журналы. Эти поля независимы: можно поменять только отображаемое имя, оставив логин прежним, и наоборот.

Отдельно существует справочник «Пользователи» в режиме «Предприятие» — это уже прикладной объект конфигурации. Элемент этого справочника связан с учётной записью информационной базы, но это не одно и то же. В типовых конфигурациях (БП, ЗУП, УТ) при редактировании элемента справочника с правами администратора синхронно меняется и учётная запись, но в самописных конфигурациях такой связи может не быть.

Переименование через конфигуратор

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

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

Обратите внимание: если в карточке пользователя включена аутентификация операционной системы и указано конкретное доменное имя (например, \\DOMAIN\ivanov), при смене логина Windows это поле тоже нужно обновить, иначе вход по Windows-аутентификации перестанет работать.

Переименование в режиме «Предприятие»

В типовых конфигурациях удобнее работать без конфигуратора. В 1С:Бухгалтерии откройте раздел «Администрирование» → «Настройки пользователей и прав» → «Пользователи». В ЗУП и УТ путь аналогичный: раздел «Администрирование» → «Настройка пользователей и прав».

Откройте карточку нужного пользователя. Поле «Недействителен» должно быть снято, если учётная запись активна. Для изменения логина перейдите по ссылке настройки прав входа (в типовых — «Права доступа» или отдельная ссылка в карточке) либо просто отредактируйте наименование элемента, если нужно поменять только отображаемое ФИО. В большинстве типовых конфигураций наименование элемента справочника синхронизируется с полным именем учётной записи.

Что происходит с правами, историей и документами

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

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

Особенности для клиент-серверных баз и веб-доступа

В клиент-серверном варианте (MS SQL, PostgreSQL) список пользователей хранится в самой базе, поэтому переименование выполняется так же — через конфигуратор или «Предприятие». Разница в том, что активные сеансы видны в консоли кластера: там можно завершить сеанс пользователя перед изменением.

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

Когда вместо переименования лучше создать нового пользователя

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

Просто удалять старого пользователя не рекомендуется: на элемент справочника могут ссылаться документы, и удаление приведёт к битым ссылкам. Пометка «Недействителен» скрывает пользователя из списков выбора, но сохраняет целостность данных.

Маршрут решения

Как выбрать действие

Сотрудник тот же, изменилась фамилия или формат имениПереименуйте существующего пользователя — права и настройки сохранятся

На место пришёл другой человекСоздайте новую учётную запись, старую пометьте недействительной

Пользователь больше не работает, но есть документы за его авторствомНе удаляйте, установите признак «Недействителен»

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

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

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

Контрольные точки

Как проверить результат

Вход в базу под новым именем

Норма

Вход выполняется, интерфейс и настройки привычные

Тревожный признак

Ошибка «Пользователь не найден» или пустой интерфейс без прав

Отображение в документах

Норма

В поле «Ответственный» новое ФИО

Тревожный признак

Старая фамилия или пустое поле

Аутентификация ОС (если используется)

Норма

Вход без ввода пароля работает

Тревожный признак

Запрос логина и пароля или отказ во входе

Часто задаваемые вопросы

Сбросится ли пароль при переименовании пользователя?

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

Можно ли переименовать пользователя без конфигуратора?

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

Что будет со старыми документами после смены фамилии?

Документы хранят ссылку на элемент справочника, а не текстовое имя, поэтому во всех документах автоматически отобразится новое ФИО. Если нужно зафиксировать, кто работал под старой фамилией, заранее сохраните выгрузку журнала регистрации.

Почему после переименования пользователь не может войти в базу?

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

Можно ли переименовать пользователя, пока он работает в базе?

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

Нужно ли переименовывать пользователя в SQL-базе напрямую?

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