Skip to main content

Direct Channel Booking

직연동 채널 예약의 가예약·확정·변경·취소 흐름입니다. 플러스 채널과 달리 유효성 검사 없이 모든 단계를 무조건 수용합니다.

플러스 채널과의 차이

항목플러스 채널직연동 채널
유효성 검사ONDA·공급사 각자 수행없음 — 무조건 수용
예약 변경Soft Change만Soft · Hard Change 모두
예약 typeovernightovernight (대실을 지원하는 채널은 dayuse 추가)

단계별 흐름

  1. 가예약 생성POST /bookings (검사 없이 수용, 재고 차감)
  2. 예약 확정PUT /bookings/{vendor_booking_number}/confirm
  3. 예약 변경PUT /bookings/{vendor_booking_number}/modify (Soft · Hard Change)
  4. 예약 취소POST /bookings/{vendor_booking_number}/cancel

예약 변경 유형

modify 요청은 변경 범위에 따라 구분합니다. 직연동 채널은 두 유형을 모두 허용합니다.

유형범위
Soft Change예약자·투숙자 정보 변경 (재고·일정에 영향 없는 메타성 변경)
Hard Change체크인·체크아웃(투숙일) 변경, 예약 객실 변경 등 (재고·요금·매핑에 영향)

체크리스트

  • 모든 예약 단계 무조건 수용 처리 (유효성 검사 없음)
  • 예약 type 처리 — 대실을 지원하는 채널은 overnight + dayuse, 그 외 채널은 overnight
  • visit_type(방문수단 car·walk) 수신·처리
  • 실제 공급사 예약은 gds_sub_booking_number 기준으로 생성
  • modify 처리 흐름 구현 — Soft Change / Hard Change 구분 처리
  • Hard Change 시 재고 차감·복원 및 요금 재계산 처리
  • 예약 바우처(확정·취소) 숙소에 직접 발송

주요 필드

필드엔드포인트설명
payment_typePOST /bookings · confirm 응답선결제(prepayment) / 후결제(postpayment) 구분. paid_amount(결제 금액)는 제거됐습니다.
net_pricePOST /bookings · modify 요청수수료를 제외한 정산금액(입금예정액)
canceled_bycancel 요청취소 주체 — user / admin / channel / system
memocancel 요청취소 사유·메모. 채널 관리자가 취소한 경우 canceled_by=channel과 함께 사유가 전달됩니다
typePOST /bookings 요청overnight(숙박). 대실을 지원하는 채널은 dayuse가 함께 전달됩니다
visit_typePOST /bookings 요청투숙객 방문수단 — car(차량) / walk(도보). 대실을 지원하는 일부 채널에서만 전달됩니다
secondary_channelPOST /bookings 요청2차 채널링으로 판매된 경우의 판매 경로(정보성). 이를 지원하는 일부 레거시 채널에서만 전달됩니다

예약 번호 구조는 공통 · 개요를 참고하세요.

엔드포인트

모두 공급사 API(ONDA → 공급사)입니다.

메서드경로설명
GET.../rateplans/{vendor_rateplan_id}/refund_policy취소·환불 정책 사전 조회
POST/bookings가예약 생성 (재고 차감)
PUT/bookings/{vendor_booking_number}/confirm예약 확정
PUT/bookings/{vendor_booking_number}/modify예약 변경 (Soft · Hard Change)
POST/bookings/{vendor_booking_number}/cancel예약 취소