영업·매출 관리
미수금 관리표: 약속일·경과일·분쟁 여부로 회수 순서 정하기
미수금을 단순 금액 목록이 아니라 약속일, 경과일, 최근 연락, 다음 조치, 분쟁 여부로 관리하는 aging 표와 실무 확인 순서를 제공합니다.
핵심 요약
미수금을 단순 금액 목록이 아니라 약속일, 경과일, 최근 연락, 다음 조치, 분쟁 여부로 관리하는 aging 표와 실무 확인 순서를 제공합니다.
검증 메모
공개 계산식과 샘플 재검산- 작성·검토
- Biz2Lab 운영자 · 공개 코드 계정 mizzang0305-oss
- 검증 내용
- 공개 매장 운영 SaaS에서 주문 흐름과 결제 웹훅을 분리하고, 알려진 결제 이벤트는 공급자 API로 다시 확인하며 데모 데이터가 실결제로 이어지지 않게 한 원칙을 기록 구조에 반영했습니다.
- 적용 범위
- 결제 소프트웨어 상태 검증을 미수금 기록에 적용한 것이며 실제 회수율, 채권 추심, 법적 통지, 세무 처리나 회수 가능성을 입증하지 않습니다.
확인 가능한 근거
- MyBizLab MVP 공개 저장소 · 확인 2026-07-26
최종 내용 검토일 2026-07-26. 오류 제보와 수정일 원칙은 소개·편집 원칙에서 확인할 수 있습니다.
매출이 잡혔는데 현금이 없는 이유부터 분리하기
미수금 표의 목적은 거래처를 압박하는 것이 아니라 왜 아직 입금되지 않았는지 확인할 순서를 만드는 것입니다. 주문은 완료됐지만 청구서가 늦게 발행됐을 수 있고, 약속일이 바뀌었는데 기록되지 않았을 수 있으며, 수량이나 금액에 이견이 있을 수도 있습니다.
청구금액과 미수금만 적으면 이런 차이를 알 수 없습니다. 최소한 청구일, 약속일, 입금 누계, 최근 연락일, 다음 조치일, 분쟁 여부를 함께 봐야 합니다.
결제·계약 시스템에서 확인한 기록 원칙
Biz2Lab 운영자가 만든 MyBizLab MVP 공개 저장소는 매장 주문 흐름과 결제 웹훅을 분리합니다. local 모드의 주문·설문·고객 데이터는 외부 서비스 없이 데모 범위에서 동작하고, 알려진 결제 웹훅 이벤트는 공급자 API로 다시 확인하도록 구성했습니다. 화면에 보이는 주문과 실제 결제 확인을 같은 상태로 취급하지 않기 위한 경계입니다.
이 경험을 미수금 표에 적용하면 원래 청구금액을 남은 금액으로 덮어쓰지 않고, 청구 식별자, 입금 누계, 현재 잔액과 확인 상태를 분리해야 합니다. 그래야 일부 입금이나 이견이 생겼을 때 어느 값이 원본이고 무엇이 확인된 상태인지 추적할 수 있습니다.
다만 이 검증은 결제 소프트웨어의 상태·식별자 계약에 관한 것이며 실제 채권 회수율이나 독촉 성과를 측정한 사례가 아닙니다. 이 글은 회수 결과를 약속하지 않고, 연락 전에 사실관계를 확인하기 위한 내부 기록 기준만 제공합니다.
aging 구간을 만드는 기준
경과일은 오늘 날짜에서 약속일을 뺀 값입니다. 청구일이 아니라 거래처와 확인한 약속일을 기준으로 해야 연락 시점을 과장하지 않습니다.
| 구간 | 의미 | 기본 행동 |
|---|---|---|
| 약속일 전 | 아직 기한 전 | 청구서 전달 여부만 확인 |
| 1~7일 | 일정 착오 가능 | 사실 확인 중심의 1차 연락 |
| 8~14일 | 후속 약속 필요 | 담당자와 입금 예정일 기록 |
| 15~30일 | 원인 분리 필요 | 계약·반품·세금자료 이견 확인 |
| 31일 이상 | 관리 강화 | 내부 책임자와 대응 방향 결정 |
구간은 회사 거래 조건에 맞게 바꿀 수 있습니다. 중요한 것은 색깔이 아니라 각 구간에서 누가 무엇을 확인할지 정해 두는 것입니다.
미수금 잔액을 바꾸지 말아야 하는 이유
청구금액 120만 원 중 70만 원이 입금됐다면 청구금액을 50만 원으로 수정하지 않습니다.
미수금 = 청구금액 - 입금 누계
청구금액은 원래 거래 사실을, 입금 누계는 실제 현금 유입을, 미수금은 남은 잔액을 보여줍니다. 원래 금액을 덮어쓰면 부분 입금 경위를 잃고 나중에 대조하기 어렵습니다.
샘플 두 건을 다르게 처리하기
샘플상사는 약속일이 11일 지났고 50만 원이 남아 있지만 분쟁은 없습니다. 최근 연락에서 금요일 입금 예정이라고 답했다면 다음 조치일을 금요일 다음 영업일로 잡습니다.
예시유통은 85만 원 전액이 남았고 16일이 지났으며 수량 이견이 있습니다. 이 건은 자동 독촉 대상이 아닙니다. 계약 또는 주문 원본, 납품 기록, 세금계산서 내용을 먼저 확인해야 합니다.
같은 미수금이라도 일정 지연과 거래 이견은 행동이 다릅니다. 표에 분쟁 여부가 필요한 이유입니다.
오늘 연락할 대상을 고르는 순서
- 약속일이 지났는데 최근 연락 기록이 없는 건을 찾습니다.
- 다음 조치일이 오늘 이전인 건을 위로 올립니다.
- 분쟁 여부가 참인 건은 일반 연락 목록에서 분리합니다.
- 부분 입금 건은 잔액과 입금일을 다시 확인합니다.
- 담당자가 비어 있는 건을 책임자에게 배정합니다.
금액 순 정렬은 마지막에 사용합니다. 원인과 약속 기록이 없는 상태에서 금액만 보고 연락하면 이미 합의한 내용을 다시 묻거나 잘못된 금액을 안내할 수 있습니다.
실무용 aging 파일
샘플 데이터는 설명용이며 실제 거래처 정보가 아닙니다. 자신의 파일에서는 거래처 식별정보를 필요한 범위로 제한하고 접근 권한을 설정해야 합니다.
주간 미수금 회의는 15분이면 충분하다
회의에서는 전체 미수금 합계보다 상태가 바뀐 건만 봅니다.
- 새로 약속일을 넘긴 건
- 입금이 일부 또는 전부 확인된 건
- 거래 이견이 생긴 건
- 다음 조치일이 지나간 건
- 담당자가 없는 건
각 건마다 다음 조치일과 담당자를 확정하면 됩니다. “계속 확인”처럼 끝나는 표현은 다음 회의까지 아무 일도 하지 않게 만듭니다.
자동화할 부분과 남겨 둘 판단
경과일 계산, 구간 분류, 다음 조치일 알림, 부분 입금 잔액 계산은 자동화하기 좋습니다. 연락 문구 선택, 분쟁 판단, 법적 대응, 거래 중단 여부는 담당자 판단으로 남깁니다.
이 글은 개별 채권 회수나 법률 대응을 대신하지 않습니다. 분쟁이 있거나 장기 연체 대응이 필요한 경우 계약 원문과 관련 전문가의 확인이 우선입니다.
자주 묻는 질문
미수금은 금액이 큰 순서대로 연락하면 되나요?
금액뿐 아니라 약속일 경과, 거래처 응답, 분쟁 여부, 현금 흐름 영향을 함께 봐야 합니다. 금액이 작아도 오래 지났고 연락 기록이 없다면 먼저 사실관계를 확인할 필요가 있습니다.
부분 입금은 미수금 표에 어떻게 남기나요?
원래 청구금액을 수정하지 말고 입금 누계와 남은 금액을 분리합니다. 입금일별 기록이 필요하다면 별도 입금 내역표를 두고 미수금 표에는 최신 잔액만 연결하는 편이 좋습니다.
약속일이 지나면 자동으로 독촉 메시지를 보내도 되나요?
권하지 않습니다. 계약 금액 이견, 세금계산서 오류, 반품, 부분 입금처럼 확인할 사유가 있을 수 있습니다. 자동화는 연락 대상과 필요한 자료를 보여주고 발송은 담당자가 판단해야 합니다.
관련 글
거래처 입금 확인 메시지: 독촉 전에 사실을 확인하는 3단계 문구
약속일 전 안내, 약속일 경과 확인, 일정 재확인으로 나눠 거래처에 입금 상황을 확인하고 연락 기록을 남기는 실무 문구와 관리표를 제공합니다.
주문·매출·청구·입금 연결표: 미수금이 생긴 지점 찾기
주문금액, 매출 인정, 청구, 입금, 미수금을 한 숫자로 섞지 않고 거래번호로 연결해 현금 전환이 멈춘 지점을 찾는 방법을 설명합니다.
매출 달성률 계산: 반품·부족금액·하루 필요실적까지 보는 방법
목표 대비 현재 실적뿐 아니라 반품 차감, 부족금액, 남은 영업일 하루 필요실적을 함께 계산해 매출 달성률을 실제 행동으로 연결합니다.
다음 단계
미수금 원인이 확인된 뒤 단계별 연락 문구와 기록 방법을 봅니다.
입금 확인 문구 정리하기