2026.07.09 · updated 2026.08.21
반품 처리 후 실제 입금액이 안 맞으면 환불 원장과 정산 원장을 분리해서 봐야 합니다
온라인셀러가 정산 내역을 맞출 때 가장 자주 막히는 지점은 반품과 환불입니다. 주문은 취소되었고 고객 환불도 끝난 것처럼 보이는데, 실제 입금액에서는 반품배송비, 환불금 차감, 정산보류, 수수료 조정이 섞여 숫자가 맞지 않을 수 있습니다.
결론은 단순합니다. 주문번호, 반품 상태, 귀책 사유, 환불 방식, 반품배송비, 지급보류 사유, 정산 예정일, 실제 입금액을 한 줄에 놓는 원장이 필요합니다. 이 표가 없으면 어떤 주문 때문에 입금액이 줄었는지 매번 마켓 관리자 화면을 다시 열어야 합니다. 고객에게 답변할 우선순위와 템플릿 기준은 고객문의 답변 SLA 원장과 함께 관리해야 합니다. 단일 주문의 차감·보류 위험은 환불·정산보류 계산기로 먼저 계산할 수 있습니다.
검색 의도에 대한 직접 답변
“정산액이 왜 줄었는지 모르겠다”면 먼저 정산 내역만 보지 말고, 같은 주문번호의 취소·반품·교환 상태를 함께 봐야 합니다. 특히 반품배송비가 환불금에서 차감되었는지, 판매자에게 별도 청구되었는지, 지급보류가 남아 있는지를 분리해야 실제 입금 차이를 찾을 수 있습니다.
환불·정산보류 원장에 필요한 열
- 주문번호: 판매관리와 정산관리 내역을 연결하는 기준
- 상품주문번호 또는 SKU: 어떤 상품에서 환불 손실이 반복되는지 보기 위한 기준
- 주문일: 결제일 기준 매출과 대조
- 구매확정일: 정산기준일과 연결
- 반품접수일: 환불 처리 지연과 보류 기간 확인
- 반품완료일: 세금신고 기준과 환불 기한 확인
- 귀책 사유: 단순변심, 상품하자, 오배송 등 배송비 부담 기준
- 환불 방식: 전액 환불, 부분 환불, 환불금 차감, 별도 청구
- 반품배송비: 고객 부담, 판매자 부담, 미수 여부
- 지급보류 사유: 보류 신청, 클레임, 시스템 보류, 계정 이슈 등
- 정산 예정일: 언제 입금될 것으로 예상했는지
- 실제 입금일과 입금액: 통장 기준 최종 확인 값
- 차이 사유: 배송비 차감, 수수료 조정, 환불, 보류, 기타
- 다음 액션: 확인 완료, 배송비 청구, 보류 해제 확인, 고객 안내, 사람 검토
판단표 예시
| 상태 | 확인 데이터 | 입금액 영향 | 다음 액션 |
|---|---|---|---|
| 반품완료 | 반품완료일, 환불금, 반품배송비 | 매출 차감 또는 배송비 차감 | 환불 방식 확인 |
| 배송비 미수 | 귀책 사유, 반품배송비 결제 여부 | 판매자 부담으로 남을 수 있음 | 배송비 청구 또는 정책 수정 |
| 지급보류 | 보류 사유, 보류일, 해제 예정일 | 정산예정일보다 입금 지연 | 보류 사유별 증빙 확인 |
| 부분 환불 | 부분 취소 금액, 남은 주문금액 | 주문 매출과 정산 금액 불일치 | 주문번호 단위로 재계산 |
| 구매확정 후 취소 | 구매확정일, 취소일, 정산 처리 상태 | 이미 잡힌 정산액이 회수될 수 있음 | 다음 정산 내역에서 회수 확인 |
실제 입금액이 맞지 않을 때 보는 순서
- 통장 입금액과 마켓의 정산 예정 금액 차이를 먼저 계산합니다.
- 해당 기간의 주문번호별 정산 내역을 내려받습니다.
- 같은 주문번호의 취소, 반품, 교환, 구매확정 상태를 붙입니다.
- 반품배송비가 고객 결제, 환불금 차감, 판매자 부담 중 어디에 들어갔는지 표시합니다.
- 지급보류 또는 정산중지 항목이 있으면 보류 사유와 해제 조건을 적습니다.
- 부분 환불 주문은 원 주문금액, 환불금액, 남은 정산금액을 따로 계산합니다.
- 차이 사유를 배송비, 수수료, 환불, 보류, 기타로 고정합니다.
- 반복되는 차이 사유는 상품별 CS·반품 정책 수정 대상으로 넘깁니다.
환불 원장은 CS 자동응답보다 먼저 필요합니다
반품 문의가 들어왔을 때 “고객 부담 배송비입니다”라고 답하려면 상품군별 반품 정책뿐 아니라 실제 주문의 귀책 사유와 배송비 처리 방식이 정리되어 있어야 합니다. 이 기준이 없으면 CS 자동응답을 만들어도 사람 검토가 계속 필요합니다.
이미 정리한 반품 배송비 부담 기준과 반품 정책 데이터 기준을 주문별 정산표에 연결하면, 고객 안내와 정산 대조를 같은 기준으로 운영할 수 있습니다.
시작팩에서는 어디에 넣으면 되나
온라인셀러 AI 자동화 시작팩 v2에서는 먼저 CS Returns Matrix에 문의 유형, 귀책 사유, 사람 검토 필요 여부를 정리하고, Settlement Fee Reconciliation 흐름에서 실제 입금액 차이를 확인하는 방식으로 쓰면 됩니다.
이후 Dashboard에서 반복 반품 상품, 배송비 손실 상품, 정산 보류 주문을 다음 액션으로 분리하면 환불·정산 확인에 쓰는 시간을 줄일 수 있습니다.
환불과 정산 차이를 매번 수작업으로 찾고 있다면
시작팩은 마진, 재고, 광고뿐 아니라 CS/반품 유형과 정산 대조 기준을 한 파일에서 관리하도록 만든 19,000원 엑셀 템플릿입니다. 주문별 차이 사유를 고정해두면 매주 같은 방식으로 입금액 차이를 확인할 수 있습니다.
온라인셀러 AI 자동화 시작팩 v2 보기