공급사 프로필
Dohop API 연동: 항공권 검색에서 셀프 환승까지
Dohop은 아이슬란드에서 항공권 검색 엔진으로 시작했으며, 현재는 항공사와 공항을 위한 가상 인터라인 기술을 개발합니다. 이는 인터라인 협약이 없는 항공사 간의 환승 연결을 가능하게 합니다. 오늘날 Dohop이 하는 일, 그것이 여행사에 어떤 의미인지, 그리고 PHPTRAVELS로 환승 항공편을 판매하는 현실적인 방법을 소개합니다.
- 가상 인터라인
- 항공사와 공항을 위해 구축
- 요청 시 맞춤 연동
- 바로 쓸 수 있는 대안: Kiwi
과거와 현재
기억 속의 Dohop은 오늘날의 Dohop이 아닙니다
오래된 가이드에서는 Dohop을 제휴 API를 갖춘 항공권 비교 사이트로 소개합니다. 그 후 이 회사는 판매하는 상품과 판매 대상을 바꾸었습니다.
- 2004
레이캬비크의 항공권 검색 엔진
Dohop은 두 공항 간의 노선을 매칭하고 항공사와 여행사의 가격을 비교하는 검색 엔진으로 출발했습니다.
- 노선 매칭
환승 연결이 전문 분야가 되다
단순한 가격 비교를 넘어, 서로 다른 항공사의 항공편을 조합하는 방법을 찾는 것이 Dohop의 핵심 역량이 되었습니다.
- 사업 방향 전환
소비자에서 항공사로
Dohop은 소비자 검색에서 벗어나 항공사와 공항을 위한 기술 제공업체로 변모했습니다.
- 현재
가상 인터라인 플랫폼
항공사들은 Dohop을 이용해 다른 항공사와의 환승 연결을 자체 브랜드로 판매하며, 환승 보호와 항공·철도 연계 같은 옵션도 제공합니다.
비교 사이트 시절 Dohop의 기존 제휴 API와 검색 API가 지금도 존재한다고 가정해서는 안 됩니다. 여행 판매자에게 어떤 접근 권한을 제공하는지 Dohop에 직접 문의하세요.
셀프 환승 여정의 모습
하나의 여정, 두 항공사, 두 건의 예약
가상 인터라인은 서로 협력하지 않는 항공사의 항공편을 하나의 여행으로 판매합니다. 단일 여정 뒤에는 별도의 예약이 있으며, 누군가는 환승 연결을 책임져야 합니다.
K7QX2M€89R4HB9T€74샘플 데이터입니다. 항공사, 시간, 가격은 예시입니다.
별도의 항공권
각 항공사가 자체 예약을 발행합니다. 어느 항공사도 다른 구간에 대해 책임지지 않습니다.
수하물과 환승
플랫폼이 연결 수송 서비스를 마련하지 않는 한, 여행자는 환승지에서 수하물을 찾아 다시 부쳐야 할 수 있습니다.
환승 실패
보호 장치가 있어야 이 여정을 판매할 수 있습니다. 첫 항공편이 지연되면 여행자는 판매자의 규정에 따라 재예약 또는 환불을 받습니다.
세 가지 환승 방식
인터라인, 가상 인터라인, 직접 조합
여행사들은 이 방식들을 자주 혼동합니다. 차이는 누가 항공권을 발행하는지, 그리고 환승이 어긋났을 때 누가 책임지는지에 있습니다.
| 환승 방식 | 항공권 | 첫 항공편이 지연되면 | 주요 판매처 |
|---|---|---|---|
| 기존 인터라인 | 협약을 맺은 항공사 간 하나의 항공권 | 항공사가 여행자를 재예약 | 항공사 및 GDS나 NDC를 통한 여행사 |
| 가상 인터라인Dohop의 역할 | 별도의 항공권을 하나의 여행으로 판매 | 플랫폼의 보호 정책 적용 | Dohop 같은 플랫폼을 사용하는 항공사·공항 사이트 및 일부 온라인 여행사 |
| 직접 만든 조합 | 하나씩 따로 구매한 항공권 | 여행자가 위험을 부담 | 판매자 없음: 여행자가 각 항공편을 직접 예약 |
연결 방법
PHPTRAVELS 여행사를 위한 세 가지 현실적인 경로
Dohop은 PHPTRAVELS의 기본 제공 커넥터가 아니며, 고객은 주로 항공사와 공항입니다. 여행 판매자에게 실제로 효과가 있는 선택지는 다음과 같습니다.
- 지금 바로 사용 가능
Kiwi를 통해 셀프 환승 운임 판매
Kiwi.com 커넥터는 PHPTRAVELS에 내장되어 있으며, 서로 협력하지 않는 항공사의 항공편 조합을 Kiwi 자체 보장 규정과 함께 제공합니다.
- 맞춤 개발
맞춤 연동으로 Dohop 연결
Dohop이 귀사에 플랫폼 접근 권한을 제공하기로 동의하면, PHPTRAVELS가 검색, 예약 및 사후 관리 호출을 항공 모듈에 구축합니다.
- 개발 불필요
항공사의 환승 상품으로 여행자 안내
일부 항공사는 Dohop 기반의 환승 상품을 자사 사이트에서 판매합니다. 별도의 연동 없이 해당 상품으로 링크하거나 콘텐츠에 포함할 수 있습니다.
맞춤 개발을 선택한다면
Dohop 개발에 포함되는 범위
정확한 범위는 Dohop이 부여하는 접근 권한에 따라 달라집니다. 일반적인 환승 항공편 개발은 다음 요소로 구성됩니다.
- 01
접근 권한과 약관
Dohop과의 계약, 테스트 접근 권한 및 Dohop이 제공하는 문서.
- 02
검색과 여정
환승 결과를 항공권 검색에 통합하고 셀프 환승으로 표시합니다.
- 03
두 구간 예약
두 예약을 함께 생성하고 확정하여, 하나의 여정 기록과 한 번의 결제로 처리합니다.
- 04
운항 차질과 지원
지연 및 환승 실패 사례를 보호 규정에 따라 적절한 당사자에게 전달합니다.
- 05
테스트와 서비스 오픈
여정을 처음부터 끝까지 테스트한 뒤 운영용 인증 정보, 로그, 알림을 적용합니다.
아니요. Dohop은 내장 공급사에 포함되어 있지 않습니다. Dohop이 귀사에 접근 권한을 제공하면, 귀사의 PHPTRAVELS 설치 환경 안에 맞춤 연동으로 구축해 드립니다.
Dohop은 비교 사이트로 시작했지만, 현재는 가상 인터라인에 집중하는 항공사와 공항을 위한 기술 제공업체로 자신을 소개합니다. 비교 사이트 시절의 기존 제휴 API와 검색 API에 의존해서는 안 됩니다.
서로 협약이 없는 두 곳 이상의 항공사 항공편을 하나의 여행으로 판매하는 것입니다. 항공권은 별도로 유지되며, 판매자가 규정과 보호 장치를 더해 안심하고 구매할 수 있는 환승을 만듭니다.
네, 이를 제공하는 공급사를 통해 가능합니다. PHPTRAVELS에서 바로 쓸 수 있는 선택지는 Kiwi.com 커넥터입니다. Dohop이 귀사와 협력하기로 동의하면 맞춤 개발로 Dohop에 직접 연결하는 것도 가능합니다.
상품에 따라 다릅니다. 보호 제도가 있으면 플랫폼이나 판매자가 그 규정에 따라 재예약 또는 환불을 진행합니다. 보호 제도가 없으면 여행자가 위험을 부담하므로, 결제 화면에서 어떤 경우에 해당하는지 명확히 안내해야 합니다.
제휴 항공사 간의 환승이라면 GDS나 NDC 연결을 통해 하나의 항공권과 항공사 재예약을 받을 수 있습니다. 셀프 환승 운임은 이러한 채널에서 조합할 수 없는 노선을 더해 줍니다. 많은 여행사가 두 가지를 함께 판매합니다.