AI 도입 후 결재와 승인은 어떻게 바꿔야 할까?

AI가 견적 초안을 만들고 구매 요청을 정리하는 속도가 빨라져도 결재함에 문서가 쌓이면 업무는 여전히 늦습니다. 그렇다고 모든 요청을 자동 승인하면 고객에게 한 약속이나 회사가 감당할 작업량을 충분히 살피지 못할 수 있습니다. AI 도입 후에는 결재 단계를 일괄적으로 줄이기보다, 어떤 결정을 누가 어떤 근거로 내려야 하는지 다시 정해야 합니다.

승인을 받는다는 말에는 여러 일이 섞여 있습니다. 계산이 맞는지 확인하는 일, 회사 기준에 맞는지 살피는 일, 예외를 허용하는 일, 실제 실행을 허락하는 일입니다. AI가 자료 준비를 맡았다고 이 판단들이 모두 없어지는 것은 아닙니다. 다만 같은 내용을 여러 사람이 반복 확인하던 절차와 대표의 결정이 필요한 절차를 구분할 기회는 생깁니다.

결재 흐름을 살펴볼 때는 승인권과 업무 위험, 예외 처리, 대체 승인자를 함께 봅니다. AI가 만든 자료를 검토하는 사람과 그 결과로 업무 실행을 허용하는 사람이 같을 수도, 다를 수도 있습니다. 회사마다 직급이나 문서의 이름은 달라도 다음 업무를 진행해도 되는지 결정할 책임은 분명해야 합니다. 각 단계에서 승인자가 무엇을 확인하고 결정하는지 적으면, 합칠 수 있는 단계와 유지할 단계를 구분하기 쉽습니다.

결재 단계마다 무엇을 결정하는지 적어보세요

가상 예시로, 행사 운영 회사가 고객에게 추가 장비 견적을 보내는 과정을 생각해보겠습니다. 담당자가 요청 내용을 정리하면 팀장이 수량을 확인하고, 운영 책임자가 장비 확보 여부를 확인하며, 대표가 최종 발송을 승인합니다. AI를 도입하면 요청서에서 장비와 날짜를 추려 견적 초안을 만들 수 있습니다. 그러나 장비가 다른 행사에 이미 배정됐다면 초안이 빨리 만들어져도 고객에게 바로 보낼 수 없습니다.

먼저 승인자마다 확인할 내용을 나눠 적습니다. 팀장은 고객이 요청한 수량과 초안이 같은지, 운영 책임자는 해당 날짜에 제공할 수 있는지, 대표는 예외 할인이나 추가 약속을 받아들일지 판단합니다. 세 사람이 모두 수량을 다시 입력하고 있다면 중복 작업일 수 있습니다. 반대로 운영 책임자의 검토를 없애면 제공할 수 없는 장비를 약속할 수 있습니다.

이렇게 보면 승인 단계를 줄일지 여부는 직급 수로 결정되지 않습니다. 앞 단계의 담당자가 무엇을 확인했는지 다음 승인자도 알 수 있어야 중복 확인을 줄일 수 있습니다. 수량 확인 결과와 사용한 요청서 버전이 남아 있다면 다음 승인자는 같은 문서를 처음부터 다시 읽는 대신 자신이 맡은 판단에 집중할 수 있습니다.

결재 문서에도 그 차이를 드러내야 합니다. ‘검토 바랍니다’만 적힌 문서보다 ‘장비 확보는 확인됐으며 예외 할인 승인만 필요합니다’라는 문서가 판단할 대상을 분명하게 합니다. AI가 요약을 만들 때도 결정이 필요한 항목, 이미 확인한 항목, 확인되지 않은 항목을 나눠 표시하도록 설계할 수 있습니다.

금액이 작아도 업무 위험은 클 수 있습니다

