PG(결제대행) 연동은 세 단계입니다. 결제사에 가맹 신청해 심사를 받는 일, 사이트에 결제를 붙이는 개발 또는 설정, 그리고 주문 → 결제 → 실패 → 취소까지 돌려 보는 테스트. 신청은 운영자 명의로 운영자가 하고, 붙이는 일은 솔루션이면 설정, 맞춤 개발이면 개발입니다.
자사몰 오픈이 늦어지는 가장 흔한 이유가 이 세 단계를 하나로 생각해 신청을 마지막에 하는 것입니다. 심사에 며칠에서 2주가 걸리고, 사이트에 사업자 정보 · 교환 · 환불 기준이 먼저 표시돼 있어야 통과되는 경우가 많습니다.
PG 연동 신청과 개발 구현은 어떻게 다른가요?
| 구분 | 신청(가맹) | 구현(연동) | 테스트 |
|---|---|---|---|
| 누가 | 운영자(명의자) | 운영자(솔루션) 또는 개발자(맞춤) | 운영자 + 제작사 |
| 하는 일 | 서류 제출, 심사, 계약 · 수수료 · 정산 주기 확인 | 결제 수단 켜기 또는 API 연결 | 결제 수단별 주문 · 취소 · 환불 |
| 걸리는 시간 | 며칠 ~ 2주 | 설정 하루, 개발 1 ~ 2주 | 하루 |
| 준비물 | 사업자 · 통신판매업 · 신분증 · 통장 · 사이트 | 결제사 키(테스트 · 운영) | 테스트 카드 · 소액 실결제 |
PG 신청에는 어떤 자료가 필요한가요?
- 사업자등록증, 대표자 신분증, 정산 받을 사업자 통장 사본
- 통신판매업 신고(전자상거래법 제12조)는 PG 심사가 끝나 구매안전서비스 이용확인증이 나온 뒤에 합니다. 신고증은 PG 신청 서류가 아니라 그다음 단계입니다.
- 사이트 주소와 화면: 사업자 정보 · 통신판매업 신고번호 · 교환 · 환불 기준 · 개인정보 처리방침이 표시된 상태(제13조). 상품 페이지가 비어 있으면 심사가 미뤄집니다.
- 업종 · 상품 설명: 심사 제한 업종(예: 일부 건강 · 금융 · 디지털 상품)은 추가 서류나 보증보험이 붙을 수 있습니다.
- 계약 조건 확인: 수수료율, 정산 주기, 보증보험 · 예치금, 해지 조건. 결제사와 매출 규모에 따라 달라서 두 곳 이상 비교합니다.
카페24 설정과 맞춤 개발은 어디가 다른가요?
| 구분 | 카페24(솔루션) | 맞춤 개발 |
|---|---|---|
| 신청 경로 | 관리자의 결제 서비스 메뉴에서 제휴 결제사 신청 | 결제사에 직접 가맹 신청, 개발용 키 발급 |
| 연동 작업 | 심사 통과 뒤 결제 수단 켜기, 간편결제 추가 | 결제창 호출, 승인 결과 검증, 웹훅 · 콜백 처리, 취소 · 환불 API |
| 주문 데이터 | 솔루션이 주문 · 정산 내역 관리 | 주문 상태 · 결제 기록을 직접 설계 |
| 보안 | 솔루션이 키 보관 | 비밀키를 서버 환경 변수에, 코드 · 저장소에 두지 않음 |
| 변경 | 결제사 교체가 설정 수준 | 코드 수정 |
| 맞는 경우 | 상품 판매 · 예약 판매 일반 | 정기구독, 분할 결제, 외부 시스템 연동 |
주문과 결제 완료는 어떻게 검증하나요?
맞춤 개발에서 가장 중요한 한 줄입니다. '결제창이 성공을 보여 줬다'와 '결제사가 승인했다'는 다릅니다. 서버가 결제사에 승인 결과를 다시 확인(검증)하고 금액이 주문 금액과 같은지 대조한 뒤에만 주문을 완료로 바꿉니다.
- 1주문 생성: 서버에 주문(상품 · 수량 · 금액)을 먼저 만들고 주문 번호를 결제창에 넘깁니다.
- 2결제 요청: 결제창에서 사용자가 수단을 고르고 인증합니다.
- 3승인 검증: 돌아온 결과의 주문 번호 · 금액을 서버가 결제사에 다시 확인합니다. 금액이 다르면 실패 처리.
- 4주문 완료: 검증이 끝나면 주문 상태를 결제 완료로 바꾸고 재고 차감 · 알림을 보냅니다.
- 5웹훅: 브라우저가 닫혀도 결제사가 서버로 결과를 보내 주는 통로를 받아 둡니다. 중복 수신에도 한 번만 처리되게.
결제 실패와 취소는 어떻게 시험하나요?
| 시험 | 방법 | 확인할 것 |
|---|---|---|
| 성공 | 수단별(카드 · 간편결제 · 계좌이체 · 가상계좌) 테스트 결제 | 주문 상태, 확인 메일 · 알림, 관리자 주문 목록 |
| 실패 · 중단 | 결제창 닫기, 한도 초과 카드, 잔액 부족 | 주문이 '미결제'로 남고 재고가 차감되지 않는지 |
| 금액 변조 | 결제 요청 금액을 바꿔 보기(개발) | 검증에서 걸러지는지 |
| 전체 취소 | 결제 직후 · 배송 전 | 환불 처리, 상태 변경, 재고 복구 |
| 부분 취소 | 여러 상품 중 하나 | 남은 금액 · 상태 |
| 가상계좌 입금 | 입금 전 · 후 · 기한 초과 | 입금 확인 웹훅, 기한 지난 주문 처리 |
| 모바일 | 휴대폰에서 전 과정 | 앱 전환 뒤 돌아오는지 |
테스트 결제에서 운영 결제로 전환하기
- 운영 키로 교체: 테스트 키 · 테스트 모드 설정을 전부 운영 값으로. 서버 환경 변수에만 두고 코드 · 공개 저장소 · 메신저에 남기지 않습니다.
- 결제사 관리자에서 사이트 주소 · 웹훅 주소 · 반환 주소를 운영 주소로 등록합니다.
- 소액 실결제 1회 → 즉시 취소로 운영 경로를 확인합니다.
- 정산 계좌와 정산 주기, 결제 내역 조회 권한을 운영 담당자에게 넘깁니다.
- 테스트 주문 · 회원 데이터를 지우고, 결제 오류 알림을 받을 창구를 정합니다.
- 결제 수단이 늘거나 결제사를 바꿀 때는 이 과정을 다시 합니다.
실제 결제사의 심사 · 계약 조건은 결제사 공식 안내가 기준입니다. 서치웨이는 카페24 제작에 결제 · 배송 연동과 테스트 주문을 포함하고, 맞춤 개발에서는 승인 검증 · 웹훅 · 취소 처리를 구현해 소액 실결제 확인까지 마친 뒤 넘깁니다.
자주 묻는 질문
Q.PG 신청에는 어떤 자료가 필요한가요?
결제사마다 다르지만 보통 사업자등록증, 대표자 신분증, 정산 계좌 통장 사본, 사이트 주소(사업자 정보 · 교환 · 환불 기준이 표시된 상태)입니다. 업종에 따라 추가 서류나 보증보험이 붙을 수 있고, 심사는 며칠에서 2주 정도입니다.
Q.PG 연동은 개발자가 해야 하나요?
카페24 · 아임웹 같은 솔루션은 관리자에서 결제사를 신청하고 켜는 설정이라 운영자가 할 수 있습니다. 맞춤 개발 사이트는 결제사 API 를 코드로 연결해야 하므로 개발 작업이고, 보통 제작 범위에 포함해 맡깁니다.
Q.네이버페이 · 카카오페이 같은 간편결제는 따로 신청하나요?
네. 간편결제는 각 서비스에 별도 가맹 신청을 하고 PG 와 함께 또는 따로 연결합니다. 솔루션은 관리자에 메뉴가 있고, 맞춤 개발은 결제사가 제공하는 통합 API 로 묶는 경우가 많습니다.
Q.테스트 결제는 실제 돈이 나가나요?
테스트 키 · 테스트 모드에서는 실제 승인이 나지 않습니다. 운영 키로 바꾼 뒤에는 소액 실결제로 한 번 확인하고 바로 취소합니다. 테스트 때 쓴 키 · 주소는 운영 전환 때 전부 교체합니다.
발행
참고 자료
- 「전자상거래 등에서의 소비자보호에 관한 법률」 제12조(통신판매업자의 신고) · 제13조(신원 및 거래조건에 대한 정보 제공)
이 글과 관련된 서비스
이 글이 도움이 됐다면 공유해 주세요
