직원이 떠난 뒤 AI 에이전트는 누가 책임질까? BetterCloud의 수명주기 관리

직원이 퇴사할 때는 익숙한 점검 목록이 있습니다. 계정을 비활성화하고, 세션을 취소하고, 문서를 이관하고, 장비를 회수하죠. AI 에이전트가 더해지면 새로운 질문이 생깁니다. 그 직원이 자동 조사 도구를 만들거나 업무 도구에 모델을 연결했다면, 본인의 로그인이 막힌 뒤에도 어떤 작업이 계속 실행될까요?

BetterCloud는 2026년 10월 29일 출시한 기능에서 AI 에이전트 수명주기 관리와 AI 지출 추적을 연결했습니다. 기업용 SaaS 거버넌스 플랫폼인 BetterCloud는 기존에도 직원의 접근 권한 관리와 퇴사 처리를 자동화해 왔습니다. 이번에는 에이전트와 관련 자원에도 같은 운영 방식을 적용합니다. 회사의 출시 발표는 에이전트 생성·수정·폐기, 도구 사용 권한 관리, 소유 관계와 사용량의 연결을 설명합니다.

주목할 변화는 계정 관리와 계속 실행되는 자동 작업을 함께 다루기 시작했다는 점입니다. 이 글에서는 두 영역을 연결할 때 필요한 기능, 비용 가시성의 쓰임, IT 팀이 이번 기능을 평가하는 방법을 살펴봅니다. 중앙 목록에 보인다는 사실과 모든 AI 시스템을 완전히 제어한다는 주장을 구분하는 것이 출발점입니다.

2014년 예산 스프레드시트 예시입니다. 지출 검토를 설명하기 위한 참고 이미지이며 BetterCloud 화면이나 실제 AI 사용 데이터가 아닙니다. 이미지: Smallbones, CC0. 여백을 추가하고 크기를 조정했습니다. 이미지 출처 · 라이선스·이미지 설명. 공식 제품 참고 자료.

에이전트의 책임은 개인 계정보다 오래 이어져야 한다

영업 운영 보조 에이전트를 예로 들어 보겠습니다. 직원 한 명이 고객 데이터베이스를 연결하고, 일일 보고서를 예약하고, 결과를 팀에 공유합니다. 동료들이 의지할 만큼 유용해졌지만 인증 정보, 운영 예산, 오류 수정 절차의 책임자는 다시 확인하지 않습니다. 퇴사가 결정되면 작아 보이던 빈틈이 한꺼번에 시급한 인수인계 문제가 됩니다.

직원의 계정을 비활성화하는 것만으로는 문제가 일부만 해결됩니다. 회사는 보조 에이전트를 계속 운영할지, 결과를 누가 받아야 할지, 어떤 연결을 유지해도 되는지 판단해야 합니다. 에이전트는 여전히 유용해도 처음 부여한 권한은 더 이상 적절하지 않을 수 있습니다. 따라서 퇴사 처리에서는 책임 이관과 접근 권한 제거를 별개의 결정으로 설계해야 합니다.

에이전트는 서비스 계정, 예약된 연동 작업, 매월 발생하는 공급업체 청구서와 함께 관리할 대상이라는 것이 저희의 판단입니다. 명확한 업무 목적, 책임자, 폐기 절차가 필요합니다. 조직도에 야간 근무조가 생긴 셈이죠. 개인의 로그인 세션 밖에서도 업무가 계속되므로 책임 역시 이어져야 합니다.

그렇다고 모든 자동 작업에 긴 승인 회의가 필요하다는 뜻은 아닙니다. 영향이 작은 내부 요약과 고객 기록을 변경할 수 있는 시스템에는 다른 통제가 필요합니다. 다만 목적, 접근 권한, 책임자, 예상 동작에 대한 기본 기록은 공통으로 필요합니다. 이 기록이 없으면 계속 운영할지조차 추측으로 결정하게 됩니다.

자체 제작한 수명주기 설명 도표입니다. 역할이 바뀌면 책임자, 권한, 지속 비용을 명시적으로 검토해야 한다는 뜻입니다. BetterCloud 화면이 아니라 평가를 위한 틀입니다.

10월 기능은 기존 자원 목록을 확장한다

