계약 뒤 받는 것
이 단계에서 결정할 것
- 최종 계약과 상점 정보, 운영 환경 안내 및 담당자 계정을 준비합니다.
- 서비스의 설정 절차에 따라 운영 정보를 적용하고 결과 수신 · 취소 기능을 점검합니다.
PG결제 도입 절차의 첫 확인입니다. 계약 뒤 받은 정보를 실제 설정에 맞춥니다. 신청을 마치고 전달받는 상점 식별값과 계정 · 연동 안내는 시험 중 사용한 값과 다를 수 있습니다. 누가 설정을 적용하고 누가 결과를 확인할지 정해 두면 계약 완료 뒤 개통 준비가 이어집니다. 최종 계약과 상점 정보, 운영 환경 안내 및 담당자 계정을 준비합니다. 서비스의 설정 절차에 따라 운영 정보를 적용하고 결과 수신 · 취소 기능을 점검합니다. 첫 거래를 조회해 올바른 가맹점과 금액 · 수단으로 기록되는지 확인합니다. 전체 흐름은 PG결제 안내에서 함께 볼 수 있습니다.
계약은 완료됐지만 빌더 설정에 시험 상점 정보가 남아 있다면 실제 고객 결제를 열기 전에 환경과 상태를 다시 대조해야 합니다. 거래가 올바른 가맹점에 기록되고 고객 화면의 상호 · 수단이 맞는지 확인합니다. 민감한 키나 계정 정보를 일반 문서 · 메신저로 무분별하게 전달하지 않고 권한 있는 경로로 관리합니다. 계약에서 확인한 상점 정보가 실제 사이트의 설정과 다르면 승인 오류나 잘못된 상호 표시가 생길 수 있습니다. 사업자 · 가맹점 · 환경 · 수단을 한 번에 대조해 의도한 계약으로 거래가 처리되도록 맞춥니다.
연동 — 누가 무엇을
이 단계에서 결정할 것
- 신청 · 계약 · 개발 · 운영 담당자와 연락 경로, 각자가 준비할 자료를 정리합니다.
- 단계별 완료 결과를 다음 담당자에게 넘기고 추가 요청의 책임자를 분명히 정합니다.
신청 · 개발 · 운영 담당자를 연결해 둡니다. 도입 과정은 사업자 서류를 준비하는 사람, 사이트를 설정하는 사람과 실제 주문을 처리하는 사람이 다를 수 있습니다. 각 단계의 전달 항목과 완료 기준을 나누면 자료가 준비됐는데 다음 작업이 멈추는 일을 줄일 수 있습니다. 신청 · 계약 · 개발 · 운영 담당자와 연락 경로, 각자가 준비할 자료를 정리합니다. 단계별 완료 결과를 다음 담당자에게 넘기고 추가 요청의 책임자를 분명히 정합니다. 시험 · 개통 · 운영 인수인계에 빠진 항목이 없는지 확인합니다.
개발사가 연동을 끝냈어도 운영자가 관리자에 접근하지 못하면 고객 문의를 처리할 수 없으므로 권한 전달까지 점검합니다. 오픈 전에 모든 담당자가 승인 조회 · 취소 · 장애 문의의 흐름을 이해하는지 확인합니다. 한 사람이 여러 역할을 맡더라도 점검 항목은 구분해 기록하고 놓친 작업이 없는지 확인합니다. 신청부터 운영까지 작업이 여러 사람에게 나뉘면 각 단계가 무엇을 완료해야 다음 단계로 넘어가는지 정하는 것이 좋습니다. 자료 · 설정 · 결과의 전달 기준이 있으면 도입 일정과 책임을 확인하기 쉽습니다.

