PG사 변경 · 이전,
끊기지 않게 옮기기

해지 전에는 남은 거래를 먼저 정리합니다. 계약을 끝내는 일과 이미 발생한 거래를 마감하는 일은 분리해서 봐야 합니다. 미정산 매출, 진행 중인 취소 · 환불, 고객 이의신청과 데이터 조회 권한이 남을 수 있으므로 종료 후 처리 창구까지 정리하는 편이 좋습니다. 미정산 거래와 유보 잔액, 진행 중인 취소 · 환불, 자료 조회 종료 조건을 확인합니다.

새 PG로 바꿔도 이전에 승인된 결제는 이전 서비스의 거래이므로 새 관리자 화면에서 바로 취소되지 않을 수 있습니다. 위약금 발생 여부를 일반화하지 않고 계약 기간 · 지원 혜택의 반환 조건을 포함한 실제 문서를 확인합니다. 새 결제 환경을 검증한 뒤 전환일을 잡고 기존 계약의 종료 요청과 거래 마감 순서를 나눕니다. 마지막 입금과 조정 내역까지 대조해 종료한 계약의 마감 상태를 확인합니다.

남은 잔액과 취소 처리를 종료 후에도 이어갑니다. 서비스를 변경하거나 해지해도 과거 매출의 지급과 취소 · 분쟁 처리가 일정 기간 남을 수 있습니다. 종료 시점에 예상되는 잔액과 처리 창구를 정리하면 고객 문의가 들어왔을 때 원거래를 찾기 쉽습니다. 잔액 구성과 예정 지급일, 유보 · 조정 내역, 관련 정산 회차를 준비합니다.

새 서비스로 전환한 뒤 들어온 지난달 주문의 반품은 이전 거래이므로 이전 계약의 처리 방법을 유지해야 합니다. 신규 계약 개통이 기존 계약 잔액의 즉시 지급이나 과거 거래 처리의 자동 이전을 뜻하지는 않습니다. 잔액의 지급 또는 조정 일정과 문의 담당자를 서면으로 남기고 필요한 명세를 보관합니다. 회차가 지나면 실제 지급 · 조정된 결과와 잔액 변화를 대조합니다. 마지막 입금과 조정 내역까지 대조해 종료한 계약의 마감 상태를 확인합니다.

취소 가능한 시점과 범위를 먼저 확인합니다. 결제 수단과 거래 상태에 따라 관리자에서 실행할 수 있는 취소의 범위가 달라질 수 있습니다. 승인 직후, 매입 이후 또는 일부 금액만 남은 거래를 구분하고 고객 환급과 정산 조정의 단계를 따로 관리합니다. 원거래 번호와 취소 요청 금액 · 시각, 처리 응답과 조회 상태를 준비합니다.

매입이 끝난 거래라면 단순히 당일 승인 취소와 같은 시점에 모두 반영될 것으로 기대하기보다 적용 회차를 확인합니다. 취소 기간이나 부분취소 범위는 서비스별 수단 정책과 계약에서 확인하며 하나의 날짜 기준을 모든 수단에 적용하지 않습니다. 원거래를 조회한 뒤 허용된 방식으로 취소를 실행하고 결과를 기록합니다. 고객에게 안내한 금액과 주문 잔액, 정산 내역이 같은 상태인지 대조합니다. 취소 이후 주문 상태와 정산 회차, 고객 안내가 일치하는지 대조합니다.

자료가 완성된 시점부터 다음 단계를 확인합니다. 준비에 걸리는 시간과 기관 · 서비스의 검토 시간은 구분해야 합니다. 사이트가 아직 열리지 않거나 서류 발급이 남았다면 그 작업의 완료가 선행될 수 있어 신청일 하나만으로 전체 일정이 결정되지는 않습니다. 신청 · 계약 · 개발 · 운영 담당자와 연락 경로, 각자가 준비할 자료를 정리합니다.

희망 오픈일이 정해져 있다면 그날 필요한 수단과 기능부터 우선순위를 정해 준비 범위를 구체적으로 상의할 수 있습니다. 공개 안내의 일반적인 소요일을 해당 사업자의 확정 일정으로 사용하지 않습니다. 대기 중 처리할 수 있는 작업과 승인 후에만 진행할 수 있는 일을 나누어 일정표를 만듭니다. 오픈 전에 모든 담당자가 승인 조회 · 취소 · 장애 문의의 흐름을 이해하는지 확인합니다. 담당자에게 단계별 상태와 다음 제출 항목을 확인하고 기록을 갱신합니다.

판매 채널 변경은 운영 기록까지 함께 옮깁니다. 사이트 제작 도구나 판매 채널을 바꾸면 화면뿐 아니라 주문 상태, 결제 계약과 취소 · 정산 업무가 영향을 받을 수 있습니다. 기존에 처리한 거래와 앞으로 받을 거래를 구분해 이전 범위를 계획합니다. 기존 · 신규 플랫폼과 계약 정보, 도메인 · 주문 데이터 및 남은 거래를 정리합니다.

빌더를 옮길 때 같은 PG사를 계속 쓰더라도 새 플랫폼에서 기존 가맹점 연결을 지원하는지 별도로 확인해야 합니다. 서비스 이름이 같다는 이유만으로 계약 · 빌링키 · 이력의 자동 이전이 가능하다고 가정하지 않습니다. 새 환경의 신청 · 설정을 검증한 뒤 이전 거래 조회와 취소 창구를 유지할 방법을 마련합니다. 새 주문과 과거 거래의 조회 · 취소 · 정산 경로가 각자 유지되는지 검증합니다. 전환 전후 주문이 각각 맞는 계약으로 처리되고 담당자가 구분해 조회할 수 있는지 확인합니다.

