본문으로 건너뛰기

다중정산 (Multi-Settlement)

다중정산이란 고객이 한 번 결제한 금액을, 사전에 정의된 규칙에 따라 여러 사업자(하위 가맹점)에게 나누어 입금해주는 정산 방식을 의미합니다.

주로 오픈마켓, 배달 앱, 크라우드 펀딩 등 플랫폼 비즈니스에서 사용되며, 플랫폼 운영자는 결제 대금 중 일부를 중개 수수료로 수취하고 나머지를 입점 판매자에게 지급합니다.

🧩 서비스 구조 및 예시​

다중정산은 1개의 결제(Payment)가 N개의 정산(Settlement)으로 쪼개지는 구조입니다.

예시: 배달 앱 주문 (총 20,000원 결제 시)​

고객이 20,000원을 결제했을 때, 시스템 내부적으로는 다음과 같이 나뉘어 정산됩니다.

  • 음식점 (Seller A): 15,000원 (음식 값)
  • 라이더 (Seller B): 3,000원 (배달비)
  • 플랫폼 (Main): 2,000원 (중개 수수료 및 결제 수수료)
용어 정리
  • 대표 가맹점 (Main Merchant): 플랫폼 운영사 (PG사와 직접 계약한 주체)
  • 하위 가맹점 (Sub-merchant): 플랫폼에 입점한 실제 판매자 (음식점, 라이더 등)

📊 주요 프로세스​

일반 정산과 달리 '지급 대행' 성격이 강하여 절차가 더 복잡합니다.

  1. 하위 가맹점 등록: 플랫폼은 입점 판매자의 사업자 정보와 입금 계좌를 PG사에 등록하여 Sub-ID를 발급받습니다.
  2. 결제 및 분할 정보 전송: 결제 요청 시, 총 금액과 함께 누가 얼마를 가져갈지(Split info)에 대한 데이터를 함께 보냅니다.
  3. 정산 보류/지급: 배송 완료나 구매 확정 시점까지 정산을 보류하다가, 확정 시점에 각 하위 가맹점 계좌로 자동 이체됩니다.

💻 개발 체크포인트​

다중정산 시스템 구축 시 다음 사항을 반드시 고려해야 합니다.

1. 정산 주기 및 세금계산서 (Tax Invoice)​

가장 까다로운 부분입니다. PG사가 하위 가맹점에게 정산금을 지급할 때, PG 수수료에 대한 세금계산서를 누구에게 발행할지(플랫폼 vs 하위 가맹점) 결정해야 합니다.

  • 대행 발행: PG사가 플랫폼을 대신하여 하위 가맹점에게 세금계산서를 발행하는 구조를 많이 사용합니다.

2. 부분 취소의 복잡성 (Partial Refund)​

여러 판매자의 물건을 한 장바구니에서 결제한 후, 특정 판매자의 상품만 취소하는 경우 로직이 복잡해집니다.

  • 예: A상품(1만원) + B상품(2만원) 결제 후 A만 취소 시 $\rightarrow$ B판매자의 정산 금액은 유지되어야 함.

3. API 데이터 구조 (Split Data)​

일반 결제 API와 달리 basketInfoList 배열(Array) 객체를 추가로 전송해야 합니다.
거래등록 API 바로가기

// 예시 데이터 구조 (참고용)
"amount": 20000,
"basketInfoList": [
  { "productNo": "SM_001", "productAmount": 15000, "sellerId": "SELLER_01"}, // 음식점
  { "productNo": "SM_002", "productAmount": 3000, "sellerId": "SELLER_02"}  // 라이더
]