Смена имени пользователя в 1С 8.3: логин, полное имя, ФИО сотрудника

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

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

Что именно меняем: логин, полное имя или ФИО сотрудника

В 1С путают три разные сущности. От этого половина «неудачных» переименований.

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

💡 Хороший ориентир: если человек остался тем же, но поменялась его роль или должность, вам нужна смена прав. Если сменилась фамилия, правьте ФИО физлица. Если надо поменять то, как человек вводит имя при входе, правьте логин.

Переименование в режиме Предприятия: быстрый способ

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

1. Откройте раздел Администрирование. В типовых конфигурациях (Бухгалтерия предприятия 3.0, ЗУП 3.1) дальше идёт Настройки пользователей и прав, затем Пользователи.
2. В списке найдите нужного человека. Если в списке много строк, введите фамилию в поле поиска над таблицей.
3. Откройте карточку двойным щелчком.
4. Поменяйте поле с полным именем. Именно оно отображается в документах и отчётах.
5. Если нужно сменить логин, измените поле имени для входа. Оно находится в блоке доступа к информационной базе.
6. Нажмите Записать и закрыть.

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

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

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

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

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

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

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

💡 Когда в Конфигураторе стоит делать смену: если пароль администратора забыт, а нужно срочно переименовать пользователя, ничего не получится. Список пользователей защищён теми же правами. Вернуть доступ можно только через резервную копию или через администратора базы.

Что остаётся прежним после переименования

Любое переименование сохраняет:

• 🔐 роли и права, назначенные пользователю;
• 📄 историю документов, где человек указан ответственным, потому что ссылка идёт на элемент справочника, а не на текстовое имя;
• ⚙️ личные настройки: рабочий стол, избранное, отборы в списках;
• 🔑 пароль.

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

Аутентификация средствами Windows и OpenID

Если вход настроен через учётную запись Windows, логин в 1С и имя в домене живут отдельно. Переименовали человека в Active Directory, а в 1С осталась старая привязка? Вход перестанет срабатывать автоматически. Откройте карточку пользователя и заново выберите нужную учётную запись операционной системы. Полное имя при этом можно не трогать.

Для входа через внешнего поставщика (например, через единую учётную запись организации) логика та же: имя в 1С и имя у поставщика сравниваются по настроенному соответствию. После смены имени на стороне поставщика сопоставление нужно поправить в карточке пользователя.

Порядок для нескольких баз

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

Если сменилась фамилия сотрудника: ФИО физического лица

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

Порядок действий:

1. Откройте карточку физического лица.
2. Найдите ссылку рядом с фамилией, которая открывает историю изменений ФИО.
3. Введите новое значение и дату, с которой оно действует. Дата должна совпадать с кадровым событием: заявление, свидетельство, новый паспорт.
4. Сохраните карточку.

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

После этого обновите документы и отчётность: для новых периодов 1С подставит новое ФИО, для старых останется прежнее. Именно так и должно быть.

Связь пользователя с сотрудником в ЗУП и Бухгалтерии

В ЗУП 3.1 карточка пользователя может быть связана с физическим лицом. Нужно это для сценариев, где сотрудник работает с собственными данными: заявления, сведения о себе. Если связь настроена, при смене фамилии у физлица в карточке пользователя полное имя автоматически не меняется. Это две независимые строки.

Что делать на практике:

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

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

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

Клиент-серверный вариант и SQL

В клиент-серверной базе путаница возникает из-за слов «пользователь» и «логин». Их три уровня:

• пользователь информационной базы 1С: тот, кого вы переименовываете;
• администратор кластера серверов: хранится в самом кластере, правится в консоли администрирования или утилитой rac;
• логин СУБД (PostgreSQL или Microsoft SQL Server): учётная запись, под которой сервер 1С подключается к базе данных.

Переименование пользователя информационной базы затрагивает только первый уровень. Список пользователей хранится внутри самой базы, поэтому ни имена в СУБД, ни настройки кластера менять не нужно. Не пытайтесь править таблицы пользователей в SQL напрямую: структура внутренняя, непрозрачная, и ручное изменение ломает базу.

Если вы ещё и меняете учётную запись, под которой сервер 1С обращается к СУБД, это другая задача. Сначала остановите работу пользователей: сеансы оборвутся. Затем смените параметры подключения в свойствах информационной базы в консоли кластера. Делайте это вне рабочего времени.

⚠️ Перед любыми правками, где вы не уверены, сделайте выгрузку информационной базы или резервную копию средствами СУБД. Достаточно одной копии на всё обслуживание, а не перед каждым шагом.

Если не получилось: частые проблемы

Разберём то, что чаще всего ломается после смены имени. Подсказки ниже отсортированы от простого к сложному.

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

Частые вопросы

Короткая проверка после смены имени

Перед тем как закрыть задачу , пройдитесь по пунктам: