중개 플랫폼 수수료·정산 설계: 거래가 늘 때 터지는 문제 [2026]
중개 플랫폼 수수료와 정산 구조를 설계할 때 필요한 PG 수수료, 플랫폼 수수료, 공급자 정산, 환불, 부분 취소, 세금계산서, 분쟁 처리 기준을 정리했습니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, CJ대한통운·강남구청 등 18개사+ 레퍼런스
중개 플랫폼에서 정산은 나중에 붙이는 기능이 아닙니다. 거래가 늘면 가장 먼저 터지는 문제가 수수료, 환불, 부분 취소, 공급자 정산입니다. 정산 구조를 초기에 설계하지 않으면 플랫폼 운영자는 매달 엑셀과 입금 내역을 대조하게 됩니다.
플랫폼은 거래가 발생할수록 돈의 흐름이 복잡해집니다. 고객이 결제한 금액, PG사가 입금하는 금액, 플랫폼이 가져갈 수수료, 공급자에게 줄 정산액, 쿠폰과 포인트, 환불 수수료가 서로 다릅니다. 단순히 결제 연동만 붙이면 정산이 해결될 것처럼 보이지만 실제 운영은 훨씬 더 까다롭습니다.
돈의 흐름을 먼저 그리세요#
| 항목 | 정해야 할 것 | 놓치면 생기는 문제 |
|---|---|---|
| 결제 금액 | 고객이 실제로 결제한 금액 | 쿠폰·포인트 반영 오류 |
| PG 수수료 | 결제 수단별 비용 처리 방식 | 정산서 금액 불일치 |
| 플랫폼 수수료 | 공급자·수요자 중 누구에게 부과할지 | 수익 인식 기준 혼란 |
| 공급자 정산 | 정산 주기와 지급 보류 조건 | 입금 지연과 문의 증가 |
| 환불·취소 | 전체 취소와 부분 취소 기준 | 정산 후 환불 처리 꼬임 |
| 분쟁 | 거래 완료 기준과 증빙 | 플랫폼 책임 범위 불명확 |
수수료 모델별 설계 포인트#
공급자에게 수수료를 받는 모델은 공급자 정산서가 중요합니다. 수요자에게 서비스 이용료를 받는 모델은 결제 화면에서 비용을 분리해 보여줘야 합니다. 예약금 모델은 노쇼와 취소 수수료가 핵심이고, 견적 비교형은 거래 성사 기준을 명확히 해야 합니다. 수수료율 자체보다 수수료가 언제 확정되는지가 더 중요합니다.
관리자에서 보여줘야 할 것#
운영자는 거래별 결제 금액, 수수료, 정산 예정액, 지급 보류, 환불 상태, 공급자별 정산 합계를 볼 수 있어야 합니다. 또한 정산 데이터는 수정 이력을 남겨야 합니다. 돈과 관련된 값은 누가 언제 바꿨는지 추적할 수 있어야 분쟁을 줄일 수 있습니다.
개발 전에 플랫폼 구조부터 정하세요#
정산은 중개 플랫폼의 거래 구조와 함께 설계해야 합니다. 매칭, 견적, 예약, 결제 흐름을 아직 정하지 않았다면 중개 플랫폼 개발 체크리스트를 먼저 보고, 결제 연동 자체가 궁금하다면 결제 연동 개발을 함께 확인하세요.
핵심 요약
- ✓중개 플랫폼 정산은 결제 연동과 별개의 운영 시스템이다
- ✓PG 수수료와 플랫폼 수수료는 정산서에서 분리해 관리해야 한다
- ✓환불, 부분 취소, 지급 보류, 분쟁 기준을 초기에 정해야 한다
- ✓초기에는 수동 정산이어도 거래 상태와 수수료 기준은 DB에 남겨야 한다
자주 묻는 질문