구매 승인 워크플로는 ‘이것이 필요하다’는 요청을 결정 기록과 구매 담당자에게 넘길 업무로 구체화하는 과정입니다. 유용한 흐름은 승인, 추가 정보 요청, 거절이라는 세 가지 결과를 보여 줍니다. 납기일이 빠졌다면 요청자에게 돌아가야 하고, 승인된 요청은 주문을 진행할 수 있는 담당자에게 전달되어야 합니다. 두 경로는 서로 다릅니다.
아래 예시를 사용해 Boardmix의 온라인 순서도 도구로 팀의 프로세스를 그려 보세요. 완성된 장비 요청서, 각 경로를 결정하는 조건, 공유 보드에 옮겨 쓸 수 있는 워크시트를 함께 제공합니다. 이 예시는 구매팀이 승인된 요청을 받는 시점에서 끝납니다. 물품 수령과 송장 결제는 더 넓은 조달 프로세스에서 다룹니다.
무엇을 승인하는 절차인지 먼저 정하기
이 가상의 예시에서 운영팀은 새로 입사하는 구성원에게 사용할 노트북 네 대가 필요합니다. 요청자는 필요성을 설명하고, 예산 책임자는 구매를 승인할지 결정하며, 구매팀은 주문이 승인된 내용과 일치하는지 확인합니다. 이 역할은 예시를 위한 것이며 조직마다 다를 수 있습니다.
흐름의 범위는 요청 제출 → 요청 거절 또는 구매팀의 접수입니다. ‘승인’은 기록된 범위 안에서 진행할 수 있다는 의미입니다. 공급업체가 주문을 수락했다는 뜻도, 장비가 도착했다는 뜻도, 송장 결제가 준비되었다는 뜻도 아닙니다.
- 요청자: 사양, 수량, 구매 이유, 필요일, 공급업체 견적을 제공합니다.
- 예산 책임자: 필요성, 사용 가능한 예산, 결정 권한을 검토합니다.
- 구매팀: 승인된 버전을 받고 공급업체에 보낼 주문안과 비교합니다.
흐름을 그리기 전에 승인 담당자가 없을 때 대신 처리할 사람을 정하세요. 알림은 승인이 아니며, 응답이 없다고 해서 ‘예’라는 화살표로 조용히 바꾸면 안 됩니다.
작성된 구매 요청서 예시
아래는 다음 절에서 설명한 보완을 마친 PR-104 버전 2입니다. 요청서, 날짜, 공급업체 견적은 가상의 예시이며, 금액은 Boardmix 제품 가격이 아닙니다.
- 품목과 수량
- 신규 입사자용 노트북 네 대. 각 장비는 16GB RAM과 512GB SSD를 사용합니다.
- 구매 이유
- 신규 입사자 네 명에게 장비가 필요하고, 대여 가능한 기기는 이미 배정되었습니다.
- 필요일
- 2026년 11월 16일, 신규 입사자의 오리엔테이션 전.
- 비용과 공급업체 정보
- 공급업체 견적 Q-204, 개정 2: 배송비와 적용 세금을 포함한 총 미화 4,000달러. 예산: 운영팀 장비 예산.
- 결정을 요청한 사람
- 운영 코디네이터. 운영팀 장비 예산에서 이 구매를 승인할 권한이 있는 담당자가 검토합니다.
- 승인 경로에 기록할 범위
- PR-104 버전 2: 16GB RAM과 512GB SSD를 각각 갖춘 노트북 네 대, 견적 Q-204 개정 2에 따른 총 미화 4,000달러. 납기는 2026년 11월 16일입니다. 사양, 총액 또는 납기일이 바뀌면 조직의 정책에 따른 검토로 요청을 돌려보냅니다.
‘노트북 몇 대를 승인해 주세요’라고만 쓰면 검토자가 구매 내용을 다시 구성해야 합니다. 반대로 계약서 전체를 다이어그램에 복사하면 읽기 어렵습니다. 순서도에는 짧은 작업 라벨을 쓰고, 필요한 자료는 해당 단계 옆에 연결하거나 첨부하세요.
승인 결정을 세 가지 경로로 그리기
1. 불완전한 요청은 요청자에게 돌려보내기
PR-104 버전 1에는 필요일이 빠져 있었습니다. 예산 책임자는 운영 코디네이터에게 ‘노트북을 언제까지 준비해야 하나요?’라고 묻고 요청을 돌려보냈습니다. 코디네이터는 2026년 11월 16일을 확인해 날짜를 추가하고, 위에 제시한 완성된 버전 2를 다시 검토에 올렸습니다.
이 경로에는 ‘추가 정보’라고 표시하고 ‘거절’이라고 쓰지 마세요. 아직 구매 결정이 내려지지 않았기 때문입니다. 무엇이 빠졌는지 기록해야 요청자가 추측을 반복하지 않고 문제를 해결할 수 있습니다. 반환 화살표는 ‘요청 수정’에 도착한 뒤 검토 단계로 돌아갑니다.
2. 승인된 버전을 구매팀에 전달하기
승인 경로에서 검토자는 조직 정책에 따른 권한을 확인한 뒤 PR-104 버전 2를 승인합니다. 즉 16GB RAM과 512GB SSD를 각각 갖춘 노트북 네 대, 견적 Q-204 개정 2에 따른 총 미화 4,000달러, 2026년 11월 16일까지의 납기입니다. 구매팀에는 이 버전, 기록된 결정, 실제 승인자의 이름과 조건이 전달됩니다. ‘좋습니다’라고만 적힌 별도 메시지로는 어떤 수량과 견적이 승인되었는지 알 수 없습니다.
구매팀은 예정된 주문을 승인 범위와 비교합니다. 공급업체가 다른 사양이나 변경된 금액만 제시할 수 있다면, 팀의 정책에 따라 수정 요청을 필요한 검토 단계로 되돌립니다. 원래 결정은 추적 가능해야 하며, 중대한 변경을 묵시적으로 승인해서는 안 됩니다.
3. 거절된 요청은 이유와 함께 종료하기
예산 책임자가 조직 내부에서 적합한 장비를 재배정할 수 있다고 결정했다고 가정해 보겠습니다. 거절 경로에는 그 이유를 기록하고 요청자에게 알립니다. 요청은 자동 재제출 루프에 넣지 않고 ‘요청 종료’에서 끝냅니다.
요청자가 나중에 다른 해결책을 제안할 수는 있지만, 그때는 적절한 새 요청이나 수정 요청이 필요합니다. 거절은 현재 요청에 대한 결정이며, 설명을 요청하는 상태와는 다릅니다.
이 요청·결정 워크시트를 복사해 사용하기
다음 필드를 순서도 옆에 배치하세요. 간단한 다이어그램과 각 담당자가 필요한 정보를 연결할 수 있습니다.
- 요청: 식별자, 버전, 요청자, 품목 또는 서비스, 수량, 사양, 업무상 이유, 필요일, 견적, 예산.
- 결정: 검토자, 날짜, 결과, 승인 범위 또는 거절 이유, 조건.
- 추가 확인: 누락된 정보, 제공할 사람, 수정 요청이 돌아갈 검토 단계.
- 구매팀 인계: 수신자, 받은 요청 버전, 관련 문서, 예정 주문이 승인 내용과 일치하는지 여부.
- 범위 변경: 변경 사항, 이를 대체하는 버전, 진행 전에 필요한 검토.
PR-104에서는 ‘노트북 네 대, 16GB RAM / 512GB SSD, 2026년 11월 16일까지 필요’가 요청에 해당합니다. ‘견적 Q-204 개정 2에 따라 총 미화 4,000달러로 버전 2 승인, 변경 시 필요한 검토를 거침’은 결정에 해당합니다. ‘구매팀이 PR-104 버전 2와 견적 Q-204 개정 2를 받음’은 인계에 해당합니다. 이렇게 나누면 지연이 정보, 결정, 또는 구매팀의 접수를 기다리는 상황인지 구분할 수 있습니다.
Boardmix에서 함께 보는 프로세스 맵 만들기
보드를 열고 캔버스에 세 역할의 이름을 배치하세요. 각 작업은 실제로 수행하는 사람 아래에 둡니다. 스윔레인을 사용한다면 같은 원칙이 적용됩니다. Microsoft의 부서 간 순서도 안내(영문)도 각 단계를 책임 기능의 레인에 배치합니다.
- 주요 작업을 배치합니다. ‘요청 제출’, ‘요청 검토’, ‘결정 기록’, ‘승인 요청을 구매팀에서 접수’를 추가하세요. 작업에는 직사각형을 사용하고, 경로가 나뉘는 곳에는 결정 도형을 사용합니다.
- 연결선에 결과를 표시합니다. 각 경로에 ‘추가 정보’, ‘승인’, ‘거절’을 씁니다. 색은 라벨을 보조할 수 있지만 대신할 수는 없습니다.
- 워크시트를 프로세스 맵 옆에 둡니다. 먼저 PR-104로 채워 보세요. 기술 검토처럼 팀에 다른 검토가 필요하면 담당 역할과 반환되는 정보를 표시합니다.
- 한 건의 요청을 함께 검토합니다. 요청자에게 제출 내용을, 승인자에게 검토한 버전을, 구매팀에게 받은 자료를 설명해 달라고 하세요. 설명이 서로 다른 부분은 프로세스 맵에 반영합니다.
보드는 프로세스를 기록하고 팀이 함께 논의하도록 돕습니다. 이 보드를 그리는 것만으로 지출 승인 권한이 통제되거나 주문이 처리되는 것은 아닙니다. 실제 구매 시스템과 조직의 승인 정책을 사용하세요.
Boardmix 작업 공간을 열어 프로세스를 그리거나 순서도 템플릿 모음의 레이아웃으로 시작할 수 있습니다.
예외를 숨기지 않고 흐름을 조정하기
여러 승인이 필요한 경우: 순차인지 병렬인지 표시하세요. 모두 필요하다면 필요한 결정이 모두 기록될 때까지 기다려야 하고, 승인 권한이 있는 검토자 한 명이면 충분하다면 그 규칙을 보여 주세요. 두 화살표를 구매팀으로 보내고 의미를 독자에게 맡기지 마세요.
승인자가 자리에 없는 경우: 권한이 있는 대리자나 합의된 에스컬레이션 지점으로 요청을 보냅니다. 유효한 결정이 생길 때까지 대기 상태로 유지하세요. 시간 기대치는 다이어그램의 임의 타이머가 아니라 팀의 실제 프로세스에서 정합니다.
공급업체가 제안을 바꾼 경우: 새 범위를 승인된 버전과 비교하고 내부 정책이 요구하는 검토로 보냅니다. ‘공급업체가 납품할 수 없음’이라고 해서 대체 제품을 임의로 구매해도 된다는 뜻은 아닙니다.
요청이 긴급한 경우: 실제로 존재하는 긴급 절차가 있다면 별도로 그립니다. 긴급성은 합의된 경로를 사용하는 이유이지, 결정 기록을 생략하는 이유가 아닙니다.
승인 범위가 정리되면 승인된 결과를 더 넓은 구매 및 조달 프로세스(영문)에 연결하세요. 수령, 송장 대조, 결제는 해당 프로세스에 표시해야 ‘승인’의 의미가 각 단계에서 분명해집니다.
