호텔 PMS와 Booking.com 연동: 자동으로 동기화되어야 하는 데이터는?

호텔 PMS와 Booking.com 연동의 실제 역할

호텔 PMS가 Booking.com과 연동되면, PMS와 Booking.com 엑스트라넷 사이에 양방향 데이터 연결이 생성됩니다. 이 연결은 엑스트라넷에 로그인하여 가용성을 업데이트하고, 객실별로 요금을 변경하며, 예약 세부 정보를 PMS에 수동으로 복사하는 번거로운 과정을 대체합니다.

원활한 연동은 PMS에서 변경한 사항이 Booking.com에 자동으로 반영되고, Booking.com에서 이루어진 예약이 PMS에 자동으로 나타나는 것을 의미합니다. 이로 인해 프런트 데스크 직원은 일상적인 업무를 위해 엑스트라넷에 접속할 필요가 없습니다.

각 방향으로 어떤 데이터 카테고리가 동기화되는지, 그리고 각각의 올바른 자동화 작동 방식이 무엇인지 이해하면 현재 연동이 제대로 수행되고 있는지 테스트할 수 있으며, 새로운 PMS 플랫폼을 평가할 때 무엇을 확인해야 하는지 알 수 있습니다.

1. 가용성 동기화 (PMS → Booking.com)

가용성 동기화는 객실 재고 상태를 PMS에서 Booking.com으로 실시간으로 전달합니다. 객실이 예약되면 PMS는 예약 가능한 객실 수를 줄이고, 업데이트된 재고를 Booking.com에 전송하여 동일한 객실이 중복 판매되지 않도록 합니다.

이 동기화는 일괄 처리(batch) 방식이 아닌 실시간 동기화(real-time sync)여야 합니다. 15분 주기로 Booking.com을 업데이트하는 채널 매니저는 15분의 오버부킹 발생 가능 시간이 존재합니다. 만약 해당 시간 내에 Booking.com과 Agoda를 통해 동일한 객실에 대해 두 건의 예약이 접수되면, 첫 번째 예약의 가용성 감소가 채널에 도달하기 전에 두 번째 예약이 확정되어 버립니다.

가용성 동기화는 객실 마감, 유지 보수 차단 및 판매 중단(stop-sell) 설정도 포함합니다. 프런트 데스크 직원이 PMS에서 객실을 고장(out of order)으로 표시하면, 해당 객실은 다음 동기화 주기가 아닌 몇 초 내에 Booking.com 재고에서 사라져야 합니다.

테스트 방법: 점유율이 낮은 날짜에 Booking.com을 통해 테스트 예약을 진행해 보세요. 예약이 PMS에 얼마나 빨리 반영되는지, Booking.com의 예약 가능 객실 수가 얼마나 신속하게 업데이트되는지 확인합니다. 60초 이상의 지연이 발생한다면 점검이 필요합니다.

2. 요금 동기화 (PMS → Booking.com)

요금 동기화는 PMS 요금 관리 모듈의 가격을 Booking.com으로 전달합니다. PMS에서 요금제가 생성되거나 수정되면, 업데이트된 요금이 짧은 지연 시간(다이렉트 API 연결의 경우 일반적으로 5분 이내) 내에 Booking.com에 표시되어야 합니다.

요금 동기화는 기본 객실 요금, 마스터 요금의 비율로 계산되는 파생 요금, 체류 기간(LOS)별 요금, 특정 날짜에 적용되는 프로모션 요금 등 다양한 요금 유형을 포괄합니다. 각각의 요금은 별도의 엑스트라넷 입력 없이 해당하는 Booking.com 요금제에 자동으로 동기화되어야 합니다.

모든 판매 채널에서 일관된 가격을 유지하는 요금 평형(Rate parity)은 요금 동기화의 정상적인 작동에 달려 있습니다. PMS에서의 요금 변경이 Booking.com으로 제대로 전달되지 않으면, 숙소는 본인도 모르게 채널마다 다른 요금을 홍보하게 될 수 있습니다. Booking.com은 요금 평형 위반을 모니터링하며, 이를 감지할 경우 숙소의 노출 가시성을 낮추거나 계정에 페널티를 부여할 수 있습니다.

테스트 방법: 특정 날짜에 대해 PMS에서 특정 객실 유형의 요금을 10달러 변경해 봅니다. Booking.com의 해당 요금이 5분 이내에 업데이트되는지 확인합니다. 그렇지 않다면 연동 방식이 다이렉트 API를 사용하는지, 아니면 어그리게이터(aggregator)를 거치는지 확인하세요.

3. 예약 제한 동기화 (PMS → Booking.com)