새 환경을 검증한 뒤 기존 결제를 전환합니다. PG 변경에는 신규 계약과 연동 외에도 이전 거래의 정산, 취소 · 환불과 데이터 조회가 연결됩니다. 새 결제창이 뜬다는 이유로 이전 계정을 바로 닫지 말고 전환일 전후 거래를 구분할 계획을 세웁니다. 기존 구독 상태와 다음 청구일, 사용 중인 식별정보와 신규 서비스 지원 범위를 정리합니다.

오전 주문은 기존 PG, 오후 주문은 새 PG에 남을 수 있으므로 주문별 사용 서비스를 저장해 취소 업무를 이어 갑니다. 이전 빌링키나 거래 이력이 자동으로 이전된다고 가정하지 말고 지원 여부와 재동의 필요성을 확인합니다. 새 환경의 시험을 끝낸 뒤 전환 시각과 담당자, 되돌릴 조건을 정해 설정을 변경합니다. 전환 기간에 각 고객이 한 경로에서만 청구되고 해지 요청도 올바르게 반영되는지 시험합니다.

반복 결제의 이전은 별도 계획이 필요합니다. 일회성 결제창을 바꾸는 작업과 구독 고객의 다음 청구를 옮기는 작업은 다릅니다. 기존 빌링키의 사용 범위와 이전 가능 여부, 고객 재등록 · 동의 필요성을 확인한 뒤 청구 누락과 중복을 방지해야 합니다. 기본 요금과 주기, 첫 청구일 · 이용 기간, 변경 · 해지 안내와 제공 범위를 적습니다.

새 PG로 일회성 주문을 먼저 옮겨도 구독 청구는 기존 계약에서 일정 기간 유지해야 하는 구성이 될 수 있습니다. 기존 빌링키를 새 서비스에 그대로 복사해 사용할 수 있다고 가정하지 않습니다. 이전 가능 여부를 공식 창구에 확인하고 고객 안내 · 재등록 또는 유지 계획을 나눕니다. 요금 변경과 결제 실패, 해지 요청 후 다음 청구가 어떻게 처리되는지 시험합니다. 전환 기간에 각 고객이 한 경로에서만 청구되고 해지 요청도 올바르게 반영되는지 시험합니다.

변경 뒤 한 달을 따로 점검합니다. 새 PG나 플랫폼으로 옮긴 직후에는 이전과 이후의 거래가 동시에 남아 있을 수 있습니다. 첫 달에는 두 환경의 승인 · 취소 · 정산과 고객 문의를 구분해 확인해야 이전 거래의 처리와 새 설정 오류를 놓치지 않기 좋습니다. 미정산 거래와 유보 잔액, 진행 중인 취소 · 환불, 자료 조회 종료 조건을 확인합니다.

사이트는 새 결제창을 쓰더라도 과거 구독이나 반품 거래가 기존 계약에 남아 있으면 담당자에게 두 경로를 함께 안내해야 합니다. 변경이 끝났다는 이유로 이전 거래 조회 권한과 필요한 자료를 즉시 없애지 않습니다. 새 환경의 첫 정산을 확인하면서 기존 거래의 마지막 지급 · 취소 내역도 계속 점검합니다. 마지막 입금과 조정 내역까지 대조해 종료한 계약의 마감 상태를 확인합니다. 고객 안내와 운영자 조회 경로가 각 거래의 발생 환경과 맞는지 확인합니다.

정산 계좌는 계약 주체에 맞춰 준비합니다. 매출을 받을 계좌는 신청한 사업자의 명의와 연결되어야 합니다. 개인사업자와 법인의 명의 표기 방식이 다를 수 있으므로 통장 표면의 이름만 보고 임의로 판단하지 말고 제출 기준에 맞는 계좌 자료를 확인합니다. 변경 전후 등록 자료와 적용일, 계좌 · 계약과 미정산 · 취소 내역을 정리합니다.

법인으로 전환한 뒤 개인사업자 때 사용하던 계좌를 그대로 쓰려 한다면 새 계약의 계좌 요건부터 다시 살펴야 합니다. 계좌 변경은 통장만 교체하는 작업으로 끝나지 않을 수 있어 적용일과 미정산 매출의 입금 경로를 확인합니다. 대표자 변경이나 법인 전환 이력이 있다면 이전 자료와 섞이지 않게 구분해 제출합니다. 전환 뒤 첫 거래가 새 주체로 기록되고 이전 거래 처리 경로가 남는지 확인합니다. 등록된 정산 계좌와 첫 입금 계좌, 명세에 표시된 가맹점 정보를 대조합니다.

지원 카드 안내는 현재 범위로 표시합니다. 고객이 사용할 수 있는 카드와 수단은 신청한 서비스와 개통 상태에 따라 확인해야 합니다. 지원되지 않는 수단을 먼저 크게 안내하기보다 실제 가능한 범위를 주문 전에 알 수 있도록 정리합니다. 신청한 수단과 카드사별 검토 상태, 보완 항목과 운영 설정을 준비합니다.

베스트페이 현재 안내에서는 롯데카드를 제외하므로 고객 문의와 상담 과정에서도 같은 기준으로 설명합니다. 카드사별 지원 정책이 달라질 수 있으므로 오래된 화면이나 외부 사례를 현재 개통 상태로 대신하지 않습니다. 노출할 버튼과 안내 문구를 실제 범위에 맞추고 변경 시 관련 화면도 갱신합니다. 주문서 표시와 실제 승인 가능 범위, 고객 문의 안내가 일치하는지 점검합니다. 첫 주문 시험에서 상호 · 금액 · 수단이 맞고 취소까지 조회 가능한지 확인합니다.