핵심 요약
- 에스크로는 PG사가 대금을 잠시 보관하다가, 고객이 상품을 수령한 뒤에 판매자에게 지급하는 안전결제 방식이에요. 사기 리스크가 큰 거래에서 구매자 보호용으로 써요.
- 일반 결제와 구조가 달라요. 배송 등록 → 구매 확인/거절이라는 추가 단계가 있고, 구매 확인이 날 때까지 판매자 정산이 보류돼요. 주문 상태값·CS 흐름·자동 확인 정책까지 함께 설계해야 해요.
- 중개플랫폼·중고거래·고가상품은 현행 전자상거래법상 구매안전서비스 제공이 사실상 의무 또는 업계 표준이에요. "일단 다 에스크로로" 가 아니라 업종·상품·가격을 기준으로 선별 적용해요.
- 먼저 정해야 할 것: 적용 상품 기준, 자동 구매 확인 기간, 구매 거절 처리 절차, 판매자 정산 일정.
1에스크로는 "대금 보관"이 핵심이에요
일반 결제는 고객이 결제를 하면 승인 → 매입 → 판매자 정산으로 바로 돈이 흘러가요. 반대로 에스크로는 승인까지는 똑같지만, 고객이 상품을 수령하고 "구매 확인"을 눌러야 판매자에게 정산이 시작돼요. 그 전까지는 PG사가 대금을 붙잡고 있어요.
| 구분 | 일반 결제 | 에스크로 결제 |
|---|---|---|
| 승인 시점 | 고객 결제 직후 | 고객 결제 직후 (동일) |
| 판매자 정산 | PG 정산 주기대로 | 구매 확인 이후에만 시작 |
| 취소 주체 | 가맹점이 직접 | 구매자가 "구매 거절"로 요청 가능 |
| 고객 행동 | 결제 한 번 | 결제 + 수령 + 구매 확인 (또는 거절) |
| 배송 데이터 | 가맹점 자율 | 운송장·배송사 등록이 필수 |
즉 에스크로는 "결제 한 건"이 아니라 결제 → 배송 등록 → 구매 확인이라는 3단계 프로세스예요. 기획서에 상태값을 추가하고, CS 동선에 "구매 거절" 루트를 그려야 해요.
2흐름 한눈에 보기
정상 경로는 승인 → 보관 → 배송 → 구매 확인 → 정산, 이상 경로는 구매 거절에서 갈라져 환불로 가요. 배송 등록을 빠뜨리면 대금이 PG사에 계속 묶인 채 정산이 진행되지 않는다는 점이 일반 결제와의 가장 큰 차예요.
3언제 써야 하나: 업종·상품 기준
모든 결제에 에스크로를 붙이면 판매자 정산이 늦어지고 UX가 무거워져요. 아래 기준으로 선별해요.
- 법적 권고·의무 업종: 중고거래, 개인간 C2C, 고가 가전, 해외 구매대행 등. 전자상거래법은 통신판매업자에게 구매안전서비스 표시를 요구해요. 실물을 직접 소유·운영하는 일부 소규모 거래는 예외지만, 에스크로를 붙이면 소비자 신뢰가 분명히 올라가요.
- 상품가 기준: 업계 관행상 30만 원 이상 상품, 배송 기간이 긴 상품, 맞춤 제작·예약 상품은 에스크로를 권장해요.
- 반대로 권장하지 않는 경우: 디지털 콘텐츠·SaaS 정기결제·즉시 소비형 서비스(교통·콘텐츠)는 배송 개념이 없어 에스크로 구조가 맞지 않아요.
실무 팁: 같은 서비스 안에서 일부 상품만 에스크로를 적용하는 것도 가능해요. 결제 요청 시 extra.escrow: true를 붙이는지 여부로 스위칭해요.
4먼저 확정할 4가지
① 적용 상품 기준
"모든 상품에 일괄 적용할 것인지", "가격대·카테고리 기준으로 분기할 것인지" 기획 단계에서 정해요. 이 분기를 정하지 않으면 개발자는 extra.escrow 값을 하드코딩할 수 없어 전 상품에 적용하거나 완전히 끄게 돼요.
② 자동 구매 확인 기간
구매자가 아무 액션도 하지 않으면 며칠 뒤 자동 구매 확인으로 넘어갈지 정해요. PG사 기본값은 보통 7~10일이지만, 배송이 오래 걸리는 상품은 더 길게 조정이 필요해요. 너무 짧으면 구매자가 거절 기회를 잃고, 너무 길면 판매자 정산이 늦어져 캐시플로우가 막혀요.
③ 구매 거절 처리 절차
구매자가 "상품 불량"으로 거절을 누르면 무조건 환불하는지, CS가 한 번 검토하는지 정해요. 대개는 이의 제기 → 판매자 소명 → 분쟁 처리 단계를 둬요. CS 화면·응답 기한·환불 전 검토 기준을 기획서에 넣어요.
④ 판매자 정산 일정
일반 결제는 PG 정산 주기(예: D+5) 하나만 맞추면 돼요. 에스크로는 구매 확인 이후 정산이 시작되므로 "구매 확인 + D+N" 구조가 돼요. 판매자에게 "실제 입금까지 며칠"을 명시해야 분쟁을 줄여요.
5운영에서 자주 꼬이는 지점
- 배송 등록 누락: 판매자가 실수로 운송장을 입력하지 않으면 구매 확인 버튼이 고객에게 보이지 않아 자동 확인 기간만 지나가요. 운송장 미입력 상품을 일괄 알림/차단하는 운영 배치를 기획에 넣어요.
- 부분 배송·분할 수령: 한 주문에 여러 상품이 들어있을 때, 일부만 수령하고 일부는 아직 배송 중인 상황이 생겨요. 에스크로 상태값은 보통 주문 단위이므로, 상품 단위 구매 확인이 필요한 서비스는 주문 분할부터 설계해야 해요.
- 판매자 해지·정산 이전 처리: 판매자가 구매 확인 전에 탈퇴하거나 사업을 접으면 보관된 대금 처리 경로가 필요해요. "판매자 탈퇴 시 미정산 대금은 자동 환불"과 같은 정책을 약관에 반영해요.
다음 단계
추천 콘텐츠
바로 참고할 문서
- 개발 문서: 에스크로 API 가이드 —
extra.escrow·배송 등록·구매 확인/거절 API - 도입 문의: 도입 문의