1. 먼저 Booking.com에서 예약이 생성되었는지, 요청이 대기 중인지, 아니면 예약 시도가 완전히 거부되었는지 확인하세요.
2. Booking.com과 호텔 관리 시스템에서 정확한 숙소, 객실 유형, 투숙 날짜 및 객실 수를 비교하세요.
3. 예약이 실제로 존재하는지, 재고가 이미 변경되었는지 확인하기 전에는 객실을 다시 판매 가능 상태로 전환하지 마세요.
4. 확정된 예약이 호텔 관리 시스템에 없다면 복구를 요청하기 전에 객실과 고객을 먼저 보호하세요.
일반적으로 Booking.com 예약 실패 재고 문제는 불분명한 메시지에서 시작됩니다. 고객은 결제가 실패했다고 말하고, Booking.com에는 완료되지 않은 요청이 표시되거나, 호텔 시스템에는 예약을 수신하지 못했다는 알림이 나타날 수 있습니다.
이러한 상황에서 재고에 미치는 결과는 서로 다릅니다. 거부된 예약 시도는 예약 자체가 생성되지 않을 수 있습니다. 대기 중인 요청은 가용성에 일시적으로 영향을 줄 수 있습니다. 확정된 Booking.com 예약은 호텔 관리 시스템에 표시되지 않더라도 호텔이 이행해야 하는 실제 예약입니다.
가장 안전한 대응 방법은 먼저 예약을 확인한 후 객실 수를 점검하는 것입니다. 이메일 문구, 고객이 보낸 스크린샷 또는 호텔 관리 시스템 내부의 경고만으로 판단하지 마세요.
‘실패’가 실제로 무엇을 의미하는지 판단하세요
올바른 숙소의 Booking.com 엑스트라넷을 열고 고객 이름, 투숙 날짜, 예약일 및 사용 가능한 확인 번호로 예약 영역을 검색하세요. 대기 중, 취소, 변경 또는 향후 예약이 숨겨지지 않도록 날짜와 상태 필터의 범위를 넓히세요.
확정된 예약 번호가 있다면 해당 기록이 정식으로 취소될 때까지 객실이 판매된 것으로 처리하세요. 호텔 관리 시스템으로 가져오기에 실패했다고 해서 고객의 Booking.com 예약이 취소되는 것은 아닙니다.
계정에 대기 중인 예약 요청이 표시된다면 요청이 최종 상태에 도달할 때까지 해당 객실을 다른 고객에게 약속하지 마세요. 또한 요청이 수락되기 전에 호텔 관리 시스템에서 확정 예약을 생성해서는 안 됩니다.
Booking.com에 예약과 확인 번호가 모두 없다면 숙소와 날짜를 다시 확인하세요. 고객의 결제 시도나 결제 단계 오류만으로는 호텔 예약이 존재한다는 충분한 증거가 되지 않습니다.
정확한 상품의 Booking.com 재고를 확인하세요
재고는 고객이 실제로 선택한 객실을 기준으로 확인해야 합니다. 호텔에는 이름이 비슷한 여러 객실 유형이나 하나의 실제 재고 풀에 연결된 여러 요금제가 있을 수 있습니다.
해당 투숙 날짜의 Booking.com 캘린더를 여세요. 동일한 객실 유형을 선택하고 각 숙박일에 현재 표시되는 가용성을 기록하세요. 두 개 이상의 객실을 요청한 경우 날짜가 계속 예약 가능한지만 확인하지 말고 전체 요청 수량을 반영하세요.
그런 다음 다른 요금제, 투숙 인원 옵션 또는 객실 카테고리가 여전히 판매 중인지 확인하세요. 영향을 받은 객실 유형의 재고가 정상적으로 줄었더라도 공개 검색에서는 호텔이 예약 가능한 것으로 표시될 수 있습니다.
공개 예약 페이지를 유일한 재고 기록으로 사용하지 마세요. 최종 판매 상태를 확인하는 데 유용하지만, 제한 조건, 최소 숙박일, 고객 수 및 검색 조건도 가용성에 영향을 줄 수 있습니다.
Booking.com과 호텔 관리 시스템의 객실 수를 비교하세요
Booking.com 확인 번호, 고객 성, 예약일, 도착일 및 객실 유형으로 호텔 관리 시스템 전체를 검색하세요. 취소, 대기 중, 미배정, 변경, 가져오기 완료 및 오류 상태의 기록을 모두 포함하세요.
다음 운영 순서를 따르세요.
- 수정하기 전에 호텔 관리 시스템에서 이용 가능한 실제 객실 수를 기록합니다.
- 실패했거나 확정된 Booking.com 예약이 호텔 관리 시스템의 어느 위치에든 이미 존재하는지 확인합니다.
- 영향을 받은 객실 유형에서 각 투숙일마다 정확한 수량의 객실이 차감되었는지 확인합니다.
- 동일한 객실과 날짜에 대해 Booking.com 캘린더와 호텔 관리 시스템의 가용성을 비교합니다.
- Booking.com과 호텔 관리 시스템의 수치를 파악한 후에만 다른 채널을 확인합니다.
- 결과와 수동 조정을 승인한 직원을 기록합니다.
Booking.com에는 확정된 예약이 있지만 호텔 관리 시스템에는 없다면 호텔 정책에 따라 임시 재고 관리 조치를 한 번만 적용하세요. 여러 시스템에서 동일한 객실을 각각 차감하지 마세요.
관리자가 하나의 워크플로에서 OTA 예약과 그에 따른 객실 수를 확인할 수 있으면 객실이 한 번 차감되었는지, 두 번 차감되었는지 또는 전혀 차감되지 않았는지 쉽게 파악할 수 있습니다. Smart Order의 호텔 채널 매니저는 수신되는 예약과 공유 가용성을 연결하여 다른 채널에서 판매되기 전에 직원이 정확한 객실을 보호할 수 있도록 지원합니다.
각 예약과 Booking.com 재고를 연동하세요
새 예약이 객실 가용성을 어떻게 변경하는지 확인하고, 동일한 객실을 두 번 추가하거나 차감하지 않으면서 예외 상황을 해결하세요.
확인 결과에 따라 안전한 조치를 선택하세요
예약이 확정되고 재고가 한 번 차감된 경우
객실을 판매 중지 상태로 유지하세요. 예약이 호텔 관리 시스템의 도착 예정 목록에 없다면 모든 상태를 검색하고 호텔 관리 시스템 또는 채널 매니저 제공업체에 원래 예약의 복구를 요청하세요. 가용성을 복원하지 마세요.
예약은 확정되었지만 재고가 차감되지 않은 경우
호텔의 일반적인 재고 시스템에서 즉시 객실을 보호하세요. 호텔이 승인한 예외 처리 절차에 따라 확정 예약을 운영용 도착 예정 목록에 추가한 후, 중복 예약을 생성하지 않고 원래 예약을 복구하도록 요청하세요.
예약은 없지만 재고가 감소한 경우
동일한 날짜에 다른 확정 예약, 유지보수 차단, 단체 예약 보류, 수동 조정 또는 대기 중인 요청이 있는지 확인하세요. 감소 원인을 파악한 후에만 재고를 복원하세요.
예약 시도가 실패하고 재고 변동이 없는 경우
일반적으로 호텔에서 예약 관련 조치를 취할 필요가 없습니다. 고객이 여전히 객실 예약을 원한다면 정상적인 Booking.com 절차를 통해 새로 예약하도록 안내하세요. 실패한 결제 스크린샷만 보고 OTA 예약을 수동으로 생성하지 마세요.
재고가 두 번 차감된 경우
호텔 관리 시스템의 중복 기록과 반복된 수동 차단을 검색하세요. 실제 예약은 유지하고 중복으로 확인된 관리 조치만 제거한 후, 연결된 모든 채널에 정확한 잔여 가용성이 표시되는지 확인하세요.
비용 부담이 가장 큰 두 가지 잘못된 수정 조치를 피하세요
첫 번째 실수는 호텔 관리 시스템에 가져오기 실패가 표시되었다는 이유로 객실을 다시 판매하는 것입니다. Booking.com에는 여전히 확정 예약이 남아 있을 수 있어 호텔이 오버부킹 위험에 노출됩니다.
두 번째 실수는 지연된 원래 예약이 아직 수신 중인데 호텔 관리 시스템에 새 예약을 만들고 재고를 수동으로 차감하는 것입니다. 이 경우 한 고객에 대해 두 개의 기록과 두 번의 재고 차감이 발생할 수 있습니다.
수정 승인 담당 관리자를 한 명으로 지정하세요. 프런트 데스크, 수익 관리 담당자, Booking.com 지원팀 및 시스템 제공업체가 모두 동일한 예약을 개별적으로 다시 생성하거나 재전송해서는 안 됩니다.
당일 도착 예약이거나 마지막 남은 객실이라면 고객을 먼저 보호하세요. 임시 객실 보류는 확정된 OTA 고객이 관련된 오버부킹보다 훨씬 쉽게 되돌릴 수 있습니다.
모든 시스템에서 재고가 정확한지 확인하세요
수정 후에는 Booking.com 예약과 캘린더를 다시 여세요. 현재 예약 상태, 객실 유형, 객실 수 및 날짜를 확인하세요.
그런 다음 호텔 관리 시스템 캘린더를 다시 열어 예약이 하나만 존재하고 가용성이 정확히 한 번만 변경되었는지 확인하세요. 동일한 날짜와 투숙 인원으로 고객용 검색을 실행하여 아직 판매할 수 있는 객실을 확인하세요.
호텔이 여러 OTA를 사용하는 경우 연결된 다른 채널에서도 공유 객실 수를 확인하세요. 목적은 모든 화면에 같은 문구를 표시하는 것이 아니라, 모든 채널이 정확한 잔여 실제 재고를 기준으로 판매하도록 하는 것입니다.
취소나 변경 등 다음 예약 변경 사항이 동일한 호텔 관리 시스템 기록에 올바르게 반영될 때까지 이 사례를 종료하지 마세요.
지원이 필요할 때 전달해야 할 정보
담당 제공업체에 숙소명, Booking.com 확인 번호(있는 경우), 고객 이름, 객실 유형, 투숙 날짜, 객실 수, 현재 Booking.com 상태, 호텔 관리 시스템 검색 결과, 변경 전후 재고 및 차이를 보여주는 스크린샷을 포함한 간결한 운영 기록을 전달하세요.
필요한 결과를 명확한 표현으로 설명하세요. 예: “이 확정 예약은 디럭스 더블룸 한 객실을 점유해야 하지만, 호텔 관리 시스템에는 여전히 모든 객실이 예약 가능한 것으로 표시됩니다.” 여러 팀에 단순히 “동기화를 확인해 달라”고 요청하는 것보다 훨씬 유용합니다.
자주 묻는 질문
Booking.com 결제가 실패하면 항상 예약이 존재하지 않는다는 의미인가요?
아닙니다. 해당 숙소의 엑스트라넷에서 예약 상태를 확인하세요. 결제 문제, 대기 중인 요청, 변경 실패 및 호텔 관리 시스템 전송 실패는 각각 다른 결과를 초래할 수 있습니다.
호텔에서 즉시 객실을 다시 판매해야 하나요?
아닙니다. 먼저 활성 상태이거나 대기 중인 Booking.com 예약에서 해당 객실을 사용하고 있지 않은지, 그리고 다른 예약이나 호텔의 객실 보류로 인해 재고가 감소한 것은 아닌지 확인하세요.
Booking.com의 수치는 정확하지만 호텔 관리 시스템의 객실 수가 잘못된 경우에는 어떻게 해야 하나요?
확정 예약을 보호하고 호텔의 일반적인 관리 지점에서 공유 재고를 수정한 후, 담당 시스템 제공업체에 원래 예약 기록의 복구를 요청하세요.
호텔은 문제가 해결되었는지 어떻게 알 수 있나요?
현재 유효한 예약이 하나만 존재하고, 재고에 해당 예약이 한 번만 반영되며, Booking.com과 호텔 관리 시스템 및 연결된 판매 채널에 정확한 잔여 객실 수가 표시되어야 합니다.
