패션 브랜드 위탁 판매 정산에서 수수료 기준과 반품 처리를 나누는 법

위탁 판매 정산은 직매입 정산보다 변수가 많다. 브랜드가 재고를 보유한 채 유통사 매장이나 플랫폼에 상품을 올려두고, 실제 판매가 일어난 뒤에 수수료를 정산하는 구조이기 때문이다. 문제는 수수료 기준과 반품 처리가 서로 다른 시점, 다른 주체, 다른 금액 기준으로 움직이는데 이 둘을 하나의 정산 흐름으로 묶으면 예외가 생길 때마다 수작업이 늘어난다는 점이다.

수수료 기준을 먼저 확정해야 하는 이유

위탁 수수료는 계약마다 다르게 설정된다. 판매가 기준인지, 공급가 기준인지, 카테고리별로 요율이 다른지, 프로모션 기간에 별도 요율이 적용되는지를 계약서에서 확인해야 한다. 같은 유통사와 거래하더라도 채널(온라인 단독관, 오프라인 매장, 팝업)에 따라 요율이 달라지는 경우가 있다.

정산 시스템에 수수료 기준을 입력하기 전에 다음 항목을 계약서와 대조한다.

• 수수료 산정 기준가: 소비자 판매가, 정상가, 할인 적용가 중 어느 것인가
• 요율 적용 단위: 상품 전체 단일 요율인가, SKU별 또는 카테고리별 요율인가
• 프로모션 예외: 쿠폰 할인분, 포인트 사용분을 수수료 산정에서 제외하는 조항이 있는가
• 정산 주기: 월 마감인지, 판매 확정 후 N일인지

이 기준이 시스템에 정확히 반영되지 않으면 정산서를 받은 뒤 유통사와 금액을 맞추는 작업이 반복된다. 특히 프로모션 예외 조항은 계약서 본문이 아니라 별첨이나 이메일 합의로 남아 있는 경우가 많아 놓치기 쉽다.

반품 처리를 별도 규칙으로 분리해야 하는 경우

반품은 판매의 역방향처럼 보이지만 정산 처리 방식은 다르다. 판매가 일어난 정산 기간과 반품이 접수된 정산 기간이 다를 수 있고, 반품 사유에 따라 수수료 환급 여부가 달라지기도 한다.

가정한 예시로 구조를 설명하면 다음과 같다. 3월에 판매된 상품이 4월에 반품됐을 때, 3월 정산에서 이미 수수료가 공제됐다면 4월 정산에서 수수료를 환급받아야 한다. 그런데 반품 사유가 소비자 단순 변심인지, 상품 불량인지에 따라 유통사가 수수료를 환급하는 조건이 다를 수 있다. 이 조건이 계약서에 명시돼 있지 않으면 건별로 협의해야 한다.

반품 처리를 정산 규칙에서 분리해 관리해야 하는 상황은 다음과 같다.

• 반품 접수 시점과 정산 마감 시점이 다른 달에 걸쳐 있을 때
• 반품 사유별로 수수료 환급 조건이 다를 때
• 반품된 상품이 재판매 가능 상태인지 폐기 대상인지에 따라 재고 처리 방식이 달라질 때
• 유통사가 반품 데이터를 별도 파일로 제공하고 정산서와 자동 연계되지 않을 때

세 번째 항목은 정산보다 재고 관리 문제에 가깝지만, 반품 상품의 상태 판정이 늦어지면 정산 확정도 늦어진다. 반품 접수 후 상태 검수까지의 처리 기한을 내부 규칙으로 정해두지 않으면 미결 항목이 쌓인다.

시스템에 반영하기 전에 확인할 사항

수수료 기준과 반품 규칙을 시스템에 넣기 전에 업무 규칙이 문서화돼 있는지 먼저 확인한다. 담당자 머릿속에만 있는 규칙은 시스템에 반영할 수 없고, 반영하더라도 담당자가 바뀌면 검증할 방법이 없다.

확인해야 할 자료는 다음과 같다.

• 유통사별 위탁 계약서 및 별첨 (수수료 요율, 정산 주기, 반품 조건)
• 과거 정산서 3개월치 이상 (실제 공제 항목과 계약서 내용이 일치하는지 대조)
• 반품 접수 이력 (사유 분류, 처리 기한, 수수료 환급 여부)
• 유통사가 제공하는 데이터 형식 (정산서 파일 구조, 반품 데이터 포함 여부)

기존 ERP나 정산 도구가 있다면 위탁 판매 수수료 요율을 채널별, 기간별로 설정할 수 있는지 확인한다. 설정 항목이 부족하다면 별도 정산 시트를 병행하거나, 연동 개발로 보완하거나, 전용 정산 모듈을 추가하는 방안을 비교해야 한다. 유통사 수가 적고 요율 변경이 드물다면 설정 변경과 수작업 검증으로 충분한 경우도 있다.

반품 데이터가 정산서와 별도로 제공된다면, 두 데이터를 연결하는 기준 키(주문번호, 상품코드, 판매일자 등)가 일치하는지 샘플을 뽑아 확인한다. 기준 키가 맞지 않으면 자동화 전에 데이터 정합성 문제를 먼저 해결해야 한다.

정산 담당자가 유통사와 금액 불일치를 발견했을 때 어느 단계에서 오류가 생겼는지 추적할 수 있어야 한다. 수수료 기준 오적용인지, 반품 환급 누락인지, 데이터 연계 오류인지를 구분할 수 있도록 정산 계산 과정을 기록으로 남기는 구조가 필요하다.

위탁 정산 구조를 정비하거나 시스템 요건을 정리하는 단계라면, 유통사별 계약서와 최근 정산서, 반품 이력 데이터를 가져오면 검토가 빠르다. 구체적인 상담은 문의 페이지에서 할 수 있다.