일정 금액까지는 담당자나 팀장이 대표 대신 승인하도록 정한 전결 기준은 알아보기 쉽습니다. 하지만 금액 하나로 모든 업무의 위험을 설명하기는 어렵습니다. 소액 요청이라도 다른 고객의 납기를 늦추거나, 되돌리기 어려운 외부 약속을 만들거나, 처음 해보는 작업을 포함할 수 있습니다. 반대로 금액이 크더라도 이미 승인된 계약 안에서 정해진 조건을 그대로 이행하는 경우에는 새로운 판단이 많지 않을 수 있습니다.

승인 수준은 금액과 함께 약속의 변화, 되돌릴 수 있는 정도, 영향을 받는 업무를 보고 정하는 편이 좋습니다. 대표가 모든 요청을 검토하는 대신 예외의 성격을 기준으로 관여할 수 있기 때문입니다. 작은 회사에서는 한 사람이 수량, 일정, 할인 조건을 모두 확인할 수 있습니다. 이 경우에도 각각 무엇을 확인하고 승인했는지 기록해두면 나중에 변경 요청을 검토하기 쉽습니다.

표는 특정 회사에 그대로 적용할 전결 규정이 아니라 논의를 시작하는 틀입니다. 예를 들어 교육 서비스에서는 강사와 장소 확보가 중요할 수 있고, 수리 서비스에서는 재방문과 대체 부품 준비가 영향을 줄 수 있습니다. 같은 ‘일정 변경’이라도 바뀌는 자원과 고객 약속을 확인해야 합니다.

업무 위험을 지나치게 세분화하면 직원이 분류 자체에 시간을 씁니다. 처음에는 반복되는 일반 요청, 책임자가 판단할 예외, 정보 부족으로 보류할 요청 정도로 시작할 수 있습니다. 분류가 애매했던 실제 건을 모아 기준을 보완하는 편이 처음부터 모든 상황을 규정하려는 것보다 운영하기 쉽습니다.

AI의 자료 정리와 사람의 승인 권한을 구분합니다

AI가 과거 견적과 현재 요청을 비교해 차이를 표시하는 일은 승인 준비에 해당합니다. 지정된 담당자가 그 차이를 받아들여도 되는지 결정하는 일은 승인입니다. 두 기능을 한 버튼으로 묶으면 사용자는 AI가 발견한 차이를 회사가 이미 허용한 것으로 오해할 수 있습니다.

가상으로 시설 관리 회사의 추가 작업 요청을 보겠습니다. AI가 계약 문서에서 관련 내용을 찾아 보여주고 이전 작업과 달라진 범위를 정리합니다. 담당자는 원문과 현장 상황을 확인합니다. 추가 인력이 필요한지, 고객과 별도 협의가 필요한지, 이번 요청을 어떤 조건으로 처리할지는 지정된 책임자가 결정합니다. 문서를 찾는 기능과 회사의 약속을 바꾸는 권한이 구분된 구조입니다.

계산식으로 확인할 수 있는 항목은 정해진 규칙을 사용하는 편이 명확할 수 있습니다. 합계, 필수 항목 누락, 승인된 한도 초과 등은 규칙 검사 대상으로 검토할 수 있습니다. AI는 자유롭게 작성된 요청의 의미를 정리하고 관련 자료를 제시하는 역할을 맡을 수 있습니다. 계산은 정해진 수식으로 처리하고, 승인자에게는 계산 결과와 적용 기준을 함께 보여주는 방식입니다.

NIST AI RMF 1.0의 GOVERN 3.2도 사람과 AI의 역할 및 감독 책임을 구분하도록 제시합니다. 이를 결재 업무에 적용한다면, AI가 자료를 준비하는 범위와 승인자가 결정하는 범위를 문서에 명시하는 접근이 가능합니다.

승인 문서에 판단 자료와 원문 링크를 함께 넣으세요

