Администрирование · 11 мин
Как удалить аккаунт пользователя в 1С
Как удалить пользователя в 1С: деактивация учётной записи, удаление из справочника, работа в клиент-серверном режиме, типичные ошибки и проверка результата.
Под «удалением аккаунта» в 1С обычно понимают одну из трёх задач: отключить доступ сотрудника к информационной базе, удалить пользователя из справочника «Пользователи» в типовой конфигурации или убрать учётную запись из кластера серверов 1С. Правильное действие зависит от того, что именно требуется — прекратить доступ, почистить справочник или полностью убрать следы учётной записи.
Важно понимать: физическое удаление пользователя из базы — почти всегда крайняя мера. Если сотрудник работал в системе, его имя связано с документами, проводками и историей изменений. Удаление такой записи может привести к битым ссылкам в отчётах и журналах. Поэтому в большинстве случаев правильнее не удалять, а деактивировать учётную запись.
Ниже разобраны все сценарии: деактивация, пометка на удаление, физическое удаление, работа в файловом и клиент-серверном режимах, а также типичные ошибки и способы проверить результат.
Что значит «удалить аккаунт» в 1С: три разные задачи
Прежде чем действовать, определите, какая именно задача стоит. От этого зависит и инструмент, и риски.
- Отключить доступ. Сотрудник уволен или переведён, вход в базу нужно закрыть, но данные о его работе сохранить. Решение — деактивация учётной записи.
- Убрать пользователя из списков. Учётная запись мешает в справочнике, дублируется или создана по ошибке. Решение — пометка на удаление с последующей обработкой.
- Удалить пользователя на уровне сервера. В клиент-серверном варианте учётные записи хранятся в кластере. Иногда требуется удалить пользователя именно там, через консоль администрирования.
Отдельный случай — аккаунт в облачных сервисах 1С (например, 1С:Фреш или 1С:Предприятие через Интернет). Там удаление пользователя приложения выполняется в личном кабинете сервиса, а не внутри конфигурации, и логика отличается.
Как выбрать действие
Деактивация учётной записи: безопасный способ
Деактивация — рекомендуемый способ «удалить» аккаунт уволенного сотрудника. История его работы, подписи в документах и ссылки в отчётах остаются целыми, а вход в программу блокируется.
Порядок действий в типовых конфигурациях (например, «1С:Бухгалтерия», «1С:ЗУП», «1С:Управление торговлей»):
- Откройте раздел «Администрирование» → «Пользователи и права» → «Пользователи» (в некоторых конфигурациях путь: «НСИ и администрирование» → «Настройка пользователей и прав»).
- Найдите нужного сотрудника в списке и откройте его карточку.
- Снимите флаг «Вход в программу разрешён» (в ряде конфигураций — установите признак «Недействителен»).
- Запишите изменения.
После этого пользователь не сможет войти в базу, даже если знает пароль. При необходимости доступ легко вернуть — достаточно снова установить флаг. Это удобно при временных отстранениях или проверках.
- 1Откройте «Администрирование» → «Пользователи»
- 2Найдите сотрудника и откройте карточку
- 3Снимите флаг «Вход в программу разрешён»
- 4Запишите карточку и попросите коллегу проверить вход под этой учётной записью
Удаление пользователя через пометку на удаление
Если учётная запись создана ошибочно и с ней не связаны данные, её можно удалить полностью. В типовых конфигурациях пользователи хранятся в справочнике, поэтому действует стандартный механизм пометки на удаление.
Последовательность такая:
- В списке пользователей выделите нужную строку и нажмите Delete или выберите «Пометить на удаление» в меню «Ещё».
- Перейдите в «Администрирование» → «Обслуживание» → «Удаление помеченных объектов» (в некоторых конфигурациях — «Настройки» → «Удаление помеченных объектов»).
- Запустите удаление. Система проверит, есть ли ссылки на этого пользователя в других объектах.
Если ссылки найдены — например, пользователь указан ответственным в документах, элементах справочников или настройках — 1С не даст удалить запись и покажет список связанных объектов. Дальше два пути: либо заменить пользователя в этих объектах на другого, либо отказаться от удаления и ограничиться деактивацией.
Монопольный режим для удаления помеченных объектов обычно не требуется, но если в базе активно работают другие пользователи, операция может завершиться с ошибками блокировки. Надёжнее выполнять её в нерабочее время.
Удаление пользователя в клиент-серверном режиме
В клиент-серверном варианте работы список пользователей информационной базы хранится в кластере серверов 1С. Учётные записи можно редактировать через консоль администрирования серверов.
Чтобы удалить пользователя на уровне кластера:
- Откройте оснастку «Администрирование серверов 1С:Предприятия» (доступна на компьютере, где установлен сервер 1С, либо подключается удалённо).
- Разверните дерево: кластер → «Информационные базы» → нужная база → «Пользователи».
- Выделите учётную запись и выберите «Удалить» в контекстном меню.
Имейте в виду: удаление пользователя в кластере не удаляет элемент справочника «Пользователи» внутри конфигурации — это связанные, но разные сущности. После удаления в кластере запись в справочнике останется, её нужно обработать отдельно (деактивировать или пометить на удаление). И наоборот: удаление элемента справочника не убирает учётную запись из кластера.
Для работы с консолью нужны права администратора кластера или администратора информационной базы. Если пароль администратора кластера неизвестен, самостоятельно восстановить доступ не получится — потребуется администратор сервера.
Особые случаи: облачные сервисы и внешние учётные записи
В сервисе 1С:Фреш и подобных облачных решениях пользователи приложения управляются через личный кабинет абонента. Там можно отключить пользователю доступ к конкретному приложению или удалить его из списка вовсе. Сама учётная запись портала 1С при этом не удаляется — она принадлежит сотруднику и может использоваться в других сервисах.
Если в конфигурации настроена аутентификация через Active Directory (OpenID, доменная авторизация), то после увольнения сотрудника достаточно отключить его доменную учётную запись — вход в 1С станет невозможен автоматически. Но запись в справочнике пользователей всё равно стоит деактивировать, чтобы она не участвовала в подборе и отчётах.
Отдельная ситуация — учётные записи, под которыми работают внешние обработки, обмены данными и регламентные задания. Перед отключением такого пользователя проверьте, какие фоновые процессы от него зависят: обмен с сайтом, синхронизация между базами, автоматическая рассылка отчётов. После деактивации эти процессы начнут завершаться с ошибками.
Проверка результата и аудит
После деактивации или удаления убедитесь, что цель достигнута. Минимальная проверка — попытка входа: попросите коллегу запустить базу под отключённой учётной записью. Должно появиться сообщение об отказе в доступе.
Дополнительно проверьте журнал регистрации («Администрирование» → «Обслуживание» → «Журнал регистрации»): отфильтруйте события по имени пользователя и убедитесь, что после отключения нет успешных сеансов входа. Если база клиент-серверная, посмотрите список активных сеансов в консоли кластера — сеанс отключённого пользователя не должен появляться снова.
Полезно периодически проводить ревизию учётных записей: выгрузить список пользователей, сопоставить его со штатным расписанием и списком активных сотрудников. Так выявляются «забытые» аккаунты уволенных сотрудников — типичный источник рисков информационной безопасности.
Как проверить результат
Появляется сообщение об отказе в доступе
Вход выполняется — флаг деактивации не записался или действует другая учётная запись
Удалённая запись отсутствует, деактивированная помечена соответствующим образом
Запись на месте без признаков отключения
Нет событий входа отключённого пользователя
Есть успешные сеансы после даты отключения
Выполняются без ошибок
Ошибки аутентификации — отключён служебный пользователь
Часто задаваемые вопросы
Можно ли восстановить удалённого пользователя в 1С?
Если пользователь удалён из справочника физически, восстановить его можно только из резервной копии базы. Поэтому перед удалением всегда делайте выгрузку информационной базы (файл dt) через конфигуратор. Деактивированную учётную запись вернуть просто — достаточно снова установить флаг «Вход в программу разрешён».
Что будет с документами, которые вводил удалённый пользователь?
Сами документы не удаляются, но поле «Автор» и ссылки на пользователя в других объектах станут битыми — вместо имени будет отображаться «Объект не найден». Это затрудняет разбор истории изменений и аудит. Поэтому для работавших сотрудников применяйте деактивацию, а не удаление.
Почему 1С не даёт удалить пользователя?
Чаще всего причина — ссылки на эту запись в других объектах: документах, настройках, справочниках. Обработка «Удаление помеченных объектов» покажет список таких мест. Другие причины: пользователь сейчас работает в базе, у вас недостаточно прав (нужны права администратора) или запись используется в настройках обмена данными.
Как удалить пользователя, если я не знаю пароль администратора?
Без прав администратора управлять пользователями нельзя — это осознанное ограничение безопасности. Обратитесь к администратору базы или обслуживающему специалисту. Если доступ утерян полностью, в клиент-серверном режиме вопрос решается через администратора кластера серверов, в файловом — через восстановление доступа силами специалиста по 1С.
Нужно ли удалять аккаунт уволенного сотрудника сразу?
Доступ следует отключить в день увольнения — это требование базовой информационной безопасности. А вот удалять запись спешить не стоит: оставьте её деактивированной хотя бы до завершения передачи дел и закрытия отчётного периода, чтобы не потерять связь с документами.
Что важно запомнить
Деактивация — стандартный способ отключить аккаунт уволенного сотрудника: доступ закрывается, а данные и история сохраняются. Полное удаление делайте только для ошибочно созданных записей без связанных данных, через пометку на удаление и обработку помеченных объектов, предварительно сделав резервную копию. В клиент-серверном режиме помните про две сущности: пользователь кластера и элемент справочника. После любых действий проверьте результат попыткой входа и журналом регистрации.