통장은 맞았는데 매출이 틀렸다 — 플랫폼 정산 매출의 정의

아래 사례는 특정 업체의 사건을 그대로 옮긴 것이 아니라, 실무에서 반복적으로 나타나는 유형을 재구성한 것입니다. 업종과 금액은 변형했습니다.

입금액이 아니라 판매액을 봐야 하는 이유

온라인 유통업체는 자사몰과 여러 플랫폼에서 동시에 상품을 판매합니다. 플랫폼은 소비자에게 받은 결제액에서 수수료, 광고비, 반품액을 차감한 뒤 나머지만 회사 통장으로 보냅니다. 그래서 통장에 찍힌 금액과 소비자가 실제로 결제한 금액은 처음부터 다릅니다.

매출을 어느 시점의 어떤 숫자로 볼 것인지는 회사가 정해야 하는 문제입니다. 소비자 결제액을 기준으로 삼을 수도 있고, 수수료를 뺀 정산금액을 기준으로 삼을 수도 있습니다. 다만 그 기준은 한 번 정하면 계속 유지해야 하고, 담당자가 바뀌어도 문서로 남아 있어야 합니다.

문제는 이 기준을 문서로 남겨 두는 회사가 많지 않다는 점입니다. 담당자가 매출을 어떻게 처리했는지는 그 사람의 머릿속에만 있는 경우가 흔합니다. 인수인계 자료에는 '플랫폼 정산자료 기준'이라는 한 줄만 남고, 실제로 어떤 열을 사용했는지는 기록되지 않습니다.

플랫폼 정산주기도 한몫합니다. 주문일, 배송완료일, 구매확정일, 정산일이 각각 다르기 때문에 어느 시점을 매출 인식 기준으로 삼느냐에 따라 월별 숫자가 흔들립니다. 담당자가 바뀌지 않아도 헷갈리기 쉬운 구조인데, 담당자까지 바뀌면 기준은 더 쉽게 흐트러집니다.

담당자마다 다르게 그린 매출선

이 회사는 온라인 생활용품을 여러 플랫폼과 자사몰에서 판매했습니다. 매출은 95억 원, 직원은 24명 규모였습니다. 하루에도 수백 건씩 주문이 발생했고, 플랫폼마다 정산주기와 공제항목이 달랐습니다.

첫 번째 담당자는 통장에 입금된 금액을 매출로 처리했습니다. 소비자가 11만 원을 결제하고 플랫폼이 수수료 1만 원을 뗀 뒤 10만 원을 보내면, 매출을 10만 원으로 기록했습니다. 통장 잔액과 장부가 맞아떨어져 확인이 쉬웠기 때문입니다.

두 번째 담당자는 생각이 달랐습니다. 플랫폼 판매관리 화면에서 총판매금액 11만 원을 매출로 잡고, 수수료 1만 원은 별도 비용으로 처리했습니다. 세 번째 담당자는 플랫폼마다 처리 방법을 나눠서 적용했습니다. 자료를 내려받기 쉬운 플랫폼은 총액으로, 어려운 플랫폼은 입금액으로 기록했습니다. 아래 표는 세 담당자의 처리 기준을 정리한 것입니다.

세 사람 모두 자동수집된 주문자료를 활용했고, 프로그램은 매달 정상적으로 작동했습니다. 문제는 자동화가 멈춘 게 아니라, 자동화가 시작되는 지점의 기준이 담당자마다 달랐다는 데 있었습니다.

쿠폰과 반품이 갈라놓은 숫자

쿠폰은 매출 기준을 더 복잡하게 만들었습니다. 소비자가 10만 원짜리 상품을 9만 원에 구입했을 때, 그 1만 원을 판매자가 부담했는지 플랫폼이 부담했는지에 따라 회사의 실제 매출은 달라집니다. 하지만 장부에서는 두 경우 모두 '할인'이라는 같은 이름으로 처리됐습니다.

반품 처리도 담당자와 시기에 따라 달랐습니다. 어떤 달에는 매출에서 직접 차감했고, 어떤 달에는 판매수수료 계정에 마이너스로 반영했습니다. 반품배송비도 지급수수료, 운반비, 광고선전비 사이를 오갔습니다.

이런 차이는 인수인계를 받던 새 담당자가 플랫폼별 매출을 정리하다가 드러났습니다. 한 플랫폼은 연간 판매액이 18억 원으로 표시됐지만, 장부상 매출은 15억 원에 그쳤습니다. 처음에는 정산시점 차이로 보였지만, 한두 달이 아니라 연간 누계 자체가 맞지 않았습니다.

더 눈에 띈 것은 매출총이익률이었습니다. 평소 25% 전후이던 상품군의 이익률이 어느 달에는 8%, 다음 달에는 43%로 나타났습니다. 매입단가나 판매가격이 크게 바뀐 것도 아니었는데, 매출과 수수료, 반품을 서로 다른 기준으로 기록한 결과였습니다.

플랫폼 엑셀의 열 이름부터 다시 읽었다

