La plupart des systèmes signalent un envoi réussi sans jamais relire la valeur pour vérifier si l'autre côté l'a stockée. Cet écart est exactement là où se cache une semaine de tarifs erronés.
Quand un channel manager affiche une coche verte à côté d'une mise à jour, cela signifie généralement une seule chose : l'autre côté a renvoyé un accusé de réception. C'est une affirmation sur la requête, pas sur la valeur stockée — et les deux se séparent plus souvent que l'interface ne le reconnaît.
La plupart des systèmes s'arrêtent au premier. Certains atteignent le second. Le troisième est ce qui vous dit vraiment que le client verra le bon chiffre.
Un échec franc est facile : il s'affiche en rouge et vous le corrigez. Le cas coûteux est la mise à jour qui renvoie un succès tout en rejetant discrètement une partie de son contenu — un tarif appliqué mais un séjour minimum qui ne l'a pas été, ou un type de chambre sur huit rejeté pour une raison enfouie dans un tableau d'avertissements.
Depuis le tableau de bord, rien ne semble anormal. L'annonce se vend toute la semaine à un prix que vous avez arrêté d'utiliser en mars.
Après l'envoi d'une mise à jour, le système attend que le canal termine son traitement, récupère les valeurs actuellement stockées pour exactement les dates et les champs qu'il vient d'écrire, et les compare une par une. Si une valeur ne correspond pas, la mise à jour est marquée en échec et le statut nomme le canal et le champ.
Rien de tout cela n'est une ingénierie exotique. C'est simplement la différence entre un système conçu pour paraître fiable et un système conçu pour être vérifiable.