래피드 숙박 API의 글로벌 인벤토리 확장

전 세계로 확장된 인벤토리로 글로벌 규모로 경쟁하세요.

익스피디아의 확장된 글로벌 인벤토리(EGI)를 통해 전 세계 34,000개 이상의 숙박 시설와 경쟁할 수 있으며, 정기적으로 더 많은 인벤토리가 추가되고 있습니다. 여기에는 새로 소싱된 숙박 시설와 현재 소싱된 숙박 시설의 추가 인벤토리가 포함됩니다.

기술 세부 정보

EGI는 Rapid API, 의 표준 인벤토리에 포함되어 있지 않지만 요청 시 명시적으로 활성화할 수 있습니다. 표준 인벤토리와 다른 동적 동작과 통합 패턴이 특징이므로 콘텐츠 수집, 쇼핑, 예약 워크플로 전반에 걸쳐 특별한 주의가 필요합니다.

콘텐츠 파일

EGI용 래피드 콘텐츠 파일 및 카탈로그 파일 API는 현재 English-language 콘텐츠만 지원합니다. 시스템에 로컬라이즈된(non-English) 콘텐츠 파일이 필요한 경우 숙박 시설 콘텐츠 및 지리 API를 사용하여 로컬에서 생성할 수 있습니다. 이러한 API는 real-time 스트리밍과 모든 콘텐츠 언어에 대한 유연한 데이터 처리를 제공하므로 JSON-formatted API 응답에서 필요한 정보를 쉽게 추출할 수 있습니다. 나중에 처리할 수 있도록 원시 JSON 응답을 로컬에 저장하거나 데이터베이스 가져오기 또는 기타 사용 사례에 맞게 변환할 수 있습니다.

지오그래피 API를 사용하여 지역에 대한 숙박 시설 목록을 요청하는 예시입니다:

/regions?country_code=US&language= it-IT&include=property_ids_expanded&include=property_ids

숙박 시설 콘텐츠 API를 사용하여 카탈로그 콘텐츠를 요청하는 예시입니다:

/properties/content?language=it-IT&supply_source=expedia&property_id={property_id}&include=catalog

쇼핑 및 예약 워크플로우를 검토하는 데 추가 시간을 할당하면서 EGI용 콘텐츠 통합을 우선적으로 출시하거나, EGI 준비가 완료되면 세 가지 구성 요소를 모두 함께 출시할 수 있습니다. 구성에 대한 자세한 내용은 통합 컨설턴트에게 문의하세요.

회의실 데이터 정렬

시스템이 숙박 시설 콘텐츠 API와 완전히 동기화되기 전에 조회 API 에 새로운 숙박 시설 방이 표시될 수 있습니다. 일관된 사용자 환경을 유지하려면 이러한 방을 고객 표시에서 일시적으로 제외하거나, 새 방에 대해 real-time 콘텐츠 API 호출을 트리거하거나, 로컬 콘텐츠 업데이트 빈도를 늘려 데이터 지연을 최소화하는 것이 좋습니다.

요금 식별자

EGI 요금은 표준 인벤토리와 다르게 구조화되어 있으며 보다 동적인 데이터 모델을 준수합니다. 이러한 요금에 대한 정적 값이 없으므로 조회 API는 숙박 시설 콘텐츠 API의 값과 일치하지 않는 동적 rate_id값으로 반환합니다. 이 동적 문자열 값은 숫자, 문자 및 기타 다양한 기호로 구성되며, 각 조회 API 응답마다 다를 수 있습니다. 따라서 rate_id값은 불안정하므로 영구 식별자 또는 기본 키로 사용해서는 안 됩니다. 시스템에서 프로세스 간에 요금을 구분해야 하는 경우 정책 속성 및 오퍼 특성을 조합하여 요금을 일치시키는 것을 고려하세요. 자세한 내용은 이 보안 문서 를 참조하세요.

rate_id 값의 조회 API 응답 예시:

[
  {
    "property_id": "ABC152",
    "status": "available",
    "rooms": [
      {
        "id": "XYZ652",
        "room_name": " Deluxe Double ",
        "rates": [
          {
            "id": "5K|Pa7xbx4z||GCogh8-B96OEY3-f9326e292|UFO",
            … …

베드 구성 가변성

예외적인 경우 특정 객실에는 지정된 침대 구성이 없을 수 있으며, 이는 콘텐츠 및 쇼핑 API 모두에서 bed_groupsID가 0이고 "침대 미지정"이라는 설명을 통해 표시됩니다. 이는 숙박 시설에 따라 침대 배치가 결정됨을 의미합니다. check-in. 이런 경우는 드물지만, 고객에게 계속 정보를 제공하고 고객이 선호하는 사항이 있는 경우 고객 운영팀에 특별 요청을 전달할 수 있도록 지원해야 합니다.

조회 API 응답에서 지정되지 않은 베드 구성의 예입니다:

{
  "bed_groups": {
    "0": {
      "id": "0",
      "description": "Bed Not Specified",
      "links": {
        "price_check": {
          … …

보류 및 다시 시작 기능

일부 EGI 요금은 예약 API 보류 및 재개 워크플로와 호환되지 않으며 보류를 시도할 경우 오류가 반환됩니다. 고객 경험 저하를 방지하기 위해 조회 API 응답에 보류 가능 요금 플래그를 요청하고 이를 따라 올바른 워크플로우를 적용할 수 있습니다.

보류 가능 요금 플래그 요청의 예입니다:

Request:
/properties/availability?... …&include=rooms.rates.holdable

Response:
… …
"rooms": [
  {
    "id": "XYZ652",
    "room_name": "Deluxe Double Room",
    "rates": [
      {
        "id": "5K|Pa7xbx4z||GCogh8-B96OEY3-f9326e292|UFO",
        “holdable”: true,
        … …

Post-booking 기능

예약 API를 통해 예약이 확정되면 예약은 예약 API 관리 에 전달됩니다. 소프트 변경, 하드 변경, 숙박 시설 메시지 센터를 포함한 post-booking 기능에 액세스하기 위한 토큰 링크는 예약 관리 API에서도 사용할 수 있습니다. 간혹 토큰 링크가 준비되는 데 최대 5분이 걸릴 수 있습니다. 이러한 기능은 모든 예약에서 사용할 수 있는 것은 아니며, 시스템 내에서 신중하게 관리해야 한다는 점에 유의하세요.

EGI의 주요 차이점