OTA 재시도 가져오기로 인해 중복 예약이 생성된 경우: 안전한 해결 방법

재시도 후 발생한 중복 OTA 예약은 고치기 쉬워 보일 수 있습니다. 비슷한 두 개의 기록을 찾아 하나를 삭제하면 되기 때문입니다. 하지만 이는 위험합니다. 한 기록은 향후 OTA 변경 사항을 수신할 연결된 예약일 수 있으며, 다른 기록은 프런트 데스크에서 이미 완료한 객실 배정, 결제, 메모 또는 체크인 작업이 포함되어 있을 수 있습니다.

안전한 대응 방법은 자동화를 일시 중지하고, 두 기록이 중복임을 증명하며, 하나의 공식 예약을 선택하고, 운영 데이터를 이동하거나 보존한 다음, 호텔 PMS에서 승인한 작업을 사용하여 추가 기록을 폐기하는 것입니다. 기록을 제거하면 객실이 풀리거나 잔액이 변경될 수 있으므로 재고 및 결제 확인이 즉시 이루어져야 합니다.

OTA 재시도가 중복 예약을 생성하는 이유

일반적으로 재시도 시에는 OTA의 외부 예약 ID를 재사용해야 호텔 PMS가 동일한 예약을 인식할 수 있습니다. 원래 가져오기가 부분적으로 성공했지만 오류를 반환했거나, 재시도가 동일한 식별자 없이 도착했거나, 지연된 자동 예약이 호텔 PMS에 입력되기 전에 수동 임시 예약(placeholder)이 생성된 경우 중복이 발생할 수 있습니다.

또 다른 일반적인 상황은 수동으로 가져온 향후 예약에서 시작됩니다. 수동 기록에 유효한 소스 예약 ID가 포함되지 않은 경우 나중에 OTA 변경 사항이 일치하지 않을 수 있습니다. 호텔 PMS는 기존 수동 기록을 업데이트하는 대신 연결된 새 기록을 생성할 수 있습니다.

두 호텔 PMS 기록은 동일하게 보일 수 있지만 다르게 작동할 수 있습니다. 둘 중 하나만 OTA 변경, 취소, 고객 메시지, 결제 지침 또는 가상 카드 데이터에 연결되어 있을 수 있습니다. 그렇기 때문에 고객 이름과 투숙 날짜만으로는 어느 기록을 삭제할지 결정하기에 충분하지 않습니다.

중복이 발견되는 즉시 반복적인 가져오기, 재전송 및 수동 가용성 변경을 중지하세요. 다른 메시지가 증거를 변경하기 전에 두 예약 번호, 생성 시간, 소스 ID, 현재 상태 및 재고 효과를 캡처하세요.

두 기록이 실제로 중복인지 증명하기

동일한 고객과 날짜에 대한 두 건의 예약은 단지 중복이 의심되는 상황일 뿐입니다. 고객이 의도적으로 두 개의 객실을 예약했거나, 성이 같은 두 명의 여행자가 함께 도착할 수도 있습니다. OTA 확인 번호가 다르면 OTA가 다르게 증명하기 전까지는 일반적으로 두 개의 별개 예약임을 의미합니다.

두 기록을 항목별로 비교해 보세요:

• OTA 확인 번호 및 채널 매니저 또는 CRS 참조
• 호텔 PMS 예약 번호, 생성 시간, 가져오기 방법 및 출처
• 숙소, 객실 유형, 도착, 출발, 투숙 인원 및 요금제
• 총 요금, 세금, 결제 모델, 보증금 및 취소 정책
• 최신 변경, 취소, 메시지 및 동기화 상태
• 객실 배정, 원장, 메모, 작업 및 체크인 활동

OTA 엑스트라넷을 열고 활성 예약이 몇 개 있는지 확인하세요. 그런 다음 채널 매니저 또는 CRS 대기열을 확인합니다. OTA 및 중개업체에는 하나의 예약이 표시되지만 호텔 PMS에는 동일한 외부 참조를 가진 두 개의 기록이 표시되는 경우, 해당 호텔 PMS 기록은 유력한 중복 후보입니다.

기록에 다른 OTA 확인 번호가 있다면 작업을 중지하세요. OTA나 고객이 두 예약 모두 의도된 것인지 확인할 때까지 어느 것도 병합, 취소 또는 삭제하지 마세요. 일반적으로 유효한 예약을 취소하는 것보다 잠시 재고를 보유하는 비용이 더 저렴합니다.

연결된 워크플로를 사용하면 이 비교가 더 쉬워집니다. Smart Order의 호텔 채널 매니저는 수신되는 OTA 참조를 호텔 PMS 가용성과 연결하므로, 직원은 재시도가 기존 예약을 업데이트했는지 아니면 다른 운영 기록을 생성했는지 추적할 수 있습니다.

