Оффбординг: доступы, имущество и незавершённые дела

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

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

Какую задачу решает этот процесс

Карта отвечает на три вопроса:

1. Кто подтвердил кадровую дату и границы процесса.
2. Кто отозвал цифровой доступ и чем это подтверждено.
3. Кто принял имущество и незавершённые задачи.

HR отвечает за подтверждённое кадровое событие и его изменения. Руководитель ИТ переводит это событие в технические действия: проверяет перечень учётных записей, назначает исполнителей и требует подтверждение из целевой системы. Руководители подразделений назначают преемников по открытым делам, а уполномоченный сотрудник принимает выданное имущество.

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

Готовый результат — не отметка «увольнение обработано», а набор принятых пунктов. У каждого пункта есть объект, действие, срок, ответственный и доказательство выполнения. Пока хотя бы один обязательный пункт открыт, общий статус остаётся «не готово».

Какие данные и правила подготовить

До настройки маршрута соберите минимальный набор данных. Разделите поля на обязательные, условные и неизвестные. Обязательное поле нужно для каждого ухода. Условное появляется только при наличии соответствующего объекта. Неизвестное нельзя заполнять догадкой: для него назначают проверку и владельца.

Ниже — короткий синтетический образец. Анна Орлова, адрес, дата, номера имущества и сделок вымышлены и не относятся к клиентам или сотрудникам Switch On AI.

Для обязательных полей заранее задайте правило качества. Например, дата должна быть подтверждена HR, содержать время и часовой пояс. Запись «уволить в пятницу» не определяет момент технического отзыва и не подходит для автоматического запуска.

Условные объекты сначала ищут в их системах-источниках. Если сотруднику не выдавали ноутбук, строка о возврате техники не становится просроченной — она получает статус «не применимо» с указанием источника проверки. Если сделки есть, руководитель называет нового ответственного и способ принятия.

Неизвестное остаётся видимым. Если ИТ ещё не выяснил, использует ли сотрудник сервисную учётную запись, карта должна показывать открытый вопрос, исполнителя и срок проверки. Значение «нет» можно поставить только после проверки согласованного источника.

Как составить карту завершения работы

Разделите процесс на три ветви. Они связаны одним кадровым событием, но завершаются разными подтверждениями.

Кадровое решение

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

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

Технический отзыв

Для каждого доступа укажите:

• систему или приложение;
• личная это запись или общая техническая;
• исполнителя с достаточными правами;
• плановый момент отзыва;
• подтверждение из целевой системы;
• действие при ошибке.

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

Официальная документация Microsoft Entra ID Governance описывает отдельную стадию Leaver для пользователя, покидающего организацию, а Lifecycle Workflows — как задачи с условиями и запланированным либо ручным запуском. Эта возможность относится к платформе Microsoft Entra и требует Microsoft Entra ID Governance или Microsoft Entra Suite. Она не доказывает совместимость с остальными системами конкретной компании.

Документация Microsoft Entra ID также различает блокировку новых входов, отзыв refresh-токенов и сеансы, которыми управляют сами приложения. Поэтому одной операции в каталоге идентификаций может быть недостаточно: владельцы приложений должны проверить собственные сеансы и правила отзыва. Роли администратора, лицензия, доступные операции и поведение каждого приложения проверяются отдельно перед внедрением.

Передача имущества и дел

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

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

Как отключать доступ в нужный момент

Момент отзыва задают полной временной отметкой. В учебном правиле примем:

• подтверждённое завершение работы T_end = 16.10.2026 18:00 Europe/Moscow;
• согласованный сдвиг Δ = 0 минут;
• момент отзыва T_revoke = T_end + Δ = 16.10.2026 18:00 Europe/Moscow.

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

Перед исполнением ИТ проверяет четыре условия:

1. HR не перенёс дату ухода.
2. Учётная запись принадлежит уходящему сотруднику, а не общей интеграции.
3. Понятно, какие активные сессии и приложения требуют отдельных действий.
4. Отключение не остановит общий обмен данными или сервис, у которого нет другого владельца.

Допустим, уход перенесли с 16 на 23 октября 2026 года. Старая отложенная задача на 16 октября должна быть отменена, а не оставлена «на всякий случай». После подтверждения HR создаётся новая задача на 23.10.2026 18:00 Europe/Moscow. В журнале остаются старая дата, причина отмены и новая временная отметка.

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

