La mayoría de los sistemas informan un envío exitoso sin volver a leer el valor para comprobar si el otro lado lo guardó realmente. En esa brecha se esconde una semana de precios erróneos.
Cuando un channel manager muestra una marca verde junto a una actualización, suele significar solo una cosa: el otro lado devolvió una confirmación de recepción. Eso es una afirmación sobre la solicitud, no sobre el valor almacenado — y ambas cosas se separan más a menudo de lo que la interfaz admite.
La mayoría de los sistemas se detienen en el primero. Algunos llegan al segundo. El tercero es el que realmente te dice que el huésped verá la cifra correcta.
Un fallo total es fácil: se muestra en rojo y lo arreglas. El caso costoso es la actualización que informa éxito mientras descarta en silencio parte de su contenido — una tarifa que se aplicó pero una estancia mínima que no, o un tipo de habitación de ocho en un lote que fue rechazado por un motivo enterrado en un listado de avisos.
Desde el panel, nada parece estar mal. El anuncio se vende toda la semana a un precio que dejaste de usar en marzo.
Después de enviar una actualización, el sistema espera a que el canal termine de procesarla, recupera los valores actualmente almacenados para exactamente las fechas y campos que acaba de escribir, y los compara uno por uno. Si algún valor no coincide, la actualización se marca como fallida y el estado indica el canal y el campo.
Nada de esto es ingeniería exótica. Es simplemente la diferencia entre un sistema diseñado para parecer confiable y uno diseñado para poder comprobarse.