Переименование учётной записи в 1С 8.3: Конфигуратор, карточка пользователя и скрипт
Содержание
Поменять имя пользователя в 1С 8.3 можно двумя путями. В типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) откройте Администрирование → Настройки пользователей и прав → Пользователи, затем карточку нужного сотрудника, и исправьте имя для входа и полное имя. В базах без такого справочника правьте учётную запись в Конфигураторе: Администрирование → Пользователи, двойной щелчок по строке, поле «Имя».
Частое заблуждение: чтобы переименовать сотрудника, его надо удалить и завести заново. Так делать не стоит. Новая запись — это новый пользователь: он теряет личные настройки, а в документах старых периодов ответственным останется прежний, «удалённый» человек. Правильно — менять имя у существующей записи. Права и история при этом сохраняются.
Что хранится в учётной записи 1С и что из этого можно поменять
У пользователя 1С есть два слоя, и путаница между ними — главная причина ошибок.
- 🔑 Пользователь информационной базы. Его видит платформа. Хранится внутри самой базы: в файловом варианте — в файле
1Cv8.1CD, в серверном — в базе данных на SQL-сервере. Именно с ним сверяется логин при входе. - 📇 Элемент справочника «Пользователи». Его видит конфигурация. На него ссылаются документы (поле «Ответственный», «Автор»), отчёты и журналы. Есть во всех конфигурациях на Библиотеке стандартных подсистем: БП, ЗУП, УТ, КА, ERP, УНФ.
Справочник связан с пользователем базы по внутреннему идентификатору, а не по имени. Поэтому переименование не рвёт связь: документы, права и группы доступа остаются на месте.
В учётной записи есть три разных «имени»:
| Что | Где видно | Можно ли менять |
|---|---|---|
| Имя (логин) | Окно входа, журнал регистрации, список активных пользователей | Да, должно быть уникальным в базе |
| Полное имя | Заголовок окна программы, печатные формы, поле «Ответственный» | Да, без ограничений на уникальность |
| Пользователь ОС | Строка вида \\DOMAIN\ivanov для входа без пароля | Да, привязано к доменной учётке, а не к логину |
Если сотрудница вышла замуж и сменила фамилию, обычно меняют оба первых поля. Если нужно только поправить опечатку в ФИО на печатных формах — достаточно полного имени, логин можно не трогать, и пользователю не придётся переучиваться.
В ЗУП и Бухгалтерии ФИО сотрудника для кадровых документов хранится не в пользователе, а в справочнике «Физические лица». Смена фамилии работника в кадровом учёте — отдельная операция с датой изменения. Переименование учётной записи её не заменяет.
Как поменять имя пользователя в Конфигураторе
Способ подходит для любой конфигурации, но для типовых на БСП у него есть оговорка — о ней ниже.
- Запустите базу в режиме
Конфигураторпод пользователем с правом «Администрирование». - Откройте меню
Администрирование → Пользователи. Появится список всех учётных записей базы. - Дважды щёлкните по нужной строке. Откроется окно свойств пользователя.
- На вкладке «Основные» исправьте поле «Имя» — это логин. При необходимости исправьте «Полное имя».
- Проверьте флажок «Показывать в списке выбора»: если он включён, новое имя появится в выпадающем списке окна входа.
- Нажмите
ОК.
Монопольный режим для этого не нужен. Сеанс переименованного пользователя, если он сейчас в базе, продолжит работать под старым именем до выхода. В следующий раз войти он сможет только под новым.
Пароль при смене имени не сбрасывается. Роли на вкладке «Прочие», основной интерфейс, язык и режим запуска тоже остаются прежними.
В БП 3.0, ЗУП 3.1, УТ 11 и других конфигурациях на БСП правка через Конфигуратор меняет только пользователя информационной базы. Наименование элемента справочника «Пользователи» останется старым. В итоге в окне входа будет новое имя, а в документах и списках — прежнее ФИО. Для таких баз используйте способ из следующего раздела.
Откуда взялось расхождение: библиотека подсистем сама передаёт данные из карточки в учётную запись платформы при записи карточки. Обратной синхронизации из Конфигуратора нет.
Смена имени пользователя в режиме 1С:Предприятие (БП, ЗУП, УТ)
В типовых конфигурациях переименовывайте сотрудника в пользовательском режиме. Так изменятся оба слоя сразу.
- Откройте программу под администратором.
- Перейдите в
Администрирование → Настройки пользователей и прав. - Нажмите ссылку
Пользователи. Откроется список. - Откройте карточку сотрудника.
- Исправьте «Полное имя» — его увидят в документах и печатных формах.
- Ниже, в блоке входа в программу, исправьте поле «Имя для входа». Если флажок «Вход в программу разрешен» снят, поле может быть недоступно: значит, учётной записи для входа у этого пользователя нет вовсе.
- Нажмите
Записать и закрыть.
Путь одинаков для перечисленных конфигураций:
| Конфигурация | Где список пользователей |
|---|---|
| Бухгалтерия предприятия 3.0 | Администрирование → Настройки пользователей и прав → Пользователи |
| ЗУП 3.1 | Администрирование → Настройки пользователей и прав → Пользователи |
| Управление торговлей 11 | Администрирование → Настройки пользователей и прав → Пользователи |
Если в карточке привязано физическое лицо, при смене полного имени программа не меняет ФИО этого физлица. Это сделано специально: кадровая история ведётся отдельно.
Что делать, если имя уже поменяли в Конфигураторе
Ситуация частая: администратор поправил логин в Конфигураторе, а бухгалтер видит в списках старую фамилию. Исправить просто: откройте карточку в пользовательском режиме, впишите правильное «Полное имя» и запишите. Логин в карточке уже будет новым — он подтягивается из учётной записи платформы.
Если сбились личные настройки
Внешний вид форм, настройки отчётов и избранное платформа хранит в привязке к пользователю. Если после переименования пользователь жалуется, что «всё слетело», перенесите настройки штатным инструментом: Администрирование → Настройки пользователей и прав → Персональные настройки пользователей → Настройки пользователей. Там можно скопировать настройки от одного пользователя другому — например, с временной записи, которую успели завести «на замену».
Особенности переименования в клиент-серверной базе
Обычные пользователи хранятся в самой информационной базе, а не в кластере серверов 1С. Поэтому в консоли администрирования кластера переименовать пользователя нельзя, и делать там ничего не нужно.
Сложности начинаются с другим: имя пользователя часто зашито в служебных местах. После смены логина они перестают работать молча.
- ⏰ Регламентные задания. У каждого задания может быть указан пользователь, от имени которого оно выполняется. Если это переименованная учётка, задание упадёт с ошибкой авторизации. Проверьте в пользовательском режиме:
Администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания. - 🔄 Обмены и интеграции. Настройки синхронизации между базами, подключения через COM и HTTP-сервисы часто идут под отдельным техническим пользователем. Если переименовали его — поправьте логин в настройках обмена на обеих сторонах.
- 🌐 Веб-публикация. В файле
default.vrdстрока подключения может содержать имя пользователя (параметрUsr). Тогда веб-клиент или сервис пускает всех под одной учёткой — её переименование ломает публикацию. - 📜 Скрипты администратора. Пакетные файлы с запуском
1cv8.exeи ключом/N, задания выгрузки резервных копий, обновления через планировщик Windows — во всех них логин указан явно. - 🖥 Консоль кластера. Для блокировки начала сеансов и некоторых операций с базой консоль запрашивает имя и пароль администратора информационной базы. Если переименовали именно администратора — помните, что вводить теперь нужно новый логин.
Перед переименованием технического пользователя найдите все места, где он упомянут. Самый быстрый способ — журнал регистрации: отбор по пользователю покажет, какие задания и сеансы ходят под ним.
Мини-кейс: переименовали «Обмен» — встала синхронизация
В компании две базы: УТ 11 и Бухгалтерия 3.0. Данные между ними ходят раз в 30 минут под техническим пользователем «Обмен». Администратор решил навести порядок и переименовал его в «svc_exchange» — только в Бухгалтерии.
Через полчаса в УТ появилась ошибка синхронизации: база-получатель не пускает старый логин. Документы за день в бухгалтерию не попали. Исправление заняло пять минут: в настройках синхронизации данных на стороне УТ поменяли имя пользователя для подключения и повторили обмен вручную. Вывод простой: технического пользователя переименовывают в паре с настройками всех баз, которые к нему подключаются.
Посмотреть, кто сейчас в базе, можно в Конфигураторе (Администрирование → Активные пользователи) или в консоли кластера, в разделе сеансов базы. Если переименованный сотрудник работает, попросите его перезайти после правки. Принудительно завершать чужой сеанс без предупреждения не стоит: человек потеряет несохранённые документы.
Как изменить имя пользователя скриптом или из командной строки
Отдельного ключа командной строки 1cv8.exe, который переименовывает пользователя, нет. Автоматизируют задачу через встроенный язык: внешнюю обработку
, запускаемую с ключом /Execute, или COM-соединение. Это нужно, когда баз много: например, 15 баз в одном кластере, и в каждой надо переименовать одного и того же сотрудника.
Код, который меняет учётную запись платформы:
Пользователь = ПользователиИнформационнойБазы.НайтиПоИмени("Петрова");
Если Пользователь = Неопределено Тогда
Сообщить("Пользователь не найден");
Иначе
Пользователь.Имя = "Сидорова";
Пользователь.ПолноеИмя = "Сидорова Анна Викторовна";
Пользователь.Записать();
Сообщить("Готово");
КонецЕсли;
Код выполняется на сервере и требует права «Администрирование». Поместите его в серверную процедуру внешней обработки и вызовите при открытии формы.
Пакетный запуск обработки для серверной базы выглядит так:
"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" ENTERPRISE /S srv1c\buh /N Admin /P Pass123 /Execute "D:\scripts\rename.epf"
Номер версии в пути замените на установленный у вас. Для файловой базы вместо /S srv1c\buh укажите /F "D:\Bases\Buh".
Не храните пароль администратора в bat-файле на общем диске. Создайте для скриптов отдельного пользователя с минимальными правами или вводите пароль при запуске.
Учтите ограничение, описанное выше: скрипт меняет только учётную запись платформы. В конфигурациях на БСП полное имя в справочнике «Пользователи» останется старым — его придётся поправить в карточке вручную. Либо доработайте обработку так, чтобы она меняла и наименование элемента справочника. Это задача программиста: запись справочника пользователей в БСП запускает собственные проверки.
Ошибки после смены имени и как их устранить
Большинство проблем после переименования — не сбой, а следствие того, что старое имя где-то осталось.
\\DOMAIN\login.Ещё одна неприятность возникает, если в базе всего один администратор. Если при переименовании ошиблись в логине и забыли его, а пароль никто не записал, войти будет некому. Перед правкой единственной административной учётки сохраните новые данные и проверьте вход в отдельном окне, не закрывая текущее.
Проверить, кто и когда переименовал пользователя, можно в журнале регистрации. Отберите события по пользователям — изменение учётной записи фиксируется с именем того, кто её правил, и временем.