지난달 주문을 이번 달에 환불했다면? 월별 운영 순매출과 주문월 합계 구분

월별 운영 순매출이 갑자기 줄었다면 새 주문이 줄었는지와 지난달 주문의 환불이 몰렸는지를 나눠 보세요. 환불 처리월에 차감하는 표와 원래 주문월에 묶는 표는 서로 다른 질문에 답합니다. 같은 환불을 두 번 빼지 않는 것이 먼저입니다.

이 글은 자사몰의 운영 보고서를 대조하는 방법입니다. 회계상 수익 인식, 부가가치세 신고, 법정 환불 기한을 정하는 기준이 아닙니다.

보고서 이름보다 집계 날짜와 포함 항목부터 확인하세요

카페24 공식 도움말은 통계 순매출을 결제합계에서 환불합계를 뺀 값으로 설명합니다. 결제합계에는 실결제금액 외에 적립금·예치금·네이버포인트가, 환불합계에는 실환불금액·적립금·예치금이 포함됩니다. 현금 입금액만의 합계로 읽으면 맞지 않을 수 있습니다.

같은 도움말은 실제 환불일과 환불완료 처리일이 다를 수 있고, 환불완료 버튼을 클릭할 때 환불 금액이 집계된다고 안내합니다. 네이버페이·오픈마켓 주문의 환불은 해당 통계 메뉴에 반영되지 않는다는 범위 제한도 있습니다. 자기 쇼핑몰의 채널을 먼저 확인하세요.

Shopify는 순매출을 총상품매출에서 할인과 매출 역거래를 뺀 값으로 설명하고, 판매는 발생일에 양수, 역거래는 처리일에 음수로 표시한다고 안내합니다. 취소·수정·환불도 역거래에 포함되며 판매 보고서는 실제 수납액을 추적하는 보고서가 아닙니다.

플랫폼 두 곳의 순매출 숫자를 그대로 합치지 마세요. 상품금액인지 고객 결제 합계인지, 배송비·세금·포인트·미결제 주문이 들어가는지와 시간대를 먼저 맞춥니다.

가상 예제는 같은 거래를 두 방식으로 묶습니다

아래는 실제 고객 자료가 아닌 가상 관리 예제입니다. 같은 자사몰·원화·한국 시간 기준이며 9월과 10월의 최초 상품 결제 합계는 각각 1,000,000원입니다. 할인 후 상품금액만 사용하고 배송비·세금·포인트·예치금·미결제 주문·교환·수수료는 모두 제외합니다.

9월 주문에서 100,000원을 9월에 환불했고, 같은 9월 주문에서 다른 200,000원을 10월에 환불했습니다. 10월 주문에서는 50,000원을 10월에 환불했습니다. 10월 31일 마감 이후의 거래는 이 예제에 없습니다. 각 환불은 한 번만 확정 처리됐다고 가정합니다.

운영표 A는 결제 발생월의 상품 결제 합계에서 그 달 처리된 상품 환불을 뺍니다. 이 글에서는 이 값을 처리월 기준 운영 순매출이라고 부릅니다. 이 정의가 모든 플랫폼 기본 지표와 같다는 뜻은 아닙니다.

9월은 1,000,000−100,000=900,000원, 10월은 1,000,000−200,000−50,000=750,000원입니다. 최초 상품 결제 합계는 같지만 처리월 운영 순매출은 150,000원, 약 16.7% 줄었습니다. 이 표만으로 10월 신규 주문 성과가 나빠졌다고 결론 내릴 수는 없습니다.

처리월 기준 A	9월	10월
최초 상품 결제	1,000,000원	1,000,000원
그 달 처리 환불	100,000원	250,000원
운영 순매출	900,000원	750,000원

주문월에 다시 묶으면 무엇이 달라질까요?

운영표 B는 같은 거래를 원래 주문이 발생한 달로 묶습니다. 10월 31일에 확인한 9월 주문의 남은 상품금액은 1,000,000−100,000−200,000=700,000원입니다. 10월 주문은 1,000,000−50,000=950,000원입니다.

주문월별 환불 후 잔액은 별도 분석표로 봅니다. 이미 마감한 플랫폼의 처리월 보고서를 덮어쓰거나 환불 처리일을 바꾸는 절차가 아닙니다. 주문 발생월과 환불 처리월을 모두 남겨 재집계합니다.

주문월 기준 B	9월 주문	10월 주문
최초 상품 결제	1,000,000원	1,000,000원
마감까지 연결 환불	300,000원	50,000원
환불 후 잔액	700,000원	950,000원

