쇼핑몰 제작 시 PG 연동은 어떻게 진행될까요?

고객이 쇼핑몰에서 카드로 결제한다고 해서 쇼핑몰이 카드사와 직접 모든 결제 과정을 처리하는 것은 아닙니다. 일반적으로 PG사가 결제 과정의 중간에서 결제 요청과 승인 결과를 전달합니다.

쇼핑몰에서는 주문 정보를 생성한 뒤 PG사에 결제를 요청하고, 결제가 완료되면 승인 결과를 다시 받아 주문 상태를 변경하는 방식으로 동작합니다.

따라서 PG 연동은 결제창을 띄우는 기능뿐 아니라 주문번호와 결제금액, 승인 결과, 주문 상태가 서로 정확하게 연결되도록 만드는 작업까지 포함합니다.

PG사 계약과 심사에는 판매자가 어떤 사업을 운영하고 있으며 어떤 상품이나 서비스를 판매하는지 확인하는 과정이 포함될 수 있습니다. 필요한 서류와 심사 기준은 PG사와 업종에 따라 달라질 수 있습니다.

그래서 개발이 거의 끝난 뒤 PG 가입을 시작하기보다 쇼핑몰 제작 초기부터 사업자 정보와 판매 구조, 결제 방식 등을 함께 정리해두는 편이 좋습니다.

PG사 가입이 완료되면 쇼핑몰에서는 제공받은 연동 방식에 맞춰 결제 기능을 개발하게 됩니다. 이때 중요한 것은 결제 성공 화면을 보여주는 것보다 결제 결과가 쇼핑몰 주문 데이터에 정확하게 반영되도록 만드는 것입니다.

예를 들어 고객이 50,000원을 결제했다면 단순히 “결제가 완료되었습니다”라는 화면만 믿는 것이 아니라 서버에서 실제 승인 결과와 주문번호, 결제금액 등을 다시 확인하는 구조가 필요합니다.

자체 쇼핑몰에서는 결제 결과에 따라 재고를 차감하거나 주문 알림을 보내고 배송 단계로 넘어가야 할 수도 있습니다. 결국 PG는 독립된 기능이 아니라 쇼핑몰 전체 주문 프로세스의 한 부분으로 연결되어야 합니다.

PG 연동이 완료되었다고 바로 운영을 시작하는 것은 권장되지 않습니다. 실제 결제 과정에서는 정상 승인뿐 아니라 사용자 취소, 결제 실패, 중복 요청, 네트워크 오류 등 다양한 상황이 발생할 수 있습니다.

따라서 테스트 단계에서는 정상 결제뿐 아니라 예외 상황에서도 주문 데이터가 올바르게 처리되는지를 함께 확인해야 합니다.

PG사에 따라 테스트 환경과 운영 환경에서 사용하는 인증 정보가 구분될 수 있으므로 오픈 전에는 운영용 설정으로 정상 전환되었는지도 확인해야 합니다.

실제 쇼핑몰을 운영하기 시작하면 결제 완료만 확인하는 것이 아니라 주문 취소, 부분 환불, 배송 전 취소, 관리자 주문 수정 등 다양한 상황이 발생합니다.

특히 주문 데이터와 PG사의 결제 상태가 서로 달라지면 고객에게는 결제가 취소됐는데 관리자에서는 결제완료로 보이거나, 반대로 실제 결제가 이루어졌는데 주문이 누락되는 문제가 발생할 수 있습니다.

그래서 자체 쇼핑몰을 제작할 때는 고객이 보는 결제 화면과 함께 관리자에서 주문과 결제 상태를 어떻게 확인하고 처리할지까지 설계해야 합니다.