체인이 실제로 받은 수량으로 계산서를: 72%는 자동, 가장 높은 막대가 사람을 기다리는 이유

납품서로 계산서를 만들면 세 장 중 두 장이 틀린다. 체인은 자기가 받은 수량으로 돈을 내기 때문이다. 납품 수량, 서명된 인수증, 체인의 입고 전표가 맞으면 입고 수량으로 계산서가 저절로 나오고, 나머지는 이유와 함께 사람에게 간다. 그 가치는 얼마인가.

마트 체인으로 가는 납품서에는 품목 줄마다 숫자가 셋 있습니다. 납품서의 납품 수량, 매장이 서명한 인수증의 수량, 그리고 체인 자신의 입고 전표에 있는 입고 수량. 체인은 세 번째 숫자로 돈을 냅니다.

한 신선식품 유통사에서 입고 수량으로 자동 발행된 계산서 209장을 세어 보았습니다. 그중 136장(65%)은 적어도 한 줄이 납품 수량과 달랐습니다. 1,051줄 가운데 310줄은 납품보다 적게 청구되었고, 많게 청구된 줄은 없었습니다. 같은 단가로 계산하면 체인이 받은 것은 납품한 금액보다 4.7% 적었습니다. 다시 말해, 가장 떠올리기 쉬운 자동화 — 납품서로 계산서를 만드는 것 — 는 세 장 중 두 장에서 틀립니다.

옛 방식은 그 오류를 「기다림」으로 피했습니다. 계산서는 입고 수량을 안 뒤에 회계 프로그램에서 만들어졌고, 납품보다 3–4일 늦었습니다(10월 16–25일 납품서에는 이미 계산서가 358장 있었지만, 10월 26–29일 납품서에는 2장뿐이었습니다).

이 글의 질문은 이것입니다. 세 숫자가 맞는 순간 체인의 입고 수량 그대로 계산서가 저절로 나온다면 얼마의 가치가 있는가 — 그리고 어떤 납품서는 여전히 사람이 봐야 하는가?

1. 무엇이 바뀌는가

입고 전표를 가져오는 실행이 끝날 때마다 시스템은 계산서가 없는 납품서를 한 장씩 살핍니다. 납품서가 조건을 충족하는 것은 다음과 같을 때입니다.

1. 납품한 품목이 모두 체인의 입고 전표에 있다;
2. 단가가 발주서와 일치한다(입고 전표에 단가가 없는 체인은 이 확인을 건너뜁니다);
3. 체인의 입고 수량이 출고 수량보다 많지 않다;
4. 납품 수량과 입고 수량의 차이가 기준을 넘는 줄이 없다 — 기준은 설정값이며 지금은 20%;
5. 서명된 인수증에 차이가 없다. 인수증은 배송 기사가 찍은 사진에서 AI가 읽습니다. 인수증 서명 당일 대조 글에서 설명한 대로입니다.

조건을 충족하면 임시 납품서가 기장되고 입고 수량으로 계산서가 발행·기장됩니다. 아무도 누르지 않습니다. 충족하지 못하면 납품서는 이유를 말로 적은 채 검토 화면으로 가고, 회계 담당자가 승인하거나 고치거나 넘깁니다. 아직 입고 전표가 없는 납품서는 기다립니다. 매장이 자주 늦게 입력하는 체인은 며칠을 기다린 뒤에야 「납품했는데 입고 없음」으로 봅니다.

2026년 10월 30일 21:40, 가동 첫날의 스냅숏: 209장의 납품서가 아무도 누르지 않고 계산서가 되었고(그 계산서에는 승인자 이름이 하나도 없습니다), 82장은 사람을 기다렸고, 71장은 입고 전표를 기다렸습니다. 그 밖에 계산서 발행을 시스템으로 옮긴 날보다 앞선 납품서 42장은 사람이 확인하도록 따로 두었고 여기서는 세지 않았습니다. 결론이 난 납품서 가운데 72%는 스스로 계산서가 되었고 28%는 사람을 기다렸습니다. 그 전 일주일의 읽기 전용 시험(10월 21–28일)은 335장에서 52%였습니다. 두 숫자는 서로 다른 집합에서 쟀습니다. 추세선으로 읽지 마세요.

2. 왜 82장이 사람을 기다리는가

한 장의 납품서가 여러 이유를 가질 수 있습니다. 장 수로 세면: 20%를 넘는 차이의 줄이 있는 것 56장, 납품했는데 입고 전표에 없는 품목이 있는 것 18장, 품목 코드와 아직 맞춰지지 않은 품목이 있는 것 12장, 단가 차이 9장, 인수증 차이 9장, 출고보다 많은 입고 6장.

위 계산 도구의 파레토 차트가 바로 이 숫자를 그리고, 꺾은선은 막대를 쌓은 것이 아니라 실제 이유 조합으로 계산합니다. 읽어 낼 것이 둘 있습니다.

• 한 번에 고칠 수 있는 이유는 작다. 품목 코드를 맞추고 단가표를 고치면 82장 중 6장만 풀립니다. 할 가치는 있지만 그림은 바뀌지 않습니다.
• 가장 높은 막대는 남아야 한다. 「20%를 넘는 차이」라는 이유가 없어지면 38장이 저절로 계산서가 됩니다. 하지만 그것은 체인이 납품보다 훨씬 적게 받은 납품서입니다 — 상한 상품, 잘못된 배송, 혹은 체인 쪽 숫자의 오류. 바로 사람이 봐야 할 곳입니다. 기준을 넓혀 사람 대기 비율을 낮추는 것은 통제 자체를 끄는 일입니다.

