多くのシステムは送信が成功したと報告するだけで、相手側が本当にその値を保存したかどうかを読み返して確認することはありません。そのギャップこそ、1週間分の価格誤りが隠れる場所です。
チャネルマネージャーが更新の横に緑色のチェックマークを表示するとき、それが意味するのは通常ひとつだけです。相手側が受領確認を返したということです。それは「リクエスト」についての主張であり、「保存された値」についての主張ではありません。この2つは、画面が思わせるよりもずっと頻繁にずれます。
多くのシステムは1つ目で止まります。いくつかは2つ目まで届きます。3つ目こそが、ゲストが正しい数字を見ることを実際に教えてくれるものです。
完全な失敗は簡単です。赤く表示され、あなたが修正します。本当にコストがかかるのは、成功を返しながら、ペイロードの一部を静かに捨ててしまう更新です——レートは反映されたが最低泊数は反映されなかった、あるいは8部屋タイプを一括更新したうち1つが、警告配列の中に埋もれた理由で拒否された、といったケースです。
ダッシュボードを見る限り何も問題はありません。その掲載は1週間ずっと、あなたが3月に使うのをやめたレートで売られ続けます。
更新を送信した後、システムはチャネルの処理完了を待ち、ちょうど書き込んだ日付と項目について現在保存されている値を取得し、1つずつ比較します。どれか1つでも一致しない場合、その更新は失敗としてマークされ、ステータスにはチャネルと項目の名前が明記されます。
どれも特別な技術ではありません。信頼できそうに見えるように設計されたシステムと、本当に確認できるように設計されたシステムとの違いにすぎません。