Смена имени пользователя в 1С 8.3: что менять и где

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

Чтобы переименовать пользователя в 1С 8.3, откройте его карточку в разделе Администрирование → Настройки пользователей и прав → Пользователи (в БП 3.0, ЗУП 3.1 и других конфигурациях на БСП путь одинаковый), поменяйте нужное поле и запишите. Какое именно поле — зависит от того, что вы хотите изменить: то, что видят в списках, или то, что вводят при входе.

Два имени у одного человека: что именно вы переименовываете

В конфигурациях на библиотеке стандартных подсистем пользователь состоит из двух связанных объектов:

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

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

Переименование через обычный режим 1С:Предприятие

Это самый безопасный способ: форма карточки сама следит за связью двух объектов.

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

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

Что остаётся нетронутым после переименования:

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

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

Файловая база и клиент-серверный вариант: есть ли разница

С точки зрения 1С — нет. Список пользователей информационной базы хранится внутри самой базы. В файловом варианте это файл 1Cv8.1CD, в клиент-серверном — база на сервере СУБД. Порядок действий в карточке одинаковый.

Различия бывают в соседних вещах:

Последний пункт — частая причина «переименовал, а не заходит». Если у пользователя стоит признак «Аутентификация операционной системы», то после смены фамилии в домене (учётная запись ivanova стала petrova) в карточке 1С надо выбрать новую учётку Windows. Обычный логин 1С при этом не играет роли.

Список пользователей через Конфигуратор

Если в базу не войти (потерян доступ администратора, не стартует интерфейс), используйте Конфигуратор.

1. Запустите 1С, выберите базу и нажмите «Конфигуратор».
2. Откройте Администрирование → Пользователи.
3. Дважды щёлкните по нужному пользователю.
4. На вкладке «Основные» исправьте поле «Имя». Это логин, под которым входят в базу. Рядом есть поле «Полное имя».
5. Нажмите «ОК».

Здесь работают без защитных механизмов БСП, поэтому есть нюансы:

• 🔸 Вы меняете только учётку информационной базы. Элемент справочника «Пользователи» в обычном режиме останется со старым наименованием. Его надо поправить отдельно.
• 🔸 Конфигуратор не проверяет, есть ли уже пользователь с таким именем в справочнике. Дубль потом придётся убирать вручную.
• 🔸 Доступ в Конфигуратор получает только пользователь с правом администрирования. Если списка пользователей нет вовсе (база без пользователей), 1С при первом входе сама пускает в Конфигуратор как администратора.

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

Связь с сотрудниками и физическими лицами

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

Если переименовать нужно из-за смены фамилии, порядок такой:

1. Сначала измените ФИО в карточке физического лица. Новая фамилия записывается с датой, старая сохраняется в истории. Именно здесь делается кадровая часть; пользовательское имя на неё не влияет.
2. Затем обновите полное имя в карточке пользователя.
3. Проверьте, что поле «Физическое лицо» в карточке пользователя по-прежнему указывает на ту же персону, а не на нового созданного человека.

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

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

Дубли и «двойники» в списке пользователей

Если после смены имени в списке две строки — один и тот же человек, причин обычно три.

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

2. Пользователя завели заново. Вместо переименования создали другого человека. Старые документы по-прежнему показывают прежнего автора, а текущие настройки и роли у нового пустые. Если нужно сохранить настройки, проще вернуться к старому элементу: измените в нём имя, а новый удалите.

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

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

Если после переименования что-то пошло не так

Разберём конкретные симптомы.

Чего не стоит делать

• 🚫 Не удаляйте пользователя, чтобы «завести заново». Вы потеряете настройки, историю обращений и связь с задачами.
• 🚫 Не используйте общий логин «Бухгалтер» для двух людей, а потом переименовывайте под каждого. Заведите отдельные учётки и разведите роли.
• 🚫 Не забывайте про себя: если вы переименовываете собственную учётку, запишите новый логин до закрытия карточки.
• 🚫 Не правьте пользователей в Конфигураторе, когда достаточно обычного режима. Там нет связи со справочником.

Коротко по порядку действий в типичной ситуации «поменяла фамилию»:

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