포트원 연동 결제검증에 대해 질문이 있습니다..

Question

현재 자동 정기 구독 결제 기능 구현을 위해 포트원(PortOne)을 사용하고 있습니다.원래는 클라이언트에서 결제가 완료되면 paymentId를 자사 서버로 전달받아 검증하려 했으나,와이파이 불안정, 새로고침 등으로 인한 동기화 문제 가능성이 있어 웹훅 방식으로 검증하는 방안으로 대체했습니다.포트원 웹훅에서는 커스텀 데이터 없이, READY(결제창 생성), PAID(결제 완료) 등 결제 상태와 함께paymentId, 그리고 고유 결제 시도 번호인 transactionId 값을 제공합니다.아래와 같은 결제 검증 및 구독 갱신 흐름이 올바른지 검토를 부탁드립니다.사용자가 결제창을 띄우면웹훅에서 READY 상태를 수신하고, 이를 자사 서버 DB에 저장합니다.사용자가 결제를 완료하면웹훅에서 PAID 상태를 수신합니다.DB에서 일치하는 paymentId와 READY 상태가 있는지 확인합니다.클라이언트 결제 완료 시클라이언트에서 결제에 사용된 빌링키와 paymentId를 서버로 전송합니다.DB에서 일치하는 paymentId와 READY상태가 있으면 구독중으로 변경합니다.서버에서는 포트원의 결제 예약 API를 통해 다음 달 결제 예약을 진행하고,DB에 결제 예약 상태를 저장합니다.이후 웹훅에서 PAID 상태 수신 시paymentId와 PAID 상태를 확인합니다.DB에 결제 예약 상태인 데이터가 있으면,해당 유저의 구독 만료일을 한 달 뒤로 연장합니다.이 흐름이 올바른지, 보완할 부분이 있는지 조언 부탁드립니다ㅜㅜ..

열심히해보쟈구 · Answer

추가 질문) 쓰고보니 3번을적용하면 웹훅을 쓰는 의미가 없어지네요.. paymentId로 포트원에 결제내역 조회를 따로 해야할까요 ㅜㅜ

오후 · Answer

포트원은 안써봤지만 구독 결제(빌링키) 형태라면 사용자단에서 결제창이 뜰 필요가없습니다.결제창이 아닌 "카드 등록창" 만 필요 (pg 사마다 자체디자인 or 제공디자인 강제등 다름)흐름으로 보자면(사용자) 카드등록 > 자사 API 서버자사 API 서버> 포트원 빌링키 발급 요청 > 정상응답 > 해당 빌링키로 결제 > 빌링키 저장 / 정상 결제 응답(자사 서버) 배치 작업등으로 다음 결제일 > 기존 등록된 빌링키를 이용한 결제 및 구독만료일 연장(포트원 보니 결제예약 기능이 존재하는데 해당기능으로 다음 결제일 설정 등)실질적인 결제는 자사 서버(API,배치등) 백단에서 이루어짐으로 사용자는 API 를 통해 현재 상태값만 조회하면됩니다.(구독중인지)

포트원 연동 결제검증에 대해 질문이 있습니다..

2개의 답변

Q&A 목록