BetterCloud는 2026년 8월 28일 업데이트에서 AI Governance의 자원 발견 기능을 소개했습니다. 당시 설명에는 공급자와 책임자 정보를 담은 AI 자원 목록이 포함되어 있습니다. 10월 발표는 여기에 수명주기와 사용량 관리 기능을 더합니다. 따라서 8월 업데이트의 이미지는 이전 목록 화면으로 보아야 하며, 10월 작업 실행 화면을 보여 주는 증거로 해석해서는 안 됩니다. BetterCloud의 8월 업데이트.

평가할 때 이 차이는 중요합니다. 자원 발견은 시스템이 무엇을 볼 수 있는지, 수명주기 관리는 지원하는 변경 작업이 무엇인지, 감사 이력은 실제로 무슨 일이 있었는지를 답합니다. 커넥터가 자원 목록을 잘 보여 주더라도 원하는 모든 변경을 지원하지는 않을 수 있으므로 각각 확인해야 합니다.

AI 거버넌스라는 추상적인 약속보다 특정 자원 하나에서 시작해 보세요. 플랫폼이 그 보조 에이전트를 식별하고, 책임자를 표시하고, 관련 권한을 보여 주고, 승인된 워크플로로 폐기할 수 있나요? 관리자는 실패한 단계를 확인하고 남은 조치를 이해할 수 있나요? 이런 질문으로 보기 좋은 목록과 실제 운영 통제의 차이를 확인할 수 있습니다.

커넥터의 지원 범위에 따라 ‘중앙 관리’의 의미도 달라집니다. 연결된 공급자를 한눈에 보는 것은 유용하지만, 개인 계정이나 연결하지 않은 테넌트, SaaS 앱 안의 모든 에이전트까지 자동으로 드러나는 것은 아닙니다. 10월 발표에서도 자원 발견 범위의 추가 확장은 계획으로 제시됩니다. 연결된 자원 목록과 함께 사각지대 목록을 관리해 별도 절차가 필요한 시스템을 알 수 있게 하세요.

퇴사 처리는 유용한 업무를 남기고 부적절한 접근을 없애야 한다

BetterCloud의 10월 발표에는 직원의 에이전트를 관리자에게 재할당하면서 Google Workspace 계정을 정지하고, Microsoft Entra ID 세션을 취소하고, AI 도구 접근 권한을 제거하는 워크플로 예시가 나옵니다. 실행 내용은 기록된다고 설명합니다. 이는 지원하는 연동에 대해 업체가 설명한 기능이며, 도입 시에는 관련 권한과 테넌트 설정을 갖춰야 합니다. BetterCloud, 10월 29일.

영업 운영 사례라면 퇴사일 전에 인수인계를 시작하는 편이 좋습니다. 새 책임자는 보고서의 독자, 데이터 출처, 예정된 실행 일정을 설명할 수 있어야 합니다. 아무도 설명하지 못한다면 폐기를 검토하거나 조사해야 할 대상입니다. 새 이름을 자동으로 배정하는 것만으로 운영 지식까지 생기지는 않습니다.

워크플로는 에이전트에게 필요한 권한과 퇴사한 직원이 가지고 있던 권한도 구분해야 합니다. 책임을 옮긴다는 이유로 개인의 전체 역할을 새 서비스 계정에 복사해서는 안 됩니다. 계속할 작업에 필요한 최소한의 도구와 데이터를 검토하고, 결과가 여전히 권한 있는 수신자에게 전달되는지 확인하세요.

재무 보조 에이전트의 가상 사례는 다릅니다. 한시적인 대사 프로젝트를 위해 만들었다면 폐기하는 것이 적절할 수 있습니다. 회사가 보존해야 하는 승인된 기록과 실행 증거를 남기고, 새 활동을 중단하고, 연결을 더 이상 사용할 수 없는지 확인합니다. 자동화가 아직 작동한다는 이유만으로 끝난 프로젝트에 예산을 계속 배정할 필요는 없습니다.

표는 통제를 검토하기 위한 질문이며, 모든 행이 BetterCloud의 자동 템플릿으로 제공된다는 뜻은 아닙니다. 팀의 워크플로를 시험하고 자동 단계에 앞서 사람이 결정해야 할 지점을 찾는 데 활용할 수 있습니다.

지출은 책임자와 연결할 때 더 많은 정보를 준다

10월 발표는 청구하는 공급업체와 실제 모델 제공자를 구분하고, 도구별 월 비용과 책임자를 연결하는 AI 사용량 화면을 설명합니다. 여러 도구에 걸친 직원별 AI 지출도 설명합니다. 이 제품 기능 주장의 출처는 10월 29일자 BetterCloud의 발표입니다.

