긴급구매 예외, 차단·경고·기록 3단으로 설계하기

금요일 오후 다섯 시, 다음 날 고객 행사에 쓸 음향 장비가 고장 났습니다. 담당 팀장은 평소 알던 업체에 전화를 걸어 대체 장비를 빌렸습니다. 행사는 무사히 끝났습니다. 월요일 아침, 구매팀에는 이미 사용이 끝난 장비 대여 건의 구매요청이 올라옵니다. 규정에는 일정 금액 이상이면 비교견적을 받으라고 적혀 있습니다. 하지만 이미 끝난 일에 견적을 받을 방법은 없습니다.

구매팀은 승인할 수밖에 없습니다. 거절하면 업체 대금이 밀리고, 현업은 "그럼 행사를 망쳤어야 했느냐"고 묻습니다. 문제는 이 건이 아닙니다. 같은 일이 매달 반복되는데 아무도 그 사실을 숫자로 말하지 못한다는 점입니다. 긴급구매는 막을 대상이 아니라 설계할 대상입니다. 이 글은 규정 항목마다 통제 강도를 나누는 방법, 그리고 예외를 기록으로 관리하는 방법을 정리합니다.

모든 규정을 '차단'으로 걸면 생기는 일

규정을 처음 정비할 때 흔히 하는 선택이 있습니다. 모든 조건을 지키지 않으면 다음 단계로 넘어갈 수 없게 하는 것입니다. 견적이 부족하면 품의를 못 올리고, 예산이 모자라면 요청 자체가 막힙니다. 문서로 보면 가장 엄격한 통제입니다.

현장에서는 반대 결과가 나옵니다. 막힌 길 옆으로 새 길이 생깁니다. 대표적인 우회로는 세 가지입니다.

• 법인카드 결제: 구매 절차를 거치지 않는 경로로 옮겨 갑니다. 명세서에는 가맹점과 금액만 남습니다.

• 사후 구매요청: 먼저 쓰고 나중에 요청서를 올립니다. 서류상 절차는 지켜졌지만 검토는 일어나지 않았습니다.

• 금액 쪼개기: 비교견적 기준 아래로 금액을 나눠 여러 건으로 올립니다.

세 경로 모두 규정이 존재하지 않는 것보다 나쁩니다. 겉으로는 규정이 지켜진 것처럼 보이기 때문입니다. 구매팀은 통제하고 있다고 믿고, 경영진은 보고서로 안심합니다. 실제 지출은 규정 밖에서 일어납니다. 통제 강도를 하나로 통일하면 규정이 살아남지 못합니다. 강도를 나눠야 합니다.

차단이 많을수록 구매팀도 지친다

차단 일색의 규정은 현업만 괴롭히지 않습니다. 막힌 건마다 현업은 구매팀에 전화를 겁니다. "이번 한 번만 풀어 달라"는 요청이 하루에도 여러 번 들어옵니다. 구매팀은 규정을 지키는 부서가 아니라 예외를 풀어 주는 창구가 됩니다. 풀어 준 근거는 메신저 대화에만 남고, 다음 달에도 같은 요청이 반복됩니다.

결국 구매팀의 시간은 정작 검토가 필요한 고액 계약이 아니라 소액 예외 처리에 쓰입니다. 통제 강도를 나누는 일은 규정을 약하게 만드는 것이 아닙니다. 막아야 할 것은 확실히 막고, 막지 않아도 되는 것은 흐르게 하되 흔적을 남기게 하는 것입니다. 그래야 구매팀이 판단이 필요한 건에 집중할 수 있습니다.

차단·경고·기록, 세 가지 강도의 정의

통제 강도는 세 단계로 나누면 충분합니다. 각 단계는 "조건을 지키지 않았을 때 무슨 일이 일어나는가"로 정의합니다.

그림 1. 통제 강도 3단 매트릭스. 항목 배치는 예시이며 회사의 위험도에 맞춰 조정합니다.

어떤 항목을 어느 강도에 둘까

배치를 정할 때는 세 가지 질문을 던집니다. 첫째, 이 조건을 어기면 나중에 되돌릴 수 있는가. 승인 없이 발주가 나가면 계약 관계가 생겨 되돌리기 어렵습니다. 이런 항목은 차단에 둡니다. 둘째, 위반이 금액에 직접 영향을 주는가. 예산 초과는 영향이 크지만 사업상 필요가 있을 수 있습니다. 그래서 막지 않고 한 단계 위의 판단을 받게 하는 경고에 둡니다. 셋째, 사유를 사후에 증빙할 수 있는가. 긴급구매는 사유가 명확하고 나중에 확인할 수 있습니다. 기록에 두되, 기록을 빠뜨릴 수 없게 합니다.