예약 제한은 특정 객실 유형과 날짜 범위에 대해 Booking.com이 접수할 예약을 제어하는 규칙입니다. 일반적인 제한 설정에는 최소 투숙 기간, 최대 투숙 기간, 체크인 제한(CTA), 체크아웃 제한(CTD) 및 판매 중단(stop-sell)이 포함됩니다.

예약 제한 동기화는 수익 관리에 매우 중요합니다. 수요가 높은 주말 동안 최소 투숙 기간 제한(고객이 하룻밤이 아닌 금요일과 토요일을 함께 예약하도록 요구)은 해당 날짜에 대한 예약이 접수되기 전에 그 제한 설정이 Booking.com에 도달해야만 효과가 있습니다.

예약 제한 동기화 오류는 즉각적으로 눈에 띄는 에러를 발생시키지 않기 때문에 가용성이나 요금 오류보다 발견하기 어렵습니다. Booking.com으로 전달되지 않은 최소 투숙 기간 제한은 결과적으로 수익 전략상 피하고자 했던 1박 예약을 허용하게 만듭니다. 이로 인한 손실은 오버부킹 경고가 아닌 수익 기회의 상실로 나타납니다.

테스트 방법: PMS의 특정 날짜에 최소 2박 투숙 제한을 설정해 봅니다. 5분 이내에 Booking.com 엑스트라넷 요금 캘린더에 동일한 제한이 나타나는지 확인하세요. 제한이 활성화되었는지 검증하기 위해 Booking.com에서 해당 날짜에 1박 테스트 예약을 시도해 봅니다.

4. 고객 예약 세부 정보 동기화 (Booking.com → PMS)

고객이 Booking.com에서 예약하면, 예약이 확정된 후 몇 분 내에 고객 이름, 연락처 정보, 체크인 및 체크아웃 날짜, 객실 유형, 요금제, 투숙객 수 등 예약 세부 정보가 PMS로 자동 전달되어야 합니다.

이러한 동기화는 Booking.com에서 PMS로 이루어집니다. 프런트 데스크 직원이 엑스트라넷에서 PMS 예약 시스템으로 예약 정보를 수동으로 복사할 필요가 없어야 합니다. 수동으로 입력하는 예약은 오기재 오류를 유발하고, 가용성 업데이트 지연을 발생시키며, 고객 응대에 써야 할 프런트 데스크의 귀중한 시간을 소모하게 만듭니다.

동기화되는 고객 정보의 세부 수준은 고객의 개인정보 보호 설정 및 Booking.com의 데이터 공유 정책에 따라 달라집니다. 고객의 동의 설정에 따라 고객 이메일 주소가 마스킹 처리(Booking.com 릴레이 주소로 대체)될 수 있습니다. PMS는 이 릴레이 주소를 정확하게 수신하고 저장하여, PMS를 통해 발송되는 도착 전 사전 안내가 고객에게 제대로 전달되도록 해야 합니다.

테스트 방법: Booking.com을 통해 테스트 예약을 진행해 보세요. 예약이 프런트 데스크 직원의 수동 입력 없이 정확한 객실, 날짜, 요금 및 고객 이름과 함께 5분 이내에 PMS에 표시되는지 확인합니다.

5. 결제 상태 동기화 (Booking.com → PMS)

결제 상태는 PMS와 Booking.com의 연동 설정에 따라 가장 변동성이 큰 동기화 카테고리입니다. 어떤 항목이 얼마나 안정적으로 동기화되는지는 호텔이 Booking.com 예약에 대해 어떤 결제 모델을 사용하는지에 따라 달라집니다.

Booking.com의 가상 신용카드(VCC) 결제 모델을 사용하는 호텔의 경우, Booking.com은 체크인 당일에 청구할 수 있는 예약별 가상 카드를 제공합니다. PMS는 예약 동기화의 일환으로 VCC 정보를 수신하여, 프런트 데스크가 카드를 수동으로 조회하기 위해 엑스트라넷에 접속하지 않고도 결제를 처리할 수 있어야 합니다.

Booking.com 결제(Booking.com이 고객으로부터 요금을 수집하여 호텔로 송금하는 방식)를 사용하는 호텔의 경우, 고객이 Booking.com에 직접 결제했는지 여부를 나타내는 결제 상태 플래그를 PMS에서 수신해야 합니다. 이를 통해 프런트 데스크는 체크인 시 이중으로 요금을 청구하지 않도록 할 수 있습니다.

숙소에서 고객으로부터 직접 결제를 받는 호텔의 경우, 체크인 시 프런트 데스크 직원이 정상적으로 청구할 수 있도록 PMS의 원장(Folio)에 미결제 잔액이 표시되어야 합니다.