승인 책임만 부여하고 판단 자료를 제공하지 않으면 결재자는 결국 담당자에게 다시 묻게 됩니다. AI 요약을 읽고 승인했지만 어떤 요청을 근거로 삼았는지 알 수 없다면 나중에 경위를 확인하기도 어렵습니다. 승인 화면이나 문서에는 결정을 바꿀 수 있는 정보가 모여 있어야 합니다.

모든 자료를 길게 붙이는 것이 해결책은 아닙니다. 승인 요청의 목적, 이전 상태와 달라진 점, 영향을 받는 일정이나 자원, 확인되지 않은 사실, 원하는 결정이 먼저 보여야 합니다. 자세한 원문은 필요할 때 바로 열어볼 수 있도록 연결합니다. 승인자는 이 링크를 열어 AI 요약이 실제 요청을 정확히 담았는지 확인할 수 있어야 합니다.

예외 할인 요청이라면 할인율만 보여주는 대신 적용 대상과 기간, 기존 조건과 달라지는 범위, 다른 거래에 미칠 영향을 함께 살펴볼 수 있어야 합니다. 일정 변경이라면 바뀐 날짜와 함께 고객 협의 여부, 다른 작업의 조정 필요 여부가 필요합니다. 승인 문서는 업무마다 판단에 필요한 정보를 중심으로 달라져야 합니다.

‘확인되지 않음’은 승인자가 알아야 할 정보입니다. AI가 자연스러운 문장으로 빈칸을 채우도록 하기보다, 무엇을 누가 확인해야 하는지 드러내야 합니다. 자료가 부족한 요청을 반려한 기록도 흐름을 개선하는 근거가 됩니다.

승인 대기 중인 요청에는 기한과 대체 경로가 필요합니다

대표가 자리를 비우면 모든 업무가 멈추는 구조에서는 AI가 준비 시간을 줄여도 효과가 제한됩니다. 승인권자를 정할 때 부재 시 대체자와 답이 없을 때의 처리 방법까지 정해야 합니다. 알림을 반복해서 보내는 것만으로는 누가 결정할지 불분명한 문제를 해결할 수 없습니다.

대체 승인자는 이름만 등록해두는 것으로 충분하지 않습니다. 어떤 범위까지 대신 결정할 수 있는지, 어떤 예외는 기다리거나 다른 책임자에게 넘겨야 하는지 알아야 합니다. 임시로 권한을 위임하는 경우에는 적용 기간과 인계할 미결 요청을 확인합니다. 기존 승인자와 대체자가 같은 요청에 서로 다른 결정을 내리지 않게 현재 담당자를 분명하게 표시할 필요도 있습니다.

승인 기한은 발주나 작업 착수 등 후속 업무를 시작해야 하는 시점을 기준으로 정할 수 있습니다. 고객에게 답해야 할 시간이 오후라면 그 직전까지 결재를 기다리는 것으로는 부족할 수 있습니다. 장비를 확보하거나 담당자를 배정할 시간도 필요합니다. 요청자가 원하는 날짜와 회사가 지킬 수 있는 처리 기한을 구분해서 보는 이유입니다.

기한이 지났다는 이유만으로 자동 승인하는 방식은 별도로 검토해야 합니다. 검토하지 않았다는 사실이 허용했다는 뜻이 되면 승인 제도의 목적이 바뀝니다. 대체자에게 전달할지, 요청을 보류할지, 고객에게 확인 중임을 안내할지 같은 대응을 사전에 정해두는 편이 좋습니다.

조건부 승인과 승인 후 변경 요청의 처리 방법

실무에서는 ‘일정만 맞으면 진행’, ‘금액을 조정하면 승인’처럼 조건부 결정이 나올 수 있습니다. 이때 승인 상태만 완료로 바꾸면 조건이 충족되지 않았는데 다음 작업이 시작될 수 있습니다. 조건부 승인에는 실행 전에 확인할 사항과 확인 담당자를 함께 적어야 합니다.