중개 업체를 통해 서비스를 구매할 때 유용한 구분입니다. 구매 담당자는 대금을 누가 받는지 알아야 하고, 기술팀은 실제로 어떤 모델이나 서비스를 쓰는지 알아야 합니다. 두 필드를 모두 유지하면 같은 모델에 접근하는 두 경로를 완전히 별개의 기술 선택처럼 비교하는 오류를 피할 수 있습니다.

고객 지원 업무를 예로 든다면 지출에 관한 질문을 업무에 관한 질문과 연결해 보세요. 매일 수행하는 분류 작업은 얼마가 들고, 누가 책임지며, 결과를 여전히 검토하거나 사용하나요? 청구액 증가는 정상적인 사용량 증가일 수도, 불필요한 작업 반복이나 설정 변경 때문일 수도 있습니다. 비용을 의도한 업무와 연결할 수 있는 사람이 있어야 조치로 이어집니다.

청구액 감소만으로 성공을 판단하지 마세요. 더 저렴한 설정 때문에 재작업이 늘거나, 서비스가 느려지거나, 아무도 신뢰하지 않는 대기열이 생길 수 있습니다. 파일럿에서는 보고서가 올바른 독자에게 전달되는지, 요청이 의도한 검토 대기열로 정확히 들어가는지처럼 정의된 운영 결과와 비용을 함께 비교해야 합니다. 절감은 대시보드만 보고 가정할 일이 아니라 확인해야 할 결과입니다.

승인된 워크플로가 AI의 행동 범위를 정한다

BetterCloud는 요청을 해석한 뒤 IT 팀이 만들고 승인한 워크플로에 실행을 맡기는 IT 에이전트를 설명합니다. 요청 해석은 수행할 작업을 고르고, 승인된 절차는 허용된 단계를 정한다는 구조적 구분이 중요합니다. 관리자와 에이전트에 대한 역할 기반 접근 제어도 발표에 포함됩니다. 10월 29일 출시.

자연어 요청에도 모호함은 남습니다. ‘Alex의 접근 권한을 제거해 줘’는 프로젝트 하나, 도구 하나, 직원 퇴사 처리 전체 중 어느 것을 뜻할까요? 잘 설계된 서비스는 영향이 큰 작업을 하기 전에 이 모호함을 풀어야 합니다. 선택한 워크플로, 대상자, 적용 범위를 미리 보여 주고 적절한 승인 규칙을 적용하는 방식이 도움이 됩니다.

정해진 절차대로 실행하더라도 실패를 설계해야 합니다. 공급자가 작업 하나를 거부했다면 전체 워크플로가 부분 실행 결과를 보여 줘야 합니다. 세션 취소, 에이전트 이관, 라이선스 제거 실패는 서로 다른 세 사실입니다. 이를 초록색 ‘완료’ 하나로 합치면 관리자가 감사 기록을 가장 필요로 할 때 자동화가 오히려 쓸모없어집니다.

자체 제작한 평가 설명 도표입니다. 지원 권한, 검증된 실행 결과, 남은 사각지대가 분명해야 중앙 가시성이 운영 통제로 이어집니다.

되돌리기도 같은 주의가 필요합니다. 워크플로 정의를 복원하는 것과 이미 끝난 공급자 측 작업을 취소하는 것은 다릅니다. 변경에 따라 보상 작업, 새 권한 부여, 수동 복구가 필요할 수 있습니다. 조직에 중요한 실제 연동을 대상으로 실패·복구 사례를 시연해 달라고 공급업체에 요청하세요.

감사 기록은 동료가 이어서 묻는 질문에 답해야 한다

다른 관리자가 실행 기록을 업무 사건과 연결할 수 있어야 기록이 유용합니다. 최초 요청, 영향을 받은 계정, 선택한 워크플로, 공급자 측 변경을 함께 이해할 수 있어야 합니다. 성공한 API 호출 목록만으로는 다음 날 문제를 조사할 사람에게 너무 많은 해석을 맡기게 됩니다.

퇴사 사례에서 관리자가 일일 요약이 더 이상 도착하지 않는다고 보고했다고 가정해 보겠습니다. 담당자는 에이전트를 의도적으로 폐기했는지, 이관했지만 일시 정지했는지, 오류 뒤 설정이 일부만 적용됐는지 판단할 수 있어야 합니다. 원인마다 필요한 복구가 다릅니다. 좋은 증거는 진단 시간을 줄이고 증상만 없애려고 광범위한 권한을 되살리는 일을 줄여 줍니다.