주의할 점이 하나 있습니다. '기록'은 느슨한 통제가 아닙니다. 기록 항목은 진행을 허용하는 대신 남겨야 할 정보가 정해져 있고, 그 정보는 정기적으로 경영진에게 보고됩니다. 막지 않는 대신 숨을 곳을 없애는 방식입니다.

예시로 보는 배치: 금요일 오후의 음향 장비

도입부의 장면에 3단 설계를 적용해 보겠습니다. 장비가 고장 나 행사가 중단될 위기였으므로 긴급구매에 해당합니다. 긴급구매는 '기록' 항목입니다. 팀장은 견적을 받지 않고 업체를 부를 수 있습니다. 대신 그 자리에서 본부장에게 구두 승인을 받고, 정해진 기한 안에 사후 구매요청을 등록합니다. 요청서에는 긴급 유형 코드, 사유, 사전 승인자, 생략한 검토 항목(비교견적)을 적습니다.

대여 금액이 예산을 넘었다면 '경고'가 하나 더 붙습니다. 진행은 이미 끝났지만 예산책임자의 추가 승인과 대체 예산이 기록되어야 정산이 진행됩니다. 반면 업체가 회사에 등록되지 않은 곳이라면 발주 전에 등록 절차를 마쳐야 하는 '차단' 항목이 걸릴 수 있습니다. 같은 한 건 안에서도 항목마다 강도가 다르게 작동한다는 점이 핵심입니다.

예외 유형 다섯 가지와 필수 기록

예외구매라는 말은 범위가 넓습니다. 유형을 나누지 않으면 사유란에 "급해서"라는 말만 남습니다. 서비스업 구매에서 자주 나오는 예외는 다섯 가지로 정리할 수 있습니다. 유형마다 반드시 남길 기록과 추가로 받을 승인이 다릅니다.

그림 2. 예외구매 유형별 필수 기록과 추가 승인. 표준안 예시를 바탕으로 재구성했습니다.

표에서 눈여겨볼 부분은 추가 승인 열입니다. 단독계약과 사후발주는 정상 결재선보다 한 단계 높은 승인을 받게 합니다. 예외를 택한 판단을 한 사람이 더 보도록 하는 장치입니다. 지정업체는 구매담당자 합의를 붙입니다. 계약이나 회사 정책에 따른 지정인지, 현업의 선호인지 구분하기 위해서입니다. 예산초과는 예산책임자와 재무가 함께 봅니다. 초과액을 어느 예산에서 메울지가 결정되어야 하기 때문입니다.

유형 코드를 정해 두는 것도 중요합니다. 요청서에 예외 여부와 유형을 선택하게 하면 월말에 유형별로 집계할 수 있습니다. 자유 서술로만 받으면 집계가 불가능합니다.

'긴급'의 인정 범위를 문장으로 정하기

다섯 유형 가운데 가장 남용되기 쉬운 것이 긴급구매입니다. 긴급의 정의가 사람마다 다르기 때문입니다. 표준안 예시는 긴급을 좁게 정의합니다. 사업 중단이나 안전 위험이 있을 때만 인정한다는 것입니다. 회사 규정에 넣을 문장으로 옮기면 다음과 같습니다.

긴급구매는 즉시 구매하지 않으면 사업 운영이 중단되거나 임직원·고객의 안전에 위험이 생기는 경우에만 인정한다. 이 경우 사전 구두 승인을 받고, 정해진 기한 안에 사후 구매요청을 등록한다. (예시 문장)

반대로 긴급으로 인정하지 않을 상황도 함께 적어 두면 판단이 쉬워집니다.

• 요청이 늦게 올라와서 일정이 촉박해진 경우

• 행사·교육처럼 일정이 미리 정해져 있었던 경우

• 현업이 업체와 조건을 먼저 협의해 변경이 어려워진 경우

이 세 가지는 긴급이 아니라 계획의 문제입니다. 구매요청 시점을 앞당기는 규정으로 풀어야 합니다. 예를 들어 행사·이벤트 구매는 행사일 30일 전까지 요청하도록 기한을 두는 식입니다(기한은 예시이며 회사가 정합니다).

긴급구매를 인정할 때는 세 가지를 반드시 남깁니다. 누가 사전 승인했는지, 어떤 검토 항목을 생략했는지, 사후 확인은 누가 언제까지 하는지입니다. 사후 보완 기한은 표준안 예시처럼 3영업일 정도로 짧게 잡는 것이 일반적입니다. 기한이 길면 기억이 흐려지고 증빙이 사라집니다.

