Удаление и блокировка пользователя в 1С:Предприятие 8.3

Увольняется сотрудник, меняется ответственный или кто-то завёл лишнюю запись — и встаёт вопрос, как убрать пользователя из 1С. В большинстве случаев его не удаляют, а блокируют: снимают флажок Вход в программу разрешён в разделе Администрирование → Настройки пользователей и прав → Пользователи. Доступ закрывается мгновенно, а все документы, которые человек успел создать, остаются привязаны к его записи.

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

Блокировать или удалять: что выбрать до первого клика

Разница принципиальная. Блокировка закрывает вход, но сохраняет запись в справочнике Пользователи. Удаление убирает запись целиком — вместе со ссылками на неё из документов.

Запись пользователя в типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) — это элемент справочника Пользователи. На него ссылаются поля Автор, Ответственный, записи регистров, история изменений. Удалили элемент — ссылки повисают в воздухе.

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

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

Как закрыть доступ пользователю через интерфейс

Самый частый и безопасный способ. Подходит для типовых конфигураций на управляемых формах.

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

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

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

Пометка на удаление и удаление помеченных объектов

Если запись действительно надо убрать целиком, работает штатный двухэтапный механизм 1С — тот же, что для любого справочника.

Этап 1. Пометить на удаление. В списке Пользователи выделите запись и нажмите клавишу Delete либо команду пометки на удаление в командной панели. Элемент получит значок перечёркнутого объекта. Это ещё не удаление — запись остаётся в базе и доступна для восстановления.

Этап 2. Удалить помеченные объекты . Откройте Администрирование → Обслуживание → Удаление помеченных объектов. Программа:

• 🔎 найдёт все помеченные объекты;
• 🔗 проверит, нет ли на них ссылок из других данных;
• ✅ удалит те, что ссылками не заняты;
• 🚫 оставит те, на которые кто-то ссылается, и покажет список мест.

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

Удаление учётной записи через Конфигуратор

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

1. Запустите базу в режиме Конфигуратора под администратором.
2. Откройте Администрирование → Пользователи. Это список пользователей информационной базы — именно логины для входа, а не справочник прикладной конфигурации.
3. Выделите нужную строку и нажмите Delete, подтвердите удаление.
4. Закройте окно — изменения сохраняются сразу.

Так вы удаляете только учётную запись для входа. Элемент справочника Пользователи в прикладном решении при этом остаётся — его надо чистить отдельно, через интерфейс (способ выше).

Как убрать пользователя в распределённой базе (РИБ)

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

А вот элемент справочника Пользователи обычно входит в состав плана обмена и мигрирует между узлами. Значит:

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

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

Главная беда — битые ссылки. Если удалить элемент справочника, на который ссылались документы, в полях Автор и Ответственный появится надпись вида <Объект не найден> с внутренним идентификатором. Документы при этом открываются, но автор у них «потерян».

Чем это грозит:

• ❌ в отчётах по ответственным и в истории изменений вместо фамилии — нечитаемый код;
• ❌ при настроенном разграничении доступа на уровне записей (RLS) документы «потерянного» автора могут пропасть из видимости у остальных;
• ❌ при повторном заведении сотрудника старые документы к новой записи сами не привяжутся — это уже другой объект.

Как чинить:

1. Лучший вариант — откат из резервной копии. Если копия свежая, разверните её в отдельную базу, найдите удалённый элемент и перенесите выгрузкой либо заведите заново с тем же составом данных.
2. Если копии нет — заведите пользователя заново. Старые ссылки это не восстановит (внутренний идентификатор у новой записи другой), но дальнейшие документы будут корректными.
3. Проверьте целостность. В Конфигураторе есть тестирование и исправление информационной базы с проверкой ссылочной целостности — оно найдёт битые ссылки и предложит либо очистить их, либо создать «пустые» объекты-заглушки. Запускать его нужно в монопольном режиме и обязательно на копии, прежде чем применять к рабочей базе.

Отдельно стоит сказать про удаление в обход штатных проверок. Если программист удалит элемент справочника напрямую обработкой или кодом, не проверяя ссылки, контроль целостности промолчит — а битые ссылки останутся. Именно так чаще всего и «ломают» базу. Штатное удаление помеченных объектов этой проблемы лишено: оно не даст удалить объект, пока на него кто-то ссылается.

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

Массовая блокировка и завершение сеансов на сервере

Для крупных баз в клиент-серверном варианте есть инструменты уровня сервера — они не удаляют пользователей, а управляют доступом и сеансами.

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

Домённая авторизация (Active Directory). Если вход в 1С настроен через учётные записи Windows/AD, отключение сотрудника в домене автоматически закрывает ему вход в базу — отдельно в 1С ничего делать не нужно.

Завершение активных сеансов. Перед удалением пользователя его сеанс надо завершить. В консоли администрирования кластера (или утилитой rac) можно посмотреть и оборвать сеансы:

rac session list --cluster=<идентификатор кластера>
rac session terminate --cluster=<идентификатор кластера> --session=<идентификатор сеанса>

Точные параметры и синтаксис вашей версии смотрите в rac help session — подкоманды между релизами платформы немного отличаются.

Блокировка входа для всех. Перед техническими работами весь доступ закрывают через блокировку начала сеансов (в консоли кластера или в самой базе — Администрирование → Обслуживание → Блокировка работы пользователей). Это временная мера на время обслуживания, а не способ убрать конкретного человека.

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

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