Синхронизация каналов бронирования: как Channel Checker спасает от овербукинга

4 марта 2026 Юрий Солар

Овербукинг — это кошмар для управляющей компании. Два гостя приезжают на одну виллу в один день. Один из них уедет злой, оставит негативный отзыв, а компания потеряет деньги на компенсации. Источник проблемы — рассинхронизация между системой управления бронированиями (eZee) и площадками (Booking.com, Agoda, Airbnb). Мы написали автоматический Channel Checker, который находит расхождения до того, как они станут реальной проблемой.

Почему каналы расходятся

eZee — наша центральная PMS (Property Management System). Из неё данные о занятости должны синхронизироваться на все площадки. Но в реальности случаются сбои: отмены в eZee не доходят до Booking.com, блоки maintenance не пробрасываются, иногда площадка временно недоступна и обновление теряется. Без постоянного мониторинга эти рассинхронизации накапливаются.

Как работает Channel Checker

Скрипт channel_checker.py запускается дважды в день (08:30 и 20:30 WITA). Он берёт данные из двух источников: eZee API (через наш парсер ezee_scrape.py) и Booking.com extranet. Сравнивает занятость по каждой вилле на 60 дней вперёд. Если находит расхождение — день занят в одной системе и свободен в другой — создаёт алерт.

Алерты классифицируются по типу. Мелкие расхождения (1-2 дня, вероятно не синхронизировались отмены) требуют ручного фикса менеджером. Массовые паттерны (десятки дат с одинаковым ритмом каждые 2-3 дня) указывают на системную проблему — сломанный коннектор или неправильные настройки канала.

Реальный кейс: 10 расхождений за раз

29 марта система обнаружила 10 реальных расхождений между eZee и Booking.com. Два паттерна: четыре виллы (Pijeng Ubud, Nana Sanur 1bed и 2bed, Brown Sugar Ubud) имели мелкие расхождения в 1-2 дня — не синхронизировались отмены. Ещё четыре виллы (Kesari, Petulu House, Rose 1, Casa Solar) показали массовый паттерн: 12 дат с ритмом каждые 2-3 дня, что указывало на проблему с коннектором.

Без Channel Checker первые расхождения стали бы овербукингами через 1-3 дня. Вторые — указали на системную проблему, которая генерировала бы новые расхождения ежедневно.

Уведомления и эскалация

Результаты проверки отправляются в два места: группу Solar AI (технический канал) и группу Booking Department (менеджерам бронирования). Технический канал получает полный лог с датами и типами расхождений. Менеджеры получают упрощённую версию: какая вилла, какие даты, что нужно сделать (проверить отмену / связаться с Booking саппортом). Если расхождений больше 5 за проверку — система эскалирует руководителю.

Результат

За месяц работы Channel Checker предотвратил минимум 4 потенциальных овербукинга. Каждый овербукинг — это компенсация гостю ($100-500), негативный отзыв и удар по рейтингу на площадке. Стоимость одного овербукинга для компании — от $200 до $1000. Система окупила себя в первую неделю. Менеджеры бронирования больше не проверяют каждую виллу вручную — только реагируют на алерты.

Ключевые выводы

  • Channel Checker автоматически сравнивает eZee PMS и Booking.com дважды в день по всем 25 виллам
  • Классифицирует расхождения: мелкие (не синхронизированные отмены) vs системные (сломанный коннектор)
  • За первый месяц предотвратил 4 потенциальных овербукинга (экономия $800-4000)
  • Двойная рассылка: технический лог для DevOps + упрощённые задачи для менеджеров бронирования
  • Проверяет занятость на 60 дней вперёд — проблемы видны задолго до заезда гостей

Читайте также

Подписаться на блог в Telegram

Читайте свежие кейсы об AI-автоматизации, системной архитектуре и масштабировании бизнеса.

Подписаться