Сотрудник ушёл: как закрыть доступ к 1С

Увольнение сотрудника в бухгалтерской компании требует проверить не только его имя в списке пользователей. Отдельно нужно посмотреть активные сеансы, набор ролей, связанные интеграции и журнал действий. Вопрос «активные пользователи 1С 8.3 как отключить» фактически состоит из нескольких последовательных проверок.

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

Что именно нужно отключить после ухода сотрудника?

Нужно проверить четыре независимых объекта: учётную запись 1С, активные сеансы, роли и внешние средства доступа. Закрытие одного объекта не доказывает, что остальные уже недоступны.

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

Активный сеанс — это текущая работа пользователя с информационной базой. Официальный список активных пользователей показывает имя пользователя, режим использования системы и время начала работы (активные пользователи 1С). Поэтому сначала нужно зафиксировать сведения из списка, а уже затем завершать сеанс.

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

Как найти сотрудника среди активных пользователей 1С?

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

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

Вариант работы 1С влияет на организацию проверки. Платформа поддерживает файловый и клиент-серверный варианты. В файловом варианте данные информационной базы находятся в одном файле; клиент-серверный вариант использует СУБД и кластер серверов 1С:Предприятия 8 (варианты работы системы 1С). Из этого не следует одинаковый порядок администрирования для каждой базы.

При работе через интернет можно использовать тонкий или веб-клиент. Тонкий клиент требует предварительной установки, а веб-клиент работает в браузере при опубликованной информационной базе (работа 1С через интернет). Способ входа полезно записать в журнал, но не следует считать его заменой проверки пользователя внутри 1С.

Как завершить активный сеанс пользователя?

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

В 1С:Библиотеке стандартных подсистем подсистема администрирования пользователей и прав доступа включает просмотр и завершение активных сеансов. Она также содержит отчёты по правам пользователя, группы пользователей или объекта. Документация отдельно указывает, что наличие подсистемы в конкретной конфигурации и права облачного пользователя нужно проверять отдельно (администрирование пользователей и прав доступа).

Практический порядок для учебного сценария выглядит так:

1. Зафиксируйте имя, режим работы и время начала сеанса.
2. Убедитесь, что выбран именно бывший сотрудник, а не пользователь с похожим именем.
3. Проверьте наличие команды завершения сеанса.
4. Выполните завершение только после фиксации исходного состояния.
5. Обновите список и запишите результат проверки.
6. Если команда недоступна, сохраните этот факт и задайте письменный вопрос администратору облака или ответственному за 1С.

Не следует обещать, что завершение сеанса автоматически изменит учётную запись, роли или пароли внешних систем. Это разные элементы доступа, которые нужно проверять отдельно.

Как проверить роли и права бывшего сотрудника?

После завершения сеанса сопоставьте учётную запись с назначенными ролями и проверьте, какие объекты, поля или записи доступны пользователю. Конкретный состав ролей определяется прикладным решением.

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

Для руководителя бухгалтерской компании полезно разделить проверку на два вопроса:

• существует ли учётная запись бывшего сотрудника;
• какие роли и группы пользователей с ней связаны.

Если база используется для нескольких организаций или индивидуальных предпринимателей, область проверки требует особого внимания. 1С указывает, что в одной информационной базе 1С:Бухгалтерии 8 можно вести деятельность нескольких организаций и ИП, используя общие справочники и раздельное формирование отчётности. Такая возможность поддерживается в версиях ПРОФ и КОРП (учёт нескольких организаций в 1С:Бухгалтерии 8). Это не означает автоматически, что каждый пользователь имеет доступ ко всем организациям: права на объекты и записи нужно проверять в конкретной конфигурации.

Что проверяется	Что зафиксировать	Чего не следует предполагать
Активный сеанс	Имя, режим работы, время начала	Что сеанс завершился сам
Учётная запись	Наличие и состояние пользователя	Что завершение сеанса удаляет пользователя
Роли	Названия назначенных ролей и групп	Что должность полностью описывает права
Интеграции	Системы, где мог применяться пароль	Что пароль хранится только в 1С
Журнал	Пользователь, период и найденные события	Что отсутствие записи доказывает отсутствие действия

Как проверить действия сотрудника в журнале регистрации?

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

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

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

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

Что проверить в облачной 1С руководителю?

В облачной 1С руководитель должен разделить внутренние действия в базе и условия доступа, предоставляемые сервисом. Публичная страница Cloud1C не заменяет проверку письменных условий конкретного обслуживания.

На странице cloud1c.org по состоянию на 28 сентября 2026 года заявлены ежедневные автоматические резервные копии с хранением 14 дней и возможность увеличить срок хранения до четырёх месяцев. Состав копий, стоимость продления, порядок и срок восстановления на указанной странице не описаны. Поэтому при увольнении следует письменно спросить, какие права есть у пользователя на копии, кто может запросить восстановление и как фиксируется результат.

Там же опубликованы заявления о доступности 24/7, uptime 99,9%, поддержке 24/7 и автообновлениях. Период измерения uptime, исключения, компенсации и срок реакции поддержки не приведены; эти заявления нельзя называть договорным SLA. Для процедуры увольнения нужно отдельно уточнить, кто завершает сеанс, кто меняет права и каким способом подтверждается выполнение.

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

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

Как оформить журнал проверки доступа?

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

Рекомендуемые поля:

• дата и время проверки;
• имя бывшего сотрудника в 1С;
• обнаружен ли активный сеанс;
• режим работы и время начала сеанса;
• результат завершения сеанса;
• состояние учётной записи;
• назначенные роли или группы, если они доступны для просмотра;
• период и критерии проверки журнала регистрации;
• перечень проверенных интеграций;
• факт смены или отзыва внешних паролей;
• вопросы, направленные облачному провайдеру;
• имя ответственного и дата повторной проверки.

Не записывайте в общий журнал сами пароли интеграций. Достаточно указать систему, дату отзыва или замены и ответственного. Если порядок изменения секрета неизвестен, сформулируйте запрос конкретно: «Какие интеграции связаны с учётной записью сотрудника и каким способом подтверждается отзыв его доступа?»

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

Для дополнительного выбора способа подключения полезен материал «1С через интернет: браузер, клиент или RDP». Он помогает сформулировать вопросы о способе входа, но не заменяет проверку пользователя, ролей и сеансов внутри конкретной информационной базы.

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

Как отключить активного пользователя в 1С 8.3?

Сначала найдите пользователя в списке активных пользователей. Если конфигурация содержит подсистему администрирования пользователей и у вас есть соответствующие права, завершите его активный сеанс. Затем проверьте учётную запись, роли и журнал регистрации.

Что показывает список активных пользователей 1С?

Список показывает, кто работает с информационной базой в данный момент, имя пользователя, режим использования системы и время начала работы.

Можно ли просто удалить пользователя из 1С?

Удаление не следует считать универсальной процедурой отключения доступа. Сначала проверьте активные сеансы, роли, связанные интеграции и записи журнала. Конкретные возможности зависят от конфигурации и предоставленных прав.

Как проверить действия бывшего сотрудника в 1С?

Используйте журнал регистрации: в нём есть сведения о событиях в информационной базе и действиях пользователей. Записи можно отбирать по имени пользователя и периоду времени.

Что проверить у облачного провайдера при увольнении сотрудника?

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