정산보류 주문번호대조 공제내역확인 지급점검

입금 합계만 보지 않고 보류된 주문이 어느 정산 주기에 속하는지 찾았습니다.

주문번호대조

제가 정산표를 확인할 때 계좌에 들어온 총액부터 맞추면 보류 사유를 찾기 어려웠습니다. 판매자 화면의 정산 주기와 기준일을 확인한 뒤 보류 상태인 주문번호를 별도 목록으로 뽑았습니다. 주문일, 구매확정일, 취소일, 반품 완료일이 서로 다를 수 있어 주문일만으로 지급 예정일을 계산하지 않았습니다. 같은 주문의 옵션이 여러 줄이면 주문번호와 상품주문번호를 구분해 중복 집계하지 않았습니다.

막힌 지점은 보류라는 단어를 미지급 확정으로 본 것이었습니다. 배송 상태나 구매확정, 증빙 확인, 반품 처리처럼 정산 주기에 영향을 주는 단계가 남아 있을 수 있었습니다. 판매자 공지와 해당 행의 상세 사유를 읽고 어떤 조건이 충족돼야 다음 단계로 넘어가는지 적었습니다. 사유가 비어 있거나 설명과 상태가 맞지 않으면 추측 값을 넣지 않고 문의에 필요한 주문번호만 준비했습니다.

주문번호대조는 주문 원본, 배송 이력, 취소·반품 이력, 정산 상세까지 4개 화면을 같은 순서로 보았습니다. 취소된 예약 재고와 실제 출고 수량을 섞지 않았고, 부분 취소가 있는 주문은 남은 수량과 금액을 다시 계산했습니다. 개인정보가 포함된 고객 주소나 연락처는 대조표에 복사하지 않았습니다. 주문 식별번호와 처리 날짜, 상태 코드만 남겨 보류 행이 어느 사건과 연결되는지 확인했습니다.

제가 먼저 구분한 기준

정산보류는 주문일만으로 풀리지 않습니다. 주문 상태와 공제 근거, 실제 지급 주기를 분리해 연결해야 누락과 중복 입금을 정확히 찾을 수 있습니다.

확인 목록

• 주문번호와 상품주문번호 구분
• 주문·배송·취소·정산 상세를 같은 행에 연결
• 고객 개인정보는 대조표에서 제외
• 보류 사유가 없으면 추측하지 않고 문의 준비

중간 요약

정산보류는 주문일만으로 풀리지 않습니다. 주문 상태와 공제 근거, 실제 지급 주기를 분리해 연결해야 누락과 중복 입금을 정확히 찾을 수 있습니다.

주문 원본과 공제 근거와 실제 지급 자료를 서로 다른 묶음으로 관리했습니다.

공제내역확인

제가 적용한 순서

1. 보류 주문 식별번호 목록화
2. 공제 항목을 성격별로 분리
3. 정산 합계와 계좌 입금액 대조
4. 해제 주문을 실제 지급 주기에 반영

공제내역확인에서는 판매수수료, 광고비, 배송 관련 비용, 반품비, 쿠폰 분담처럼 성격이 다른 금액을 한 줄의 기타 공제로 묶지 않았습니다. 공제 발생일과 해당 주문 또는 캠페인 기간을 연결했습니다. 같은 이름의 공제가 2번 보이면 중복이라고 단정하지 않고 하나는 이전 기간 조정분인지 확인했습니다. 부가세가 포함된 금액인지도 판매자 명세와 세금계산서 자료에서 확인했습니다.

정산 상세 합계와 계좌 입금액 사이에 차이가 나면 보류 금액, 다음 주기 이월, 환급·차감 조정액을 따로 더했습니다. 반올림이나 지급 수수료를 이유로 큰 차이를 무시하지 않았습니다. 엑셀 수식 범위가 마지막 행을 빠뜨리지 않았는지 보고, 숫자가 텍스트 형식으로 저장된 셀도 확인했습니다. 원본 파일을 덮어쓰지 않고 점검본을 새 이름으로 저장해 수정 전후를 비교했습니다.

공제 근거가 보이지 않는 행은 임의로 비용 계정에 넣지 않았습니다. 문의 화면에서 요구하는 주문번호와 정산 주기, 금액, 화면의 사유 문구만 준비했습니다. 카드번호나 계좌 비밀번호, 인증번호는 첨부하지 않았습니다. 답변을 받으면 설명을 원본 행 옆에 짧게 기록하고 실제 정산표가 바뀌었는지 다음 지급 주기에 다시 확인했습니다. 문의 답변만으로 지급 완료로 처리하지 않았습니다.

헷갈렸던 지점

입금 총액부터 맞추고 차이를 기타 공제로 넣은 점입니다. 보류와 이월, 조정분이 섞이면 어느 주문이 미지급인지 찾기 어려웠습니다.

주의할 점

정산 문의에 고객 주소, 카드번호, 계좌 비밀번호나 인증번호를 첨부하지 않습니다. 지급 완료 표시는 실제 계좌 입금과 대조한 뒤 장부에 반영합니다.

지급점검

지급점검은 판매자 화면의 지급 완료 표시와 실제 계좌 입금 내역을 둘 다 확인했습니다. 입금자명과 입금일, 금액이 정산 주기와 맞는지 보고 여러 계정의 입금을 섞지 않았습니다. 지급 예정일이 휴일이나 플랫폼 정산 규칙의 영향을 받는 경우 최신 공식 공지를 확인했습니다. 예정일이 지났다는 이유만으로 동일 문의를 여러 번 만들지 않고 기존 문의번호와 상태를 먼저 확인했습니다.

보류가 해제된 주문은 원래 주기와 실제 지급 주기를 연결해 현금흐름표에 반영했습니다. 과거 매출월에 다시 더해 월 매출을 중복시키지 않았고 미수금이 줄어든 것으로 기록했습니다. 공제 조정이 함께 들어온 경우 주문 금액과 조정 금액을 분리했습니다. 입금 확인 뒤에도 세금계산서와 정산 명세의 공급가액·세액 구분이 맞는지 회계 자료에서 확인했습니다.

완료 기준은 보류 표시가 사라진 것만이 아니었습니다. 제 완료 기준은 주문번호별 사유 설명, 공제 근거와 명세의 연결, 실제 계좌 입금액과 지급 완료 합계의 일치, 조정분의 중복 없는 장부 반영을 모두 확인하는 것이었습니다. 해결되지 않은 행은 다음 확인 날짜와 문의번호를 남겼습니다. 매일 전체 정산을 다시 내려받기보다 상태가 바뀐 주문만 추적해 실수를 줄였습니다.

자주 묻는 질문

Q. 보류는 판매대금이 사라진 뜻인가요?
A. 상세 사유와 다음 처리 조건을 확인해야 하며 주문 상태에 따라 이월될 수 있습니다.

Q. 공제액이 두 줄이면 중복인가요?
A. 발생 기간과 조정 사유가 다를 수 있어 각 명세를 연결합니다.

Q. 지급 완료면 바로 매출을 다시 더하나요?
A. 이미 인식한 매출은 중복하지 않고 미수금 감소와 실제 입금으로 처리합니다.

함께 확인할 글

• 매출현금흐름 통장부족 입금차이 운영판단
• 주문취소재고 예약해제 출고대조 수량복구

공식 확인처

쿠팡 마켓플레이스

국세청 홈택스