쇼핑몰 PG 시험 결제,
실결제 전 여섯 가지

시험용 키와 운영용 키를 분리합니다. 시험 환경의 성공은 실제 가맹점이 모든 결제 수단을 사용할 수 있다는 의미가 아닙니다. 계약 상태와 운영 상점의 권한, 환경별 키와 연결 주소를 구분해야 시험 결과를 운영 판단에 잘못 섞지 않을 수 있습니다. 접속 도메인과 인증서, 키 저장 위치, 관리자 목록과 접근 권한을 확인합니다.

개발자가 시험키로 만든 주문 화면을 넘겼다면 운영키 교체뿐 아니라 결과 수신 주소와 사용 수단도 함께 검토해야 합니다. 비밀키를 화면 코드 · 공개 저장소 · 상담 메시지에 붙이지 말고 노출이 의심되면 폐기 · 재발급 절차를 진행합니다. 브라우저에 공개 가능한 값과 서버에서만 보관할 비밀 값을 공식 문서에 따라 나눠 설정합니다. 공개 코드 · 기록 · 화면에 비밀 값이 없는지, 퇴사자 권한이 회수됐는지 점검합니다. 운영 전환 후 거래가 의도한 가맹점의 관리 화면에 나타나는지 확인합니다.

운영 전환은 확인 목록을 두고 진행합니다. 시험을 마친 설정을 실제 고객에게 여는 날에는 키와 주소, 가맹점 상태 및 노출 수단을 함께 확인합니다. 전환 담당자와 시간, 문제가 생겼을 때의 대응을 정하면 설정 변경이 겹치는 일을 줄일 수 있습니다. 대표 상품과 시험 시나리오, 운영자 계정과 문의 · 장애 연락 경로를 준비합니다.

전환 당일 상품 가격이나 도메인을 동시에 크게 바꾸면 오류 원인을 찾기 어려울 수 있어 변경 항목을 구분해 관리합니다. 시험 완료와 카드사별 개통 상태는 별개일 수 있으므로 사용할 수단의 승인 · 설정 여부를 확인합니다. 안내된 순서로 설정을 바꾸고 실제 주문서에서 결제 · 취소와 완료 안내를 확인합니다. 오픈 때 노출할 수단과 안내가 실제 계약 · 개통 범위와 같은지 확인합니다. 첫 거래가 맞는 가맹점에 기록되는지와 알림 · 정산 예정 정보가 이어지는지 확인합니다.

고객 환불과 정산 차감은 시점이 다를 수 있습니다. 취소 요청, 결제 취소 처리, 고객이 환급을 확인하는 시점과 사업자 정산에 반영되는 시점은 일치하지 않을 수 있습니다. 요청을 받았다는 기록과 실제 처리 결과를 분리해 고객 안내와 마감을 진행합니다. 원거래 번호와 취소 요청 금액 · 시각, 처리 응답과 조회 상태를 준비합니다.

환불을 문의받으면 예상 일정만 반복하기보다 취소 접수일과 처리 상태, 고객이 확인할 경로를 함께 안내하면 좋습니다. 수단별 취소 가능 범위와 환급 소요는 다를 수 있으며 당일 취소라는 이유로 비용 반환까지 일률적으로 단정하지 않습니다. 허용된 취소 기능으로 요청한 뒤 성공 응답과 관리자 조회 결과를 기록합니다. 고객에게 안내한 금액과 주문 잔액, 정산 내역이 같은 상태인지 대조합니다. 고객에게 안내한 상태가 실제 취소 결과와 같고 정산 명세에도 연결되는지 확인합니다.

실제 유입 경로에서 끝까지 시험합니다. 데스크톱에서 결제가 되더라도 고객이 주로 들어오는 모바일 환경에서 같은 결과가 나오는지 확인해야 합니다. 웹뷰나 메신저 내부 화면, 일반 브라우저와 앱 설치 유무에 따라 전환 · 복귀가 달라질 수 있습니다. 주요 기기 폭과 확대 상태, 입력 · 동의 · 결제 버튼과 오류 안내를 점검 목록에 둡니다.

동일 스마트폰에서도 일반 브라우저와 메시지 앱 안에서 연 링크가 다르게 동작하면 지원 안내와 결과를 구분해 기록합니다. 검증하지 않은 환경을 모두 지원한다고 단정하지 않고 공식 지원 범위와 시험 결과를 기준으로 안내합니다. 상품 선택부터 인증 · 복귀 · 주문 조회와 취소 안내까지 실제 순서로 시험합니다. 오류가 난 필드와 해결 방법이 글로 안내되고 다시 시도할 수 있는지 시험합니다. 버튼 · 입력 · 동의 영역이 키보드나 고정 배너에 가려지지 않는지 확인합니다.

작업 결과를 거래 식별자와 함께 남깁니다. 변경과 시험의 기록은 다음 담당자가 같은 상황을 재현하는 데 도움이 됩니다. 화면 캡처만 쌓기보다 언제 어떤 환경에서 어떤 주문으로 실행했고 결과가 어떻게 남았는지를 한 줄로 연결해 보관합니다. 자료를 쓰는 목적과 필요한 항목, 공유 대상 · 보관 위치 · 접근 권한을 정합니다.

