OTA 요금 동기화: 호텔 PMS가 채널 간 가격 일관성을 유지하는 방법

호텔은 호텔 PMS를 통한 OTA 요금 동기화를 활용해 한 번의 요금 변경으로 Booking.com, Expedia, Agoda, Airbnb 및 기타 연결된 채널에 일괄 배포할 수 있습니다. 동일한 프로세스를 통해 최소 숙박 일수, 판매 중지 및 기타 제한 사항을 적용할 수 있습니다.

그렇다고 모든 OTA가 동시에 새 요금을 표시하는 것은 아닙니다. 호텔 PMS가 업데이트를 생성하면, 채널 매니저가 이를 전송하고 각 OTA가 처리합니다. 매핑 오류, 엑스트라넷 상의 변경 충돌 또는 각 단계의 지연으로 인해 특정 채널에서는 이전 요금으로 계속 판매될 수 있습니다.

OTA 요금 동기화가 실제로 업데이트하는 것

요금 동기화는 흔히 ARI라고 불리는 요금(Rates), 가용성(Availability) 및 인벤토리(Inventory)의 광범위한 흐름 중 일부입니다. 가격 책정 시 소스 시스템은 특정 숙소, 객실 유형, 요금제, 날짜 및 때로는 투숙 인원에 대한 요금을 전송합니다.

데이터의 유일한 진실 공급원(Source of truth)은 호텔 PMS, 수익 관리 시스템 또는 채널 매니저 자체일 수 있습니다. 일반적으로 단 하나의 시스템만이 각 필드를 제어해야 합니다. 호텔 PMS가 최적가(BAR)를 관리하는데 직원이 OTA 엑스트라넷에서 BAR를 수정하면, 다음 동기화 시 수동으로 변경한 내용이 덮어씌워지거나 예상치 못한 결과가 발생할 수 있습니다.

전체 요금 업데이트에는 다음이 포함될 수 있습니다:

• 1박 요금: 하나의 객실 유형, 요금제, 날짜 및 투숙 인원에 대한 금액입니다.
• 파생 요금 규칙: 기본 요금에서 퍼센트(%) 또는 고정 금액을 조정하는 것입니다.
• 제한 사항: 최소 숙박 일수, 최대 숙박 일수, 체크인 제한, 체크아웃 제한, 예약 가능 기간 또는 판매 중지(Stop-sell)입니다.
• 투숙 인원별 요금: 동일한 객실에서 1인, 2인 또는 그 이상의 투숙객에 따라 다른 금액을 적용하는 것입니다.

인벤토리는 이와 관련되어 있지만 별개의 개념입니다. 요금은 올바르게 전송되었으나 가용성은 그렇지 않을 수 있으며, 인벤토리는 정확하지만 파생 요금은 여전히 어제 가격을 표시할 수도 있습니다. 각 데이터 유형을 개별적으로 진단해야 합니다.

하나의 요금 변경이 모든 채널에 반영되는 과정

객실 30개를 보유한 호텔이 콘서트가 열리는 주말을 위해 디럭스 킹의 최적가(BAR)를 $180에서 $240로 인상한다고 가정해 보겠습니다. 수익 관리자는 호텔 PMS에서 금요일과 토요일에 대한 변경 사항을 저장합니다.

연결된 채널 매니저는 해당 변경 사항을 각 OTA가 수용할 수 있는 형식으로 변환합니다. 숙소, 매핑된 객실 및 요금 식별자, 숙박 날짜, 투숙 인원, 통화 및 새로운 금액을 전송합니다. 각 OTA는 메시지를 검증하고, 판매 가능한 상품을 업데이트한 후, 승인 또는 오류 메시지를 반환합니다.

운영 흐름은 다음과 같아야 합니다:

