마켓플레이스 정산 예정금 관리 - 예상 입금액과 현금 부족액 계산법

마켓플레이스 정산 예정금은 주문총액을 그대로 현금계획에 넣으면 안 됩니다. 취소·반품, 판매자 부담 쿠폰, 수수료, 광고비, 보류금, 상계액, 정산서에서 직접 공제되는 세금을 순서대로 차감한 예상 입금액을 계산한 뒤, 실제 정산일과 생산대금 지급일을 일자별 현금표에서 맞춰야 합니다.

현금 부족액은 각 날짜의 예상 기말현금이 회사가 정한 최저현금보다 얼마나 낮은지로 계산합니다. 부족이 처음 생기는 날이 자금 도착 필요일이고, 조달 검토일은 그 날짜에서 실제 심사·실행 소요일을 영업일 기준으로 거꾸로 뺀 날입니다.

같은 온라인 유통이라도 거래의 법적·경제적 구조가 다릅니다. 직매입은 유통사가 상품을 매입하는 구조이고, 위·수탁은 판매 후 수수료 등을 공제한 대금을 지급하는 구조입니다. 특약매입, 중개, 해외 거래도 정산 기준일과 공제 항목이 같지 않습니다.

대규모유통업법 제2조는 직매입·특약매입·위·수탁과 반품을 구분합니다. 같은 법 제8조의 지급기한도 법 적용 대상과 거래유형별로 기준일이 다릅니다. 모든 마켓플레이스나 해외 운영사에 같은 기한이 적용된다고 해석해서는 안 됩니다. 상대방과 거래유형, 준거법, 개별 약정부터 확인해야 합니다.

공정거래위원회도 온라인쇼핑몰 표준거래계약서를 직매입거래와 위·수탁거래로 나누어 제공합니다. 표준계약서는 점검 기준으로 활용할 수 있지만, 실제 입금일은 체결한 계약과 최신 정산서에서 다시 확인해야 합니다.

정산일을 찾을 때는 먼저 계약상 기준일을 특정합니다.

따라서 예상 입금일은 단순히 주문일에 임의의 일수를 더하는 값이 아닙니다.

계약상 정산일 = SettlementRule(D0, 계약 버전)

예상 입금일 = BusinessDayAdjust(계약상 정산일 + 확인된 추가 보류기간)

매월 특정일에 지급하는 구조라면 덧셈 대신 다음 정산 회차를 찾아야 합니다. 보류 해제일을 확인하지 못했다면 그 금액은 계획 기간 안의 유입으로 잡지 않고 하방 시나리오에 둡니다.

먼저 계산 항목마다 하나의 의미만 부여합니다. 같은 광고비를 수수료와 기타 공제에 중복으로 넣거나, 이미 취소된 주문을 주문총액에서 제외한 뒤 취소액으로 다시 차감하면 예상 입금액이 왜곡됩니다.

계산 순서는 다음과 같습니다.

정산 기준액 B = G - R - C

순보류금 H = 신규 보류금 - 해제 보류금

예상 입금액 E = B - F - A - H - O - T + J

T에는 실제 정산서에서 직접 공제되는 세금만 넣습니다. 부가가치세·법인세 등 회사가 입금 후 별도로 납부할 재원까지 T에 섞으면 은행 입금액과 가용현금을 혼동하게 됩니다. 별도 세금 재원 Z를 두고 세금 재원 적립 후 가용액 = E - Z로 관리하는 편이 정확합니다.

쿠폰·할인과 세금의 관계는 부담 주체와 거래구조에 따라 달라질 수 있습니다. 부가가치세법 제29조의 공급가액 규정과 실제 약정·증빙을 함께 검토해야 하며, 정산서의 공제액을 곧바로 세무상 결론으로 사용하면 안 됩니다.

다음은 계산 방법을 보여주기 위한 가정입니다. 단위는 백만원이고, 직접 공제 세금과 별도 가감 조정은 없다고 보았습니다.

예상 입금액은 120.0 - 8.0 - 4.0 - 14.4 - 6.0 - 9.6 = 78.0백만원입니다. 주문총액 대비 입금률은 78.0 ÷ 120.0 = 65%입니다. 이 65%는 예시의 결과일 뿐 다른 채널이나 기간에 재사용할 비율이 아닙니다.

입금액이 충분해도 생산대금보다 늦게 들어오면 현금 부족은 발생합니다. 월 합계가 아니라 입출금이 실제로 일어나는 날짜 순서로 잔액을 계산해야 합니다.

시나리오 s의 날짜 d 예상 기말현금은 다음과 같습니다.

Cash(s,d) = 기초현금 + d일까지 실제 입금 + d일까지 시나리오 정산유입 - d일까지 생산대금 - d일까지 기타 지출

날짜별 최저현금을 M(d)라고 하면 부족액은 다음과 같습니다.

Shortage(s,d) = max(0, M(d) - Cash(s,d))

최저현금은 단순한 0원이 아닙니다. 급여, 세금, 임차료, 필수 매입처럼 지급을 미룰 수 없는 항목과 은행 이체 시차를 반영해 회사가 정한 운영 하한입니다. 계절성이나 대형 지급일이 있으면 날짜별로 다르게 둘 수 있습니다.

