호텔 PMS 및 OTA의 객실 매핑: 사소한 실수가 오버부킹을 유발하는 이유

호텔 PMS와 OTA 간의 객실 매핑은 모든 예약, 객실 요금, 그리고 가용성 단위가 어디로 향할지 결정합니다. 잘못된 연결 하나로 인해 소프트웨어가 정상적으로 동기화되는 상황에서도 다른 채널에서 판매된 객실이 열려 있어 오버부킹이 발생할 수 있습니다.

객실 이름이 비슷해 보일 때 위험이 가장 큽니다. 매핑은 가장 유사해 보이는 레이블이 아니라 실제 객실, 투숙 인원, 요금 조건, 그리고 인벤토리 풀을 따라야 합니다.

호텔 객실 매핑이 실제로 연결하는 것

호텔 객실 매핑은 귀하의 호텔 관리 시스템(PMS)의 상품을 Booking.com, Expedia, Agoda, Airbnb 또는 기타 OTA의 일치하는 상품과 연결하는 과정입니다.

호텔 PMS와 OTA는 별도의 기록을 유지합니다. 양측은 객실 유형 및 요금 플랜에 각각 고유한 식별자를 할당합니다. 매핑은 호텔 채널 매니저에게 특정 PMS 상품과 특정 OTA 상품이 동일한 항목임을 알려줍니다.

다음 네 가지 계층이 일치해야 합니다:

• 객실 유형: 스탠다드 퀸, 디럭스 킹 또는 패밀리 스위트와 같은 물리적 카테고리.
• 요금 플랜: 유연한 취소, 환불 불가, 조식 포함 또는 사전 구매와 같은 가격 및 예약 조건.
• 인벤토리: 각 날짜에 해당 객실 유형에서 판매 가능한 객실 수.
• 제한 사항: 최소 숙박 일수, 체크인 제한(CTA), 최대 투숙 인원 또는 예약 가능 기간과 같은 규칙.

Booking.com은 판매 가능한 '객실 요금(roomrate)'을 객실 유형, 요금 플랜 및 조건의 고유한 조합으로 설명합니다. 객실 유형은 올바르게 매핑되었지만 그 중 하나의 요금 플랜은 잘못 매핑될 수도 있습니다.

예를 들어 하나의 디럭스 킹 객실에 유연 요금과 환불 불가 요금이 모두 있을 수 있습니다. 두 요금 모두 동일한 물리적 인벤토리에 연결되지만 각각 고유한 가격과 조건을 유지합니다.

사소한 매핑 오류가 오버부킹으로 이어지는 과정

금요일에 스탠다드 퀸 객실이 하나 남아 있고 디럭스 킹 카테고리는 매진된 호텔을 생각해 보세요.

OTA의 디럭스 킹이 실수로 호텔 PMS의 스탠다드 퀸 인벤토리에 매핑된 경우, OTA는 계속해서 디럭스 킹을 판매할 수 있습니다. 예약이 들어오더라도 호텔에는 배정할 디럭스 킹이 없습니다. 동시에 아무도 예약하지 않았음에도 남은 스탠다드 퀸 객실은 마감 처리될 수 있습니다.

두 OTA 객실 유형이 동일한 물리적 풀을 별도의 인벤토리로 판매할 때도 문제가 발생합니다. 호텔 PMS가 양쪽에 '1개 가능' 상태를 전송하면, 두 명의 고객이 마지막 남은 객실을 예약하게 될 수 있습니다.

이러한 현상이 항상 동기화 오류인 것은 아닙니다. 호텔 채널 매니저는 설정된 대로 모든 업데이트를 정확하게 전송했을 수 있습니다. 진짜 문제는 설정 자체가 잘못된 인벤토리 버킷을 가리키고 있다는 점입니다.

