요청을 실행 가능한 단위로 바꿉니다
요청자, 대상 ID, 필요한 자료, 희망 기한을 기본 접수 항목으로 정합니다. 정보가 모자란 요청은 바로 실행 대기열에 넣지 않고 보완 요청으로 분리합니다. 긴급 표시의 사용 조건과 우선순위를 바꿀 수 있는 사람도 지정합니다.
실행과 승인의 책임을 구분합니다
담당자가 할 수 있는 입력·조회·자료 정리와 고객사가 승인해야 하는 변경을 표로 나눕니다. 처리 도중 범위 밖 요청이 생기면 영향과 추가 작업을 설명하고 승인 후 진행합니다. 대기 중인 시간은 실제 처리 시간과 따로 기록합니다.
미완료 건을 빠뜨리지 않고 넘깁니다
인수인계에는 현재 상태, 마지막 조치, 다음 행동, 결정 담당자를 포함합니다. 매일 완료 수만 보는 대신 오래된 보류와 반복 반려를 확인합니다. 운영시간과 인계 주기는 확인된 인력 및 업무량에 맞추어 계약에 명시합니다.
요청 대기열과 승인 권한을 함께 설계합니다
백오피스 범위는 “사무 지원” 대신 접수, 요건 확인, 시스템 기록, 승인 요청, 인계처럼 나눕니다. 요청 ID, 원본, 마감, 우선순위와 승인 조건을 갖춘 대기열을 만들고, 이메일·메신저로 다시 들어온 같은 요청을 한 ID에 연결합니다. 비밀번호 공유 대신 개인별 최소 권한 계정의 사용 가능 여부를 확인합니다.
RACI는 실행자 R, 최종 책임자 A, 협의 대상 C, 통보 대상 I를 표시하는 방법입니다. 표에 역할을 쓰는 데서 끝내지 않고 승인 가능 범위와 대체자를 지정합니다. 수행팀이 접수와 검증을 맡더라도 계약 조건 변경이나 비용 승인은 고객사에 남는 구조를 명확히 할 수 있습니다.
설명용 사례: 공급업체 정보 변경 요청의 RACI
가상의 공급업체 주소 변경 요청 V21을 처리한다고 가정합니다. 아래 역할은 구조 설명을 위한 것이며 실제 조직명이나 계약상 책임을 뜻하지 않습니다. A에 해당하는 고객사 책임자는 업무 시작 전에 승인 방식과 부재 시 대체 경로를 정합니다.
| V21 단계 | R · 실행 | A · 최종 책임 | C·I 및 제출 증거 |
|---|---|---|---|
| 접수·중복 확인 | 운영 작업자 | 고객사 운영 책임자 | I 요청자 · 접수 ID |
| 원본·변경값 대조 | 운영 작업자 | 고객사 데이터 책임자 | C 원본 제공자 · 전후표 |
| 변경 승인 | 고객사 승인 담당 | 고객사 데이터 책임자 | I 수행팀 · 승인 기록 |
| 승인값 반영·인계 | 권한 있는 운영 작업자 | 고객사 시스템 책임자 | I 요청자 · 반영 ID·검수 결과 |
대기열의 수량은 상태 이동으로 대조합니다
설명용으로 기초 미결 8건에 신규 12건이 들어와 9건이 검수 완료되고 1건이 승인 취소되었다면 기말 미결은 10건입니다. 이 중 승인 대기 4건, 자료 보완 3건, 실행·검수 중 3건처럼 분해할 수 있어야 합니다. 여기서 숫자는 계산 구조를 보여주는 예시이며 실제 처리 실적이 아닙니다.
반려되어 다시 열린 건은 새 접수로 세지 않고 원래 ID의 상태 이동을 남깁니다. 취소도 삭제가 아니라 승인 취소 사유와 함께 기록합니다. 조회 기준 시각을 같게 맞춘 대기열 스냅샷과 완료 목록을 대조해야 엑셀 보고와 시스템 현황의 차이를 설명할 수 있습니다.
인계는 미완료 건의 다음 행동까지 포함합니다
교대·담당 변경 시에는 건별 마지막 실행, 기다리는 자료나 승인, 다음 책임자, 필요한 답변 시점과 증거 링크를 전달합니다. “확인 중”이라는 메모만 남기면 다음 사람이 같은 조사를 반복합니다. 마감이 임박한 건은 승인 지연인지 수행 지연인지 구분하고 고객사가 우선순위를 조정할 수 있게 합니다.
한국·베트남 두 시간대와 양측 휴무일을 대기열 마감에 표시합니다. 검수 완료의 기준은 파일을 보냈다는 사실이 아니라 승인된 변경이 반영되고 인수자가 확인할 수 있는 상태입니다. 미결 건이 있으면 완료 묶음과 별도 목록으로 넘기고, 다음 영업일 재개 조건을 기록합니다.