공식 기록을 선택하고 안전하게 중복 해결하기

공식 예약은 호텔이 해당 투숙의 단일 정보 출처로 유지할 기록입니다. 향후 OTA 변경 사항을 수신할 수 있어야 하며 체크아웃 시까지 필요한 운영 및 재무 내역을 유지해야 합니다.

결정을 돕기 위해 아래 매트릭스를 사용하세요. 공급업체(Vendor)의 작동 방식이 다르기 때문에 기록을 병합, 삭제, 무효화 또는 취소하기 전에 관리자나 고객지원의 승인이 여전히 필요할 수 있습니다.

많은 재시도 사고에서 유효한 OTA 소스 ID가 있는 자동 기록이 더 안전한 공식 기록이 됩니다. 왜냐하면 이후의 변경 및 취소가 해당 기록과 일치할 수 있기 때문입니다. 소스 ID가 없는 수동 임시 예약 기록은 보통 폐기해야 할 기록이지만, 유용한 데이터를 먼저 보존한 후에만 폐기해야 합니다.

다음 순서를 따르세요:

1. 두 기록 모두에 대해 추가 재시도, 편집, 체크인 작업 및 결제 시도를 중지(Freeze)하세요.
2. 유효한 소스 링크 및 향후 업데이트 경로를 기반으로 공식 기록을 선택하세요.
3. 객실 배정, 고객 메모, 작업, 원장 항목, 보증금 및 승인된 결제 참조를 보존하거나 이전하세요.
4. 호텔 PMS에서 승인된 상태, 병합, 무효화, 취소 또는 삭제 작업을 사용하여 추가 기록을 중복으로 표시하세요.
5. 시스템이 중복 기록을 유지하는 경우 두 기록 모두에 상호 참조 메모를 추가하세요.
6. OTA, 채널 매니저 및 호텔 PMS를 다시 열어 활성 상태의 운영 예약이 하나만 남아 있는지 확인하세요.

단지 호텔 PMS를 정리하기 위해 OTA 예약을 취소하지 마세요. 재무 및 경영진의 검토 없이 수익 발생, 결제 승인, 체크인 상태, 객실 출입 권한 또는 회계 문서가 포함된 기록을 삭제하지 마세요. 일부 시스템은 보이는 예약이 숨겨진 거래 및 메시지 기록과 연결되어 있기 때문에 안전한 병합을 위해 고객지원의 지원이 필요할 수 있습니다.

재고, 결제 및 프런트 데스크 작업 조정하기

호텔의 운영 총계가 정확해지기 전까지는 중복 제거가 완료된 것이 아닙니다. 두 기록이 모두 가용성을 감소시켰다면, 하나를 폐기할 때 객실 하나가 반환될 수 있습니다. 하나의 기록만 가용성을 감소시켰다면, 수동으로 재고를 늘릴 경우 판매할 여유 객실이 열리게 되어 오버부킹이 발생할 수 있습니다.

수정 전의 가용성을 기록하고, 승인된 중복 해결 작업을 완료한 다음, 호텔 PMS 객실 수와 채널 매니저 및 OTA를 비교하세요. 최종 수량은 확정된 숙박 하나를 반영해야 합니다. 0이나 2가 되어서는 안 됩니다.

결제 및 원장 활동을 별도로 검토하세요. 어느 한 기록에 보증금, 사전 승인, 청구, 환불, OTA 수금 잔액, 가상 카드 지침, 세금 계산서 또는 수수료 기준이 포함되어 있는지 확인하세요. 일반 예약 메모나 지원 이메일에 전체 카드 정보나 보안 세부 정보를 복사하지 마세요.

또한 각 기록에 의해 이미 트리거된 작업을 조정하세요. 고객 메시지, 도착 전 자동화, 객실 배정, 하우스키핑 메모, 공항 픽업, 식사 요청, 액세스 코드 및 체크인 양식을 확인하세요. 고객이 두 개의 확인서, 두 개의 결제 요청 또는 상충하는 지침을 받지 않도록 중복 워크플로를 차단(Suppress)하세요.

야간 감사(night audit) 전, 고객 이름과 모든 외부 참조로 다시 검색하세요. 하나의 활성 투숙, 하나의 객실 배정, 하나의 운영 잔액, 그리고 올바른 채널 기여가 있는지 확인하세요. 어떤 기록이 유지되었으며 그 이유는 무엇인지 보여주는 감사 추적(audit trail)을 보존하세요.

문제 에스컬레이션 및 추가 재시도 중복 방지

팀이 연결된 기록을 식별할 수 없거나, 두 기록 모두에 거래가 포함되어 있거나, 한 기록을 취소할 때 예상치 못하게 재고가 변경되는 경우 문제를 에스컬레이션(상위 보고)하세요. 호텔 PMS 또는 연동 공급업체가 메시지 ID, 전송 확인, 가져오기 로그 및 재시도 동작을 검사해야 할 수도 있습니다.

