A maioria dos sistemas reporta envio bem-sucedido sem nunca reler o valor para checar se o outro lado realmente armazenou. É nessa brecha que se escondem semanas de preço errado.
Quando um channel manager mostra um check verde ao lado de uma atualização, isso costuma significar só uma coisa: o outro lado devolveu uma confirmação de recebimento. Isso é uma afirmação sobre a requisição, não sobre o valor armazenado — e os dois se separam mais do que a interface admite.
A maioria dos sistemas para no primeiro. Alguns chegam ao segundo. O terceiro é o que realmente diz que o hóspede verá o número certo.
Uma falha explícita é fácil: aparece em vermelho e você corrige. O caso caro é a atualização que retorna sucesso enquanto silenciosamente descarta parte do conteúdo — uma tarifa aplicada mas uma estadia mínima que não foi, ou um tipo de quarto entre oito rejeitado por um motivo escondido numa lista de avisos.
No painel, nada parece errado. O anúncio vende a semana inteira por um preço que você parou de usar em março.
Depois que uma atualização é enviada, o sistema espera o canal terminar o processamento, busca os valores atualmente armazenados exatamente nas datas e campos que acabou de escrever, e compara um a um. Se algum valor não confere, a atualização é marcada como falha e o status nomeia o canal e o campo.
Nada disso é engenharia exótica. É simplesmente a diferença entre um sistema projetado para parecer confiável e um sistema projetado para ser verificável.