본문으로 바로가기
리옵트 핸드북
리옵트 핸드북
글로벌 프로덕트 결제 가이드

전략·계약 구조

의사결정 맵국내 PG 해외결제 vs 해외 MoRMoR 계약 흐름계약·데이터 보정 워크시트온보딩 준비

결제 구현

상품·가격·세금 카탈로그한국 Checkout 현지화한국 Checkout QA 매트릭스구독 라이프사이클웹훅과 권한 동기화Webhook 구현 부록

운영·컴플라이언스

한국 세무·회계개인사업자 vs 법인 수익·수수료·과세 분석세무·법무 전달 패키지정산·대사정산 CSV·전표 템플릿약관·소비자·개인정보한국 B2B·Paddle Invoicing 청구 플로우CS·분쟁·리스크

사례·검증

사례·체크리스트검증 리포트업데이트 내역
핸드북›글로벌 프로덕트 결제 가이드›CS·분쟁·리스크

CS·분쟁·리스크

Paddle 도입 후에도 남는 제품팀 CS 책임을 다룬다. 문의 유형별 1차 담당 분리, 결제명 혼동 대응, 환불·chargeback 증빙, fraud 탐지, 장애 커뮤니케이션 기준을 정리한다.

핵심 요약

  • Paddle이 결제 문의 일부를 처리해도 고객은 제품팀에 문의한다. 문의 유형별로 1차 담당과 처리 기준을 나눠 둔다.
  • 카드 명세서에 Paddle·paddle.net이 찍혀 "모르는 결제"로 신고하는 일은 결제 전 안내와 결제 후 메일로 미리 줄인다.
  • chargeback에 대비해 결제 동의 시각, 사용 로그, 고객 식별, 커뮤니케이션, 구독 상태 증빙을 모아 둔다.
  • 환불이 승인되면 Paddle refund와 내부 권한 회수를 같은 티켓에서 추적한다.
  • 정산 보류나 계정 재심사에 대비해 결제 provider abstraction과 export할 수 있는 고객·구독 데이터를 유지한다.

Paddle을 쓰면 결제 관련 문의 일부는 Paddle이 처리하지만, 고객은 여전히 제품팀을 찾습니다. CS 정책을 Paddle이 알아서 처리로 두면 고객 경험이 나빠지고 chargeback 증빙도 부족해집니다.

문의 유형 분리

문의1차 담당처리 기준
제품 사용법자사 Support계정/기능/데이터 확인
로그인/권한자사 Support + Backendsubscription 상태 재조회
결제 실패자사 Support 안내 + Paddle결제수단 업데이트 링크 제공
영수증/인보이스Paddle portal 안내Paddle 고객 인보이스 다운로드
환불 요청자사 정책 검토 + Paddle 처리권한 회수와 refund 동기화
chargebackFinance/Support/Backend사용 로그, 동의, 결제 기록 제출

결제명 혼동 대응

고객이 카드 명세서에서 Paddle을 보고 모르는 결제로 신고하는 일이 생깁니다. 결제 전 안내와 결제 후 메일에서 미리 막아야 합니다.

카드 명세서에는 Paddle, paddle.net 또는 유사한 결제명이 표시될 수 있습니다.
이는 [서비스명] 구독 결제를 Paddle이 판매자(Merchant of Record)로 처리하기 때문입니다.

환불 운영

아래 기간은 Paddle의 기본 보장 기간이 아니라 자사가 추가 제공할 수 있는 정책 예시입니다. Paddle의 2026년 3월 31일자 Refund Policy, 한국 소비자의 법정 권리, 실제 Supplier 계약을 먼저 적용하고 Legal과 Support가 승인한 뒤 고객에게 표시합니다.

기준정책 예시
첫 결제결제 후 7일 이내, 과도한 사용이 없으면 환불 검토
갱신 결제갱신 후 3~7일 이내 미사용이면 예외 환불
연간 플랜14일 이내 전액 또는 잔여 기간 pro-rata 정책 중 하나 선택
abuse반복 환불, 과도한 사용 후 환불은 제한
B2B계약서/PO 조건 우선

환불이 승인되면 Paddle refund와 내부 권한 회수를 같은 티켓에서 추적합니다.

Chargeback 증빙

증빙내용
결제 동의가격, 자동 갱신, 약관 동의 시각
사용 로그로그인, 기능 사용, 다운로드, API 호출
고객 식별이메일, 회사, IP/국가, 계정 ID
커뮤니케이션환불 안내, 지원 티켓, 해지 안내
구독 상태subscription ID, 결제/갱신 이력

Fraud와 계정 리스크

  • 무료 체험 남용은 payment method, email domain, device signal, usage pattern으로 탐지합니다.
  • 고위험 국가/결제수단의 실패율을 별도 리포트로 봅니다.
  • 결제 성공 직후 대량 다운로드/API 사용이 가능한 제품은 rate limit과 abuse review를 둡니다.
  • Paddle 계정 review나 정산 보류에 대비해 결제 provider abstraction과 export할 수 있는 고객/구독 데이터를 유지합니다.

장애 커뮤니케이션

상황고객 메시지
Paddle checkout 장애결제 처리 지연, 재시도 시간, 문의 채널
webhook 지연결제는 확인되었고 권한 반영을 처리 중임
결제수단 실패다른 결제수단 또는 결제수단 업데이트 안내
중복 결제 의심transaction ID 수집 후 환불 검토

참고 자료

  • Paddle Developer - Webhooks
  • Paddle Buyer Support
  • Paddle - Refund Policy
  • Paddle - Status

관련 문서

약관·소비자·개인정보

Paddle MoR 결제에서도 남는 한국 법인의 약관·소비자·개인정보 책임을 정리한다. buyer terms와 자사 약관의 역할 분리, 전자상거래법 고지, 청약철회·환불, 국외이전·전자금융거래법 해당성 검토 기준을 다룬다.

MoR 계약 흐름

최종 고객, Paddle, 한국 법인 사이의 판매자·리셀러 구조와 책임 분리

결제 UX 설계

SaaS 유료 플랜 설계 · 가격 페이지 베스트 프랙티스, 인디해커 친화 결제 플랫폼, 구독 관리 셀프서브

국내 PG·카드사 심사 준비

웹서비스 운영을 위한 약관 가이드 · 국내 PG사와 카드사 입점 심사에서 확인하는 약관·정책·화면·증빙을 서비스 유형별로 점검하는 실무 가이드

PG 심사용 배송·교환·반품·환불 정책

웹서비스 운영을 위한 약관 가이드 · 국내 PG와 카드사 심사에서 독립 링크로 확인하기 쉬운 배송·교환·반품·환불 정책 템플릿

한국 B2B·Paddle Invoicing 청구 플로우

Paddle Checkout, Paddle Invoicing, 한국 법인 직접 계약·전자세금계산서 청구를 구분하는 운영 설계

사례·체크리스트

Paddle 공개 사례, 한국 SaaS 가상 사례, 출시 전·월마감·장애 대응 체크리스트

On this page

문의 유형 분리결제명 혼동 대응환불 운영Chargeback 증빙Fraud와 계정 리스크장애 커뮤니케이션참고 자료