심사관이 여는 순서
준비할 세 가지
- 사업자 표시, 품목 · 상세, 고객 정책과 결제 흐름을 한 목록으로 준비합니다.
- 자료별 최신 상태와 사이트 주소를 확인하고 질문받은 항목에 직접 연결되는 근거를 보완합니다.
- 접수 · 보완 · 검토 · 개통 상태를 구분해 다음 작업과 담당자를 확인합니다.
승인 잘 되는 업종 준비의 첫 확인입니다. 준비가 분명하면 검토할 지점도 분명해집니다. 승인 준비는 서류만 모으는 일이 아니라 판매자와 품목, 가격 · 제공 · 환불 흐름이 일관되게 설명되도록 정리하는 과정입니다. 검토자가 확인할 자료를 순서대로 연결해 불필요한 재요청을 줄이는 방향으로 진행합니다. 사업자 표시, 품목 · 상세, 고객 정책과 결제 흐름을 한 목록으로 준비합니다. 자료별 최신 상태와 사이트 주소를 확인하고 질문받은 항목에 직접 연결되는 근거를 보완합니다. 전체 흐름은 PG 업종 승인 안내에서 함께 볼 수 있습니다.
처음 준비할 때 부족한 자료가 있어도 어떤 자료가 언제 마련되는지 설명하면 현재 할 수 있는 일부터 순서를 잡을 수 있습니다. 접수 · 보완 · 검토 · 개통 상태를 구분해 다음 작업과 담당자를 확인합니다. 준비 목록을 모두 채웠다는 이유만으로 카드사별 결과나 개통 날짜가 확정된다고 안내하지 않습니다. 사업자 정보와 상품 내용, 제공 조건과 환불 경로가 서로 다른 페이지에 흩어져 있어도 일관되게 연결되어야 합니다. 준비 자료를 많이 내는 것보다 검토자가 실제 구매 흐름을 따라가며 필요한 정보를 찾도록 만드는 편이 좋습니다.
① 사업자 표기
준비할 세 가지
- 사업자등록 상태와 현재 업종, 사이트 하단 사업자 표시를 나란히 준비합니다.
- 등록 정보와 판매 화면을 대조한 뒤 다른 항목은 변경이 필요한 이유와 수정 일정을 적습니다.
- 사이트 · 계약서 · 정산 계좌의 주체가 한 사업자로 설명되는지 확인합니다.
신청자와 실제 판매자가 같아야 합니다. 결제대행 계약은 물건이나 서비스를 판매하는 사업자를 기준으로 맺습니다. 사업자등록증의 상호만 확인하는 데서 끝내지 않고 대표자, 사업장 주소, 실제 취급 품목과 판매 채널을 함께 살펴봅니다. 사업자등록 상태와 현재 업종, 사이트 하단 사업자 표시를 나란히 준비합니다. 등록 정보와 판매 화면을 대조한 뒤 다른 항목은 변경이 필요한 이유와 수정 일정을 적습니다. 상호 · 계좌 · 계약 주체와 고객이 보는 판매자 정보가 일치하는지 확인합니다.
개인사업자가 운영하던 사이트를 법인이 인수했다면 화면의 상호가 같아도 계약과 계좌는 새 주체 기준으로 검토합니다. 사이트 · 계약서 · 정산 계좌의 주체가 한 사업자로 설명되는지 확인합니다. 업종코드를 추가했다는 사실만으로 해당 상품의 판매 자격이나 결제 심사가 자동으로 끝나지는 않습니다. 사이트를 제작한 업체와 상품을 판매하는 사업자가 다를 수 있습니다. 계약 신청 주체와 사이트 운영 권한, 도메인 · 서버 접근과 고객 문의 책임을 구분해 확인하면 연동과 인수인계가 명확해집니다.

