Сначала определите, где команда видит настоящую занятость
Когда одна квартира размещена на нескольких площадках, бронь в одном кабинете должна попасть в общий процесс управления объектом. Иначе администратор может видеть свободные даты там, где они уже заняты. Календарный обмен помогает передавать занятость, но его настройку нужно проверить на конкретных объектах.
Назначьте рабочий реестр бронирований, с которым команда сверяет продажи. Запишите, откуда в него поступают изменения и кто разбирает расхождения. Это управленческое правило: наличие ссылки на календарь само по себе не создаёт единый источник информации.
Предлагаемый ниже порядок — контрольная процедура для вашей команды. Он не заменяет документацию площадок и не гарантирует отсутствие двойных бронирований. Начните с одного объекта, чтобы проверить обмен, а затем повторите настройку для остальных.
Разделите импорт и экспорт
iCalendar — формат обмена календарной информацией. В задаче посуточной аренды важно, какая площадка публикует календарь занятости и какая его читает. Экспорт выдаёт ссылку из источника; импорт использует эту ссылку на стороне получателя.
В инструкции Forento эти настройки описаны отдельно. Приём календаря с другого ресурса и передача собственного календаря — два направления обмена. Подробности интерфейса берите из текущей инструкции выбранной площадки: расположение поля и доступность функции могут меняться.
Например, вы хотите передавать занятость из площадки А в площадку Б. Тогда экспортированную ссылку А добавляют в импорт Б. Это ещё не означает, что новая бронь в Б попадёт в А. Для обратного направления нужно проверить поддержку обмена и настроить его отдельно.
- Для каждого направления запишите источник, получателя и объект.
- Проверьте, поддерживает ли получатель чтение календаря по ссылке.
- Укажите сотрудника, который может проверить настройку и обратиться в поддержку.
- Не считайте установленную связь двусторонней без отдельного подтверждения.
Сопоставьте ссылки с квартирами
Похожее название объекта — слабый ориентир. У команды могут быть две студии на одном адресе, разные категории номеров или старое объявление после переезда. Ошибка сопоставления закроет даты чужой квартиры, а нужная останется доступной.
Составьте паспорт связи: внутреннее обозначение объекта, адрес объявления источника, адрес объявления получателя, направление обмена и дата проверки. Добавьте понятное название календаря в кабинете, если сервис позволяет его задать. Полную служебную ссылку храните в месте, доступном только тем, кто работает с настройкой.
Перед сохранением откройте карточки обоих объектов и сверяйте их по рабочему реестру. Затем попросите другого сотрудника проверить именно соответствие объектов, а не только наличие заполненного поля. Для группы похожих квартир эта проверка полезнее скриншота сообщения об успешном подключении.
Проверьте, что передаёт выбранный способ обмена
Календарная занятость и полная информация о брони — разные задачи. Не предполагайте, что вместе с закрытыми датами получатель получает цену, оплату, число гостей, условия отмены или минимальный срок проживания. Наличие этих полей проверяют по документации и результату конкретной интеграции.
Отдельно уточните обработку дат заезда и выезда. Для брони с выездом в пятницу нужно понять, может ли система принять следующий заезд в эту пятницу по правилам объекта. Сравнивайте календарь с интервалом проживания, а не только с закрашенными клетками.
В журнале проверки укажите ожидаемые занятые ночи и фактически закрытые даты. Если площадки отображают периоды по-разному, сохраните пояснение команды поддержки. Не исправляйте видимое расхождение догадкой о том, какая клетка считается последней.
Выполните контрольный сценарий до расширения настройки
Используйте предусмотренный площадкой тестовый механизм или допустимое блокирование дат. Не создавайте фиктивную платную бронь ради проверки. Если тестовый способ неизвестен, согласуйте его с поддержкой сервиса.
Для каждого действия сначала убедитесь, что изменение появилось в источнике, затем проверьте получателя. Записывайте время действия и время, когда увидели результат. Полученное время — наблюдение вашего теста, а не обещание для всех будущих обновлений.
- Закройте разрешённый для теста период и проверьте нужный объект у получателя.
- Измените период, если тестовый механизм это допускает: новые даты должны закрыться, прежние — обработаться по правилам сервиса.
- Снимите тестовую блокировку и проверьте освобождение дат.
- Повторите проверку в обратном направлении, если оно настроено.
- Сверьте границу между выездом предыдущего гостя и следующим заездом.
Заложите в процесс задержку обновления
Сохранение ссылки не означает, что получатель непрерывно следит за источником. Сервис может читать календарь периодически. Например, Forento указывает в своей инструкции периодическое обновление; это свойство конкретного сервиса, а не общий срок для всех площадок.
Уточните расписание обновления и способ проверки последнего импорта. Зафиксируйте, что команда делает между подтверждением брони и обновлением связанных календарей. Особенно важны заезды в ближайшее время и периоды, которые одновременно продаются через несколько каналов.
Ручное закрытие дат тоже требует правил. Сотрудник должен записать причину, объект и автора действия, а после восстановления обмена проверить результат. Иначе временная мера может превратиться в забытый закрытый период или исчезнуть при следующем импорте.
Разбирайте расхождение от источника к получателю
Если даты отличаются, сначала проверьте саму бронь и календарь источника. Затем убедитесь, что получатель читает правильную ссылку нужного объекта. Смена объявления или переподключение календаря могли оставить старую связь в рабочем кабинете.
Для обращения в поддержку соберите адреса объявлений, направление обмена, время изменения и снимки календарей. Полную служебную ссылку передавайте только в предусмотренном закрытом канале поддержки. Не добавляйте в публичное обращение персональные данные гостя.
Пока причина не устранена, назначьте одного ответственного за сверку. Он сообщает команде, какие периоды требуют ручного контроля, и записывает предпринятые действия. Это позволяет избежать ситуации, когда два администратора независимо закрывают и открывают одни даты.
Принимайте подключение по результату, а не по заполненному полю
Связь можно включать в повседневную работу, когда команда проверила объект, направления, закрытие и освобождение дат и порядок действий при сбое. Сохраните дату проверки и имя ответственного рядом с паспортом связи.
Повторяйте контроль после смены площадки, объявления, категории объекта или служебной ссылки. Для остальных квартир используйте ту же процедуру, но проверяйте соответствие отдельно. Рабочий календарь — часть операционного процесса: у него должны быть владелец и понятный способ заметить ошибку.
Короткие ответы
Достаточно ли настроить импорт на одной площадке?
Это создаёт только одно направление: получатель читает источник. Для обратного обмена нужна отдельная настройка, если её поддерживают обе площадки.
Можно ли гарантировать мгновенное обновление через iCal?
Нет универсальной гарантии. Период и обработка изменений зависят от сервисов. Уточните их документацию и измерьте свой контрольный сценарий.
Передаются ли вместе с датами цены и платежи?
Не считайте это частью обмена занятостью по умолчанию. Набор данных зависит от реализации. Цены, платежи и ограничения продаж проверяют отдельно.
Что делать, если календарь источника верный, а получателя — нет?
Проверьте объект, направление, доступность ссылки и последний успешный импорт. До устранения расхождения используйте согласованную ручную сверку и передайте факты поддержке.
Источники
- Синхронизация календарей iCalendar — Forento
- RFC 5545: формат iCalendar — IETF