기존 승인이 그대로가 아닌 이유
준비할 세 가지
- 변경 전후 품목과 가격, 제공 · 배송 방식, 관련 자격 자료를 정리합니다.
- 새 판매를 열기 전에 변경 내용을 접수하고 필요한 보완 · 적용일을 안내받습니다.
- 변경 후 첫 거래가 허용된 가맹점 · 수단으로 기록되고 정산 조건이 맞는지 확인합니다.
PG 승인 후 업종 추가의 첫 확인입니다. 판매 내용이 바뀌면 승인 범위를 다시 확인합니다. 기존 계약의 이용 범위는 신청 당시 설명한 품목과 채널 · 거래 구조에 연결됩니다. 새로운 상품이나 제공 방식이 추가되면 단순 화면 수정인지 추가 심사 또는 계약 변경이 필요한지 확인하고 적용 순서를 정합니다. 변경 전후 품목과 가격, 제공 · 배송 방식, 관련 자격 자료를 정리합니다. 새 판매를 열기 전에 변경 내용을 접수하고 필요한 보완 · 적용일을 안내받습니다. 전체 흐름은 PG 업종 승인 안내에서 함께 볼 수 있습니다.
일회성 상품만 판매하다 정기 배송을 추가한다면 상품 종류뿐 아니라 반복 청구와 해지 안내까지 함께 검토할 수 있습니다. 변경 후 첫 거래가 허용된 가맹점 · 수단으로 기록되고 정산 조건이 맞는지 확인합니다. 삭제한 품목의 과거 거래에 대한 취소 · 환불과 정산 책임이 즉시 사라지는 것은 아닙니다. 서비스 개통 뒤에는 어떤 품목과 채널 · 수단이 확인된 상태인지 남겨 두면 운영 변경을 판단하기 좋습니다. 담당자가 바뀌어도 승인 범위를 임의로 넓히지 않고 필요한 추가 검토를 요청할 수 있어야 합니다.
품목 추가 · 삭제
준비할 세 가지
- 품목군 · 대표 상품 주소 · 가격 · 제공 시점과 판매 주체를 목록으로 정리합니다.
- 서로 다른 거래 방식은 행을 나누고 해당 상품의 고객 안내와 증빙 자료를 연결합니다.
- 목록과 사이트의 실제 판매 내용이 맞고 추가 품목이 빠져 있지 않은지 확인합니다.
품목 목록에는 제공 방식까지 함께 적습니다. 여러 상품을 검토받을 때 상품명만 적으면 거래의 성격을 알기 어렵습니다. 가격대와 직접 판매 · 중개 여부, 재고 · 예약 · 구독 등 제공 방식을 함께 적으면 검토에 필요한 설명을 더 구체적으로 전달할 수 있습니다. 품목군 · 대표 상품 주소 · 가격 · 제공 시점과 판매 주체를 목록으로 정리합니다. 서로 다른 거래 방식은 행을 나누고 해당 상품의 고객 안내와 증빙 자료를 연결합니다. 사이트 설명과 제출 자료가 예시 문구가 아닌 실제 운영을 담는지 검토합니다.
물품 판매와 설치 서비스가 한 주문에 묶인다면 각각 무엇을 제공하고 언제 완료되는지 나눠 설명하면 이해하기 쉽습니다. 목록과 사이트의 실제 판매 내용이 맞고 추가 품목이 빠져 있지 않은지 확인합니다. 검토 편의를 위해 실제 판매 품목을 누락하거나 다른 품목명으로 바꾸어 적지 않습니다. 업종별 안내에 나온 예시는 비슷한 질문을 찾는 데 쓰되 자신의 상품과 제공 방식을 그대로 대체하지 않는 것이 좋습니다. 같은 업종 이름이라도 예약 · 배송 · 구독 · 중개 여부에 따라 검토가 달라질 수 있습니다.