고객 문의가 특정 기기에서만 반복된다면 브라우저와 앱 설치 여부까지 남겨 다음 시험에서 같은 조건을 재현할 수 있습니다. 기록에는 필요한 정보만 남기고 개인 식별정보나 비밀키가 포함된 원본 화면을 무분별하게 공유하지 않습니다. 성공뿐 아니라 실패 · 취소 · 모바일 복귀 결과도 기록하고 문제의 재현 순서를 남깁니다. 파일 공유 범위와 보관 종료 시 처리 방법이 운영 기준에 맞는지 확인합니다. 수정 후 같은 조건으로 다시 확인한 결과와 처리 담당자를 덧붙입니다.

승인과 취소를 한 묶음으로 시험합니다. 결제 기능은 성공 화면이 한 번 나타났다고 점검이 끝나지 않습니다. 승인, 취소, 실패, 결과 알림, 주문 상태와 모바일 복귀를 이어서 확인해야 고객이 실제로 사용하는 흐름과 관리자 업무를 함께 점검할 수 있습니다. 날짜 · 시각, 환경, 주문번호와 거래 식별값, 예상 · 실제 결과를 적을 양식을 준비합니다.

승인은 되었는데 주문이 미결제로 남는 경우에는 고객에게 다시 결제하도록 안내하기 전에 원거래 결과를 먼저 조회합니다. 실결제 시험은 실제 돈이 움직이는 거래이므로 담당자 허가와 서비스의 시험 안내에 따라 범위를 정합니다. 시험 환경에서 성공과 실패를 확인한 뒤 승인된 운영 환경에서 안내된 소액 거래를 수행합니다. 수정 후 같은 조건으로 다시 확인한 결과와 처리 담당자를 덧붙입니다. 소액 실거래를 했다면 취소 결과와 주문 상태, 정산 반영 여부까지 확인합니다.

청구액은 서버의 주문 금액과 맞춥니다. 고객 화면에서 전달된 금액은 조작되거나 오래된 값일 수 있어 서버가 보관한 최종 주문 금액과 대조해야 합니다. 할인 · 배송비 계산과 재고 · 옵션을 확정한 뒤 승인 결과를 검증해 실제 주문에 반영합니다. 주문번호, 상품 구성, 최종 청구액, 결제 식별값과 상태를 저장할 항목을 정합니다.

주문서가 열린 동안 상품 가격이나 쿠폰 조건이 바뀌었다면 최종 확정 금액을 고객에게 보여 주고 동일한 값으로 처리해야 합니다. URL이나 브라우저의 성공 표시만 믿고 금액 검증 없이 상품을 제공하지 않습니다. 서버에 보관한 주문과 결제 요청 · 결과의 금액을 비교하고 불일치는 승인 · 제공 흐름에서 분리합니다. 같은 주문의 중복 요청, 금액 불일치와 이미 취소된 거래가 걸러지는지 시험합니다. 같은 주문의 반복 요청과 가격 변경 후 재시도에서도 검증이 유지되는지 시험합니다.

알림과 거래 상태를 서로 연결합니다. 고객 알림은 주문 진행을 이해시키고 운영자가 다음 업무를 시작하는 데 쓰입니다. 발송이 늦거나 실패하더라도 결제 상태는 유지되어야 하며 동일 이벤트가 반복되어도 같은 고객에게 혼란스러운 메시지를 보내지 않게 설계합니다. 수신 주소와 인증 · 검증 방식, 거래 식별값과 주문 상태 규칙을 정리합니다.

가상계좌 발급 안내와 입금 완료 안내를 별개로 보내면 고객과 출고 담당자가 현재 단계를 구분하기 쉽습니다. 알림을 받지 못했다는 사실만으로 미결제라고 판단하지 말고 주문번호로 원거래 상태를 조회합니다. 승인 · 입금 · 취소 등 확인된 결과에 맞춰 알림을 만들고 실패 발송의 재처리 기준을 둡니다. 결과가 여러 번 도착하거나 순서가 달라도 주문이 중복 처리되지 않는지 확인합니다. 메시지의 주문번호 · 금액 · 상태가 서버 기록과 같고 민감 정보가 없는지 확인합니다.

조회 결과를 기준으로 고객 문의를 처리합니다. 고객이 승인 문자나 화면을 보여 줄 때에도 운영자는 원거래를 조회해 실제 상태와 금액을 확인해야 합니다. 주문과 결제의 번호를 연결해 두면 동일 금액의 다른 거래와 혼동하지 않고 대응하기 좋습니다. 원주문 구성과 가격 · 할인, 구매 당시 안내와 실제 제공 상태를 준비합니다.

승인 메시지가 있지만 주문이 안 보인다면 즉시 재결제를 요청하기보다 서버 결과 반영과 원승인 상태를 먼저 확인해야 합니다. 고객의 카드번호 전체나 인증번호를 문의 해결에 필요하다고 요구하지 않고 필요한 식별 정보만 사용합니다. 관리자나 공식 조회 기능으로 승인 · 취소 · 입금 상태를 살펴보고 처리 방향을 안내합니다. 변경 후 잔액 · 제공 범위와 결제 기록, 고객 안내가 맞는지 대조합니다. 해결 뒤 주문 상태와 고객 안내, 필요한 정산 조정이 함께 반영됐는지 확인합니다.

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

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