월말이 다가오면 정산 숫자 하나가 마음을 바짝 조여온다.
하지만 체크리스트만 손에 쥐면 신고용 정리는 생각보다 차분하게 끝난다.
- 플랫폼 화면의 “정산완료”가 아니라, 신고 기준의 매출·수수료·환불·세금이 월별로 맞는지 확인
- 입금액과 정산서 상 지급액을 대사해 누락·중복을 제거
- 증빙(세금계산서/현금영수증/카드영수증/인보이스/정산명세)까지 연결해 “설명 가능한 숫자”로 남기기
1) 월마감 전체 흐름 ✅
플랫폼 정산은 ‘판매 발생’과 ‘대금 수령’ 사이에 시간차가 생긴다. 신고용 정리는 이 시간차를 지도로 그리는 작업이다. 월말에 흔들리는 지점은 거의 비슷하다. 정산 기준일, 취소·반품의 반영 시점, 수수료·광고비의 차감 방식에서 틈이 벌어진다.
월마감은 크게 4단계로 단순화하면 안정적이다. (1) 자료 내려받기 → (2) 월별로 재분류 → (3) 증빙과 매칭 → (4) 입금 대사 및 수정. 이 순서를 고정하면, 플랫폼이 늘어나도 방식이 무너지지 않는다.
중요한 원칙 하나: “정산 화면의 합계”를 믿지 말고, 거래 단위(주문/건/일자)에서부터 합계를 다시 만든다. 합계는 언제든 바뀔 수 있지만, 거래 단위는 흔들리지 않는다.
- D-3 (예: 2026-03-29) 정산자료 다운로드, 광고비/프로모션 내역 별도 저장, 환불 건 분리
- D-1 (예: 2026-03-31) 주문/매출/수수료/환불 월별 재분류, 누락 주문 재조회
- D+2 (예: 2026-04-02) 실제 입금액 대사, 차이 발생 시 원인(보류/예치/차감) 메모
- D+5 (예: 2026-04-05) 증빙 폴더 정리, 회계 입력(또는 세무대리인 전달용 파일 생성)
├ 01_플랫폼정산서(원본)/
├ 02_주문거래CSV(원본)/
├ 03_수수료광고(원본)/
├ 04_환불취소(원본)/
├ 05_입금내역(통장)/
└ 06_월마감정리(가공파일)/ (월마감_2026-03.xlsx 등)
- 기준일: 주문일/결제일/배송완료일/정산확정일/입금일 중 무엇이 “월 기준”인지
- 차감 항목: 플랫폼 수수료, PG수수료, 광고비, 프로모션 분담금, 패널티가 어디에 섞여 들어갔는지
- 환불: 당월 매출에서 차감인지, 다음달에 음수정산인지, 혹은 보류금에서 상계인지
“월마감은 숫자를 맞추는 일이 아니라, 숫자에 이유를 붙이는 일이다.”
2) 플랫폼 정산 데이터 수집 🧾
신고용 정리는 “자료가 충분한가”에서 승부가 난다. 플랫폼에서 제공하는 파일은 대체로 3종류다. 정산서(지급/차감 요약), 거래/주문 단위(상세), 부가 자료(광고/프로모션/패널티). 월마감은 이 3종을 한 묶음으로 받아야 빈틈이 없다.
가능하면 원본 파일을 다운로드 날짜와 함께 저장한다. 같은 기간을 다시 내려받으면 수치가 달라지는 경우가 있다(환불 반영, 보류 해제, 정산 보정 등). “원본 스냅샷”을 남겨두면, 나중에 설명이 단단해진다.
자료를 받는 즉시 할 일은 간단하다. 파일명과 컬럼을 통일하고, 결측치(빈칸)와 중복 행을 표시한다. 이 단계가 빠르면, 후반부에서 속도가 붙는다.
- □ 정산서/정산명세(지급예정·지급완료 포함) — 기간 필터를 월 단위로
- □ 주문/거래 상세 CSV — 주문번호, 결제일, 공급가/세액, 할인, 배송비 포함
- □ 환불/취소/반품 내역 — 환불일, 환불액, 수수료 환급 여부
- □ 수수료/PG/서비스 이용료 — 과세/면세 구분, 세금계산서 발행 여부
- □ 광고비/프로모션 분담금 — 차감 방식(정산 차감 vs 별도 청구)
- □ 정산 관련 공지 캡처(정책 변경/정산주기 변경) — 월마감 메모에 링크로 남김
| 표준컬럼 | 의미 | 플랫폼 표기 예 |
|---|---|---|
| order_id | 주문/거래 고유값(대사 핵심) | 주문번호, 거래번호 |
| paid_at | 결제일시(월별 분류 기준 후보) | 결제완료일, 승인일 |
| settle_at | 정산확정/지급 기준일(플랫폼별 상이) | 정산일, 지급예정일 |
| gross | 총판매가(할인 전/후 정의 확인) | 판매금액, 주문금액 |
| discount | 쿠폰/포인트/프로모션 할인(누가 부담?) | 쿠폰할인, 즉시할인 |
| fee_total | 수수료 합계(중개/PG/서비스) | 중개수수료, 결제수수료 |
3) 신고용 분류·증빙 매칭 🧩
신고는 “어떤 이름으로 묶을 것인가”의 게임이다. 플랫폼 정산서를 그대로 들고 가면, 매출과 비용이 섞인 채로 남는다. 신고용 정리에서는 항목을 단순하게 재배열한다. 핵심은 매출(공급가/세액), 차감(수수료/광고비/기타), 환불(매출 차감), 정산지급(입금)으로 나누는 것이다.
증빙 매칭은 한 번에 완벽할 필요가 없다. 대신 “매칭의 우선순위”는 고정하자. 보통은 (1) 세금계산서/카드영수증 등 법정증빙 → (2) 플랫폼 정산명세(월별 PDF/CSV) → (3) 메일/공지 캡처 순서가 실무적으로 안정적이다.
월마감 파일에 ‘증빙 링크’ 컬럼을 추가하면 속도가 붙는다. 파일(또는 폴더) 경로를 붙여두면, 질문이 들어오는 순간 바로 열 수 있다.
- 1) 매출(과세) 공급가, 세액, 합계
- 2) 매출(면세/영세) 해당 시 별도 분리
- 3) 수수료(플랫폼) 중개수수료, 서비스 이용료
- 4) PG/결제수수료 과세 여부·증빙 확인
- 5) 광고비 정산 차감/별도 청구 구분
- 6) 환불/취소 당월 차감 vs 차월 음수정산 표시
- 7) 기타차감 패널티, 반품배송비, 정산보류 등
- 8) 실제입금 통장 입금액, 입금일, 차이 메모
- 수수료 증빙: 세금계산서 발행 주체(플랫폼/PG사), 발행 월(청구월/정산월) 확인
- 광고비 증빙: 카드 결제인지, 정산 차감인지 구분(차감이면 ‘정산서 근거’도 함께 보관)
- 환불 증빙: 환불이 ‘매출 취소’인지 ‘할인 보정’인지 성격이 다를 수 있어 메모가 중요
- 쿠폰/포인트: 누가 부담했는지(판매자 부담/플랫폼 부담)에 따라 비용 인식 방식이 달라질 수 있어 분리 표기
“증빙은 완벽함보다, 연결성이 먼저다. 연결되면 설명할 수 있다.”
4) 오류·누락·환불 점검 🔎
월마감에서 진짜 위험한 건 ‘큰 금액’이 아니라 ‘조용한 누락’이다. 특히 부분환불, 배송비 환급, 프로모션 분담금 같은 항목은 합계에 묻혀 지나간다. 그래서 점검은 “금액 순”이 아니라 “패턴 순”으로 하는 게 효율적이다.
점검의 핵심은 3개다. 중복(같은 주문이 두 번 잡힘), 누락(정산서엔 있으나 거래 CSV에 없음, 또는 반대), 시점 불일치(2월 주문이 3월 환불로 반영). 이 3개를 잡아내면 월마감의 80%가 정리된다.
환불은 ‘나쁜 숫자’가 아니다. 다만 환불이 어느 달에 반영되었는지, 수수료 환급이 함께 들어왔는지까지 보이면 그 순간부터 정산이 투명해진다.
- □ 주문번호 중복(피벗/중복제거로 건수 비교)
- □ ‘0원’ 행 확인(쿠폰 전액, 배송비만 결제 등 예외 케이스 분류)
- □ 수수료율 급변 주문 확인(카테고리 오분류/특가 수수료 적용 가능)
- □ 환불인데 수수료 환급이 없는 건(정책상 미환급, 또는 누락) 표시
- □ 광고비가 정산 차감인지 별도 청구인지 확인(둘 다 잡히면 이중 비용)
- □ 보류/예치/패널티 항목은 별도 표(잔액 추적용)로 분리
- 건수 대사: 거래 CSV 건수 vs 정산 상세 건수
- 금액 대사: 매출합계(공급가+세액) vs 정산서 매출(정의 확인)
- 입금 대사: 지급액(정산서) vs 통장 입금액(일자별)
5) 입금 대사·내부 결산 💳
정산의 마지막 관문은 통장이다. 플랫폼 숫자가 아무리 깔끔해도, 입금이 맞지 않으면 불안이 남는다. 입금 대사는 “정산서 지급액 = 통장 입금액”을 만드는 작업이 아니라, 차이를 관리 가능한 항목으로 분해하는 작업이다.
차이의 대표 원인은 보통 네 가지다. (1) 정산 보류/예치 (2) 다른 월의 상계(과거 환불/패널티) (3) 다중 지급(주/차수별 분할 입금) (4) 별도 청구(광고비·서비스 이용료가 카드로 빠짐). 이 네 가지 중 어디인지 찾으면, 숫자는 금방 풀린다.
내부 결산까지 생각한다면 “월별 손익”과 “현금흐름”을 나누어 보자. 플랫폼 정산은 현금흐름(입금)에 강하고, 신고는 손익(발생)에 가깝다. 두 관점을 동시에 기록하면 다음 달이 편해진다.
| 입금일 | 플랫폼 | 입금액 | 정산서 지급액 | 차이 | 메모 |
|---|---|---|---|---|---|
| 2026-04-03 | A플랫폼 | 4,382,120 | 4,389,120 | -7,000 | 예치금 상계 |
| 2026-04-07 | B플랫폼 | 1,205,500 | 1,205,500 | 0 | 일치 |
| 2026-04-10 | C플랫폼 | 892,000 | 910,000 | -18,000 | 광고비 정산차감 |
- 통장 입금을 먼저 월별로 묶는다(플랫폼별 키워드로 검색)
- 정산서 지급액 합계를 만든다(차수별 지급 포함)
- 차이는 “보류/예치/상계/별도청구” 4칸 중 하나로 귀속시킨다
6) 2026 월마감 체크리스트 완성 🧷
2026년이라고 해서 월마감의 본질이 바뀌지는 않는다. 다만 플랫폼 정책, 정산 주기, 증빙 발행 방식은 매년 조금씩 달라질 수 있다. 그래서 마지막 섹션은 “딱 한 장으로 끝내는 월마감 체크리스트”로 정리한다. 이 체크리스트는 매출·비용·환불·입금을 한 번에 묶어준다.
체크리스트는 ‘완료’ 표시가 핵심이다. 완료가 쌓이면 다음 달의 불안이 줄어든다. 또한 신고 시즌에는 “왜 이 숫자가 나왔는지”를 설명할 수 있어야 한다. 체크리스트 항목마다 근거 파일이 연결되어 있다면, 질문이 와도 흔들리지 않는다.
마지막으로, 세법·신고 일정·플랫폼 공지 등은 변경될 수 있으니 신고 전에는 공식 안내를 반드시 확인하자. 변경 가능성을 인정하는 순간, 준비는 더 단단해진다.
- □ (자료) 정산서/정산명세 원본 저장(다운로드 날짜 포함)
- □ (자료) 주문/거래 상세 CSV 저장 + 컬럼 통일(order_id, paid_at, settle_at, gross, discount, fee_total)
- □ (환불) 환불/취소 내역 분리 + 환불반영월 표시 + 수수료 환급 여부 체크
- □ (비용) 수수료/PG/광고비/프로모션 항목을 ‘차감’과 ‘별도청구’로 구분
- □ (증빙) 세금계산서/카드영수증/현금영수증 링크를 월마감 파일에 연결
- □ (대사) 지급액(정산서) vs 입금액(통장) 비교 후 차이 사유 라벨링
- □ (예치/보류) 잔액 추적표 업데이트(기초+발생-해제=기말)
- □ (정리) 월별 매출/비용/환불/입금 요약표 1장 생성
- □ (보관) 월마감 폴더 잠금(수정본은 v2, v3로 버전관리)
- □ (마무리) 다음 달 리스크 메모(환불예정/정산보류/정책변경) 3줄 기록
| 구분 | 금액 | 근거 |
|---|---|---|
| 매출(공급가) | ________ | 주문CSV 피벗 |
| 부가세(세액) | ________ | 주문CSV 합계 |
| 수수료/PG | ________ | 정산서/세금계산서 |
| 광고/프로모션 | ________ | 카드/차감내역 |
| 환불(매출차감) | ________ | 환불CSV |
| 실제입금 | ________ | 통장내역 |
마무리
정산 내역을 신고용으로 정리하는 일은, 결국 “내 사업의 흐름을 한 번 더 읽는 시간”이다. 숫자가 맞는 순간, 마음도 같이 정리된다. 그리고 그 안정감은 다음 달의 의사결정을 더 빠르게 만든다.
이번 달엔 체크리스트대로만 해도 충분하다. 자료를 모으고, 월별로 재배열하고, 증빙을 연결하고, 입금과 대사한다. 이 네 가지가 끝나면 월마감은 두려움이 아니라 습관이 된다.
월말의 긴장감이 다시 올라오더라도, 이미 손에 쥔 방식이 있다. 필요한 건 의지보다 체크 표시 하나씩의 누적이다.
다음 월마감은 더 가볍게, 더 선명하게 끝낼 수 있다.
#플랫폼정산#정산내역#세금신고#부가세신고#종합소득세#월마감#회계관리#증빙서류#프리랜서#온라인판매