검토는 플랫폼별 정산 구조를 다시 그리는 일부터 시작했습니다. 주문금액에서 실제 입금액까지 내려오는 과정을 한 줄씩 분해했습니다. 총상품금액에서 취소·반품을 빼고, 판매자 부담 쿠폰과 플랫폼 부담 쿠폰을 나눴습니다. 수수료, 광고비, 배송비, 보관비, 클레임 차감액, 정산보류액도 각각 구분했습니다.

가장 시간이 걸린 작업은 엑셀 파일의 열 이름을 해석하는 일이었습니다. 어떤 플랫폼의 '판매금액'은 소비자 결제액이었고, 다른 플랫폼의 '정산기준금액'은 쿠폰이 이미 차감된 금액이었습니다. 또 다른 플랫폼의 '지원금'은 이미 받은 돈이 아니라 다음 정산에서 차감될 예정 금액이었습니다. 같은 이름이라도 플랫폼마다 가리키는 숫자가 달랐습니다.

24개월 자료를 월별로 재구성하면서, 소비자 판매액과 반품·할인금액, 플랫폼 수수료·광고비, 실제 입금액이라는 네 가지 숫자가 항상 서로 연결되도록 했습니다. 통장 입금액을 매출과 직접 맞추지 않고, 플랫폼 정산금을 임시계정으로 관리해 매출과 수수료, 반품이 모두 반영된 뒤 잔액이 입금액과 일치하도록 구조를 바꿨습니다. 아래 표는 그 흐름을 정리한 것입니다.

이 과정에서 세금계산서를 별도로 발행한 거래가 플랫폼 판매자료에도 포함돼 있어 매출이 이중으로 잡힌 경우도 확인됐습니다. 반대로 입점 초기 몇 달은 입금액만 매출로 잡아 수수료만큼 매출이 누락돼 있었습니다.

손익은 크지 않았지만 매출은 크게 달랐다

2년 치를 다시 계산한 결과, 총액 기준으로 누락된 매출은 약 2억 4,000만 원, 별도로 인식하지 않았던 수수료·반품·할인금액은 약 2억 1,000만 원으로 확인됐습니다. 두 금액이 서로 상쇄되면서 실제 손익 차이는 약 3,000만 원에 그쳤습니다.

하지만 신고한 매출액과 플랫폼이 보유한 판매자료 사이의 차이는 손익 차이보다 훨씬 컸습니다. 국세청은 회사의 장부만 보지 않습니다. 플랫폼으로부터 넘겨받은 판매자료를 별도로 확인할 수 있고, 그 금액과 신고 매출이 크게 어긋나면 손익에 미치는 영향이 작더라도 먼저 소명을 요구받을 수 있습니다. 손익은 상쇄돼도 매출 규모 자체의 차이는 상쇄되지 않는다는 점이 이 사례의 핵심이었습니다.

회사는 부가가치세와 법인세를 수정신고했고, 추가 세액과 가산세는 약 1,100만 원이었습니다. 대표는 결과를 듣고 "통장에 들어온 돈은 맞는데, 매출을 잘못 잡았다는 거네요"라고 정리했습니다. 맞는 말이었습니다. 통장은 틀리지 않았고, 자동화도 멈춘 적이 없었습니다. 다만 매출을 무엇으로 볼 것인지에 대한 기준이 담당자와 함께 계속 바뀌었을 뿐이었습니다.

자주 묻는 질문

플랫폼 정산금은 총액과 순액 중 어느 기준으로 매출을 잡아야 하나요?

플랫폼 정산금을 매출로 잡을 때는 소비자가 실제로 결제한 금액을 기준으로 삼는 방식과, 수수료를 뺀 정산금액을 기준으로 삼는 방식이 모두 쓰입니다. 어느 쪽을 선택하든 중요한 것은 그 기준을 계속 유지하고 문서로 남기는 것입니다. 담당자가 바뀔 때마다 기준이 달라지면 매출 규모 자체가 매달 다르게 계산되고, 신고 매출과 플랫폼 판매자료 사이의 차이도 함께 벌어집니다.

쿠폰 할인은 매출에서 어떻게 처리해야 하나요?

쿠폰 할인은 그 비용을 누가 부담했는지에 따라 처리가 달라집니다. 판매자가 부담한 쿠폰이면 회사의 실제 매출이 그만큼 줄어드는 것이고, 플랫폼이 부담한 쿠폰이면 소비자가 낸 금액과 회사가 받는 금액 사이의 차이는 플랫폼 쪽 비용에 가깝습니다. 두 경우를 모두 '할인'이라는 같은 계정으로 묶어 버리면, 나중에 어떤 쿠폰이 매출에 영향을 준 것인지 구분하기 어려워집니다.

이미 신고한 매출을 지금이라도 수정할 수 있나요?

과거에 신고한 매출이 실제 판매액과 차이가 있었다면, 부가가치세와 법인세 모두 수정신고를 통해 바로잡을 수 있습니다. 다만 몇 년 치 정산자료를 다시 분해하고 플랫폼별 항목을 확인하는 데 시간이 걸리므로, 신고 매출과 플랫폼 판매자료의 차이가 크다고 판단되면 미루지 않고 검토를 시작하는 편이 유리합니다. 국세청도 플랫폼 자료를 별도로 확인할 수 있기 때문입니다.