공급업체가 인보이스를 20일 일찍 결제하면 2% 할인을 해주겠다고 제안하는데, 2%가 사소하게 들린다는 이유로 무시하고 있지는 않은가. 그 "사소한" 할인은 현금에 대한 연환산 36% 수익률이다 — 비즈니스가 앞으로 하게 될 거의 어떤 투자보다도 뛰어나며, 지금 받은 편지함에 놓여 있다. 대부분의 소규모 비즈니스는 이용 가능한 조기 결제 할인 중 3분의 1도 채 확보하지 못하는데, 이는 일찍 결제할 여유가 없어서가 아니라 매입채무 프로세스가 너무 느리고 체계가 없어 기회가 만료되기 전에 알아차리지 못하기 때문이다.
매입채무 최적화는 모든 청구서를 정확히 적절한 시점에 결제하는 규율이다: 받을 가치가 있는 할인을 확보할 만큼은 일찍, 필요한 현금을 보존할 만큼은 늦게, 그리고 위약금을 물거나 공급업체와의 관계를 훼손할 만큼은 결코 늦지 않게. 이 가이드는 이를 가능하게 하는 세 가지 지렛대 — 조기 결제 할인 계산, 매입채무 회전일수(DPO) 관리, 전략적 결제 시점 — 와 더불어 전체 시스템을 건전하게 유지하는 통제와 습관을 살펴본다.
AP 프로세스가 돈을 새고 있는 이유
무엇이든 최적화하기 전에, 부실한 매입채무 프로세스가 실제로 얼마의 비용을 초래하는지 파악하는 것이 도움이 된다. IOFM과 Aberdeen Group의 업계 벤치마크에 따르면, 인건비, 오류 수정, 보관, 연체 비용을 모두 포함할 때 완전 부담 기준 수동 인보이스 처리는 인보이스당 1230달러에 달한다. 자동화된 AP는 이를 인보이스당 25달러로 낮춘다. APQC 연구에 따르면 수동 워크플로에서 인건비만으로도 전체 AP 비용의 약 62%를 차지한다.
주기 시간 격차도 마찬가지로 극명하다. 수동 승인 주기는 처음부터 끝까지 평균 8~14일이 걸리는 반면, 자동화된 최상위 팀은 약 3일 만에 인보이스를 처리한다. 이 격차가 중요한 이유는 할인 기간이 짧기 때문이다 — 일반적으로 10일이다. 인보이스 승인에 2주가 걸리는 프로세스는 수학적으로 2/10 net 30 할인을 확보할 수 없다. 한 업계 비교에 따르면 수동 AP 운영은 이용 가능한 조기 결제 할인의 약 16%만 확보하는 반면, 자동화된 운영은 80% 이상을 확보한다.
그다음은 오류다. 수동 데이터 입력은 인보이스의 3~5%에서 실수를 발생시키며, 중복 결제, 누락된 크레딧, 승인되지 않은 거래는 승인이 이메일 스레드와 기억 속에 있는 곳마다 빠져나간다. 이러한 오류 하나하나는 직원 시간을 들여 바로잡아야 하고, 최악의 경우 결코 회수되지 않는 실제 현금을 잃게 된다.
고무적인 소식은 대부분의 문제를 해결하는 데 엔터프라이즈 소프트웨어가 필요하지 않다는 것이다. 아래의 계산, 지표, 일정 관리 규율은 스프레드시트와 주간 루틴만으로도 작동한다 — 자동화는 단지 이를 더 빠르게 만들어 줄 뿐이다.
지렛대 1: 조기 결제 할인은 고수익 투자다
할인 조건을 읽는 방법
공급업체 인보이스에는 종종 간결한 코드로 결제 조건이 표기된다. 가장 흔한 것은 2/10 net 30이다: 인보이스 날짜로부터 10일 이내에 결제하면 2% 할인을 받고, 그렇지 않으면 전액을 30일 이내에 지불한다. 접하게 될 변형으로는 1/10 net 30, 2/15 net 45, 1% 15 net 60 등이 있다. 첫 번째 숫자는 항상 할인율, 두 번째는 할인 기간(일), "net" 뒤의 숫자는 최종 만기일이다.
할인 기간을 놓치면 net 날짜까지 전액을 지불하면 된다 — 할인을 잃는 것 외에 추가 위약금은 없다. 따라서 결정은 명확하다: 일찍 결제할 가치가 있는가?
2/10 net 30에 숨겨진 36% 연환산 수익률
거의 항상 그렇다. 계산은 이렇다. 2/10 net 30 조건의 10,000달러 인보이스에서 30일 대신 10일에 결제하면 10,000달러 대신 9,800달러를 지불한다 — 현금을 20일 일찍 떠나보낸 대가로 200달러를 절약하는 것이다. 이를 연환산하면: 20일 기간은 360일的一年에 18번 들어가므로, 2% 곱하기 18은 일찍 투입한 현금에 대해 36% 연환산 수익률을 준다.
일반 공식은 다음과 같다:
연환산 수익률 = (할인율 ÷ (1 − 할인율)) × (360 ÷ (net 일수 − 할인 일수))
2/10 net 30의 경우, (0.02 ÷ 0.98) × (360 ÷ 20) = 36.7%이다. 1/10 net 30의 경우 약 18%가 나온다. 비즈니스 당좌예금 계좌가 버는 이자, 또는 신용 한도의 비용과 비교해 보라 — 신용카드 금리로 차입하여 조기 결제 자금을 마련하는 경우가 아니라면, 할인을 받는 것이 압도적으로 유리하다.
할인을 건너뛰어야 할 때
정당한 예외가 있으며, 이를 아는 것도 규율의 일부다:
- 현금이 정말로 빠듯할 때. 일찍 결제하면 계좌가 마이너스가 되거나 급여를 놓치게 된다면 할인을 건너뛰어라. 연환산 36% 수익률은 급여 부도나 값비싼 신용 한도의 긴급 인출을 감수할 가치가 없다.
- 자본 비용이 할인 수익률보다 높을 때. 일찍 결제하여 18% 가치의 1/10 net 30 할인을 확보하려고 연 40% 금리로 차입해야 한다면, 계산은 기다리라고 말한다.
- 인보이스가 분쟁 중일 때. 수량, 가격, 납품물을 확인하지 않은 인보이스는 절대 일찍 결제하지 마라. 근본 청구서를 과다 지불했다면 할인은 이득이 아니다.
그러나 올바른 기본값은 가능한 모든 할인을 받는 것이다. 돈을 놓치는 비즈니스는 의도적인 자본 배분 결정을 내리는 경우가 드물다; 그들은 단지 제때 결정할 만큼 빠른 프로세스를 구축하지 않았을 뿐이다.
인보이스에 없는 할인을 협상하라
할인 조건이 항상 인보이스에 인쇄되어 있는 것은 아니다 — 요청만 하면 제공되는 경우가 많다. 공급업체는 예측 가능하고 빠른 결제를 높이 평가하며, 특히 고정된 일정에 전자 결제를 약속하면 많은 공급업체가 1% 또는 2% 조기 결제 조건에 동의할 것이다. 협상할 때:
- 요구가 아닌 신뢰성으로 시작하라. 매 주기 ACH로 10일째 결제를 제공하고 2/10 조건을 요청하라. 공급업체는 확실성을 위해 마진을 교환한다.
- 갱신과 물량 증가 시점에 요청하라. 계약 갱신이나 주문 물량 증가는 레버리지가 최대가 되는 순간이다.
- 서면으로 받아라. 구두 할인 합의는 공급업체의 청구 담당자가 교체되는 첫 순간 사라진다. 최소한 이메일로 조건을 확인하라.
- 매년 검토하라. 작은 거래처였을 때 할인을 거부했던 공급업체도 상위 10대 고객이 되면 동의할 수 있다.
지렛대 2: 매입채무 회전일수(DPO) 관리
DPO가 측정하는 것
매입채무 회전일수는 청구서를 받은 시점과 결제한 시점 사이에 평균적으로 현금을 얼마나 오래 보유하는지를 알려준다. 공식은 다음과 같다:
DPO = (평균 매입채무 ÷ 매출원가) × 기간 일수
의미 있는 매출원가 수치가 없는 서비스 비즈니스의 경우, COGS 대신 총 운영비 또는 순 신용 매입액을 사용하라 — 일관되게 계산하는 한 추세가 정확한 분모보다 더 중요하다.
구체적인 예: 분기 동안 평균 AP 잔액이 10,000달러, 분기 COGS가 40,000달러, 분기가 90일이라면, DPO는 (10,000 ÷ 40,000) × 90 = 22.5일이다. 청구서를 받은 후 평균 약 3주 뒤에 공급업체에 결제하는 것이다.
좋은 DPO란
보편적인 목표는 없다 — 적절한 DPO는 산업, 교섭력, 현금 상황에 따라 다르다. 대략적인 기준으로:
- 20일 미만은 종종 필요 이상으로 빠르게 결제하여 자신의 운전자본으로 공급업체의 운전자본을 조달하고 있음을 의미한다. 그 속도에 대한 할인을 받고 있지 않다면, 공짜 현금을 내주고 있는 것이다.
- 30~45일은 많은 소규모 비즈니스에 건강한 범위다: 표준 net-30 조건과 대략 일치하며, 서두르지 않고 제때 결제한다.
- 60일 초과는 면밀한 검토가 필요하다. 이는 능숙한 조건 협상을 반영할 수도 있고 — 청구서가 틈새로 빠져나가고, 공급업체가 조용히 분노하며, 연체료가 쌓이고 있다는 의미일 수도 있다.
먼저 자신의 이력을 기준으로 벤치마킹하고, 그다음 업계 동료와 비교하라. 어느 방향으로든 급격한 변화가 진정한 신호다: 분기에 DPO가 15일 상승하면 현금 압박이나 고장난 승인 프로세스를 의미할 수 있고, DPO가 급락하면 누군가 모든 것을 수령 즉시 결제하여 float을 포기하고 있다는 의미일 수 있다.
DPO 균형 잡기
DPO 최적화는 진정한 트레이드오프이지 최대화 문제가 아니다. 결제를 늘리면 현금이 보존된다 — DPO가 하루 늘어날 때마다 공급업체로부터의 무이자 대출이다 — 그러나 너무 멀리 밀어붙이면 할인, 레버리지, 신뢰를 잃는다. net-30 조건에서 습관적으로 55일에 결제하는 공급업체는 긴급 배송, 분쟁 인보이스에 대한 호의, 갱신 시 가격 유지가 필요할 때 그것을 기억할 것이다.
실용적인 접근은 하나의 평균을 관리하는 것이 아니라 공급업체를 세분화하는 것이다:
- 전략적 및 단독 공급업체는 매번 제때 또는 일찍 결제한다. 관계가 float보다 더 가치 있다.
- 할인을 제공하는 공급업체는 현금이 허락할 때마다 할인 기간 내에 결제한다 — 수익률이 어떤 float 사용보다도 뛰어나다.
- 표준 조건의 범용 공급업체는 만기일에 결제하며, 그 전에도 그 후에도 아니다. net-30 조건에서 12일 대신 32일에 결제하는 것은 비용 없이 20일의 추가 현금이 당신을 위해 일하는 것이다.
- 협상한 연장 조건의 공급업체는 합의대로 결제한다. 협상에서 얻은 net-45와 net-60 조건은 기능이다 — 활용하라.
이 세분화가 DPO를 허영 지표에서 운영 도구로 바꾸는 것이다: 각 범주는 고유한 목표 행동을 가지며, 혼합 DPO는 단지 점수판일 뿐이다.
지렛대 3: 전략적 결제 시점
주간 결제 실행 구축
AP 최적화에서 가장 영향력이 큰 단일 습관은 고정된 주간 결제 일정이다. 인보이스가 도착하는 대로 결제하거나(너무 빠르고 통제 불가), 월말에 정신없이 일괄 처리하는(할인에는 너무 느리고 일부 만기일에는 너무 늦음) 대신, 이렇게 하라:
- 지속적으로 수집하고 검증하라. 모든 인보이스가 도착하면 기록하고, 발주서나 입고 기록과 대사하며, 분쟁을 즉시 표시하라. 검증되지 않은 인보이스는 결제 대기열에 절대 들어가지 않는다.
- 매주 같은 날 결제를 실행하라. 각 실행에는 세 개의 버킷이 있다: 다음 실행 전에 만료되는 할인(지금 결제), 다음 실행 전에 만기가 도래하는 인보이스(지금 결제, 만기일까지 도착하도록 예약), 그리고 나머지 모두(보류).
- 단순 결제가 아닌 예약을 하라. 은행이 예약 ACH를 지원하면 만기일 결제를 미리 대기열에 넣어라. 다음 화요일 만기인 인보이스는 이번 금요일에 예약되어 누구의 주의도 차지하지 않는다.
- 지급 전 현금을 검토하라. 각 실행 전에 현재 잔액과 예상 유입을 5분간 살펴보면 한 달치 할인 절감을 날려버릴 당좌 마이너스를 방지한다.
주간 리듬은 어떤 인보이스도 결제 결정을 위해 7일 이상 기다리지 않음을 의미한다 — 여유를 두고 모든 10일 할인 기간을 맞출 만큼 빠르고, 나머지 모두를 실제로 만기가 될 때까지 보류할 만큼 규율 있다.
상황에 결제 방법을 맞춰라
어떻게 결제하는지는 언제 결제하는지만큼 중요하다:
- ACH 이체는 주력이다: 저렴하고(종종 1달러 미만), 예측 가능하며(영업일 기준 1~3일), 예약하기 쉽다. 반복 공급업체 결제에는 ACH를 기본으로 하라.
- 비즈니스 신용카드는 공급업체 지출에서 1~2% 캐시백을 얻을 수 있다 — 단, 카드를 전액 결제하고 공급업체가 보상보다 큰 추가 요금을 부과하지 않는 경우에만. 공급업체별로 계산하라; 3% 편의 수수료는 2% 보상을 날려버리고 그 이상이다.
- 수표는 여전히 수표를 요구하는 공급업체를 위한 틈새가 있지만, 느리고 분실하기 쉬우며 우편 절도와 수표 세탁을 통한 사기 위험이 있다. 사용해야 한다면 은행의 포지티브 페이 통제를 활성화하라.
- 전신 송금은 당일 긴급 상황에만 사용한다. 25~50달러의 수수료는 일상적인 청구서를 결제하는 가장 비싼 방법이 된다.
매입채무뿐 아니라 현금 전환 주기를 주시하라
DPO는 현금 전환 주기의 한 축이다: CCC = DIO + DSO − DPO (재고 회전일수 더하기 매출채권 회전일수 빼기 매입채무 회전일수). 매입채무만 따로 최적화하면 오해를 낳을 수 있다 — DPO를 60일로 늘리면서 고객 회수를 75일로 늦추는 비즈니스는 매입채무 옷을 입은 회수 문제를 가진 것이다. 매월 세 가지를 함께 검토하라. 종종 가장 높은 수익률의 해결책은 공급업체에 늦게 결제하는 것이 아니라 고객으로부터 더 빨리 회수하는 것이다.
AP를 건전하게 유지하는 통제
통제 없는 최적화는 더 빠른 혼돈일 뿐이다. 네 가지 관행이 잘 운영되는 AP 기능과 부채를 구분한다:
모든 중요한 인보이스에 삼자 대사
기준 금액(많은 소규모 비즈니스는 500달러 또는 1,000달러를 사용)을 초과하는 인보이스가 결제 대기열에 들어가기 전에 세 문서를 대사하라: 발주서(무엇을 얼마에 구매하기로 합의했는지), 입고 기록(실제로 무엇이 도착했는지), 인보이스(공급업체가 지불해야 한다고 주장하는 것). 수량이나 가격이 일치하지 않으면 인보이스는 결제 실행이 아니라 공급업체나 요청자에게 돌아간다. 기준 미만에서는 인보이스와 승인의 이자 대사로 보통 충분하다.
직무 분리
인보이스를 승인하는 사람이 결제를 실행하는 사람이어서는 안 되며, 둘 중 누구도 단독으로 시스템에 새 공급업체를 추가할 수 있어서는 안 된다. 5인 회사에서는 과잉처럼 들리지만 그렇지 않다. 소규모 비즈니스 사기의 상당 부분은 신뢰받는 경리 담당자가 허위 공급업체에 결제하는 것이며, 이를 막는 통제는 비용이 들지 않는다 — 신규 수취인과 결제 실행에 대한 두 번째 눈만 있으면 된다.
중복 및 사기 탐지
- 입력 전 검색하라. 인보이스를 기록하기 전에 동일한 공급업체, 금액, 인보이스 번호를 빠르게 확인하면 대부분의 중복을 근원에서 잡는다.
- 신규 공급업체 세부 정보를 전화로 확인하라. 결제 리디렉션 사기 — 공급업체처럼 보이는 이메일이 은행 세부 정보를 업데이트하라고 요청하는 — 는 가장 빠르게 성장하는 소규모 비즈니스 사기 중 하나다. 결제 지시에 대한 모든 변경은 알려진 전화번호로 확인하고, 이를 알린 이메일에 회신하여 확인하지 마라.
- 매월 AP를 명세서와 대사하라. AP 연령 보고서는 공급업체 명세서와 일치해야 한다. 미적용 크레딧, 누락된 인보이스, 잘못된 계정에 전기된 결제가 모두 여기서 드러난다.
월간 AP 검토
한 달에 한 번, 다섯 개 숫자에 30분을 투자하라: 총 AP 잔액과 연령 버킷, DPO와 그 추세, 확보한 할인 대 이용 가능한 할인, 지불한 연체료, 분쟁 인보이스의 예외 로그. 이 검토가 최적화가 복리로 쌓이는 곳이다 — 할인 확보율이 상승하는지, DPO가 표류하는지, 같은 공급업체가 계속 분쟁에 나타나는지 보여준다.
부기가 기초이다
근본적인 장부가 신뢰할 수 없다면 위의 어떤 것도 작동하지 않는다. 청구서의 절반을 누락한 AP 잔액으로 계산한 DPO는 허구다. 3주 지난 연령 보고서로 내린 할인 결정은 추측이다. 발주서가 장부가 아닌 누군가의 편지함에 있다면 삼자 대사는 실패한다.
실용적인 요구 사항은 소박하지만 타협할 수 없다: 모든 인보이스가 도착하는 날 기록하고, 올바른 비용 계정과 공급업체에 코딩하며, AP 보조원장을 매월 총계정원장과 대사하고, 다음 사람이 찾을 수 있는 곳에 증빙 문서를 첨부하거나 보관하라. AP 데이터 입력을 실제 회계 업무로 취급하는 비즈니스 — 시기적절하고, 코딩되고, 대사 가능한 — 는 최적화를 거의 공짜로 얻는다. 나중에 일괄 처리할 서류 작업으로 취급하는 비즈니스는 연체료와 놓친 할인으로 같은 최적화 비용을 지불한다.
현재 시스템이 이 기본조차도 힘들게 만든다면 — 이메일에 흩어진 인보이스, 기억에 의한 승인, 신뢰할 수 있는 연령 보고서 없음 — 그것이 DPO 목표나 할인 수익률에 대한 어떤 논의보다도 먼저 해결해야 할 문제다.
당신만큼 매입채무도 열심히 일하게 하라
공급업체에 전략적으로 결제하는 것은 즉시 자체 비용을 회수하는 몇 안 되는 비즈니스 개선 중 하나다: 확보한 모든 할인은 이익이고, 피한 모든 연체료는 이익이며, 잘 관리된 float의 모든 하루는 재고, 급여, 성장에 사용할 수 있는 현금이다. 주간 결제 실행과 위의 할인 계산으로 시작하면, 현재 프로세스가 남기고 있는 월 수백 달러를 발견할 가능성이 높다.
결제량이 증가함에 따라 모든 인보이스, 승인, 결제를 한 곳에서 추적 가능하게 유지하는 것이 최적화와 혼돈의 차이가 된다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제를 제공하는 플레인 텍스트 회계를 제공한다 — 블랙박스도, 벤더 종속도 없다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 왜 플레인 텍스트 회계로 전환하는지 확인하세요.





