CHAPTER 01
변경 전 확인 세 가지
쇼핑몰 PG 변경의 첫 확인입니다. 해지 전에는 남은 거래를 먼저 정리합니다. 계약을 끝내는 일과 이미 발생한 거래를 마감하는 일은 분리해서 봐야 합니다. 미정산 매출, 진행 중인 취소 · 환불, 고객 이의신청과 데이터 조회 권한이 남을 수 있으므로 종료 후 처리 창구까지 정리하는 편이 좋습니다. 만료일과 자동 연장, 해지 통보 기한, 위약 조항과 남은 정산 건을 확인합니다. 새 결제 환경을 검증한 뒤 전환일을 잡고 기존 계약의 종료 요청과 거래 마감 순서를 나눕니다. 전체 흐름은 쇼핑몰 PG 안내에서 함께 볼 수 있습니다.
새 PG로 바꿔도 이전에 승인된 결제는 이전 서비스의 거래이므로 새 관리자 화면에서 바로 취소되지 않을 수 있습니다. 종료 이후에도 원거래 취소와 정산 명세 확보가 가능한 경로를 남깁니다. 위약금 발생 여부를 일반화하지 않고 계약 기간 · 지원 혜택의 반환 조건을 포함한 실제 문서를 확인합니다. 서비스를 변경하거나 해지해도 과거 매출의 지급과 취소 · 분쟁 처리가 일정 기간 남을 수 있습니다. 종료 시점에 예상되는 잔액과 처리 창구를 정리하면 고객 문의가 들어왔을 때 원거래를 찾기 쉽습니다.
- 만료일과 자동 연장, 해지 통보 기한, 위약 조항과 남은 정산 건을 확인합니다.
- 새 결제 환경을 검증한 뒤 전환일을 잡고 기존 계약의 종료 요청과 거래 마감 순서를 나눕니다.
- 종료 이후에도 원거래 취소와 정산 명세 확보가 가능한 경로를 남깁니다.
해지 전에는 남은 거래를 먼저 정리합니다다음 장 · 새 PG 계약 · 연동 · 시험 ↓
CHAPTER 02
새 PG 계약 · 연동 · 시험
새 환경을 검증한 뒤 기존 결제를 전환합니다. PG 변경에는 신규 계약과 연동 외에도 이전 거래의 정산, 취소 · 환불과 데이터 조회가 연결됩니다. 새 결제창이 뜬다는 이유로 이전 계정을 바로 닫지 말고 전환일 전후 거래를 구분할 계획을 세웁니다. 현재 계약 종료 조건과 미정산 잔액, 기존 거래 조회 권한, 새 서비스 일정부터 확인합니다. 새 환경의 시험을 끝낸 뒤 전환 시각과 담당자, 되돌릴 조건을 정해 설정을 변경합니다. 전환 기간에 각 고객이 한 경로에서만 청구되고 해지 요청도 올바르게 반영되는지 시험합니다.
오전 주문은 기존 PG, 오후 주문은 새 PG에 남을 수 있으므로 주문별 사용 서비스를 저장해 취소 업무를 이어 갑니다. 전환 직전 · 직후 주문이 각각 올바른 PG에 기록되고 고객 안내가 맞는지 대조합니다. 이전 빌링키나 거래 이력이 자동으로 이전된다고 가정하지 말고 지원 여부와 재동의 필요성을 확인합니다. 일회성 결제창을 바꾸는 작업과 구독 고객의 다음 청구를 옮기는 작업은 다릅니다. 기존 빌링키의 사용 범위와 이전 가능 여부, 고객 재등록 · 동의 필요성을 확인한 뒤 청구 누락과 중복을 방지해야 합니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 현재 계약 종료 조건과 미정산 잔액, 기존 거래 조회 권한, 새 서비스 일정부터 확인합니다 | 기존 구독 상태와 다음 청구일, 사용 중인 식별정보와 신규 서비스 지원 범위를 정리합니다 |
| 진행 | 새 환경의 시험을 끝낸 뒤 전환 시각과 담당자, 되돌릴 조건을 정해 설정을 변경합니다 | 이전 가능 여부를 공식 창구에 확인하고 고객 안내 · 재등록 또는 유지 계획을 나눕니다 |
| 결과 | 전환 직전 · 직후 주문이 각각 올바른 PG에 기록되고 고객 안내가 맞는지 대조합니다 | 전환 기간에 각 고객이 한 경로에서만 청구되고 해지 요청도 올바르게 반영되는지 시험합니다 |
- 현재 계약 종료 조건과 미정산 잔액, 기존 거래 조회 권한, 새 서비스 일정부터 확인합니다.
- 새 환경의 시험을 끝낸 뒤 전환 시각과 담당자, 되돌릴 조건을 정해 설정을 변경합니다.
- 전환 직전 · 직후 주문이 각각 올바른 PG에 기록되고 고객 안내가 맞는지 대조합니다.
새 환경을 검증한 뒤 기존 결제를 전환합니다

