back돌아가기
같은 주문인데 왜 마켓플레이스 어드민은 $10, 리포트는 $30일까?
매출 마감

같은 주문인데 왜 마켓플레이스 어드민은 $10, 리포트는 $30일까?

같은 주문인데, 왜 마켓플레이스 어드민과 정산 리포트의 숫자는 다를까요? 이 차이는 오류가 아니라, 서로 다른 목적을 위해 설계된 데이터 구조의 차이입니다.

2026.07.17

Sarah
SarahB2B Marketing Specialist

한눈에 보기

Shopee 어드민은 SKU 단가와 수량을 따로 보여주고, Income Report는 같은 주문을 총액 한 줄로 보여줍니다. 둘 다 정확한 숫자입니다.
Amazon Seller Central은 주문당 순수익을 한 줄로 요약하지만, Settlement Report는 같은 주문을 5개의 개별 재무 이벤트로 기록합니다.
어드민은 운영 의사결정을 위해, 리포트와 API는 지급 정확성을 위해 설계됐습니다. 두 숫자의 차이는 시스템 오류가 아니라 설계 의도입니다.
정산 대사는 은행에 실제 입금되는 금액과 일치하는 리포트·API 레이어에서 이뤄져야 합니다.
Prism은 마켓플레이스 어드민이 아니라 정산 파일과 API에서 데이터를 가져옵니다. 재무팀이 보는 숫자와 실제 정산 금액이 같아지는 구조입니다.
재무 담당자가 5월 마감 작업을 하고 있습니다. Shopee 어드민에서 숫자를 확인해 Income Report와 대조했는데, 금액이 맞지 않습니다. 반올림 수준의 차이가 아닙니다. 어드민은 SKU별 단가를 보여주는데, 리포트는 주문 총액을 보여줍니다.
같은 주문, 같은 마켓플레이스, 같은 기간입니다. 직감적으로는 둘 중 하나가 틀렸다고 생각하게 되지만, 실제로 벌어지고 있는 일은 다릅니다.

$10과 $30, 둘 다 맞는 숫자입니다

Shopee 어드민이 단가와 수량을 분리해서 보여주는 이유는, 그것이 셀러가 사업을 운영하는 데 필요한 정보이기 때문입니다. 어떤 SKU가 팔리는지, 어떤 가격대에서 팔리는지, 물량이 늘어도 마진이 유지되는지를 확인하는 용도입니다.
쿠션 파운데이션 3개를 개당 $10에 판매한 주문은 어드민에서 단가 $10과 수량 3으로 표시됩니다. Income Report에서는 같은 주문이 주문 총액 $30 한 줄로 표시됩니다. 두 숫자 모두 정확합니다. 같은 거래를 서로 다른 독자를 위해 다르게 표현했을 뿐입니다.
운영팀은 어드민을 보고 가격과 재고를 결정하고, 재무팀은 Income Report로 월 마감을 합니다. 월말에 두 팀이 숫자를 맞춰보면 서로 상대방의 숫자가 틀린 것처럼 보입니다. 같은 데이터를, 다르게 보여주도록 설계된 두 시스템을 통해 보고 있기 때문입니다.

Amazon은 왜 주문 하나를 다섯 줄로 기록할까?

Amazon은 같은 구조를 한층 더 복잡한 형태로 운영합니다. Seller Central은 주문당 순수익(Net Proceeds)을 한 줄로 보여줍니다. 셀러가 판매 건별로 실제로 얼마를 가져가는지 한눈에 파악할 수 있게 만든 화면입니다.
같은 주문이 Settlement Report에서는 SKU 하나에 5개 행으로 기록됩니다. 상품 금액(Principal) $24.78, 세금(Tax) $2.04, 마켓플레이스가 대신 징수한 세금(ItemWithheldTax) -$2.04, FBA 풀필먼트 수수료 -$3.73, 판매 수수료(Commission) -$3.72. 화면에서는 가독성을 위해 이 항목들을 묶어 하나의 숫자로 보여주지만, 리포트는 모든 행을 그대로 보존합니다. 각 행이 지급액 계산과 회계 처리 방식을 결정하는 독립된 재무 이벤트이기 때문입니다.
Seller Central 화면을 기준으로 대사하는 재무팀은 요약본을 놓고 작업하는 셈입니다. 원본 기록은 Settlement Report입니다.