위아래는 같은 환불을 서로 다른 기준으로 묶은 모습입니다. 두 줄의 금액을 더하지 않으며, 달력 격자와 아이콘은 실제 날짜·금액·건수를 나타내지 않습니다.

위는 처리월 기록, 아래는 주문월 연결입니다. 같은 거래의 대안적 집계이므로 두 줄을 더하지 않습니다.

9월 주문은 관찰할 시간이 더 길었습니다. 10월 주문의 950,000원이 더 좋다는 것만으로 환불 성과가 개선됐다고 단정하지 마세요. 주문 후 30일처럼 같은 관찰기간을 적용하고, 아직 기간을 채우지 못한 주문월은 미완료로 표시합니다.

두 표의 전체 합계가 맞는지 검산하세요

처리월 표 합계는 900,000+750,000=1,650,000원입니다. 주문월 표 합계도 700,000+950,000=1,650,000원입니다. 최초 결제 2,000,000원에서 환불 350,000원을 빼도 같습니다.

이는 두 표에 들어간 최초 결제와 환불 거래가 완전히 같아서 성립합니다. 8월 주문의 10월 환불을 처리월 표에 넣고 주문월 표에서는 8월을 제외했다면 합계가 달라도 단순 오류라고 볼 수 없습니다. 대상 주문 집합을 같게 만든 뒤 비교하세요.

이미 환불이 차감된 순매출 열에서 환불합계를 다시 빼면 350,000원을 중복 차감합니다. 할인 후 결제액에서 쿠폰을 다시 빼거나 배송료 환불을 상품 환불에 함께 넣는 것도 피하세요.

금액이 어긋났을 때 고칠 순서

1. 원본을 보존하고 주문번호·주문 발생일·결제 처리일·환불 처리일·상품 결제액·상품 환불액을 별도 작업표에 모읍니다. 주문일과 결제일이 다르면 어느 날짜로 묶었는지 열 이름에 적습니다.
2. 부분환불은 주문번호만으로 합치지 말고 환불 거래번호 또는 확인 가능한 처리 이력 단위로 남깁니다. 같은 주문에 환불 두 번이 실제로 있었는지 중복 기록인지 확인합니다.
3. 같은 거래 목록으로 처리월 표와 주문월 표를 각각 만듭니다. 원래 주문월을 찾지 못한 환불은 임의 배정하지 말고 미연결 항목으로 분리합니다.
4. 전체 합계가 맞는지 검산한 뒤 월별 변화를 읽습니다. 원자료가 부족하면 성과 판단을 미룹니다. 주문 내역·환불 내역·PG 내역부터 대조하세요.

카페24 도움말에는 환불완료 후 철회하고 다시 환불완료로 처리하면 환불이 중복 집계될 수 있다는 사례가 있습니다. 보고서 총액을 맞추려고 거래를 삭제하지 말고 상태 변경 이력과 실제 환불을 함께 확인하세요.

처리월 표가 음수여도 바로 계산 오류는 아닙니다. 이전 주문 환불이 새 결제보다 큰지 확인합니다. 반대로 현금 지급일·차지백·외부 채널 환불이 다른 표에서 빠졌다면 이 단순 예제를 그대로 적용하지 않습니다.

주문 수와 객단가를 비교할 때도 환불 기준을 맞춰야 합니다. 객단가가 올랐는데 매출은 왜 줄었을까?에서 분모를 확인하고, 주문당 비용과 이익은 별도로 계산하세요. 운영 순매출은 순이익이나 정산 입금액이 아닙니다.

차이 또는 예외	다음 확인
합계가 서로 다름	기간·채널·대상 주문 집합부터 통일
한 주문에 여러 환불	환불 거래번호와 처리 이력 대조
환불 주문월을 못 찾음	미연결로 분리하고 주문 내역 조회
처리월 순매출이 음수	이전 주문 환불과 새 결제 비교
최신 주문월 잔액이 높음	동일 관찰기간 전까지 개선 판단 보류

공식 근거와 확인 범위

확인일: 2026년 10월 11일. 카페24, 통계-매출분석 관련 자주묻는 질문에서 순매출 포함 항목, 환불완료 처리일, 중복 집계·외부 채널 제한과 세금 신고용으로 사용할 수 없는 이유를 확인했습니다.

Shopify, Sales reports에서 순매출 정의, 판매·역거래의 날짜, 환불·취소·부분환불의 범위와 판매 보고서/수납의 구분을 확인했습니다. 본문의 두 표는 공식 화면을 재현한 것이 아닌 독립 가상 관리 계산입니다. 실제 보고서는 해당 서비스의 최신 열 설명과 주문 이력으로 다시 확인하세요.