OTA 확인 번호를 새 시스템과 하나씩 대조하는 방법과, 손님이 도착하기 전에 예약이 사라졌음을 알려주는 경고 신호들.
Prime Host Partners 팀2026년 8월 9일 · 6분 소요
마이그레이션의 최악의 결과는 요금이 잘못된 것이 아닙니다. 유효한 확인 번호를 가진 손님이 프런트에 서 있는데, 캘린더상으로는 그 방이 비어 있다고 나오는 것입니다. 이 실패는 완전히 예방할 수 있으며, 예방하는 데는 의도적으로 확인하는 작업 약 한 시간이면 충분합니다.
가장 흔한 확인 방법은 건수를 비교하는 것입니다 — 익스트라넷에 42건, 새 시스템에도 42건, 끝. 하지만 건수가 맞는다는 것은 총합이 일치한다는 것만 증명할 뿐, 양쪽이 같은 42건이라는 것은 증명하지 않습니다. 한 건이 빠지고 한 건이 중복으로 들어와도 총합은 정확히 똑같이 나옵니다.
의미가 있는 유일한 확인은 식별자 기반입니다 — 채널 쪽에 존재하는 모든 확인 번호가 당신 쪽에도 존재해야 하고, 날짜도 일치해야 합니다.
단계별 대조 방법
각 채널의 익스트라넷에서 오늘부터 최소 90일 뒤까지를 포함하는 기간의 예약 목록을 내보낸다
새 시스템에서 같은 기간의 예약을 내보내거나 목록으로 확인한다. 각 예약에 채널 확인 번호가 표시되어야 한다
확인 번호를 기준으로 한 줄씩 대조한다. 손님 이름으로 대조하지 않는다 — 이름은 채널마다 줄여 쓰거나, 음차하거나, 다르게 잘리는 방식이 다르다
일치하는 모든 건에 대해, 존재 여부뿐 아니라 입실일, 퇴실일, 객실 타입도 함께 확인한다
한쪽에만 존재하는 예약은 양방향 모두 조사한다 — 당신 쪽에 더 있는 한 건도, 빠진 한 건만큼 중요하다
마지막 채널 전환이 끝난 후, 전체 대조를 한 번 더 반복한다. 전환 도중에 진행 중이던 예약이 나중에 들어오기 때문이다
추적할 만한 경고 신호
무언가 잘못됐음을 뜻하는 흔한 세 가지 패턴
1순서에 빈 구간이 있다예약이 꾸준히 들어오던 흐름 속에서 전환 시점 근처에 뚜렷한 빈 구간이 보인다면, 보통 가져오기 범위가 끝부분을 놓쳤다는 뜻이다.
2수정 사항이 따라오지 않았다예약 자체는 원래 날짜로 정상 가져오기되었지만, 그 이후의 수정 사항이 따라오지 않을 수 있다. 마이그레이션 전후로 변경된 예약은 모두 확인한다.
3취소가 다시 살아났다채널에서는 취소된 예약이 “유효”로 가져와지면, 팔 수 있었던 방을 막아버린다. 겉으로는 아무것도 잘못되지 않은 것처럼 보여 놓치기 쉽다.
총합이 맞다고 믿는 것은 나중에 문제를 발견하기로 결정하는 것입니다. 확인 번호를 대조하는 것은 아직 비용이 적게 들 때 지금 문제를 발견하기로 결정하는 것입니다.
한 번이 아니라 상시 점검으로 만든다
예약은 마이그레이션이 끝난 지 오랜 뒤에도 조용히 사라질 수 있습니다 — 조용히 실패한 웹훅이나, 바쁜 시간대의 채널 장애 같은 경우처럼요. 마이그레이션을 증명했던 것과 같은 대조 방법은 정기 점검으로도 그대로 사용할 수 있습니다. 그래서 우리 시스템은 매시간 자동으로 건수를 다시 계산하고, 모든 예약에 대해 채널 자체의 확인 번호를 보여줍니다 — 언제든 원할 때 그것을 익스트라넷과 대조해 확인할 수 있습니다.