대부분의 시스템은 전송이 성공했다고만 보고하고, 상대 쪽이 실제로 그 값을 저장했는지 다시 읽어서 확인하지 않습니다. 그 틈이 바로 일주일치 잘못된 가격이 숨는 곳입니다.
채널 매니저가 업데이트 옆에 초록색 체크 표시를 보여줄 때, 그것은 보통 한 가지만 의미합니다 — 상대 쪽이 수신 확인을 반환했다는 것입니다. 이는 “요청”에 대한 주장일 뿐, “저장된 값”에 대한 주장이 아닙니다 — 그리고 이 둘은 화면이 믿게 만드는 것보다 훨씬 더 자주 어긋납니다.
대부분의 시스템은 첫 번째에서 멈춥니다. 일부는 두 번째까지 도달합니다. 세 번째야말로 손님이 올바른 숫자를 보게 될 것임을 실제로 알려주는 것입니다.
완전한 실패는 쉽습니다 — 빨갛게 표시되고, 당신이 고치면 됩니다. 비용이 큰 경우는 성공을 반환하면서 내용물 일부를 조용히 버리는 업데이트입니다 — 요금은 적용되었지만 최소 숙박일은 적용되지 않았거나, 8개 객실 타입을 한 번에 업데이트했는데 그중 하나가 경고 배열 속에 묻힌 이유로 거부된 경우처럼요.
대시보드만 보면 아무 문제도 없어 보입니다. 그 매물은 일주일 내내, 당신이 3월에 이미 중단한 요금으로 팔립니다.
업데이트를 보낸 후, 시스템은 채널이 처리를 끝낼 때까지 기다리고, 방금 기록한 바로 그 날짜와 필드에 대해 현재 저장된 값을 가져와 하나씩 비교합니다. 하나라도 일치하지 않으면 그 업데이트는 실패로 표시되고, 상태 메시지에는 어떤 채널과 필드인지가 명시됩니다.
이 중 특별한 기술은 없습니다. 믿을 만해 보이도록 설계된 시스템과, 실제로 검증 가능하도록 설계된 시스템의 차이일 뿐입니다.