고객지원에 다음을 보내세요:

• 숙소 ID 및 연동 공급업체
• OTA, 채널 매니저, 그리고 두 호텔 PMS 예약 참조 번호
• 시간대가 포함된 원래 가져오기, 오류, 재시도 및 중복 생성 타임스탬프
• 현재 상태, 객실 및 요금 매핑, 그리고 전후 가용성
• 민감한 결제 데이터를 숨긴 메시지 및 오류 스크린샷
• 결제, 체크인, 객실 배정 또는 취소를 포함하여 이미 취해진 조치

영구적인 해결책은 원인에 따라 다릅니다. 누락된 외부 소스 ID는 더 나은 ID 보존이 필요합니다. 성공적인 가져오기 후 시간 초과가 발생한 경우 재시도 전 상태 확인이 필요합니다. 수동 임시 예약에는 조정(reconciliation) 플래그가 필요합니다. 동시성(concurrency) 결함이나 반복되는 웹훅의 경우 프런트 데스크의 우회 방법(workaround)이 아닌 공급업체 측의 중복 보호 장치가 필요합니다.

호텔의 사고 처리 절차에 이 규칙을 포함하세요: 직원이 첫 번째 메시지가 예약을 생성했는지 확인할 때까지 재시도하지 않기. 새로운 예약, 변경 및 취소로 새로운 OTA 연동을 테스트하세요. 변경 사항은 동일한 호텔 PMS 기록을 업데이트해야 하며, 취소 시 재고가 한 번 반환되어야 합니다.

프런트 데스크에서 예약 출처, 운영 상태 및 객실 가용성을 함께 볼 수 있을 때 중복 정리가 더 안전해집니다. Smart Order의 호텔 예약 관리 시스템은(는) 직원에게 연결된 예약과 해당 예약이 객실에 미치는 영향을 하나의 캘린더로 제공하여, 임시 예약이 두 번째 활성 투숙으로 변할 가능성을 줄여줍니다.

자주 묻는 질문

호텔은 중복된 OTA 예약 중 어느 것을 유지해야 하나요?

일반적으로 유효한 OTA 소스 ID 및 활성 변경 또는 취소 링크가 있는 기록을 유지하세요. 다른 기록을 폐기하기 전에 해당 기록에 포함된 결제, 원장, 객실 배정, 메모, 작업 및 체크인 내역을 모두 보존하세요.

프런트 데스크에서 더 최근 예약을 단순히 삭제해도 되나요?

안 됩니다. 더 최근의 기록은 복구된 가져오기로 인해 생성된 자동 연결 예약일 수 있습니다. 이를 삭제하면 향후 OTA 업데이트가 중단되고 연결되지 않은 수동 기록만 남게 될 수 있습니다.

호텔이 OTA 엑스트라넷에서 예약 하나를 취소해야 하나요?

OTA에 하나의 확정된 예약만 표시된 경우에는 그렇지 않습니다. 중복은 호텔 PMS 내부에만 존재할 수 있습니다. 실제 OTA 예약을 취소하면 고객, 결제, 수수료 및 취소 약관에 영향을 미칠 수 있습니다.

두 기록 모두에 이미 청구액이 포함되어 있다면 어떻게 하나요?

추가 결제 활동을 중지하고 관리자 또는 재무 팀을 참여시키세요. 어떤 청구가 승인되었는지, 중복 캡처(capture)가 발생했는지, 호텔 PMS에서 무효화, 환불, 원장 이체 또는 공급업체가 지원하는 병합이 필요한지 확인하세요.

재시도가 첫 번째 기록을 업데이트하지 않고 새로운 호텔 PMS 기록을 생성한 이유는 무엇인가요?

일반적인 원인으로는 외부 예약 ID의 누락 또는 변경, 성공했지만 오류를 반환한 원래 가져오기, 소스 참조가 없는 수동 임시 예약, 겹치는 재시도 처리, 또는 첫 번째 기록과 일치할 수 없는 변경 등이 있습니다.

호텔은 수정 사항을 어떻게 확인해야 하나요?

호텔 PMS에서 하나의 활성 예약, OTA에서 하나의 확정 예약, 하나의 연결된 참조 경로, 하나의 올바른 객실 차감, 그리고 하나의 운영 잔액을 확인하세요. 그런 다음 향후 변경 사항이 유지된 기록에 적용되는지 테스트하세요.

안전한 중복 해결은 데이터베이스를 정리하기 전에 고객의 실제 예약을 보존합니다. 연결된 기록을 식별하고, 자금과 운영을 보호하며, 재고를 한 번 수정하고, 다음 재시도가 또 다른 프런트 데스크의 긴급 상황이 되지 않도록 감사 추적을 남기세요.