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

전략·계약 구조

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

결제 구현

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

운영·컴플라이언스

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

사례·검증

사례·체크리스트검증 리포트업데이트 내역
핸드북›글로벌 프로덕트 결제 가이드›정산 CSV·전표 템플릿

정산 CSV·전표 템플릿

Paddle transaction export, payout reconciliation report, 내부 주문 DB, 은행 입금내역을 연결하는 월마감 템플릿

핵심 요약

  • 월마감은 보고서를 내려받는 일이 아니라 같은 거래를 Paddle report·내부 주문 DB·payout reconciliation·bank statement·전표에서 다시 맞춰보는 작업이다.
  • transaction ledger, payout 대사, exception 등 6종 CSV 파일 세트를 표준 컬럼으로 맞춰 거래·세금·수수료·환불·환율을 추적한다.
  • remittance_reference별 balance movement 합계와 remittance advice·은행 입금액을 대조하고 Paddle fee, rebate, SWIFT/중개은행 fee를 분리한다.
  • 미매칭·payout 누락·은행 차이·환불 월차이·unknown 결제수단·세무 검토 건은 exception queue 상태값으로 담당자에게 배정한다.
  • 원본 CSV는 수정하지 않고 정규화 테이블을 따로 만들며, 한국 고객·KRW·국내 B2B 예외 거래는 별도 태그를 둔다.

월마감은 보고서를 내려받는 일이 아니라 같은 거래를 여러 원장에서 다시 맞춰보는 일입니다. 이 장에서는 Paddle report, 내부 주문 DB, payout reconciliation report, bank statement, 회계 전표를 한 흐름으로 묶는 템플릿을 정리합니다.

파일 세트

파일소스목적
paddle_transactions_YYYY_MM.csvPaddle export거래, 세금, 수수료, 환불 원장
paddle_payout_reconciliation_YYYY_MM.csvPaddle payout reconciliation report지급 묶음과 지급 통화 확인
internal_orders_YYYY_MM.csv내부 DB고객, 워크스페이스, 권한 매칭
bank_statement_YYYY_MM.csv은행실제 입금, wire fee, 환율 확인
fx_rates_YYYY_MM.csv회계 기준 환율KRW 전표 환산
exceptions_YYYY_MM.csv재무/운영미매칭, 환불 지연, chargeback 추적

표준 거래 원장 컬럼

month,paddle_transaction_id,paddle_subscription_id,internal_order_id,workspace_id,customer_country,payment_method_type,payment_currency,gross_amount,tax_amount,paddle_fee,refund_amount,net_amount,remittance_reference,book_fx_rate,krw_amount,exception_note
2026-08,txn_01,sub_01,ord_01,ws_01,KR,kakao_pay,KRW,29000,2636,1450,0,24914,REM-2026-08-001,1,24914,
컬럼기준
gross_amount고객이 결제한 총액. 통화별 최소 단위 처리 여부 확인
tax_amountPaddle이 계산/처리한 거래세. 한국 법인의 신고 판단과 혼동 금지
paddle_feePaddle transaction fee. payment method/country별 분석 가능하게 보관
refund_amount원 transaction과 연결. 환불 발생월과 원 결제월을 둘 다 보관
net_amountPaddle transaction/report 기준 정산 대상 금액
book_fx_rate회사 회계정책상 적용 환율
krw_amount전표 입력용 원화 환산액

payout 대사 컬럼

remittance_reference,balance_movement_date,balance_movement_type,balance_currency,balance_movement_in_balance_currency,remittance_amount,bank_received_amount,bank_fee,matched,exception_note
REM-2026-08-001,2026-08-12,transaction,USD,7835.00,7835.00,7820.00,15.00,true,
점검기준
remittance 매칭remittance_reference별 balance_movement_in_balance_currency 합계가 remittance advice와 일치
은행 입금액bank statement의 실제 입금액과 payout reconciliation report를 대조
wire feePaddle fee와 은행/중개은행 수수료를 분리
FXPaddle conversion, 은행 환전, 장부 환율을 별도 컬럼으로 분리
미매칭다음 월 이월인지, 환불/chargeback인지, 누락 export인지 기록

회계 전표 예시

회계 계정은 회사 정책과 세무사 검토로 확정합니다. 아래는 구조 예시입니다.

상황차변대변메모
Paddle 정산 매출 인식외상매출금/Paddle receivable매출 또는 기타수익총액/순액 인식 정책 확정 필요
Paddle fee 인식지급수수료외상매출금/Paddle receivabletransaction fee breakdown 첨부
payout 입금외화예금외상매출금/Paddle receivablepayout reconciliation report와 bank statement 첨부
은행 수수료지급수수료외화예금Paddle fee와 분리
환차손익외환차손익외화예금/외상매출금장부 환율과 입금 환율 차이
환불매출 차감 또는 환불 비용외상매출금/Paddle receivable원 transaction ID 연결

월마감 SQL 체크

-- Paddle transaction과 내부 주문 미매칭
select
  p.paddle_transaction_id,
  p.paddle_subscription_id,
  p.net_amount,
  p.payment_currency
from finance_paddle_transactions p
left join orders o on o.paddle_transaction_id = p.paddle_transaction_id
where p.month = :month
  and o.id is null;

-- payout별 합계와 은행 입금 대조
select
  remittance_reference,
  sum(net_amount) as transaction_net_sum,
  max(bank_received_amount) as bank_received_amount,
  sum(net_amount) - max(bank_received_amount) as diff
from finance_reconciliation
where month = :month
group by remittance_reference
having abs(sum(net_amount) - max(bank_received_amount)) > :tolerance;

exception queue

상태의미담당
missing_internal_orderPaddle 거래는 있으나 내부 주문이 없음Engineering
missing_remittance거래는 있으나 remittance reference가 아직 없음Finance
bank_diffpayout reconciliation report와 은행 입금액 차이Finance
refund_cross_month환불월과 결제월이 다름Finance/Support
unknown_payment_method새 결제수단 타입 유입Data/Engineering
tax_review세무 판단이 필요한 거래Finance/Tax

운영 원칙

  • 원본 CSV는 수정하지 않고, 정규화 테이블을 따로 만듭니다.
  • transaction_id, subscription_id, remittance_reference를 회계 전표 메모에 남깁니다.
  • 한국 고객, 한국 통화, 국내 B2B 예외 거래는 별도 태그를 둡니다.
  • 월마감 후 exception이 남으면 다음 달 첫 영업일에 재무/개발/CS가 함께 review합니다.

참고 자료

  • Paddle Developer - Generate reports
  • Paddle Developer - Reports API
  • Paddle Help - Is there a fee taken for payouts?
  • Paddle Developer - Payout reconciliation report
  • Paddle Developer - Payout report improvements
  • Paddle Help - Statements, reverse invoices and remittance advice

관련 문서

정산·대사

balance currency, payout, 환율, 수수료, 월마감 reconciliation 운영

검증 리포트

Paddle 글로벌 결제 가이드의 공식 문서 기준일, 검증 범위, 한계

결제 UX 설계

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

정산·재무 마감

Android 앱 엔터프라이즈 운영 · estimated sales, earnings, payout reports를 월마감 기준으로 맞추는 방법

정산·재무 마감

iOS 앱 엔터프라이즈 운영 · Sales and Trends, Payments and Financial Reports를 월마감 기준으로 맞추는 방법

정산·대사

balance currency, payout, 환율, 수수료, 월마감 reconciliation 운영

약관·소비자·개인정보

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

On this page

파일 세트표준 거래 원장 컬럼payout 대사 컬럼회계 전표 예시월마감 SQL 체크exception queue운영 원칙참고 자료