CHAPTER 03
빌더 설정 전환 시점
신청 경로가 다르면 연결 조건도 확인합니다. 빌더 안에서 신청하는 계약과 외부에서 직접 신청하는 계약은 지원 기능이나 연결 방식에 차이가 있을 수 있습니다. 이미 진행한 신청이 있다면 중복 계약을 시작하기 전에 현재 상태와 사용하려는 플랫폼을 먼저 확인합니다. 플랫폼 제품명과 신청한 서비스, 접수번호 · 진행 단계와 필요한 결제 기능을 준비합니다. 현재 계약을 연결할 수 있는지와 새 신청이 필요한지를 공식 안내에 맞춰 확인합니다. 받은 답과 실제 설정 · 계약 문서가 같은 범위를 가리키는지 확인합니다.
결제 기능이 있는 빌더를 쓰면서 외부 계약도 검토한다면 먼저 외부 가맹점 연결을 지원하는지 확인해 불필요한 신청을 줄일 수 있습니다. 발급된 상점 정보가 실제 사용할 사이트와 같은 계약을 가리키는지 점검합니다. 신청 경로가 다르다는 이유만으로 한쪽 조건이 항상 유리하거나 기능이 같다고 단정하지 않습니다. 다른 서비스의 도움말은 용어를 이해하는 데 도움이 될 수 있지만 자신의 계약 조건을 확정하는 근거로 그대로 쓰면 안 됩니다. 현재 쓰는 PG와 플랫폼의 제품 · 버전 · 신청 경로에 맞는 안내를 확인합니다.
- 플랫폼 제품명과 신청한 서비스, 접수번호 · 진행 단계와 필요한 결제 기능을 준비합니다.
- 현재 계약을 연결할 수 있는지와 새 신청이 필요한지를 공식 안내에 맞춰 확인합니다.
- 발급된 상점 정보가 실제 사용할 사이트와 같은 계약을 가리키는지 점검합니다.
신청 경로가 다르면 연결 조건도 확인합니다다음 장 · 구 PG 정산 마감 · 해지 ↓
CHAPTER 04
구 PG 정산 마감 · 해지
남은 잔액과 취소 처리를 종료 후에도 이어갑니다. 서비스를 변경하거나 해지해도 과거 매출의 지급과 취소 · 분쟁 처리가 일정 기간 남을 수 있습니다. 종료 시점에 예상되는 잔액과 처리 창구를 정리하면 고객 문의가 들어왔을 때 원거래를 찾기 쉽습니다. 미정산 거래와 유보 잔액, 진행 중인 취소 · 환불, 자료 조회 종료 조건을 확인합니다. 잔액의 지급 또는 조정 일정과 문의 담당자를 서면으로 남기고 필요한 명세를 보관합니다. 회차가 지나면 실제 지급 · 조정된 결과와 잔액 변화를 대조합니다.
새 서비스로 전환한 뒤 들어온 지난달 주문의 반품은 이전 거래이므로 이전 계약의 처리 방법을 유지해야 합니다. 마지막 입금과 조정 내역까지 대조해 종료한 계약의 마감 상태를 확인합니다. 신규 계약 개통이 기존 계약 잔액의 즉시 지급이나 과거 거래 처리의 자동 이전을 뜻하지는 않습니다. 관리 화면의 잔액에는 아직 지급일이 오지 않은 매출, 계약상 유보와 취소 · 조정 대상 금액 등이 섞여 보일 수 있습니다. 총액만 보고 출금 가능한 금액으로 판단하지 않고 각 항목의 지급 조건을 확인해야 합니다.
- 미정산 거래와 유보 잔액, 진행 중인 취소 · 환불, 자료 조회 종료 조건을 확인합니다.
- 잔액의 지급 또는 조정 일정과 문의 담당자를 서면으로 남기고 필요한 명세를 보관합니다.
- 마지막 입금과 조정 내역까지 대조해 종료한 계약의 마감 상태를 확인합니다.
남은 잔액과 취소 처리를 종료 후에도 이어갑니다다음 장 · 고객 안내 ↓
CHAPTER 05
고객 안내
조건을 바꿀 때 고객 안내도 함께 바꿉니다. 결제 수단이나 운영 정책이 달라지면 사이트의 설명과 실제 주문 · 문의 처리도 같은 내용을 보여 줘야 합니다. 버튼만 교체하고 환불 · 문의 안내를 그대로 두면 고객은 이전 조건으로 이해할 수 있습니다. 변경되는 수단 · 처리 경로와 영향을 받는 상세 · 주문 · FAQ · 고객 안내를 정리합니다. 확정된 적용일에 맞춰 관련 문구와 운영 양식을 함께 갱신합니다. 이전 주문에 소급해 다른 조건이 표시되지 않는지와 기록 조회가 가능한지 확인합니다.
PG를 바꾼 뒤에도 과거 결제는 기존 경로로 취소할 수 있어 고객에게 한 가지 화면만 안내하면 조회가 어려울 수 있습니다. 이전 주문과 이후 주문의 문의가 각각 맞는 처리 창구로 이어지는지 확인합니다. 확정되지 않은 기능이나 조건을 먼저 홍보하기보다 실제 개통 · 계약 상태와 안내를 맞춥니다. 상품 가격이나 취소 정책을 변경하면 이미 주문한 고객에게 적용된 조건과 이후 고객의 조건이 다를 수 있습니다. 변경 날짜와 구매 당시 안내를 확인할 수 있게 남겨야 고객 문의와 분쟁을 사실대로 설명할 수 있습니다.
- 변경되는 수단 · 처리 경로와 영향을 받는 상세 · 주문 · FAQ · 고객 안내를 정리합니다.
- 확정된 적용일에 맞춰 관련 문구와 운영 양식을 함께 갱신합니다.
- 이전 주문과 이후 주문의 문의가 각각 맞는 처리 창구로 이어지는지 확인합니다.
조건을 바꿀 때 고객 안내도 함께 바꿉니다다음 장 · 변경 뒤 첫 달 ↓
CHAPTER 06
변경 뒤 첫 달
변경 뒤 한 달을 따로 점검합니다. 새 PG나 플랫폼으로 옮긴 직후에는 이전과 이후의 거래가 동시에 남아 있을 수 있습니다. 첫 달에는 두 환경의 승인 · 취소 · 정산과 고객 문의를 구분해 확인해야 이전 거래의 처리와 새 설정 오류를 놓치지 않기 좋습니다. 전환 시각과 양쪽 계약 정보, 새 거래와 기존 잔액 · 취소 목록을 모읍니다. 새 환경의 첫 정산을 확인하면서 기존 거래의 마지막 지급 · 취소 내역도 계속 점검합니다. 마지막 입금과 조정 내역까지 대조해 종료한 계약의 마감 상태를 확인합니다.
사이트는 새 결제창을 쓰더라도 과거 구독이나 반품 거래가 기존 계약에 남아 있으면 담당자에게 두 경로를 함께 안내해야 합니다. 고객 안내와 운영자 조회 경로가 각 거래의 발생 환경과 맞는지 확인합니다. 변경이 끝났다는 이유로 이전 거래 조회 권한과 필요한 자료를 즉시 없애지 않습니다. 서비스를 변경하거나 해지해도 과거 매출의 지급과 취소 · 분쟁 처리가 일정 기간 남을 수 있습니다. 종료 시점에 예상되는 잔액과 처리 창구를 정리하면 고객 문의가 들어왔을 때 원거래를 찾기 쉽습니다.
- 전환 시각과 양쪽 계약 정보, 새 거래와 기존 잔액 · 취소 목록을 모읍니다.
- 새 환경의 첫 정산을 확인하면서 기존 거래의 마지막 지급 · 취소 내역도 계속 점검합니다.
- 고객 안내와 운영자 조회 경로가 각 거래의 발생 환경과 맞는지 확인합니다.
변경 뒤 한 달을 따로 점검합니다