두 숫자의 차이는 오류가 아니라 설계입니다

이 두 레이어는 같은 팀이 같은 목적으로 만든 것이 아닙니다. 두 숫자가 일치하기를 기대하는 것은, 애초에 설계에 없던 역할을 요구하는 것과 같습니다.
마켓플레이스 어드민은 운영 의사결정을 위해 만들어졌습니다. 무엇이 팔리는지, 물량과 마진은 어떤지, 무엇을 재입고해야 하는지 판단하는 도구입니다. 반면 리포트, 정산 파일, API로 구성된 재무 데이터 레이어는 지급 정확성을 위해 만들어졌습니다.
운영 가독성과 지급 정확성은 서로 다른 설계 목표이고, 같은 거래에서 서로 다른 결과물을 만들어냅니다. 두 레이어의 간극은 시스템의 오류가 아니라, 시스템이 의도대로 작동하고 있다는 증거입니다.

정산 대사는 어느 레이어에서 해야 할까?

정산 대사는 어드민이 아니라 리포트와 API 레이어에서 이뤄져야 합니다. 은행에 실제로 입금되는 금액과 일치하는 숫자가 그 레이어에 있기 때문입니다.
많은 브랜드가 이 차이를 마켓플레이스 입점 시점이 아니라, 거래량이 늘어나 본격적으로 대사를 시작하는 시점에 알게 됩니다. 그동안 참고해온 어드민 숫자가 Settlement Report와 정확히 맞은 적이 없었다는 사실을 그때 발견하는 것입니다.
문제는 그 시점에는 이미 어드민 숫자가 '매출은 이 정도여야 한다'는 기준으로 자리 잡았다는 점입니다. 그래서 원본 기록과의 차이가 발견될 때마다 데이터 품질 문제처럼 보이지만, 실제로는 데이터 출처의 문제입니다.

마켓플레이스마다 간극의 형태도 다릅니다

이 간극은 마켓플레이스마다 다른 방식으로 나타납니다.
  • Shopee: 어드민의 단가 중심 정보와 Income Report의 주문 총액 사이의 간극
  • Amazon: 화면의 요약 숫자와 Settlement Report의 다중 행 분해 사이의 간극
  • Qoo10: QSM 화면과 API가 장바구니 할인·캠페인 비용에 대해 조회 방식에 따라 서로 다른 숫자를 반환하는 문제 (별도 글에서 다룬 바 있습니다)
각 마켓플레이스는 어드민에 무엇을 보여줄지, 재무 데이터를 어떻게 구조화할지 각자 다른 선택을 해왔습니다. 그리고 그 선택 중 어느 것도 브랜드 재무팀을 염두에 두고 내려지지 않았습니다.

대사의 출발점은 '어느 레이어를 보고 있는가'입니다

제대로 작동하는 정산 대사는 지금 어느 레이어의 데이터를 보고 있는지 아는 것에서 시작됩니다.
PortOne Close는 마켓플레이스 어드민이 아니라 정산 파일과 API에서 데이터를 가져옵니다. 브랜드 재무팀이 PortOne Close에서 보는 숫자가 마켓플레이스가 실제로 정산하는 숫자와 같아지는 이유입니다.
PortOne Close 도입문의 →
Sarah
B2B Marketing Specialist

콘텐츠가 도달하는 곳에 행동이 남기를 바랍니다. 전략과 성과를 연결하는 콘텐츠를 고민합니다.