본문으로 건너뛰기

직연동 채널 예약

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

플러스 채널과의 차이

항목플러스 채널직연동 채널
유효성 검사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예약 취소