깔끔한 연결은 다음과 같은 하나의 구체적인 흐름을 따라야 합니다. OTA 예약이 호텔 PMS에 입력되면 해당 객실 유형의 인벤토리가 감소하고, 업데이트된 가용성이 채널 매니저를 통해 반환되며, 연결된 모든 OTA가 새로운 수량을 표시해야 합니다.

Smart Order의 호텔 채널 매니저는 예약 출처, PMS 인벤토리, 그리고 OTA 가용성을 그 순서대로 연결합니다. 이를 통해 팀은 어떤 객실이 판매되었고 여러 채널에서 남은 수량이 변경되었는지를 한곳에서 명확하게 확인할 수 있습니다.

객실 유형은 물리적 인벤토리와 일치해야 합니다

체크인 시 실제로 배정할 수 있는 객실부터 시작하세요. 물리적인 객실들은 고객 입장에서 진정으로 교환 가능한 경우에만 하나로 묶어야 합니다.

두 객실이 동일한 침대를 가지고 있다는 이유만으로 하나의 객실 유형을 공유해서는 안 됩니다. 고객이 전망(View)에 대한 비용을 지불한다면 오션뷰 킹과 내부 킹 객실은 별도의 카테고리로 분리해야 합니다.

시스템 간에 이름은 다를 수 있지만 의미는 일치해야 합니다. 침대 유형, 투숙 인원, 전망, 욕실 및 기타 약속된 속성을 확인하세요.

다른 OTA의 표현에 맞추기 위해 호텔 PMS 객실 유형을 중복으로 생성하지 마세요. Booking.com에서 '슈페리어 더블'로, Expedia에서 '디럭스 킹'으로 표시되더라도, 둘 다 동일한 물리적 인벤토리를 나타내는 경우에만 하나의 PMS 디럭스 킹 카테고리에 매핑할 수 있습니다.

객실 수도 확인해야 합니다. 5개의 물리적 객실이 있는 PMS 카테고리가 비활성화된 OTA 객실이 남아 있다는 이유로 6개로 노출되어서는 안 됩니다. 객실을 고장(Out of order)으로 표시할 때 OTA 인벤토리가 올바르게 줄어드는지 확인하세요.

요금 플랜에는 자체 매핑이 필요합니다

객실 매핑은 설정의 절반에 불과합니다. 활성화된 모든 OTA 요금 플랜은 올바른 호텔 PMS 또는 호텔 채널 매니저 요금과 연결되어야 합니다.

유연 취소가 가능한 '객실 단독' 요금을 환불 불가의 '조식 포함' 요금에 매핑해서는 안 됩니다. 물리적인 객실은 정확할 수 있지만, 고객이 잘못된 취소 규정, 포함 내역 또는 가격을 안내받을 수 있습니다. 이는 분쟁을 야기하며 테스트 과정에서 더 심각한 인벤토리 문제를 숨길 수 있습니다.

파생 요금(Derived rates)의 경우, 상위 요금(Parent price)을 변경하여 OTA가 예상된 하위 요금(Child price)을 정상적으로 수신하는지 확인해야 합니다. 이름이 일치한다고 해서 설정된 관계가 올바르게 작동한다는 것을 증명하지는 않습니다.

투숙 인원별 요금도 확인하세요. 호텔 PMS가 하나의 기본 객실 요금을 전송하는데 OTA는 인원수별 요금을 기대한다면, 가용성은 정확해도 표시된 요금이 잘못될 수 있습니다.

가장 안전한 순서는 객실 유형을 먼저 설정한 다음 요금 플랜을 설정하는 것입니다. Smart Order의 호텔 PMS 사전 연결 체크리스트에서도 요금 플랜을 연결하고 OTA와 연동하기 전에 객실 유형 및 개별 객실을 먼저 생성할 것을 권장합니다.

오버부킹 위험이 도사리고 있는 인벤토리 매핑

