여행 예약 결제
모든 결제를 해당 예약에 연결해 주는 여행 결제 게이트웨이 연동
예약 웹사이트 또는 B2B 포털을 고객이 사용하는 결제 제공업체와 연결하세요. 결제는 예약 흐름 안에서 이루어지고, 카드가 요구하는 경우 3D Secure가 실행되며, 모든 승인, 매입, 환불, webhook은 팀이 사용하는 예약 번호에 연결되어 저장됩니다.
- 예약 흐름 안에서 결제
- 제공업체가 지원하는 범위의 다중 통화
- 3D Secure 및 토큰화된 카드
- 승인 취소, 환불 및 대사
안전한 여행 결제
예약 흐름 안에 들어 있는 여행 결제 게이트웨이 연동
고객은 항공권, 호텔, 투어, 교통편 비용을 별도의 결제 링크가 아닌 귀사의 결제 페이지에서 지불합니다. 예약 시스템이 금액, 통화, 예약 번호를 보내면 게이트웨이는 예약이 처리할 수 있는 결과를 돌려줍니다.
같은 흐름이 항공권 예약 소프트웨어, 호텔 예약 엔진, 투어 운영사 소프트웨어에 모두 적용됩니다. 예약을 보류하고 결제를 받은 뒤, 결제가 성공한 경우에만 공급업체 확정이 이어집니다.
다중 통화
제공업체와 가맹점 계정이 지원하는 통화로 표시하고 정산합니다.
안전한 인증
토큰화된 카드, 3D Secure, 제공업체 자체 위험 검사.
추적 가능한 기록
거래, 예약, 환불, 정산 참조 번호가 항상 연결된 상태로 유지됩니다.
PT-48213- 정보 입력
- 결제
- 3D Secure
- 확정
- 항공권, 성인 2명$612.00
- 호텔, 3박$438.00
- 예약 수수료$15.00
- 항공권, 성인 2명€566.00
- 호텔, 3박€405.00
- 예약 수수료€14.00
- 항공권, 성인 2명£486.00
- 호텔, 3박£348.00
- 예약 수수료£12.00
카드 정보는 게이트웨이로 직접 전송됩니다
예시 금액입니다. 통화, 결제 수단, 수수료는 게이트웨이와 가맹점 계정에 따라 다릅니다.
거래 수명 주기
결제 상태와 예약 상태가 함께 움직이는 방식
카드가 승인되었다고 여행 결제가 끝난 것은 아닙니다. 시나리오를 선택해 각 단계에서 게이트웨이가 무엇을 보고하고 예약이 무엇을 하는지 확인하세요.
결제 완료 및 확정
매입됨확정- 0100:00예약이 금액, 통화, 참조 번호를 게이트웨이로 전송결제대기 중예약보류 중
- 0200:04게이트웨이가 카드를 승인하고 자금을 보류결제승인됨예약보류 중
- 0300:09공급업체가 예약을 확정결제승인됨예약확정
- 0400:10보류된 자금을 매입결제매입됨예약확정
- 0500:11서명된 webhook을 예약에 연결해 저장결제매입됨예약확정
공급업체 확정 후 매입하므로 존재하지 않는 예약에 대해 고객에게 청구되는 일이 없습니다.
3D Secure 챌린지
매입됨확정- 0100:00예약이 금액, 통화, 참조 번호를 게이트웨이로 전송결제대기 중예약보류 중
- 0200:03은행이 3D Secure 챌린지를 요청결제조치 필요예약보류 중
- 0300:41고객이 본인 확인을 완료하고 결제가 승인됨결제승인됨예약보류 중
- 0400:46공급업체가 예약을 확정결제승인됨예약확정
- 0500:47보류된 자금을 매입결제매입됨예약확정
고객이 본인 확인을 하는 동안 예약은 보류 상태로 유지됩니다. 챌린지가 실패하거나 시간이 초과되면 보류가 해제되고 아무것도 청구되지 않습니다.
가격 변경
매입됨확정- 0100:00청구 전에 공급업체와 가격 재검증결제시작 전예약보류 중
- 0200:02새 가격을 고객에게 표시해 승인 요청결제시작 전예약가격 재책정
- 0300:30고객이 수락하고 새 금액으로 결제 생성결제대기 중예약가격 재책정
- 0400:34게이트웨이가 카드를 승인하고 자금을 보류결제승인됨예약가격 재책정
- 0500:39공급업체가 예약을 확정결제승인됨예약확정
- 0600:40보류된 자금을 매입결제매입됨예약확정
결제 전에 재검증하면 여행사가 확인하지 못한 운임 또는 요금 인상을 떠안는 일을 막을 수 있습니다.
결제 후 공급업체 실패
승인 취소됨실패- 0100:00예약이 금액, 통화, 참조 번호를 게이트웨이로 전송결제대기 중예약보류 중
- 0200:04게이트웨이가 카드를 승인하고 자금을 보류결제승인됨예약보류 중
- 0300:12공급업체가 예약을 거부결제승인됨예약실패
- 0400:13매입 전 승인 취소, 청구 없음결제승인 취소됨예약실패
- 0500:14고객과 운영팀에 두 참조 번호와 함께 알림결제승인 취소됨예약실패
자금이 승인만 된 상태였으므로 환불이 아닌 승인 취소로 해제됩니다. 제공업체가 즉시 매입하는 경우 같은 단계가 환불이 됩니다.
예시 순서입니다. 자금을 먼저 승인하는지 즉시 매입하는지는 게이트웨이와 설정에 따라 다릅니다.
내부 동작
예약 번호를 함께 전달하는 요청, webhook, 환불
게이트웨이로 보내는 모든 호출에는 예약 번호와 멱등성 키가 포함되고, 게이트웨이에서 오는 모든 이벤트는 예약을 변경하기 전에 검증됩니다.
- 1예약 번호가 메타데이터로 전달되므로 제공업체 대시보드와 관리자 패널에 같은 예약이 표시됩니다.
- 2멱등성 키는 더블 클릭이나 네트워크 재시도로 인한 이중 청구를 막아 줍니다.
- 3금액은 명시적인 통화 코드와 함께 최소 단위로 전송됩니다.
- 1무엇이든 변경하기 전에 webhook 비밀 키로 서명을 검사합니다.
- 2이벤트 유형이 예약 처리를 결정합니다. 확정, 해제 또는 검토 대상으로 표시.
- 3같은 이벤트의 중복 전달은 인식되어 무시됩니다.
- 1부분 환불 금액은 여행사나 공급업체가 보유하는 취소 수수료를 반영합니다.
- 2환불은 원래 결제와 취소된 예약을 가리킵니다.
- 3사유 코드는 제공업체로 전달되고 지원 및 분쟁 대응을 위해 기록에도 남습니다.
아직 연결되지 않은 제공업체는 맞춤형 API 연동으로 처리합니다. 많이 쓰는 게이트웨이는 별도 페이지가 있습니다: Stripe 결제, PayPal 결제.
POST /v1/paymentsIdempotency-Key: bk_PT-48213_a1{ "amount": 106500, "currency": "USD", "capture": "after_confirmation", "metadata": { "booking": "PT-48213", "pnr": "X7K2LM" }}POST /webhooks/paymentsSignature: t=1791012345,v1=5f3ac1…{ "id": "evt_8841", "type": "payment.captured", "payment": "pay_3QK19", "metadata": { "booking": "PT-48213" }}→ 200 OK booking=PT-48213 status=confirmedPOST /v1/refundsIdempotency-Key: rf_PT-48213_1{ "payment": "pay_3QK19", "amount": 41800, "currency": "USD", "reason": "cancelled_by_customer", "metadata": { "booking": "PT-48213", "retained_fee": 2000 }}일반적인 예시입니다. 필드 이름은 선택한 게이트웨이의 API를 따릅니다.
여행업 특화 운영
여행업에서 발생하는 문제를 위한 결제 통제
가격은 변하고, 공급업체는 실패하며, 고객은 취소합니다. 각 통제는 운영팀이 자주 겪는 상황에 대응합니다.
- 상황01
검색과 결제 사이에 호텔 요금이 올랐습니다.
통제가격 재검증
고객에게 청구하기 전에 공급업체의 최신 가격을 확인하고, 변경 사항은 승인을 위해 표시합니다.
- 상황02
고객이 느린 연결에서 결제 버튼을 두 번 눌렀습니다.
통제멱등성 예약 흐름
반복된 요청은 두 번째 청구나 두 번째 예약을 만들지 않고 첫 번째 결과를 반환합니다.
- 상황03
고객은 유로로 결제하고 공급업체는 달러로 청구합니다.
통제통화 및 마크업 규칙
결제 통화, 예약 금액, 마크업, 정산 금액을 각각 기록합니다.
- 상황04
5박 중 2박이 취소되었습니다.
통제승인 취소 및 부분 환불
전액 또는 부분 환불은 이를 발생시킨 취소나 변경에 연결됩니다.
- 상황05
여행 후 몇 달 뒤 카드 소유자가 청구에 이의를 제기합니다.
통제분쟁 및 지불 거절
제공업체 이벤트, 인증 결과, 예약 문서를 증빙으로 함께 보관합니다.
- 상황06
이미 취소된 예약에 대한 webhook이 도착합니다.
통제Webhook 및 알림
검증된 이벤트는 예약을 업데이트하고, 맞지 않는 것은 담당자 검토를 위해 표시됩니다.
제공업체 범위
시장과 고객에 맞는 게이트웨이 선택
이용 가능 여부는 가맹점 승인, 국가 범위, 통화, 결제 수단에 따라 달라집니다. 많은 여행사가 글로벌 카드 게이트웨이에 지역 제공업체와 B2B 정산 옵션을 함께 사용합니다.
- A
글로벌 카드 게이트웨이
카드 수납, 토큰화, 3D Secure, 환불, 다중 시장 결제.
- B
지역 제공업체
현지 통화, 국내 결제망, 시장별 결제 수단.
- C
디지털 지갑
승인된 지갑 계정을 선호하는 고객을 위한 더 빠른 결제.
- D
B2B 결제 흐름
에이전트 여신, 수동 결제 기록, 통제된 결제 워크플로.
| 필요 사항 | A글로벌 카드 게이트웨이 | B지역 제공업체 | C디지털 지갑 | DB2B 결제 흐름 |
|---|---|---|---|---|
| 국제 카드 | 일반적으로 지원 | 일반적으로 지원 | 제공업체에 따라 다름 | 일반적으로 적합하지 않음 |
| 현지 결제 수단 및 은행망 | 제공업체에 따라 다름 | 일반적으로 지원 | 제공업체에 따라 다름 | 일반적으로 적합하지 않음 |
| 3D Secure | 일반적으로 지원 | 제공업체에 따라 다름 | 제공업체에 따라 다름 | 일반적으로 적합하지 않음 |
| 환불 및 승인 취소 | 일반적으로 지원 | 제공업체에 따라 다름 | 제공업체에 따라 다름 | 일반적으로 지원 |
| 여러 통화 | 일반적으로 지원 | 제공업체에 따라 다름 | 제공업체에 따라 다름 | 제공업체에 따라 다름 |
| 에이전트 여신 및 예치금 | 일반적으로 적합하지 않음 | 일반적으로 적합하지 않음 | 일반적으로 적합하지 않음 | 일반적으로 지원 |
- 일반적으로 지원
- 제공업체에 따라 다름
- 일반적으로 적합하지 않음
연동 디렉터리에 등록된 게이트웨이
이 이름들은 실시간 모든 연동에서 가져옵니다. 가맹점 계정과 거래 수수료는 선택한 결제 회사와 직접 협의합니다.
프로젝트 범위 정의
결제 연동 범위를 정하기 위해 필요한 것
명확한 제공업체 계정과 정의된 거래 워크플로가 있으면 범위, 테스트, 납품을 정확히 정할 수 있습니다. 이미 갖춘 항목에 체크하세요.
0/5준비됨
범위 체크리스트
운영 전환 경로
- 01
샌드박스 키
플랫폼이 제공업체의 테스트 환경에서 실행됩니다.
- 02
테스트 케이스
승인, 거절, 3D Secure, 승인 취소, 환불을 각각 테스트 예약으로 확인합니다.
- 03
Webhook 엔드포인트
서명을 검증하고 모든 이벤트 유형을 예약 처리에 매핑합니다.
- 04
운영 키
실제 자격 증명을 활성화하고 실패한 결제를 모니터링합니다.
결제 페이지 계획하기
게이트웨이 작업은 예약 플랫폼과 함께 범위를 정합니다. PHPTRAVELS는 소스 코드가 포함된 일회성 라이선스로 2,499달러부터 시작하며, 귀사의 서버에 직접 호스팅합니다. 각 플랜의 포함 내용은 가격에서 확인하세요.
여행 예약 웹사이트나 포털을 결제 제공업체와 연결해 고객이 결제 단계에서 지불하고, 예약 시스템이 각 예약의 승인, 매입, 환불, 결제 상태를 안전하게 추적할 수 있게 하는 것입니다.
PHPTRAVELS는 연동 디렉터리에 등록된 다양한 글로벌 및 지역 게이트웨이를 지원합니다. 적합한 선택은 국가, 가맹점 승인, 통화, 결제 수단, 그리고 계정에서 사용할 수 있는 제공업체 API에 따라 달라집니다.
네, 선택한 게이트웨이와 가맹점 계정이 필요한 표시 통화와 정산 통화를 지원하는 경우 가능합니다. 환율 변환, 마크업, 정산 규칙은 프로젝트 범위 정의 단계에서 확정합니다.
제공업체가 지원하고 가맹점 계정에 활성화되어 있으면 3D Secure가 포함됩니다. 연동은 인증 결과, 리디렉션 또는 임베디드 챌린지, 최종 결제 상태를 처리합니다.
네, 제공업체 API가 지원하는 경우 가능합니다. 전액 또는 부분 환불, 승인 취소, 취소 수수료는 관련 예약 번호와 거래 번호에 연결됩니다.
결제 회사입니다. 선택한 제공업체에서 가맹점 계정을 개설하고 수수료를 직접 협의하세요. PHPTRAVELS는 귀사가 제공한 자격 증명으로 플랫폼을 해당 계정에 연결합니다.