이 조사도 파일럿에 포함하세요. 실행 과정을 설명해 주지 않은 채 동료에게 기록을 건네고, 현재 책임자와 남은 조치를 찾아 달라고 요청합니다. 찾지 못한다면 범위를 넓히기 전에 워크플로 이름, 문서, 보고 방식을 개선하세요. 관리 자동화는 매끄러운 시연 때뿐 아니라 중단 상황에서도 이해할 수 있어야 성공합니다.

공급자 하나와 퇴사 시나리오 하나에서 시작

발표에 따르면 10월 기능은 발표 당일 BetterCloud 고객에게 제공되었습니다. 기존 고객은 계정별 지원 범위와 연동 하나를 정해 검토를 시작할 수 있고, 도입을 고려하는 조직은 자체 요구 사항에 맞춘 시연을 요청하면 됩니다. 플랫폼에서 제공한다는 사실이 특정 테넌트의 원하는 권한이 모두 설정되었다는 뜻은 아닙니다. BetterCloud, 2026년 10월 29일.

1. 한 팀에서 파악하고 있는 에이전트, 책임자, 목적, 연결 도구를 목록으로 만듭니다. 올바른 상태를 별도로 확인할 수 있는 소수의 자원을 포함하세요.
2. 현재 커넥터가 지원하는 공급자 객체와 수명주기 작업을 확인합니다. 지원 범위 밖의 자원도 기록합니다.
3. 적절한 테스트 환경에서 테스트 계정과 영향이 작은 에이전트를 고릅니다. 워크플로를 만들기 전에 원하는 이관·폐기 결과를 정하세요.
4. 커넥터의 관리 권한을 검토하고, 일반 운영자와 워크플로 자체를 수정할 수 있는 사람을 구분합니다.
5. 합의한 시나리오를 실행한 뒤 실행 이력과 공급자 측 최종 상태를 모두 확인합니다. 권한 제거와 책임자 변경이 실제로 적용되었는지 점검하세요.
6. 테스트 자원을 사용할 수 없게 하는 등의 통제된 실패를 넣고, 부분 완료를 어떻게 보고하고 복구하는지 확인합니다.
7. 정해진 기간의 연결된 지출을 조직의 청구 기록과 비교합니다. 자동 조치를 확대하기 전에 책임자가 불분명한 부분부터 정리하세요.

첫 성공 기준은 좁게 잡으세요. ‘퇴사 테스트에서 이 에이전트를 이관하고 이 권한들을 제거했으며 이 실패 단계를 드러냈다’는 구체적입니다. ‘이제 AI를 통제한다’는 표현만으로는 내일 아침 팀이 무엇을 믿고 운영할 수 있는지 알 수 없습니다.

이제 책임져야 할 범위는 에이전트의 전체 수명이다

이번 기능의 실무적 목표는 생성 시점을 넘어 에이전트를 관리할 수 있게 하는 것입니다. 조직은 왜 존재하는지, 어디에 접근하는지, 누가 비용을 내는지, 목적이나 책임자가 바뀌면 어떻게 되는지 알아야 합니다. 작업하는 시스템이 새로워졌을 뿐, 이는 일상적인 운영 업무입니다.

책임자와 비용을 하나의 지속적인 기록으로 다루는 팀이 가장 큰 가치를 얻을 것이라고 봅니다. 지출 급증은 목적 검토로, 역할 변경은 권한 검토로, 프로젝트 종료는 검증된 종료 처리로 이어질 수 있습니다. 실제 결정을 설명할 때마다 기록의 가치도 커집니다.

직원이 떠난 뒤 누가 책임지는지에 대한 답은 다음 자동 작업이 실행되기 전에 정해져 있어야 합니다. 유용한 에이전트 수명주기 관리란 의도한 업무는 이어 가고 불필요해진 접근은 끝낼 수 있는 능력입니다.

출처

• BetterCloud: AI 지출 추적 및 에이전트 수명주기 관리 릴리스, 2026년 10월 29일 발표. 2026년 11월 2일 확인.
• BetterCloud: AI 거버넌스 도착, 2026년 8월 28일 발표. 2026년 11월 2일 확인. 이전 자원 발견 기능과 인터페이스의 맥락을 보여 줍니다.

거버넌스 결정을 출처와 함께 남기기

Telli.sh는 사용 권한이 있는 자료와 거버넌스 결정의 근거가 된 메모를 함께 보관하는 선택지입니다. 노트 작업 공간 만들기.