Даже после блокировки личной записи нельзя автоматически считать все сеансы закрытыми. В Microsoft Entra отдельные приложения могут управлять собственными session-токенами; фактическое прекращение доступа зависит от их настроек и механизма авторизации. Поэтому подтверждение собирают по согласованному перечню систем, а не только по состоянию одной записи.

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

Для имущества используйте устойчивый идентификатор: инвентарный номер, серийный номер по принятому правилу или иной ключ реестра. Запись «ноутбук возвращён» без идентификатора не показывает, какой именно объект принял ответственный.

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

По каждому делу зафиксируйте:

• идентификатор и текущее состояние;
• ближайшее обязательство или срок;
• материалы, нужные для продолжения;
• имя преемника;
• подтверждение преемника.

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

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

Учебный пример: путь от входных данных до результата

Рассмотрим полностью синтетический пример. Условная сотрудница Анна Орлова уходит в пятницу, 16 октября 2026 года. Доступ закрывается по расписанию в 18:00 Europe/Moscow. Ноутбук INV-1042 ещё не возвращён. Две условные сделки D-101 и D-102 переданы условному коллеге Ивану Петрову.

Исходные данные

HR подтвердил дату и время ухода. ИТ сопоставил личную корпоративную запись с плановым моментом отзыва. Реестр имущества показал выданный ноутбук. Руководитель отдела нашёл две незавершённые сделки и назначил преемника. Все имена, адреса, даты, номера и результаты ниже созданы только для объяснения логики.

Промежуточное решение

Процесс создаёт четыре обязательные строки. У каждой свой получатель результата: ИТ подтверждает отзыв, материально ответственное лицо — приём ноутбука, руководитель отдела — принятие каждой сделки преемником.

Результат

Обозначим принятие каждой обязательной строки как aᵢ: подтверждённая строка получает 1, неподтверждённая — 0.

• учётная запись: a₁ = 1;
• ноутбук: a₂ = 0;
• сделка D-101: a₃ = 1;
• сделка D-102: a₄ = 1.

Общий статус вычисляется как логическое И:

Complete = AND(a₁, a₂, a₃, a₄) = 1 AND 0 AND 1 AND 1 = 0.

Доступ отозван, обе сделки приняты преемником, но ноутбук не возвращён. Поэтому результат — «не готово». Формулировка «выполнено три пункта из четырёх» полезна для наблюдения за ходом процесса, но не даёт права объявить оффбординг завершённым.

Если исполнитель просто отметил возврат ноутбука чекбоксом, а принятого акта нет, a₂ остаётся равным 0. Карта опирается на подтверждение результата, а не на состояние задания.

Как проверить результат перед запуском

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

Особое внимание нужно уделить ложному успеху. Сообщение «задание отправлено» не подтверждает отзыв доступа. Подтверждением служит согласованное событие целевой системы. Для имущества нужен принятый внутренний акт, а для дела — подтверждение нового ответственного.

Проверка Microsoft Entra не заменяет проверку остальных приложений. Документация платформы предупреждает, что приложение может само управлять session-токеном. Поэтому перед запуском составляют перечень систем и для каждой определяют собственный признак фактического отзыва.

Что согласовать для внедрения

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

Для собственной интеграции нужно согласовать:

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

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

Switch On AI может разработать ИИ-помощника, бота или обычную интеграцию для этой операции после проверки данных и API. Формат зависит от задачи. Фиксированный маршрут между системами обычно не требует ИИ. Бот уместен, если сотрудникам нужен диалоговый канал для статусов и уточнений. ИИ-помощник может разбирать неструктурированные материалы, но его действия всё равно ограничиваются согласованными правилами и передачей исключений человеку.

Предмет проекта — карта завершения отношений: кто закрыл доступы, принял имущество и незавершённые задачи. Это не внедрение системы кадрового, юридического или бухгалтерского учёта. Правила таких областей задаёт и проверяет специалист заказчика. Работа с 1С, внедрение ITAM, электронного архива, ЭДО, Process Mining, PIM, WMS и других специализированных платформ в предложение этой статьи не входят.

На странице услуг Switch On AI можно сравнить подходящие форматы автоматизации. Следующий шаг — разобрать ваш маршрут увольнения и точки ручной передачи, выбрать одну операцию и согласовать прототип. Прототип проверяет понимание ключевого сценария и не равен полноценному внедрению. Чтобы начать обсуждение без обещаний срока или эффекта, опишите процесс и используемые системы.