1. 관리자가 정확한 숙박 날짜에 대한 디럭스 킹 BAR를 변경합니다.
2. 호텔 PMS는 새로운 가격을 기록하고 변경 사항을 채널 매니저로 전송합니다.
3. 채널 매니저는 매핑된 모든 OTA 요금 상품으로 업데이트를 푸시합니다.
4. 각 OTA는 메시지를 수락하거나 거부하며, 전송 상태가 표시됩니다.
5. 팀은 고객에게 노출되는 검색 화면을 확인하여 새로운 가격과 조건을 검증합니다.

마지막 단계가 중요한 이유는 '전송됨(sent)'이 '표시됨(displayed)'을 의미하지 않기 때문입니다. 세금, 수수료, 모바일 할인, 로열티 프로모션 또는 투숙 인원 설정은 기본 요금이 도착한 후에도 대중에게 공개되는 가격을 변경할 수 있습니다.

성수기 요금 조정 내역이 여러 채널에 신속하게 전달되어야 할 때, Smart Order의 호텔 채널 매니저는 호텔 PMS 요금 변경 사항을 매핑된 OTA 상품과 연결합니다. 관리자는 가격을 한 번만 업데이트하고, 하나의 대시보드에서 현재 요금 및 가용성을 파악하며, 업데이트가 반영되지 않은 채널을 빠르게 확인할 수 있습니다.

파생 요금으로 가격 구조의 일관성 유지

파생 요금은 별도의 고정 가격으로 유지되는 대신 기본 요금(Parent rate)을 바탕으로 계산됩니다. 유연한 최적가(BAR)가 기본 요금이 될 수 있으며, 환불 불가, 사전 구매 또는 조식 포함 요금은 파생 요금(Child rate)이 됩니다.

BAR가 $200인 경우, 환불 불가 요금제는 BAR에서 10%를 뺀 $180가 될 수 있습니다. 조식 포함 요금제는 BAR에 $20를 더해 $220가 될 수 있습니다. BAR를 $240로 인상하면 별도의 수정 없이 해당 요금들이 각각 $216 및 $260로 변경되어야 합니다.

호텔은 파생 계산이 어디에서 이루어질지 결정해야 합니다. 일부 호텔 PMS나 채널 매니저는 파생 요금을 직접 계산하여 각 OTA에 최종 금액을 전송합니다. 반면, 자체적으로 기본-파생 요금 관계를 지원하는 OTA도 있습니다. 동일한 상품에 두 가지 방법을 모두 실행하면 할인이 두 번 적용될 수 있습니다.

모든 파생 요금제에 대해 정확한 기본 요금, 퍼센트(%) 또는 고정 금액 조정, 반올림 규칙 및 적용 가능한 객실 유형의 네 가지 세부 사항을 확인하세요. 또한, 조정 금액이 투숙 인원 추가 요금 적용 전이나 후에 계산되는지도 확인해야 합니다.

파생 요금 책정은 취소 정책, 식사 플랜 또는 예약 가능 기간을 자동으로 복사하지 않습니다. 이러한 조건들은 여전히 별도의 설정 및 매핑이 필요할 수 있습니다. OTA에서 환불 불가 요금에 대해 무료 취소를 표시한다면 가격이 $180로 정확하더라도 잘못된 상품으로 남게 됩니다.

제한 사항은 반드시 가격과 함께 전달되어야 합니다

호텔 요금은 제한 사항이 고객의 검색 조건과 일치할 때만 판매 가능합니다. 관련된 제어 없이 가격만 업데이트하면, 호텔이 예약을 막고자 했던 날짜에 혜택이 노출될 수 있습니다.

최소 숙박 일수가 대표적인 예입니다. 한 숙소에서 토요일 요금을 $300로 인상하고 2박 숙박을 필수 조건으로 설정할 수 있습니다. 요금 업데이트는 성공했지만 최소 숙박 메시지 전송에 실패할 경우, 고객은 여전히 토요일 하루만 예약할 수 있습니다.

체크인 제한(Closed to arrival) 및 체크아웃 제한(Closed to departure) 규칙은 판매 중지(Stop-sell)와는 다릅니다. 체크인 제한은 특정 날짜의 체크인을 차단하지만, 기존에 머물고 있는 투숙객의 숙박은 계속 허용합니다. 체크아웃 제한은 체크아웃을 차단합니다. 판매 중지는 해당 날짜의 요금제 자체의 판매를 마감합니다.