② 품목 · ③ 상세
준비할 세 가지
- 품목군 · 대표 상품 주소 · 가격 · 제공 시점과 판매 주체를 목록으로 정리합니다.
- 서로 다른 거래 방식은 행을 나누고 해당 상품의 고객 안내와 증빙 자료를 연결합니다.
- 목록과 사이트의 실제 판매 내용이 맞고 추가 품목이 빠져 있지 않은지 확인합니다.
품목 목록에는 제공 방식까지 함께 적습니다. 여러 상품을 검토받을 때 상품명만 적으면 거래의 성격을 알기 어렵습니다. 가격대와 직접 판매 · 중개 여부, 재고 · 예약 · 구독 등 제공 방식을 함께 적으면 검토에 필요한 설명을 더 구체적으로 전달할 수 있습니다. 품목군 · 대표 상품 주소 · 가격 · 제공 시점과 판매 주체를 목록으로 정리합니다. 서로 다른 거래 방식은 행을 나누고 해당 상품의 고객 안내와 증빙 자료를 연결합니다. 사이트 설명과 제출 자료가 예시 문구가 아닌 실제 운영을 담는지 검토합니다.
물품 판매와 설치 서비스가 한 주문에 묶인다면 각각 무엇을 제공하고 언제 완료되는지 나눠 설명하면 이해하기 쉽습니다. 목록과 사이트의 실제 판매 내용이 맞고 추가 품목이 빠져 있지 않은지 확인합니다. 검토 편의를 위해 실제 판매 품목을 누락하거나 다른 품목명으로 바꾸어 적지 않습니다. 업종별 안내에 나온 예시는 비슷한 질문을 찾는 데 쓰되 자신의 상품과 제공 방식을 그대로 대체하지 않는 것이 좋습니다. 같은 업종 이름이라도 예약 · 배송 · 구독 · 중개 여부에 따라 검토가 달라질 수 있습니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 품목군 · 대표 상품 주소 · 가격 · 제공 시점과 판매 주체를 목록으로 정리합니다 | 해당 업종에서 실제 판매하는 대표 거래를 상품 · 금액 · 제공 · 취소 순서로 적습니다 |
| 진행 | 서로 다른 거래 방식은 행을 나누고 해당 상품의 고객 안내와 증빙 자료를 연결합니다 | 예시와 다른 부분을 표시하고 필요한 자격 · 자료와 결제 기능을 확인합니다 |
| 결과 | 목록과 사이트의 실제 판매 내용이 맞고 추가 품목이 빠져 있지 않은지 확인합니다 | 사이트 설명과 제출 자료가 예시 문구가 아닌 실제 운영을 담는지 검토합니다 |
④ 환불 규정
준비할 세 가지
- 판매 품목과 배송 · 이용 시작 시점, 반품 또는 취소 접수 경로를 정리합니다.
- 구매 전 확인할 수 있는 위치에 적용 조건을 안내하고 주문 기록과 연결합니다.
- 사이트 문구와 담당자의 실제 처리 방식, 결제 취소 기능이 서로 맞는지 확인합니다.
고객이 구매 전에 취소 조건을 알 수 있어야 합니다. 취소 · 환불 안내는 사이트의 빈칸을 채우는 문구가 아니라 실제 고객 응대의 기준입니다. 상품 또는 서비스의 특성, 제공 시점과 법령상 기준을 함께 고려해 신청 경로 · 처리 단계와 문의 방법을 안내합니다. 판매 품목과 배송 · 이용 시작 시점, 반품 또는 취소 접수 경로를 정리합니다. 구매 전 확인할 수 있는 위치에 적용 조건을 안내하고 주문 기록과 연결합니다. 주문 · 환급 · 정산 기록이 서로 맞는지 점검합니다.
배송 상품과 일정이 정해진 서비스를 함께 팔면 하나의 환불 문장을 모두에 쓰기보다 거래 유형별로 필요한 안내를 구분합니다. 사이트 문구와 담당자의 실제 처리 방식, 결제 취소 기능이 서로 맞는지 확인합니다. 사이트에 적었다는 이유만으로 법정 소비자 권리가 사라지는 것은 아니므로 예외 · 제한은 관련 기준을 확인합니다. 고객에게 환불해 주어야 하는 범위와 결제 서비스에서 기술적으로 실행할 수 있는 기능은 구분될 수 있습니다. 정책에 따른 처리를 정한 뒤 지원되는 취소 · 환급 절차로 실행하고 결과를 기록해야 합니다.
⑤ 결제 흐름
준비할 세 가지
- 주문 · 결제창 · 승인 · 결과 수신 · 완료 · 정산의 담당자와 필요한 값을 적습니다.
- 각 단계가 끝나는 기준을 정하고 다음 단계로 넘길 식별값과 상태를 연결합니다.
- 중간에 브라우저가 닫히거나 통신이 끊겨도 실제 결제 결과를 조회할 수 있는지 시험합니다.
주문에서 정산까지 여섯 단계를 연결합니다. 주문을 만들고 결제창에서 인증한 뒤 서버가 결과를 확인하면 고객에게 완료 상태를 알리고 이후 정산을 확인합니다. 각 단계의 입력과 결과가 이어져야 실패 위치를 찾고 고객에게 현재 상황을 정확히 안내할 수 있습니다. 주문 · 결제창 · 승인 · 결과 수신 · 완료 · 정산의 담당자와 필요한 값을 적습니다. 각 단계가 끝나는 기준을 정하고 다음 단계로 넘길 식별값과 상태를 연결합니다. 통신 중단 · 재요청 · 앱 복귀 실패에도 거래 상태를 확인할 수 있는지 시험합니다.
완료 페이지가 열리지 않았다고 결제를 다시 받기 전에 승인 결과를 조회할 수 있어야 중복 청구를 줄일 수 있습니다. 중간에 브라우저가 닫히거나 통신이 끊겨도 실제 결제 결과를 조회할 수 있는지 시험합니다. 여섯 단계는 이해를 위한 공통 구조이며 세부 인증 · 승인 순서는 선택한 결제 서비스의 방식에 맞춰 적용합니다. 주문→결제창→승인→결과→완료→정산의 흐름을 볼 때 고객 화면에서 하는 일과 서버 · 운영자가 확인하는 일을 나누면 개발 범위가 선명해집니다. 화면 이동이 성공했다고 서버 검증까지 끝난 것은 아닐 수 있습니다.
보완 요청 대응
준비할 세 가지
- 보완 항목과 수정 내용, 변경된 파일 · 주소 및 재접수 날짜를 정리합니다.
- 요청별로 대응 근거를 붙여 공식 경로로 전달하고 접수 여부를 확인합니다.
- 재검토 결과와 추가 요청, 적용 가능한 범위를 기록합니다.
보완 뒤에는 바뀐 항목을 중심으로 재접수합니다. 보완 요청에 답할 때는 전체 자료를 무작정 다시 보내기보다 어떤 지적에 무엇을 바꿨는지 연결하면 검토자가 확인하기 좋습니다. 수정한 화면과 자료의 최신 버전을 전달하고 남은 요청을 분리합니다. 보완 항목과 수정 내용, 변경된 파일 · 주소 및 재접수 날짜를 정리합니다. 요청별로 대응 근거를 붙여 공식 경로로 전달하고 접수 여부를 확인합니다. 접수한 버전이 최신인지와 같은 사유가 남아 있지 않은지 다시 확인합니다.
사이트 연락처와 계약 연락처가 달랐던 경우라면 맞춰 수정한 위치를 표시해 전달하면 같은 보완을 반복하지 않기 쉽습니다. 재검토 결과와 추가 요청, 적용 가능한 범위를 기록합니다. 보완 자료를 보냈다고 해서 개통까지 완료되었다고 알리지 않고 실제 결과 안내를 확인합니다. 서류가 반려되거나 사이트 보완 요청을 받았을 때 전체 준비를 처음부터 다시 할 필요가 있는지부터 확인합니다. 정보 불일치 · 품질 문제 · 누락과 계약 범위 문제를 구분하면 수정해야 할 대상이 달라집니다.