기준 시나리오 하나만 보면 반품 증가나 정산 지연을 놓치기 쉽습니다. 낙관·기준·하방의 차이는 막연한 퍼센트가 아니라 R, C, F, A, H, 입금일처럼 실제로 변하는 입력값으로 만듭니다. 과거 정산서가 충분하다면 평균보다 반품률·보류율·지연일의 분포와 최근 계약 조건을 우선 사용합니다.

앞의 1억 2,000만원 사례를 세 시나리오로 확장하면 다음과 같습니다. 단위는 백만원입니다.

기초현금 45백만원, 최저현금 20백만원, 생산 계약금 50백만원, 생산 잔금 40백만원이라고 가정합니다. 조달 전 잔액을 날짜 순으로 계산하면 타이밍 차이가 드러납니다.

계획 기간의 최대 부족액은 다음 식으로 구합니다.

필요 조달 한도 N(s) = max_d Shortage(s,d)

이 예시에서는 낙관 0원, 기준 25백만원, 하방 65백만원입니다. 65백만원은 8월 31일의 입금액이 아니라, 입금 전 8월 21일에 최저현금을 지키기 위해 필요한 최대 누적 보강액입니다.

부족이 처음 발생하는 날짜는 다음과 같습니다.

자금 도착 필요일 D_need(s) = min{d | Shortage(s,d) > 0}

조달에 L영업일이 걸린다면 검토·신청 마감일은 다음과 같습니다.

조달 검토 마감일 D_apply(s) = BusinessDayShift(D_need(s), -L)

L = 3영업일이고 휴일을 별도로 고려하지 않는 예시라면 기준·하방 모두 첫 자금 도착 필요일은 8월 10일, 검토 마감일은 8월 5일입니다. 실제로는 금융기관의 접수 마감시간, 내부 승인, 공휴일을 반영해야 합니다.

분할 조달을 계획한다면 이전까지 확보한 누적 한도를 뺍니다.

추가 조달액 ΔN(d) = max(0, Shortage(s,d) - max_{t<d} Shortage(s,t))

분할 일정은 계획 기간 중 조달금을 상환하지 않는다는 가정입니다. 중간 상환이나 추가 지출이 있으면 그 현금흐름까지 넣어 다시 계산해야 합니다.

정산 예정금은 확정된 은행 잔액이 아닙니다. 계약상 공제와 사후 조정이 남아 있으면 금액과 날짜가 동시에 바뀔 수 있습니다.

민법 제492조는 상계 요건과 당사자의 다른 의사표시를 규정합니다. 그러나 실제 상계 가능 여부와 범위는 채권의 성질, 변제기, 계약 문구와 적용 법률에 따라 달라질 수 있습니다. 정산서에 나타나지 않은 상계 예정액을 임의로 확정하거나, 이의가 있다는 이유만으로 전액 입금을 가정해서는 안 됩니다.

지급정지 조항은 금액보다 해제 조건과 날짜가 중요합니다. 계정 제한이 풀리면 지급처럼 해제일을 산정할 수 없는 문구라면 기준 시나리오에 넣지 말고, 계약 담당자가 조건 충족 여부를 확인할 때까지 하방 또는 미확정 유입으로 분리합니다.

다음 순서로 계약, 정산서, 은행 입금을 연결하면 오차 원인을 찾기 쉽습니다.

1. 거래유형과 계약 버전을 확인하고 정산 기준일 D0와 정산 규칙을 적습니다.
2. 주문총액 G를 같은 기간·통화·채널 단위로 고정합니다.
3. 취소·반품 R과 판매자 부담 쿠폰 C를 주문별로 대사합니다.
4. 수수료 F, 광고비 A, 순보류금 H, 상계액 O, 직접 공제 세금 T, 가감 조정 J를 중복 없이 연결합니다.
5. 워터폴로 예상 입금액 E를 계산하고 정산서 금액과 차이를 기록합니다.
6. 예상 입금일과 생산 계약금·잔금 지급일을 일자별 현금표에 배치합니다.
7. 낙관·기준·하방 시나리오별 Shortage(s,d)와 최대 조달 한도를 계산합니다.
8. 첫 부족일에서 실제 소요일을 빼 조달 검토 마감일을 정합니다.
9. 입금 후 예상액과 실제 입금액의 차이를 R·C·F·A·H·O·T·J 중 하나로 분류해 다음 시나리오 입력값을 갱신합니다.

핵심은 정산 예정금을 하나의 숫자가 아니라 금액 워터폴과 날짜 조건의 조합으로 관리하는 것입니다. 주문총액 1억 2,000만원이 잡혀 있어도 기준 예상 입금액은 7,800만원일 수 있고, 그 돈이 생산 계약금 뒤에 들어오면 2,500만원의 공백이 생깁니다. 계약상 상계·반품·지급정지까지 하방 시나리오에 넣어야 필요한 한도와 자금 도착일을 생산 일정 전에 확정할 수 있습니다.