3. 첫 번째 원천: 손으로 계산서를 만드는 시간

측정 방법. 짧은 납품서와 긴 납품서를 섞어 계산서 20장을 연달아 잽니다. 자동 비율은 검토 화면에서 바로 읽습니다. 납품서마다 상태가 있고, 자동 계산서에는 승인자 이름이 없습니다.

신뢰도: 꽤 높음. 납품서 수와 자동 비율은 셀 수 있고, 6분은 재야 합니다.

4. 두 번째 원천: 계산서를 기다리는 날들

두 번 세지 않도록 주의: 입고 전표가 체인 포털에서 기다리는 날들은 이 3.5일의 일부입니다. 입고 전표를 가져오는 로봇에 관한 글도 그 날들을 셉니다. 두 글을 더할 때는 하나만 취하세요.

측정 방법. 지난 3개월의 계산서마다 계산서 날짜에서 납품 날짜를 뺍니다. 가동 후에도 같은 뺄셈을 하되, 자동 납품서와 승인된 납품서를 나눕니다.

신뢰도: 보통. 계산서가 일찍 나와도 체인이 같은 일수만큼 일찍 돈을 내는 것은 아닙니다. 체인은 자기 주기로 냅니다. 체인의 지급 주기가 고정이라면 자본 비용을 0으로 두고 나머지 두 원천만 남기세요.

5. 세 번째 원천: 구매자가 돌려보내는 계산서

측정 방법. 지난 3개월 동안 취소되거나 수정된 계산서를 장마다 이유와 함께 셉니다. 수량이 틀린 것만 여기에 셉니다.

신뢰도: 낮음 — 가장 무른 원천입니다. 두 반송 비율을 같게 두어도 계산 도구에는 여전히 연 약 3,800만 동이 남습니다.

6. 합계

예의 숫자로 연 약 5,000만 동입니다. 이 500시간은 돈이거나, 같은 회계 담당자가 더 많은 거래처를 맡을 여력입니다. 둘 다로 세지 않습니다.

7. 이 ROI가 서 있는 가정

체인의 입고 수량이 맞다. 체인은 그 숫자로 돈을 내므로, 그 숫자로 만든 계산서는 지급되는 계산서입니다. 하지만 체인도 틀립니다 — 잘못 단 무게, 잘못 입력한 품목. 그때는 그 줄의 차이가 기준을 넘고 납품서는 사람에게 갑니다. 차트의 가장 높은 막대가 남아야 하는 이유가 여기에 있습니다.

20%는 하나의 선택이다. 낮추면 사람을 기다리는 납품서가 늘고, 높이면 줄고 빠져나가는 차이도 늘어납니다. 기준은 설정에 있어 책임자가 코드를 건드리지 않고 바꿀 수 있습니다 — 그리고 느낌이 아니라 측정에 따라 바꿔야 합니다.

자동 계산서도 틀릴 수 있다. 첫날 로봇이 만든 계산서 41장이 그날 안에 취소되었습니다. 자동 계산서의 취소율이 가장 먼저 지켜볼 숫자입니다. 그것이 오르면 조건이 느슨해졌다는 신호입니다.

8. 자기 회사에서 재기

1. 기준을 잡는다. 지난 3개월: 납품에서 계산서까지 일수, 수량 때문에 취소·수정된 계산서 수, 계산서 한 장을 만드는 분.
2. 일주일 동안 읽기 전용으로 돌린다. 시스템은 납품서를 한 장씩 살펴 상태와 이유만 기록하고 아무것도 만들지 않습니다. 가동하기 전에 이유 차트를 읽으세요.
3. 가동하고 매주 잰다. 자동 비율, 이유별 사람 대기, 자동 계산서의 취소율, 납품에서 계산서까지 일수. 같은 체인으로 주와 주를 비교합니다. 입고를 늦게 입력하는 체인은 「대기」가 더 많습니다.

9. 기억할 것

계산서를 빨리 내는 것은 어렵지 않다. 구매자가 실제로 낼 숫자로 내는 것이 어렵다. 계산서가 체인의 입고 수량을 그대로 가져오고, 세 숫자가 맞을 때만 저절로 만들어진다면, 대부분의 계산서는 혼자 가고 나머지는 볼 만한 이유를 안고 사람에게 갑니다.

자동화는 기계가 얼마나 일했는지로 재지 않는다. 그 일 가운데 아무도 다시 하지 않아도 된 것이 얼마인지로 잰다.

자동 발행된 계산서, 사람을 기다리는 납품서와 그 이유, 납품 수량과 다른 계산서의 비율, 회계 프로그램에서 만들던 계산서의 지연, 읽기 전용 시험 결과는 한 신선식품 유통사의 가동 중인 시스템에서 2026년 10월 30일에 측정했고 익명화했습니다. 월 납품서 수, 한 장의 금액, 분, 임금, 자본 비용, 반송 비율은 예시 숫자입니다. 자기 숫자로 바꾸세요.