세 가지 경우 모두, PMS에 입력되는 예약에는 확인을 위해 엑스트라넷 로그인을 요구하지 않고도 결제 완료된 내역과 미결제 잔액을 프런트 데스크에 정확히 알려주는 결제 상태 지표가 포함되어야 합니다.

테스트 방법: 테스트 예약이 PMS에 접수된 후, 예약 원장에 결제 모델(해당하는 경우 VCC 세부 정보 또는 결제 상태 플래그)이 명확히 표시되어 프런트 데스크가 Booking.com 엑스트라넷을 확인할 필요가 없는지 검증하세요.

다이렉트 API vs 어그리게이터: 연결 유형이 중요한 이유

호텔 PMS는 다이렉트 API를 통해 Booking.com에 직접 연결(PMS가 Booking.com의 자체 연결 계층과 통신)되거나, 두 시스템 사이에 위치한 타사 채널 매니저 어그리게이터(aggregator)를 통해 연결될 수 있습니다.

직접 연결(Direct Connection)은 더 빠른 동기화, 더 적은 장애 발생 지점, 오류 발생 시 하나의 연결만 진단하면 되는 간편한 문제 해결의 장점을 제공합니다. 반면 어그리게이터 연결은 변환 계층을 추가하게 되어 명확한 책임 소재 없이 지연과 오류가 누적될 위험이 있습니다.

PMS 공급업체에 Booking.com 연동 방식이 다이렉트인지 어그리게이터 방식인지 문의하세요. 어그리게이터 방식이라면 어떤 업체를 이용하는지, 가동 시간 SLA(서비스 수준 계약)는 어떻게 되는지, 그리고 장애 발생 시 어떤 조치가 취해지는지 확인해야 합니다.

호텔 PMS Booking.com 연동 FAQ

호텔 PMS와 Booking.com 간에는 어떤 데이터가 동기화되나요?

원활한 연동을 통해 가용성, 요금, 제한 사항(PMS에서 Booking.com으로), 그리고 고객 예약 세부 정보 및 결제 상태(Booking.com에서 PMS로)라는 5가지 카테고리가 동기화됩니다. 각 카테고리는 고유한 동기화 방향을 가지며 오류 발생 시 특정 실패 유형을 나타냅니다.

호텔 PMS에서 Booking.com으로의 가용성 동기화는 얼마나 빨리 이루어져야 하나요?

다이렉트 API 연결 시 가용성 변경 사항은 일괄 처리가 아닌 수 초 이내에 Booking.com에 실시간 동기화되어야 합니다. 동기화가 60초 이상 지연되면 동일한 객실이 여러 채널에서 동시에 예약될 수 있는 오버부킹 가능 시간이 발생합니다. PMS 제공업체에 동기화 방식을 확인하고 Booking.com 연결에 대한 과거 가동 시간 데이터를 요청하시기 바랍니다.

호텔 PMS와 Booking.com의 연동이 끊어지면 어떻게 되나요?

5가지 동기화 카테고리 모두가 수동 프로세스로 전환됩니다. 즉, 가용성 업데이트, 예약 입력 및 요금 변경을 엑스트라넷과 PMS에서 각각 별도로 수행해야 합니다. 가용성 지연은 오버부킹 위험을 초래하고, 요금 동기화 오류는 요금 평형 위반을 발생시켜 Booking.com의 페널티 부과 대상이 될 수 있습니다.

호텔 PMS의 Booking.com 연동은 가상 신용카드 결제를 지원하나요?

지원해야 합니다. Booking.com의 가상 신용카드(VCC) 모델은 예약마다 고유한 카드를 제공하며 체크인 당일에 결제할 수 있습니다. 잘 연동된 PMS는 예약 동기화 시 VCC 세부 정보를 수신하여, 프런트 데스크 직원이 엑스트라넷에 로그인하지 않고도 결제를 진행할 수 있습니다. 그렇지 않다면 해당 요금제에서 VCC 지원이 포함되어 있는지 PMS 업체에 확인하세요.

Booking.com 연동을 위해 타사 채널 매니저 어그리게이터보다 다이렉트 API 연결이 더 나은가요?

일반적으로 그렇습니다. 다이렉트 API 연결은 단일 연락 창구, 더 빠른 실시간 동기화, 더 간단한 문제 해결을 제공합니다. 어그리게이터 연결은 지연 및 데이터 변환 오류가 발생할 수 있는 서드파티 계층을 추가하게 되며, 어그리게이터 장애 시 PMS 공급업체나 Booking.com 중 어느 쪽도 해결을 책임지지 않습니다. PMS를 평가할 때 Booking.com 연동이 다이렉트인지 어그리게이터 방식인지 명확히 확인하세요.