인벤토리는 일반적으로 객실 유형 수준에서 제어되어야 합니다. 해당 객실의 모든 요금 플랜이 동일한 물리적 풀에서 차감되기 때문입니다. 환불 불가 요금으로 스탠다드 퀸 객실이 판매되면 유연 취소 요금의 스탠다드 퀸 가용성도 함께 줄어들어야 합니다.

요금 플랜이 독립적인 풀처럼 작동할 때 문제가 발생합니다. 세 가지 요금 조건으로 표시되는 하나의 객실은 결국 동일한 마지막 남은 하나의 객실일 뿐입니다.

예약이 적은 날짜, 매진이 임박한 날짜, 그리고 제한 사항이 적용된 날짜를 각각 검토하세요. 의도적인 채널 할당 후 호텔 PMS와 OTA의 수량이 일치하는지 확인해야 합니다.

인벤토리 원본(소스)에서 해당 객실 유형의 가용성을 3개에서 2개로 줄여보세요. 관련 없는 객실은 변경되지 않으면서 모든 매핑된 OTA 상품의 가용성이 2개로 업데이트되어야 합니다.

연결이 완료된 후에는 OTA 엑스트라넷에서의 수동 편집을 제한하세요. 객실 유형을 추가하거나 요금 이름을 변경하면 호텔 PMS가 제어할 수 없는 매핑되지 않은 상품이 생성될 수 있습니다.

라이브 전에 예약 테스트를 실행하세요

녹색의 '연결됨' 상태는 시스템 간 통신이 가능하다는 것을 증명할 뿐입니다. 이것이 모든 객실, 객실 요금, 제한 사항 및 예약 경로가 완벽하다는 것을 의미하지는 않습니다.

각 인벤토리 풀과 더불어 결제 또는 취소 조건이 뚜렷하게 다른 모든 요금제를 테스트해 보세요.

다음 라이브 체크리스트를 활용하세요:

1. 가용성이 충분한 미래 날짜를 선택하고 호텔 PMS 및 OTA에 등록된 시작 수량을 기록합니다.
2. 고객에게 표시되는 객실 이름, 투숙 인원, 객실 요금, 세금, 식사 포함 여부, 취소 정책 및 제한 사항을 확인합니다.
3. OTA를 통해 실제 테스트 예약을 진행한 후, 해당 예약이 호텔 PMS의 올바른 객실 유형 및 요금 플랜으로 들어오는지 확인합니다.
4. 호텔 PMS 인벤토리가 1개 감소하고, 이 새로운 수량이 연결된 모든 채널에 정상적으로 반영되는지 검증합니다.
5. 예약을 수정한 다음 취소하여 날짜, 가격, 상태 및 복원된 인벤토리가 올바르게 업데이트되는지 확인합니다.
6. 구분된 모든 객실 인벤토리 풀에 대해 이 테스트를 반복하고, 전체 가용성을 오픈하기 전에 불일치하는 항목이 있다면 원인을 조사합니다.

엑스트라넷뿐만 아니라 고객이 직접 보는 예약 페이지도 확인하세요. 고객 페이지가 바로 가격, 투숙 인원 및 제한 사항이 최종적으로 제시되는 곳입니다.

스크린샷, 타임스탬프, 예약 ID, 예상 결과 및 실제 결과를 기록하세요. 이렇게 하면 매핑 실수인지, 업데이트 지연인지, 또는 OTA 측의 설정 문제인지를 명확하게 구분하기가 훨씬 수월해집니다.

객실 매핑은 누가 담당해야 할까요

호텔 PMS 제공업체가 기술적인 연결을 지원하더라도 한 명의 담당자를 지정하여 매핑 기록을 관리하세요. 어떤 상품이 진정으로 동등한지 결정하는 책임은 전적으로 호텔에 있습니다.

호텔 PMS 객실 유형, 객실 수, 요금 플랜, OTA 객실 및 요금 이름, 연결 상태가 포함된 매핑 시트를 유지하세요. 상품이 변경될 때마다 시트를 업데이트해야 합니다.

