영업·매출 관리
주문·매출·청구·입금 연결표: 미수금이 생긴 지점 찾기
주문금액, 매출 인정, 청구, 입금, 미수금을 한 숫자로 섞지 않고 거래번호로 연결해 현금 전환이 멈춘 지점을 찾는 방법을 설명합니다.

핵심 요약
주문금액, 매출 인정, 청구, 입금, 미수금을 한 숫자로 섞지 않고 거래번호로 연결해 현금 전환이 멈춘 지점을 찾는 방법을 설명합니다.
검증 메모
공개 계산식과 샘플 재검산- 작성·검토
- Biz2Lab 운영자 · 공개 코드 계정 mizzang0305-oss
- 검증 내용
- 주문, 매출 인식, 청구, 입금, 미수금 단계를 가상 거래 한 건으로 연결하고 단계별 금액 합계가 일치하는지 확인했습니다.
- 적용 범위
- 현금 흐름을 이해하기 위한 운영 모델이며 기업별 회계 기준, 부가세, 세무 신고 판단을 대신하지 않습니다.
이 글은 외부 통계나 제품 성능을 인용하지 않고, 본문에 공개한 절차·계산식·가상 샘플과 CSV를 근거로 작성했습니다.
최종 내용 검토일 2026-07-16. 오류 제보와 수정일 원칙은 소개·편집 원칙에서 확인할 수 있습니다.
같은 100만 원이 서로 다른 의미를 가진다
주문 100만 원, 매출 100만 원, 청구 100만 원, 입금 100만 원은 같은 숫자처럼 보이지만 시점과 의미가 다릅니다. 주문은 고객 의사, 매출 인정은 내부 또는 회계 기준, 청구는 지급 요청, 입금은 실제 현금 유입입니다.
이 네 값을 매출 한 열에 넣으면 목표는 달성했는데 통장에는 돈이 없는 상황을 설명할 수 없습니다.
거래번호를 중심으로 이어 붙이기
각 거래에 내부 거래번호를 부여하고 다음 정보를 연결합니다.
| 단계 | 필수 값 | 확인 질문 |
|---|---|---|
| 주문 | 주문일, 주문금액 | 고객 요청이 확정됐는가? |
| 이행 | 납품·서비스 완료일 | 약속한 내용을 제공했는가? |
| 청구 | 청구일, 청구금액 | 청구서가 전달됐는가? |
| 약속 | 입금 예정일 | 거래처가 일정을 확인했는가? |
| 입금 | 입금일, 입금액 | 어느 거래의 입금인가? |
| 잔액 | 미수금 | 다음 확인일과 담당자는 누구인가? |
주문번호와 청구번호를 그대로 내부 기준으로 사용할 수 있다면 새 번호를 만들 필요는 없습니다. 중요한 것은 모든 단계가 같은 거래를 가리키는 것입니다.
두 거래 비교
ORD-001은 주문 120만 원, 청구 120만 원, 입금 120만 원으로 완료됐습니다. ORD-002는 주문과 청구가 85만 원이지만 30만 원만 입금되어 55만 원이 남았습니다.
두 번째 거래를 매출 합계에서 제외할 필요는 없지만 현금 상태는 부분입금으로 보여야 합니다. 주문 실적 205만 원과 입금 실적 150만 원 사이의 55만 원 차이가 바로 관리 대상입니다.
현금 전환 연결표
샘플에는 주문일, 매출 인정일, 청구일, 약속일, 입금일, 입금액, 미수금, 다음 조치가 있습니다. 실제 회계 인식 기준은 사업과 거래에 따라 다를 수 있으므로 이 파일은 운영 추적용으로 사용합니다.
멈춘 지점별로 행동을 달리하기
주문 뒤 이행이 멈춤
재고, 일정, 작업 담당자를 확인합니다. 아직 제공하지 않은 거래를 입금 문제로 보지 않습니다.
이행 뒤 청구가 멈춤
세금계산서나 청구서 발행 담당과 필요한 자료를 확인합니다. 고객에게 입금을 요청하기 전에 청구 전달 여부가 먼저입니다.
청구 뒤 약속이 없음
거래처 담당자가 청구서를 받았는지, 지급 일정이 언제인지 확인합니다. 약속일 없는 미수금은 경과일 기준을 만들기 어렵습니다.
약속일 뒤 입금이 멈춤
최근 연락, 부분 입금, 이견 여부를 확인한 뒤 후속 연락을 진행합니다.
매출 보고와 현금 보고를 분리하기
주간 보고에는 다음 두 줄을 함께 둡니다.
- 주문 또는 매출 인정 실적: 영업 성과의 진행 상태
- 입금 실적과 미수금: 현금 전환 상태
둘을 하나의 달성률로 합치지 않습니다. 주문은 많지만 약속일이 계속 밀리는지, 입금은 안정적이지만 신규 주문이 줄었는지 서로 다른 문제를 발견할 수 있습니다.
연결표에서 자주 생기는 오류
- 거래처가 입금 메모를 다르게 적어 어느 청구 건인지 찾지 못함
- 부분 입금을 전액 입금으로 표시함
- 반품 합의 뒤 청구금액을 덮어써 원래 기록을 잃음
- 약속일을 바꾸고 이전 약속 이력을 삭제함
- 주문 취소가 매출과 미수금에 서로 다른 날짜로 반영됨
원본 값을 바꾸기보다 조정 내역을 별도로 추가하고 누가 승인했는지 남깁니다.
자동 집계 전 필요한 검증
거래번호 누락률, 입금 미연결 건수, 부분 입금 표시 오류를 먼저 측정합니다. 연결 품질이 낮은 상태에서 대시보드를 만들면 보기 좋은 합계가 잘못된 거래를 숨길 수 있습니다.
이 글은 운영 상태를 연결하는 방법을 설명합니다. 세무·회계상 매출 인식과 법적 채권 처리는 해당 전문가의 기준을 확인해야 합니다.
자주 묻는 질문
주문이 들어오면 바로 매출로 잡아도 되나요?
내부 관리 기준과 회계 기준은 다를 수 있습니다. 운영표에서는 주문, 납품 또는 서비스 완료, 청구, 입금을 각각 별도 날짜와 상태로 기록하고 공식 회계 처리는 전문가 기준을 따라야 합니다.
청구금액과 입금액이 다르면 어느 값을 수정하나요?
원래 청구금액을 덮어쓰지 말고 입금 내역을 별도로 추가해 잔액을 계산합니다. 반품이나 할인 합의가 있다면 조정 사유와 승인 기록을 남겨야 합니다.
거래번호는 왜 필요한가요?
주문번호, 청구번호, 입금 메모가 서로 다르면 같은 거래를 연결하기 어렵습니다. 내부 거래번호 하나를 기준으로 각 문서와 상태를 연결하면 누락 지점을 찾기 쉬워집니다.
관련 글
미수금 관리표: 약속일·경과일·분쟁 여부로 회수 순서 정하기
미수금을 단순 금액 목록이 아니라 약속일, 경과일, 최근 연락, 다음 조치, 분쟁 여부로 관리하는 aging 표와 실무 확인 순서를 제공합니다.
매출 달성률 계산: 반품·부족금액·하루 필요실적까지 보는 방법
목표 대비 현재 실적뿐 아니라 반품 차감, 부족금액, 남은 영업일 하루 필요실적을 함께 계산해 매출 달성률을 실제 행동으로 연결합니다.
거래처 주문 등록표: 이메일·메신저·전화를 한 번호로 묶는 방법
거래처 주문이 이메일, 메신저, 전화로 흩어질 때 통합 주문번호, 원본 채널번호, 납기, 재고, 입금조건, 처리상태를 한 표에 기록하는 방법입니다.
다음 단계
약속일을 넘긴 거래를 aging 구간으로 나눕니다.
거래처별 미수금 확인하기