Большинство систем сообщают об успешной отправке, даже не проверяя, сохранила ли другая сторона значение на самом деле. Именно в этом разрыве прячется неделя неправильных цен.
Когда channel manager показывает зелёную галочку рядом с обновлением, это обычно означает только одно: другая сторона вернула подтверждение получения. Это утверждение о запросе, а не о сохранённом значении — и эти две вещи расходятся чаще, чем признаёт интерфейс.
Большинство систем останавливаются на первом варианте. Некоторые доходят до второго. Третий — это то, что действительно говорит вам, увидит ли гость правильную цену.
Явный сбой — это просто: он показывается красным, и вы его исправляете. Дорогостоящий случай — это обновление, которое возвращает успех, но тихо отбрасывает часть данных: тариф применился, а минимальный срок проживания — нет, или один тип номера из восьми в пакете был отклонён по причине, спрятанной в массиве предупреждений.
С панели управления всё выглядит нормально. Объявление всю неделю продаётся по цене, от которой вы отказались ещё в марте.
После отправки обновления система ждёт, пока канал закончит обработку, забирает текущие сохранённые значения именно для тех дат и полей, которые только что записала, и сравнивает их одно за другим. Если хоть одно значение не совпадает, обновление отмечается как неудавшееся, а статус называет конкретный канал и поле.
Ничего экзотического в этой инженерии нет. Это просто разница между системой, спроектированной так, чтобы выглядеть надёжной, и системой, спроектированной так, чтобы её можно было проверить.