모든 OTA가 모든 제한 사항을 동일한 방식으로 지원하는 것은 아닙니다. 어떤 규칙은 객실 수준에서 적용되고, 어떤 규칙은 요금제 수준에서 적용됩니다. 채널 매핑 시 어떤 시스템이 각 규칙을 제어하고, 연결된 OTA가 이를 어떻게 해석하는지 문서화해야 합니다.

영향력이 큰 제한 사항을 변경한 후에는 여러 가지 숙박 패턴을 검색해 보세요. 1박 체크인, 제한 날짜를 포함하는 다박 숙박 및 다양한 체크인 날짜를 테스트하세요. 단순한 캘린더 뷰만으로는 OTA가 실제 검색에서 해당 규칙을 어떻게 적용하는지 파악하기 어려울 수 있습니다.

OTA 요금 동기화 지연이 발생하는 이유

'실시간 동기화'는 이벤트 기반 연결을 의미할 뿐, 모든 공개 페이지가 0초 만에 변경된다는 것을 보장하지는 않습니다. 요금 업데이트는 여러 시스템을 거쳐 이동하며, 각 시스템은 이를 대기열에 넣거나 검증, 재시도 또는 거부할 수 있습니다.

짧은 지연은 호텔 PMS, 채널 매니저 또는 OTA의 메시지 처리 과정에서 발생할 수 있습니다. 지연 시간이 길어질 경우, 인증 실패, 만료된 연결, 매핑되지 않은 요금, 유효하지 않은 날짜 범위, 통화 문제 또는 OTA 허용 한도를 벗어난 가격 등이 원인일 수 있습니다.

대규모 변경(Bulk changes)도 단일 날짜 업데이트보다 더 오랜 시간이 걸릴 수 있습니다. 10개의 객실-요금 조합에 대해 365일 치 가격을 재조정하는 것은 한 주말의 가격을 변경하는 것보다 훨씬 더 많은 메시지를 생성합니다. 일부 시스템은 변경된 날짜만 전송하는 반면, 다른 시스템은 더 넓은 범위를 전체 교체하기도 합니다.

수동 OTA 프로모션은 표면적인 불일치를 일으키는 또 다른 원인입니다. 기본 요금 $200는 올바르게 동기화될 수 있지만, 모바일 특가로 인해 고객에게 표시되는 가격은 $180로 낮아질 수 있습니다. 이를 오류로 간주하기 전에, 호텔이 제공한 기본 요금과 OTA 또는 숙소가 지원하는 할인을 구분해야 합니다.

긴급한 변경의 경우 상태를 확인하지 않은 채 동일한 업데이트를 계속해서 재전송하지 마세요. 전체 범위를 반복적으로 푸시하면 대기열이 더 길어질 수 있습니다. 우선 마지막으로 수락된 값, 메시지 타임스탬프, 영향을 받은 요금 ID 및 오류 응답을 검토하세요.

실용적인 요금 동기화 검증 루틴

매일 진행하는 부분 검사는 과거 요금으로 판매되었을 때 손실이 큰 날짜에 집중해야 합니다: 매진 임박, 지역 행사, 신규 프로모션, 제한 사항 변경 및 예약 가능 기간의 경계 등이 이에 해당합니다.

샘플 날짜 2~3개에 대해 예상 기본 요금, 파생 요금, 제한 사항 및 공개된 결과를 기록하세요. 호텔 PMS 또는 가격 소스, 채널 매니저 전송 로그, OTA 엑스트라넷 및 고객에게 표시되는 검색 결과를 비교합니다.

OTA에 표시되는 통화와 투숙 인원을 사용하세요. 2인 가격을 1인 기본 요금과 정확히 비교할 수는 없습니다. 세금과 수수료를 일관되게 포함시키고, 대중에게 공개된 결과가 1박당 요금인지 전체 숙박 요금인지 확인하세요.

