OffboardIT by Stitchflow

퇴사자 계정 정리 도구로서 핵심 역량은 신원 공급자가 닿지 못하는 앱에 손을 뻗는 것이다. 많은 시스템에 관리 API가 없거나 개통 기능을 엔터프라이즈 요금제 뒤에 숨겨 두어 SCIM이 닿지 않는다. Stitchflow는 대신 브라우저 에이전트로 그 콘솔을 조작한다. 로컬에서 전용 Chromium 인스턴스를 돌리고, 자격 증명은 운영체제 키체인에 두며, 상주 프로필을 쓴다. 사람이 쓰는 것과 같은 콘솔을 자동화로 처리한다는 뜻이다. 모든 앱을 덮느냐, 쉬운 절반만 덮느냐의 차이가 여기서 갈린다.

Stitchflow는 서비스이지 직접 설정하는 소프트웨어가 아니다. 팀이 환경을 점검하고 규칙과 예외를 하나씩 문서화하고, 워크플로를 구축한 뒤 앱이 바뀌어도 계속 돌아가게 유지한다. 콘솔이 개편되거나 API가 바뀌면 제공사가 연동을 갱신한다. 구매자 입장에서는 자체 스크립트를 짠 사람이 퇴사하는 순간 무너지는 그 느린 노후화를 피할 수 있다.

실행할 때마다 기록이 남는다. 서비스는 각 작업을 시각과 함께 기록하고 오프보딩 요약을 Slack이나 Jira에 올려, 누구를 처리했고 어떤 앱을 덮었는지 보여 준다. 이게 힘을 발휘하는 곳은 컴플라이언스 검토다. 권한을 뺐느냐가 아니라 증명할 수 있느냐가 문제이기 때문이다. 기록된 요약은 많은 팀이 기대는 스크린샷과 스프레드시트 습관을 대신한다.

팀이 이미 쓰는 도구에서 오프보딩을 시작한다. Jira 티켓이나 Slack 메시지가 처리를 발동하고, 결과도 같은 자리로 돌아온다. 헬프데스크 담당자는 각 콘솔의 관리자 권한 없이도 작업을 끝낼 수 있다. 1차 상담원이 위로 넘기지 않고 오프보딩을 마칠 수 있는 이유가 여기 있다.

오프보딩은 지출 문제이기도 하다. 퇴사 뒤 남은 자리는 매달 계속 청구된다. Stitchflow는 같은 처리 안에서 라이선스를 회수하므로, 계정을 닫는 워크플로가 요금도 함께 끊는다. 제공사는 이 기능을 지출 분석 작업과 나란히 내세우며, 재무 팀에는 회수한 자리가 서비스 비용을 설명하는 가장 쉬운 근거가 되는 경우가 많다.

Stitchflow는 60개가 넘는 앱과 읽고 쓸 수 있는 깊은 API 연동으로 연결된다. 단순히 리포트만 뽑는 게 아니다. 각 앱에서 역할, 그룹, 마지막 로그인, 라이선스 상태가 무슨 뜻인지 이해하므로, 계정 정리는 스위치 하나를 젖히는 대신 맞는 일을 한다. 기본은 읽기이고, 쓰기는 워크플로가 필요로 하는 곳에서만 열린다.