업태 변경
준비할 세 가지
- 기존 승인 품목과 새 상품 · 서비스, 가격 · 제공 · 청구 방식의 차이를 정리합니다.
- 담당자에게 변경 항목을 전달하고 추가 자료 · 검토 및 적용일을 확인합니다.
- 실제 판매 목록과 주문서가 확인된 변경 범위에 맞는지 점검합니다.
작은 상품 변경과 거래 구조 변경을 구분합니다. 색상 · 구성 추가처럼 기존 품목 범위 안의 변경인지 새로운 업종 · 채널 · 청구 방식이 생기는 변경인지에 따라 확인할 범위가 다를 수 있습니다. 바뀌는 내용을 구체적으로 적어 필요한 절차를 문의합니다. 기존 승인 품목과 새 상품 · 서비스, 가격 · 제공 · 청구 방식의 차이를 정리합니다. 담당자에게 변경 항목을 전달하고 추가 자료 · 검토 및 적용일을 확인합니다. 적용 이후 기존 주문 처리와 새 기능이 서로 영향을 주지 않는지 시험합니다.
단건 판매에 구독 기능을 더하면 상품 이름이 비슷해도 반복 청구 · 해지 · 이용 기간 등 새로운 운영 요소가 생깁니다. 실제 판매 목록과 주문서가 확인된 변경 범위에 맞는지 점검합니다. 작은 수정이라고 스스로 판단해 계약 범위를 넓히지 않고 불명확한 경우 실제 변경 내용으로 확인합니다. 결제 기능이나 상품을 바꾸려면 현재 사용 가능한 범위와 추가로 필요한 기능을 분리하는 것이 좋습니다. 기존 설정을 덮어쓰기 전에 별도 신청 · 심사 · 개발과 고객 안내에 어떤 변화가 있는지 확인합니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 기존 승인 품목과 새 상품 · 서비스, 가격 · 제공 · 청구 방식의 차이를 정리합니다 | 현재 계약 기능과 추가하려는 수단 · 상품 · 채널, 변경 이유를 목록으로 적습니다 |
| 진행 | 담당자에게 변경 항목을 전달하고 추가 자료 · 검토 및 적용일을 확인합니다 | 기존 기능 유지와 새 기능 검토를 나누어 필요한 작업 · 자료를 확인합니다 |
| 결과 | 실제 판매 목록과 주문서가 확인된 변경 범위에 맞는지 점검합니다 | 적용 이후 기존 주문 처리와 새 기능이 서로 영향을 주지 않는지 시험합니다 |
변경 신고
준비할 세 가지
- 변경 전후 상품 · 사이트 · 사업자 자료와 바꾸려는 날짜를 준비합니다.
- 바뀌는 항목별로 근거와 화면을 붙이고 추가 심사 · 계약 변경 여부를 문의합니다.
- 승인된 적용 범위와 실제 변경 결과가 같은지 첫 거래로 확인합니다.
변경 요청에는 전후 차이를 보여 줍니다. 품목 · 업태 · 채널을 바꿀 때 현재 자료만 다시 보내면 무엇이 달라졌는지 확인하기 어려울 수 있습니다. 기존 승인 범위와 변경하려는 내용을 나란히 놓고 적용 예정일과 필요한 검토를 명확하게 전달합니다. 변경 전후 상품 · 사이트 · 사업자 자료와 바꾸려는 날짜를 준비합니다. 바뀌는 항목별로 근거와 화면을 붙이고 추가 심사 · 계약 변경 여부를 문의합니다. 운영 문서와 고객 안내가 최신 변경 내용을 반영하는지 점검합니다.
온라인 판매에 오프라인 수령을 추가한다면 상품명은 같아도 인도 확인과 고객 안내가 어떻게 달라지는지 설명할 수 있습니다. 승인된 적용 범위와 실제 변경 결과가 같은지 첫 거래로 확인합니다. 변경 요청을 보냈다는 사실만으로 검토가 끝났다고 보지 않고 안내받은 범위와 적용 시점을 확인합니다. 설정 · 계약 · 상품 안내를 고친 기록이 있으면 나중에 특정 기간의 거래를 해석하기 쉽습니다. 누가 언제 무엇을 바꾸었고 어떤 확인을 했는지 남겨 두면 이전 조건과 현재 조건을 구분할 수 있습니다.
재검토 범위
준비할 세 가지
- 판매 주체와 품목, 대금 수취 · 제공 · 환불의 담당자를 정리합니다.
- 모호한 부분을 실제 주문 사례와 자료로 보완하고 필요한 자격 · 계약 범위를 확인합니다.
- 사이트 안내와 신청 자료가 같은 책임 구조를 가리키는지 대조합니다.
심사의 질문을 판매 책임과 제공 흐름으로 풀어봅니다. 검토 요청을 이해하려면 누가 대금을 받고 고객에게 무엇을 제공하며 문제가 생겼을 때 누가 책임지는지를 확인하면 됩니다. 업종별 표현이 달라도 자료가 설명해야 할 거래의 기본 구조는 연결되어 있습니다. 판매 주체와 품목, 대금 수취 · 제공 · 환불의 담당자를 정리합니다. 모호한 부분을 실제 주문 사례와 자료로 보완하고 필요한 자격 · 계약 범위를 확인합니다. 목록과 사이트의 실제 판매 내용이 맞고 추가 품목이 빠져 있지 않은지 확인합니다.
다른 판매자의 상품을 소개하고 결제도 처리하는 구성이라면 단순 소매와 같은 신청인지 실제 대금 흐름부터 설명해야 합니다. 사이트 안내와 신청 자료가 같은 책임 구조를 가리키는지 대조합니다. 실제 거래 구조를 단순하게 보이도록 숨기기보다 사실에 맞는 경로와 조건을 확인합니다. 여러 상품을 검토받을 때 상품명만 적으면 거래의 성격을 알기 어렵습니다. 가격대와 직접 판매 · 중개 여부, 재고 · 예약 · 구독 등 제공 방식을 함께 적으면 검토에 필요한 설명을 더 구체적으로 전달할 수 있습니다.
변경 뒤 확인
준비할 세 가지
- 신청 수단 목록과 완료 안내, 관리자 상태 및 주문서 노출 항목을 준비합니다.
- 운영에서 사용할 수단을 안내된 방식으로 확인하고 아직 진행 중인 항목은 구분합니다.
- 실제 주문과 취소, 정산 예정 정보가 올바르게 연결되는지 점검합니다.
개통 결과는 수단별 실제 상태로 확인합니다. 개통 안내를 받았을 때는 신청했던 기능과 현재 사용 가능한 기능을 비교해 보는 것이 좋습니다. 카드사와 부가 수단이 서로 다른 일정으로 열릴 수 있어 고객에게 안내할 범위를 명확하게 정해야 합니다. 신청 수단 목록과 완료 안내, 관리자 상태 및 주문서 노출 항목을 준비합니다. 운영에서 사용할 수단을 안내된 방식으로 확인하고 아직 진행 중인 항목은 구분합니다. 주문서 표시와 실제 승인 가능 범위, 고객 문의 안내가 일치하는지 점검합니다.
일부 수단은 신청만 되어 있고 추가 설정이 남았을 수 있으므로 아이콘이 보인다는 사실만으로 사용 가능하다고 안내하지 않습니다. 실제 주문과 취소, 정산 예정 정보가 올바르게 연결되는지 점검합니다. 현재 롯데카드 제외 등 지원 범위는 최신 담당 안내로 확인하며 다른 수단도 개별 계약 상태에 맞춰 사용합니다. PG 신청 접수와 카드사별 사용 가능 상태는 같은 순간에 완료되지 않을 수 있습니다. 계약과 연동 준비가 끝나도 각 수단이 실제로 열렸는지 확인해야 고객 화면에 가능한 결제만 정확하게 안내할 수 있습니다.