리모델링, 객실 유형 이름 변경, 신규 요금 출시, OTA 이전 또는 채널 매니저 변경 후에는 반드시 다시 테스트해야 합니다. 한쪽 시스템에서 상품 구조를 변경하고 나면 지난 시즌에 완벽하게 작동했던 설정이 더 이상 안전하지 않을 수 있습니다.

가장 확실한 경고 신호는 예약된 내용과 호텔 PMS로 가져온 내용 사이의 불일치입니다. 잘못된 객실 이름, 예상치 못한 투숙 인원, 누락된 식사 플랜, 또는 변경되지 않은 인벤토리는 무해한 표시 오류가 아니라 매핑 사고로 취급해야 합니다.

자주 묻는 질문(FAQ)

호텔 PMS에서 객실 매핑이란 무엇인가요?

객실 매핑은 호텔 PMS 또는 호텔 채널 매니저의 객실 유형과 요금 플랜을 OTA의 일치하는 상품에 연결하는 것입니다. 이를 통해 예약, 객실 요금, 제한 사항 및 인벤토리 업데이트가 올바른 객실로 정확하게 전달되도록 보장합니다.

잘못된 객실 매핑이 오버부킹을 유발할 수 있나요?

네, 그렇습니다. 매핑이 잘못되면 한쪽 물리적 인벤토리 풀의 가용성이 다른 곳으로 잘못 전송되거나 중복된 OTA 상품이 동일한 마지막 객실을 각각 판매하도록 허용할 수 있습니다. 시스템은 연결 성공으로 표시하면서도 잘못된 인벤토리를 판매하고 있을 수 있습니다.

모든 OTA 객실 유형을 하나의 호텔 PMS 객실 유형에 매핑해야 하나요?

각 OTA 객실 유형은 동일한 물리적 객실을 나타내는 호텔 PMS 객실 유형에 매핑되어야 합니다. 여러 개의 OTA 상품 목록이 하나의 호텔 PMS 객실 유형에 매핑될 때도 있지만, 이는 동일한 인벤토리에서 차감되며 고객에게 상호 교환 가능한 숙소일 경우에만 해당됩니다.

요금 플랜은 동일한 객실 인벤토리를 공유하나요?

동일한 객실 유형에 연결된 요금 플랜은 기본적으로 동일한 물리적 인벤토리를 공유합니다. 유연 취소 조건과 환불 불가 조건의 스탠다드 퀸 객실은 동일한 객실 풀에 대한 두 가지 혜택일 뿐, 서로 다른 두 개의 객실이 아닙니다.

OTA와 호텔 PMS 객실 매핑을 어떻게 테스트하나요?

고객에게 노출되는 페이지를 확인하고, 미래 날짜로 테스트 예약을 진행한 후 올바른 객실과 요금으로 가져오기가 되는지 확인하세요. 그 다음 연결된 모든 OTA에서 가용성이 제대로 차감되는지 검증합니다. 마지막으로 예약을 수정하고 취소하여 전체 업데이트 주기를 모두 테스트합니다.

대부분의 오류를 방지하는 매핑 규칙

이름이 비슷하다고 매핑하지 말고, 물리적 인벤토리와 예약 조건을 기준으로 매핑하세요. 객실 유형은 '호텔이 어떤 객실을 배정할 수 있는가?'에, 요금 플랜은 '어떤 가격과 조건으로 판매할 수 있는가?'에, 인벤토리는 '이 날짜에 몇 개가 남아있는가?'에 답하는 것입니다.

호텔 PMS, 채널 매니저, OTA에서 이 세 가지 답이 완벽히 일치할 때, 예약은 모든 채널에서 올바른 가용성을 마감합니다. 답이 하나라도 다를 경우, 사소한 설정 실수가 고객의 이동, 환불 처리, 또는 오버부킹과 같은 문제로 눈덩이처럼 커질 수 있습니다.