Większość systemów zgłasza pomyślne wysłanie, nigdy nie sprawdzając, czy druga strona rzeczywiście zapisała wartość. Właśnie w tej szczelinie chowa się tydzień błędnych cen.
Kiedy channel manager pokazuje zieloną ikonkę przy aktualizacji, zwykle znaczy to tylko jedno: druga strona odesłała potwierdzenie. To stwierdzenie o żądaniu, nie o zapisanej wartości — a te dwie rzeczy rozjeżdżają się częściej, niż przyznaje interfejs.
Większość systemów zatrzymuje się na pierwszym. Niektóre docierają do drugiego. Trzeci jest tym, co naprawdę mówi, czy gość zobaczy prawidłową liczbę.
Całkowita awaria jest prosta: pokazuje się czerwono i to naprawiasz. Kosztowny przypadek to aktualizacja, która zwraca sukces, a po cichu odrzuca część danych — cena się zastosowała, a minimalny pobyt nie, albo jeden typ pokoju z ośmiu w paczce został odrzucony z powodu schowanego w tablicy ostrzeżeń.
Z panelu wszystko wygląda w porządku. Oferta cały tydzień sprzedaje się po cenie, z której zrezygnowałeś jeszcze w marcu.
Po wysłaniu aktualizacji system czeka, aż kanał zakończy przetwarzanie, pobiera aktualnie zapisane wartości dla właśnie zapisanych dat i pól, i porównuje je jedną po drugiej. Jeśli jakaś wartość się nie zgadza, aktualizacja jest oznaczana jako nieudana, a status wskazuje konkretny kanał i pole.
Nic z tego nie jest egzotyczną inżynierią. To po prostu różnica między systemem zaprojektowanym, żeby wyglądać wiarygodnie, a systemem zaprojektowanym, żeby dało się go zweryfikować.