반복되는 예외는 보고 대상이다

예외 한 건은 문제가 아닐 수 있습니다. 같은 부서에서 같은 유형의 예외가 반복되면 이야기가 달라집니다. 그때부터는 개인의 판단이 아니라 구조의 문제입니다.

표준안 예시는 두 가지 장치를 둡니다. 하나는 정기 보고입니다. 분기에 한 번 예외구매 현황을 부서·유형·금액별로 묶어 경영진에 보고합니다. 다른 하나는 반복 경고입니다. 같은 부서에서 같은 유형의 예외가 한 분기에 일정 횟수(예시: 3회) 이상 나오면 관리자에게 알립니다.

보고서에는 숫자만 넣지 않습니다. 반복 원인을 함께 적습니다. 원인을 몇 가지로 분류해 두면 대응 방법이 바로 보입니다.

이 표는 처벌표가 아닙니다. 예외를 많이 낸 부서를 문책하는 순간, 예외는 기록되지 않고 다시 숨습니다. 보고의 목적은 원인을 찾는 데 있다는 점을 처음부터 분명히 해야 합니다.

예외 기록이 규정 개정의 근거가 되는 흐름

예외를 기록으로 관리하면 규정을 고칠 근거가 생깁니다. 흐름은 네 단계로 정리할 수 있습니다.

1. 기록: 예외가 생길 때마다 유형 코드와 필수 정보를 남깁니다.

2. 집계: 분기마다 부서·유형·금액별로 묶어 반복 패턴을 찾습니다.

3. 원인 분석: 반복 패턴이 사람의 문제인지, 규정의 문제인지 가립니다.

4. 개정: 규정의 문제라면 구간·기한·경로를 고칩니다. 사람의 문제라면 안내와 교육으로 풉니다.

예를 들어 특정 품목의 지정업체 예외가 매 분기 반복된다면, 그 품목은 이미 사실상 정기 거래입니다. 이때는 예외를 계속 승인할 것이 아니라 단가계약을 맺고 카탈로그 같은 정상 경로에 올리는 편이 낫습니다. 예외가 줄어든 만큼 구매팀은 정말 판단이 필요한 건에 시간을 쓸 수 있습니다. 좋은 예외 관리는 결국 예외를 줄이는 방향으로 규정을 움직입니다.

정상 구매는 빠르게 지나가고, 예외 구매에만 사람의 판단이 집중되는 구조. 이것이 차단·경고·기록 3단 설계가 지향하는 모습입니다.

우리 회사에서 바로 해 볼 일

1. 현행 규정 항목 목록 만들기: 지금 규정에 있는 조건을 한 줄씩 적고, 각 항목에 차단·경고·기록 중 하나를 임시로 붙여 봅니다.

2. 최근 석 달 예외 건 모으기: 사후 요청, 견적 면제, 긴급 처리된 건을 찾아 다섯 가지 유형으로 분류합니다. 분류가 안 되는 건은 따로 모읍니다.

3. 긴급 정의 문장 초안 쓰기: 인정하는 경우와 인정하지 않는 경우를 각각 세 줄 이내로 씁니다.

4. 예외 사유 입력란 바꾸기: 자유 서술 대신 유형 선택과 필수 기록 항목으로 요청서 양식을 고칩니다.

5. 보고 주기와 수신자 정하기: 분기 예외 보고를 누가 만들고 누구에게 올릴지 정합니다.

자주 묻는 질문

긴급구매를 아예 금지하면 안 되나요?

권하지 않습니다. 사업 중단이나 안전 위험처럼 기다릴 수 없는 상황은 실제로 생깁니다. 금지하면 그 건들은 법인카드나 사후 요청처럼 보이지 않는 경로로 옮겨 갑니다. 인정 범위를 좁게 정하고 필수 기록을 남기게 하는 편이 통제력이 큽니다.

차단 항목은 몇 개 정도가 적당한가요?

정해진 숫자는 없습니다. 다만 되돌리기 어려운 항목, 즉 승인 전 발주나 필수 정보 누락처럼 이후 단계를 무의미하게 만드는 항목으로 좁히는 것이 원칙입니다. 차단이 많을수록 우회 동기도 커진다는 점을 함께 고려해야 합니다.

예외 기록은 누가 확인하나요?

건별 확인은 구매담당자가, 분기 집계와 원인 분석은 구매팀장과 재무가 함께 하는 방식이 일반적입니다. 반복 예외가 특정 부서에 몰리면 해당 부서장과 원인을 함께 확인합니다. 구체적인 역할 분담은 회사 위임전결규정에 맞춰 정하고, 규정 문구는 법무 검토를 거치는 것을 권합니다.