시험 결제 체크
이 단계에서 결정할 것
- 시험 주문번호와 금액, 수단, 기기 · 브라우저, 예상 결과를 표에 적습니다.
- 시험 환경에서 성공과 실패를 확인한 뒤 승인된 운영 환경에서 안내된 소액 거래를 수행합니다.
승인과 취소를 한 묶음으로 시험합니다. 결제 기능은 성공 화면이 한 번 나타났다고 점검이 끝나지 않습니다. 승인, 취소, 실패, 결과 알림, 주문 상태와 모바일 복귀를 이어서 확인해야 고객이 실제로 사용하는 흐름과 관리자 업무를 함께 점검할 수 있습니다. 시험 주문번호와 금액, 수단, 기기 · 브라우저, 예상 결과를 표에 적습니다. 시험 환경에서 성공과 실패를 확인한 뒤 승인된 운영 환경에서 안내된 소액 거래를 수행합니다. 수정 후 같은 조건으로 다시 확인한 결과와 처리 담당자를 덧붙입니다.
승인은 되었는데 주문이 미결제로 남는 경우에는 고객에게 다시 결제하도록 안내하기 전에 원거래 결과를 먼저 조회합니다. 소액 실거래를 했다면 취소 결과와 주문 상태, 정산 반영 여부까지 확인합니다. 실결제 시험은 실제 돈이 움직이는 거래이므로 담당자 허가와 서비스의 시험 안내에 따라 범위를 정합니다. 변경과 시험의 기록은 다음 담당자가 같은 상황을 재현하는 데 도움이 됩니다. 화면 캡처만 쌓기보다 언제 어떤 환경에서 어떤 주문으로 실행했고 결과가 어떻게 남았는지를 한 줄로 연결해 보관합니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 시험 주문번호와 금액, 수단, 기기 · 브라우저, 예상 결과를 표에 적습니다 | 날짜 · 시각, 환경, 주문번호와 거래 식별값, 예상 · 실제 결과를 적을 양식을 준비합니다 |
| 진행 | 시험 환경에서 성공과 실패를 확인한 뒤 승인된 운영 환경에서 안내된 소액 거래를 수행합니다 | 성공뿐 아니라 실패 · 취소 · 모바일 복귀 결과도 기록하고 문제의 재현 순서를 남깁니다 |
| 결과 | 소액 실거래를 했다면 취소 결과와 주문 상태, 정산 반영 여부까지 확인합니다 | 수정 후 같은 조건으로 다시 확인한 결과와 처리 담당자를 덧붙입니다 |
실결제 전환 당일
이 단계에서 결정할 것
- 운영키와 계약 상태, 결과 수신 주소, 전환 시각과 담당자 · 연락 경로를 준비합니다.
- 안내된 순서로 설정을 바꾸고 실제 주문서에서 결제 · 취소와 완료 안내를 확인합니다.
운영 전환은 확인 목록을 두고 진행합니다. 시험을 마친 설정을 실제 고객에게 여는 날에는 키와 주소, 가맹점 상태 및 노출 수단을 함께 확인합니다. 전환 담당자와 시간, 문제가 생겼을 때의 대응을 정하면 설정 변경이 겹치는 일을 줄일 수 있습니다. 운영키와 계약 상태, 결과 수신 주소, 전환 시각과 담당자 · 연락 경로를 준비합니다. 안내된 순서로 설정을 바꾸고 실제 주문서에서 결제 · 취소와 완료 안내를 확인합니다. 오픈 때 노출할 수단과 안내가 실제 계약 · 개통 범위와 같은지 확인합니다.
전환 당일 상품 가격이나 도메인을 동시에 크게 바꾸면 오류 원인을 찾기 어려울 수 있어 변경 항목을 구분해 관리합니다. 첫 거래가 맞는 가맹점에 기록되는지와 알림 · 정산 예정 정보가 이어지는지 확인합니다. 시험 완료와 카드사별 개통 상태는 별개일 수 있으므로 사용할 수단의 승인 · 설정 여부를 확인합니다. 사이트와 결제 기능이 준비되면 고객이 주문을 마칠 수 있는지와 운영자가 그 주문을 처리할 수 있는지를 동시에 확인합니다. 작은 시험 주문으로 승인 · 취소 · 알림 · 정산 조회와 문의 경로를 실제로 따라가 봅니다.
첫 정산 확인
이 단계에서 결정할 것
- 거래일 · 정산 기준일 · 예정 입금일, 계약 주기와 정산 계좌를 확인합니다.
- 같은 기간의 거래 명세를 내려받고 취소 · 수수료 · 기타 조정 금액을 분리합니다.
승인일과 입금일은 다른 날짜입니다. 결제가 승인된 시점, 매입 또는 정산 대상에 포함되는 시점, 사업자 계좌로 입금되는 시점을 나누면 통장과 매출이 다른 이유를 찾기 쉬워집니다. 정산은 계약에서 정한 기준과 집계 기간에 따라 이루어집니다. 거래일 · 정산 기준일 · 예정 입금일, 계약 주기와 정산 계좌를 확인합니다. 같은 기간의 거래 명세를 내려받고 취소 · 수수료 · 기타 조정 금액을 분리합니다. 차액이나 지연의 사유와 다음 확인 시점을 기록하고 실제 반영 결과를 대조합니다.
월말에 승인된 거래가 다음 달 정산으로 넘어갔다면 매출이 없어졌다기보다 조회 기준일이 다른 경우인지 먼저 살핍니다. 예정 정산액과 실제 계좌 입금액을 같은 가맹점 · 회차로 대조합니다. 당일 매출 합계와 당일 통장 입금액을 바로 비교하면 서로 다른 거래 묶음을 대조하게 될 수 있습니다. 정산 예정액은 아직 지급되지 않은 거래 상태를 포함할 수 있으므로 실제 입금 자료와 구분합니다. 예정일이 지났거나 금액이 다를 때는 해당 회차의 변경 · 보류 · 취소 조정이 있는지 차례로 확인합니다.
도입 뒤 첫 달
이 단계에서 결정할 것
- 첫 거래 목록과 오류 · 취소 · 고객 문의, 계약 조건과 첫 명세를 모읍니다.
- 주문과 결제를 대조하고 첫 정산에서 공제 항목 · 입금액을 확인합니다.
첫 달 운영은 작은 차이를 찾는 기간입니다. 처음에는 고객 기기와 결제 수단, 실제 취소 · 정산 회차가 시험 때보다 다양해질 수 있습니다. 승인 · 주문 불일치와 반복 문의, 비용 적용을 짧은 주기로 확인하면 설정과 안내의 차이를 조기에 찾기 좋습니다. 첫 거래 목록과 오류 · 취소 · 고객 문의, 계약 조건과 첫 명세를 모읍니다. 주문과 결제를 대조하고 첫 정산에서 공제 항목 · 입금액을 확인합니다. 이전 달과 기준이 같은지 확인한 뒤 필요한 설정 · 조건 재검토를 진행합니다.
고객이 완료 화면을 찾지 못해 같은 주문을 반복한다면 결과 페이지와 조회 안내, 중복 요청 처리까지 함께 점검할 수 있습니다. 수정한 내용과 재확인 결과를 남겨 이후 월간 점검 기준으로 씁니다. 한 달 자료만으로 장기 실적이나 승인 수준을 과도하게 일반화하지 않습니다. 운영이 안정된 뒤에도 거래 · 취소 · 비용 · 입금의 연결은 정기적으로 확인하는 편이 좋습니다. 같은 양식을 유지하면 월별 변화가 상품 · 행사 영향인지 설정이나 계약 변화 때문인지 비교하기 쉬워집니다.