한 채널에 오류가 있다고 해서 모든 채널을 변경하지는 마세요. 객실 및 요금 매핑을 확인한 다음, 해당 오류가 기본 요금, 특정 파생 요금, 특정 제한 사항 또는 특정 투숙 인원 수준 중 어디에 영향을 미치는지 분리해 냅니다. 정확한 데이터를 1년 치 덮어쓰는 것보다 좁은 범위만 재전송하는 것이 더 안전합니다.

증거를 확보하여 문제를 상부(또는 고객지원)에 보고하세요. 숙소 ID, 객실 및 요금 ID, 숙박 날짜, 예상 값, 표시된 값, 업데이트 타임스탬프, 수락 내역, 오류텍스트 및 스크린샷을 포함해야 합니다. 이를 통해 호텔 PMS 제공업체나 OTA가 메시지를 추적할 수 있는 충분한 세부 정보를 제공할 수 있습니다.

FAQ

OTA에서 호텔 요금은 얼마나 빨리 업데이트되어야 합니까?

연결된 시스템은 보통 저장 즉시 변경 사항을 전송하지만, 채널 및 업데이트 규모에 따라 대중에게 표시되는 시간은 달라집니다. 긴급한 변경 사항은 고객 표시 화면에서 확인하고, 전송 로그에 오류가 표시되거나 승인 메시지가 없는지 조사하세요.

OTA 가격이 호텔 PMS 요금과 다른 이유는 무엇입니까?

원인은 동기화 실패, 잘못된 매핑, 투숙 인원별 요금, 환전, 세금, OTA 프로모션 또는 수동 엑스트라넷 수정일 수 있습니다. 불일치 문제를 진단하기 전에 동일한 객실, 요금제, 날짜, 투숙 인원, 통화 및 포함 사항을 대조해 보세요.

기본 요금과 파생 요금의 차이점은 무엇입니까?

기본 요금(Base/Parent rate)은 직접 설정하고 유지 관리합니다. 반면, 파생 요금은 환불 불가 혜택을 위해 'BAR - 10%'를 적용하는 것처럼 기본 요금에 비율이나 고정 금액 조정을 적용하여 계산됩니다.

최소 숙박 규칙도 호텔 요금과 함께 동기화됩니까?

네. 단, OTA 연결이 해당 제한 사항을 지원하고 객실-요금 매핑이 올바른 경우에 가능합니다. 가격 메시지와 제한 사항 메시지는 각각 독립적으로 성공하거나 실패할 수 있으므로, 실제 고객의 검색 방식으로 규칙을 테스트해 보시기 바랍니다.

호텔 직원이 OTA 엑스트라넷에서 직접 가격을 수정해야 합니까?

호텔 PMS 또는 채널 매니저가 데이터의 주요 소스(Source of truth)인 경우, 엑스트라넷에서의 일상적인 수정은 피해야 합니다. 수동으로 입력한 값은 다음 동기화 시 덮어씌워지거나 파생 요금 규칙과 충돌할 수 있습니다. 엑스트라넷은 의도적으로 그곳에서만 제어하도록 설정한 항목에 대해서만 사용하세요.

가격 책정 소스를 명확히 유지하세요

일관된 OTA 가격 정책은 소유권에 달려 있습니다. BAR 변경이 어디에서 이루어지는지, 파생 요금(Child rates)이 어디서 계산되는지, 제한 사항이 어디서 통제되는지, 어떤 프로모션이 각 OTA 내에만 적용될지를 명확히 정의하세요.

그런 다음, 하나의 성공 표시(Green status)만 믿지 말고 전체 경로(소스 값, 발신 메시지, OTA 승인 및 고객 표시 결과)를 검증하세요. 이러한 확인 루틴을 통해 처리 지연, 프로모션 또는 매핑 오류를 가격 책정 문제로 혼동하지 않고 요금 동기화 기능을 유용하게 유지할 수 있습니다.