가상 예시로 행사 책임자가 대체 장비 확보를 조건으로 요청을 승인했다고 해보겠습니다. 구매 담당자가 재고를 확인하지 못했다면 고객 안내는 아직 확정되지 않은 상태입니다. AI가 승인 문구를 요약할 때 조건을 생략하면 실제 업무에서는 잘못된 확약으로 이어질 수 있습니다. 승인 결과와 실행 가능 상태를 분리해 보는 이유입니다.

승인 이후 요청 자체가 바뀌는 경우도 있습니다. 날짜, 대상, 수량 등 결정의 근거가 달라졌다면 이전 승인을 그대로 사용할 수 있는지 확인해야 합니다. 오탈자 수정까지 모두 재승인할 필요는 없겠지만, 다른 자원을 쓰거나 다른 약속을 만드는 변경은 다시 판단할 수 있어야 합니다. 어떤 변경이 재승인을 요구하는지 업무 책임자가 정합니다.

결정 기록에는 승인한 대상과 버전, 조건, 승인자, 시점이 남아야 합니다. 직원이 나중에 최신 문서만 보더라도 과거 승인이 무엇을 대상으로 했는지 추적할 수 있어야 합니다. 승인 후 문서가 바뀌었는데 승인 당시의 내용이 남아 있지 않으면, 책임자는 바뀐 내용까지 승인된 것으로 오해할 수 있습니다.

결재 개선 효과는 단계 수보다 대기와 재승인으로 봅니다

결재 단계가 줄었다는 사실만으로 개선을 판단하지는 않습니다. 담당자에게 되돌아간 건이 많아졌거나 실행 후 수정이 늘었다면 검토 부담을 뒤로 옮겼을 수 있습니다. 승인까지 걸린 시간과 함께 자료 보완 횟수, 같은 사유의 재승인, 승인 후 취소나 수정도 확인하는 편이 좋습니다.

먼저 일반 요청과 예외 요청을 나눠 비교합니다. 일반 요청이 빨라졌지만 복잡한 예외를 놓치지 않았는지 살펴봅니다. 모든 요청의 평균만 보면 건수가 많은 단순 요청에 가려 예외 처리의 지연을 놓칠 수 있습니다. 부재 중 대체 경로가 작동했는지, 승인자가 자료를 다시 찾는 시간이 줄었는지도 확인할 수 있습니다.

작게 시작하려면 반복되는 결재 유형 하나를 고르면 됩니다. 기존 요청 몇 건을 놓고 각 승인 단계의 질문을 적고, 중복 확인을 줄이며, 예외 기준과 대체자를 정합니다. 이후 실제 요청에 적용하면서 모호했던 조건을 수정합니다. 처음부터 회사의 모든 전결 체계를 새로 만들 필요는 없습니다.

개편한 기준은 요청을 올리는 직원에게도 알려야 합니다. 승인자만 새 기준을 알고 있다면 직원은 여전히 예전 양식으로 자료를 제출합니다. 요청자가 처음부터 일반 건인지 예외 건인지 구분하고 필요한 자료를 준비할 수 있어야 보완 요청을 줄일 수 있습니다. 기준을 설명할 때는 추상적인 규정만 배포하기보다 실제 업무에서 개인정보 등을 덜어낸 예시로 승인 가능, 자료 보완, 책임자 판단의 차이를 보여주는 방법을 검토할 수 있습니다.

FlowOS는 결재를 빠르게 처리할 방법과 각 결정을 책임질 사람을 함께 정하도록 제안합니다. AI가 자료를 준비한 뒤 누가 승인하고, 직원은 무엇을 확인한 뒤 실행할지 정해야 결재 지연과 잘못된 실행을 함께 줄일 수 있습니다. 대표가 모든 건을 직접 확인하는 방식에서 벗어나려면 자신이 내려야 할 결정의 범위부터 구체화해보세요.

우리 회사의 승인 흐름에서 AI에 맡길 준비 작업과 사람이 결정할 예외를 나눠보고 싶다면, FlowOS의 도입 방식을 살펴보세요.