Учётная запись уволенного сотрудника: убираем её из базы 1С без битых ссылок
Содержание
Пользователя удаляют в Конфигураторе через меню Администрирование → Пользователи: выделите учётную запись в списке и нажмите Delete или кнопку удаления на панели. Перед этим завершите его сеанс, а в типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) сначала отключите вход в карточке пользователя в режиме 1С:Предприятие, иначе в справочнике останется «пользователь без учётной записи».
Типичная ситуация: сотрудник уволился, его логин висит в окне выбора, а лицензий на всех не хватает. Выбросить пользователя из базы 1С через Конфигуратор можно за минуту. Но если сделать это не в том порядке, в документах, где он стоит ответственным, появятся пустые или битые ссылки.
Что сделать до удаления: сеансы, права, копия
В 1С 8.3 у пользователя две «половины». Первая — учётная запись информационной базы: имя, пароль, способы входа, роли. Её видит платформа и Конфигуратор. Вторая — элемент справочника «Пользователи» в самой конфигурации. На него ссылаются документы, задачи, настройки, группы доступа.
Конфигуратор удаляет только первую половину. Поэтому подготовка состоит из трёх проверок.
1. У вас есть права. Открыть список пользователей и менять его может только тот, у кого в роли есть право «Администрирование». Обычно это роль «Полные права» или «Администратор системы».
2. Пользователь не работает в базе. Посмотрите, кто подключён:
- 🖥️ в Конфигураторе —
Администрирование → Активные пользователи; - 📋 в типовой конфигурации —
Администрирование → Обслуживание → Активные пользователи, там же есть команда завершения сеанса; - 🗄️ в клиент-серверном варианте — консоль администрирования серверов 1С: кластер → информационная база → «Сеансы».
Завершение сеанса обрывает работу пользователя: несохранённые документы пропадут. Предупредите человека заранее или делайте это вне рабочего времени.
В файловой базе консоли кластера нет. Если человек не выходит сам, закройте 1С на его компьютере или воспользуйтесь блокировкой сеансов: Администрирование → Обслуживание → Блокировка работы пользователей.
3. Есть резервная копия. Удаление учётной записи нельзя отменить кнопкой. Сохраните выгрузку базы: Администрирование → Выгрузить информационную базу в Конфигураторе. Для клиент-серверной базы подойдёт и копия средствами СУБД.
Где найти список пользователей в Конфигураторе
Запустите 1С, выберите базу и нажмите «Конфигуратор». Войдите под администратором.
Список пользователей открывается из главного меню: Администрирование → Пользователи. Открывать саму конфигурацию для этого не нужно.
В списке видно:
| Колонка | Что означает |
|---|---|
| Имя | Логин для входа |
| Полное имя | Как пользователь подписан в окне выбора |
| Аутентификация 1С:Предприятия | Вход по паролю 1С |
| Аутентификация ОС | Вход по учётной записи Windows |
Двойной щелчок открывает карточку. На вкладке «Основные» — имя, пароль, способы аутентификации, флажок «Показывать в списке выбора». На вкладке «Прочие» — роли, основной интерфейс, язык.
Если нужно найти конкретного человека в длинном списке, отсортируйте его щелчком по заголовку колонки «Имя» или «Полное имя».
Монопольный режим для работы со списком пользователей не нужен. Другие пользователи могут оставаться в базе, пока вы правите чужую учётную запись.
Порядок удаления учётной записи пользователя из базы 1С
Порядок зависит от того, что у вас за конфигурация.
Самописная или старая конфигурация без справочника «Пользователи»
Здесь всё решает платформа, и Конфигуратор — правильный инструмент.
- Откройте
Администрирование → Пользователи. - Выделите строку пользователя.
- Нажмите
Deleteили кнопку удаления на командной панели списка. - Подтвердите удаление.
- Закройте список и попробуйте открыть базу : логин должен исчезнуть из окна выбора.
Типовая конфигурация на БСП (БП 3.0, ЗУП 3.1, УТ 11, КА, ERP)
В этих программах пользователей ведут из режима 1С:Предприятие. Конфигуратор не знает о справочнике «Пользователи», группах доступа и профилях.
- Откройте базу в режиме 1С:Предприятие под администратором.
- Перейдите в
Администрирование → Настройки пользователей и прав → Пользователи. - Откройте карточку сотрудника.
- Снимите флажок «Вход в программу разрешён».
- Установите флажок «Недействителен» — пользователь пропадёт из списков выбора, но останется в старых документах.
- Запишите карточку.
После этого учётная запись в Конфигураторе либо уже удалена программой, либо стала безопасной: войти под ней нельзя. Если она всё равно видна в Администрирование → Пользователи и мешает, удалите её там по шагам из подраздела выше.
Не удаляйте элемент справочника «Пользователи» физически. На него ссылаются документы (поле «Ответственный»), заметки, задачи, история изменений. Пометка «Недействителен» решает задачу без потери этих связей.
Если пользователь удалён только в Конфигураторе
Такое бывает часто: админ почистил список в Конфигураторе, а в 1С:Предприятии карточка осталась. В карточке программа покажет, что учётная запись не найдена или вход не настроен.
Ничего страшного не произошло. Откройте карточку, отметьте «Недействителен» и запишите. Создавать учётную запись заново не нужно.
Администрирование → Пользователи, выделить, Delete.Роли, группы доступа и профили: что происходит с правами
В Конфигураторе права пользователя — это набор ролей на вкладке «Прочие». Удалили учётную запись — роли исчезли вместе с ней.
В типовых конфигурациях роли назначает не администратор вручную, а программа по профилям групп доступа. Цепочка такая:
- Профиль группы доступа содержит набор ролей (например, «Бухгалтер»).
- Группа доступа связывает профиль с пользователями.
- Программа сама проставляет роли учётной записи при записи группы или карточки.
Отсюда два практических вывода.
- 🔒 Роли, которые вы сняли в Конфигураторе, вернутся при следующей записи группы доступа. Права в типовой базе правят только через
Администрирование → Настройки пользователей и прав → Группы доступа. - 🧹 Перед отключением полезно убрать человека из групп доступа. Тогда в отчёте о правах не останется «мёртвых» участников.
Проверить, в каких группах состоит сотрудник, можно в его карточке: там есть переход к правам доступа и отчёту по ним.
Нужно передать права уволенного новому сотруднику? Добавьте нового в те же группы доступа. Копировать роли вручную через Конфигуратор не нужно — профиль сделает это сам.
Конфигуратор, режим 1С:Предприятие, код: сравнение способов
| Способ | Когда подходит | Что удаляется | Риски |
|---|---|---|---|
Конфигуратор, Администрирование → Пользователи | Самописные базы, разовая чистка | Только учётная запись ИБ | В типовой базе остаётся карточка в справочнике |
| Карточка в режиме 1С:Предприятие | Любая типовая конфигурация на БСП | Вход отключается, карточка помечается | Почти нет: ссылки в документах сохраняются |
| Внешняя обработка с кодом | Массовое удаление десятков логинов | Учётные записи ИБ по списку | Ошибка в условии удалит лишних — нужна копия |
| Консоль кластера | Только выбросить из сеанса | Ничего, обрывается сеанс | Потеря несохранённых данных пользователя |
Для массовой чистки платформа даёт объект ПользователиИнформационнойБазы. Пример для внешней обработки, выполняется на сервере:
&НаСервереБезКонтекста
Процедура УдалитьУчетнуюЗапись(ИмяПользователя)
Пользователь = ПользователиИнформационнойБазы.НайтиПоИмени(ИмяПользователя);
Если Пользователь = Неопределено Тогда
Сообщить("Не найден: " + ИмяПользователя);
Возврат;
КонецЕсли;
Пользователь.Удалить();
Сообщить("Удалён: " + ИмяПользователя);
КонецПроцедуры
Запускайте такой код под администратором и только по точному списку имён. В типовой базе он, как и Конфигуратор, не трогает справочник «Пользователи».
Если учётную запись удалить нельзя или она вернулась
Бывает, что после удаления логин снова появляется в списке. Или что платформа не даёт записать изменения.
Логин вернулся через какое-то время. В типовой базе программа восстанавливает учётную запись при записи карточки или группы доступа, если в карточке остался разрешён вход. Решение — отключить вход в карточке, а не удалять повторно в Конфигураторе.
Платформа не даёт удалить последнего администратора. Если в списке есть пользователи, хотя бы у одного должно остаться право «Администрирование». Сначала назначьте полные права другому человеку, затем удаляйте.
Удалили всех пользователей. База начнёт открываться без выбора пользователя и пароля, с полным доступом. Сразу создайте администратора: Администрирование → Пользователи, добавить, роль с правом администрирования, пароль.
Пользователь входит через Windows. Если в карточке включена аутентификация операционной системы, человек попадает в базу без окна выбора, автоматически. После увольнения такой вход часто забывают: учётная запись Windows ещё жива, а 1С пускает по ней. Снимите флажок аутентификации ОС в карточке или удалите учётную запись целиком.
Когда лучше не удалять, а закрыть вход
Удаление — крайняя мера. В Конфигураторе есть мягкие варианты, которые легко откатить:
- 🙈 снять флажок «Показывать в списке выбора» — логин пропадёт из окна запуска, но войти, зная имя и пароль, ещё можно;
- 🔑 сменить пароль на неизвестный сотруднику — подходит на время отпуска или служебной проверки;
- ⛔ снять оба флажка аутентификации — войти под этим логином нельзя совсем, а запись со всеми ролями остаётся.
Для уволенных сотрудников в типовой базе этих мер мало: используйте отключение входа в карточке. Для самописной базы третий вариант равноценен удалению и при этом обратим.
Нужно только выгнать из базы, а не удалять. Это задача про сеансы, а не про учётные записи. Завершите сеанс в консоли кластера или в форме активных пользователей. Чтобы человек не зашёл снова до конца работ, установите блокировку сеансов.
Проверка базы после удаления пользователя
После удаления сделайте короткую проверку. Она занимает несколько минут.
- Откройте окно запуска и убедитесь, что логина нет в списке выбора.
- В типовой базе проверьте карточку в справочнике «Пользователи»: флажок «Недействителен» стоит, вход запрещён.
- Откройте журнал регистрации:
Администрирование → Журнал регистрациив Конфигураторе или раздел «Обслуживание» в 1С:Предприятии. Найдите события группы «Пользователи» — там зафиксировано удаление, кто и когда его сделал. - Если удаляли элементы справочника физически, запустите
Администрирование → Тестирование и исправлениев Конфигураторе с проверкой ссылочной целостности.
Тестирование и исправление требует монопольного доступа: все пользователи должны выйти из базы. Запускайте его вечером и только после свежей выгрузки.
В окне тестирования для этой задачи достаточно двух опций: проверка логической целостности и проверка ссылочной целостности. Для битых ссылок выберите действие «Не изменять» — так вы увидите, где они есть, и решите вручную, что с ними делать. Автоматическое «Удалять ссылки» очистит поле «Ответственный» во всех документах, где стоял удалённый сотрудник.
Если тестирование нашло битые ссылки на пользователя, проще всего восстановить карточку из выгрузки, сделанной до удаления, и отметить её «Недействителен».