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

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

Ключевой момент: пользователь в 1С идентифицируется внутренним уникальным идентификатором, а не именем. Поэтому переименование не создаёт новую учётную запись — все права, настройки, история авторства документов и привязки к элементам справочников сохраняются. Это принципиально отличается от удаления старого и создания нового пользователя.

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

Что именно можно переименовать: имя входа, полное имя и отображение

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

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

Практический вывод: если задача — чтобы в печатных формах отображалась новая фамилия, часто достаточно поменять полное имя и данные физлица, а логин можно оставить прежним. Если нужно изменить сам логин (например, с ivanov на petrova), меняется поле «Имя».

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

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

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

Если в базе настроена аутентификация операционной системы, проверьте поле «Пользователь» в формате \\ДОМЕН\Имя. При смене учётной записи Windows этот параметр тоже нужно обновить, иначе вход по доменной аутентификации перестанет работать.

Переименование в режиме «Предприятие» (типовые конфигурации)

В типовых решениях на БСП (Бухгалтерия предприятия, Управление торговлей, ERP, ЗУП) переименование выполняется без конфигуратора, прямо в пользовательском интерфейсе. Это удобнее, когда у администратора нет доступа к конфигуратору или база работает в клиент-серверном режиме.

Путь: раздел «Администрирование» → «Настройка пользователей и прав» → «Пользователи». Откройте карточку нужного сотрудника и измените поле с именем. Для смены логина может потребоваться перейти по ссылке «Изменить имя для входа» или открыть дополнительные настройки — расположение зависит от версии библиотеки.

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

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

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

Документы, созданные ранее, хранят ссылку на пользователя, поэтому в поле «Ответственный» и в журналах будет отображаться уже новое имя — в том числе задним числом для старых документов. Это нормальное поведение, а не ошибка данных.

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

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

Вход в базу

Норма

Пользователь входит с новым логином и своим паролем

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

Ошибка «Имя пользователя или пароль не верны» — проверьте раскладку, регистр и аутентификацию ОС

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

Норма

В поле «Ответственный» видно новое полное имя

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

Отображается старое ФИО — обновите полное имя и данные физлица

Права доступа

Норма

Доступны все прежние разделы и операции

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

Пропал доступ — возможно, был создан новый пользователь вместо переименования

Типичные ошибки и ограничения

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

Альтернативы: когда переименование не нужно

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

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

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

Сотрудник сменил фамилию, но продолжает работатьПереименуйте пользователя и обновите данные физлица

Опечатка в логине или нестандартное имяИзмените имя входа, права и настройки сохранятся

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

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

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

FAQ

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

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

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

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

Изменится ли автор старых документов после переименования?

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

Что делать, если после смены логина пользователь не может войти?

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

Чем отличается отключение пользователя от удаления?

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

Нужно ли переименовывать физическое лицо при смене фамилии сотрудника?

Да, если фамилия используется в кадровых документах и печатных формах. Карточка пользователя и карточка физлица — разные объекты: обновите полное имя пользователя для отображения и данные физлица для кадрового учёта.