Руководство по подключению OTA

Channel Manager — это система, которая связывает Vezpa с порталами, такими как Booking.com, Airbnb, Expedia и все остальные. После активации она работает полностью автоматически:

• Тарифы: когда вы меняете цены в приложении Vezpa, они автоматически обновляются на всех подключённых каналах
• Доступность: когда номер бронируется (с любого канала), обновление сразу уходит на все остальные каналы, чтобы исключить овербукинг; публикация на портале может занять несколько минут
• Бронирования: новые бронирования, поступающие с каналов OTA, автоматически появляются в календаре Vezpa вместе с push-уведомлением на телефоне
• Изменения и отмены: если гость изменяет или отменяет бронирование на портале OTA, оно автоматически обновляется и в Vezpa

Процентная разница в ценах

Для каждого канала OTA вы можете задать разницу в % относительно локальных цен. Пример:

• +10% — тарифы, отправляемые на канал, будут на 10% выше ваших базовых цен
• -5% — не допускается: наценка не может быть отрицательной, значение отклоняется и этот канал не сохраняется
• 0% — те же цены, что и в системе управления

Изменить разницу можно в любой момент в разделе Конфигурация → Каналы OTA.

Для каждого канала OTA процедура всегда состоит из 4 шагов:

1. Запросите активацию из приложения Vezpa
   Перейдите в Конфигурация → Каналы OTA, выберите канал и нажмите «Активировать». Для некоторых каналов у вас запросят данные (код объекта, имя владельца учётной записи и т. д.). Прежде чем подтвердить запрос, вы можете исправить код или выбранный канал с помощью пункта «Изменить код/канал», не начиная всё заново.
2. Подтвердите подключение на портале OTA
   Войдите в портал канала (Booking Extranet, Airbnb и т. д.) и выберите правильный Channel Manager. У каждого канала своя процедура — см. разделы ниже с конкретными инструкциями.
3. Завершите Channel Mapping
   В приложении Vezpa откройте Channel Mapping канала и сопоставьте номера системы управления с номерами на портале OTA. Без этого шага канал не работает. Подробное руководство ↓
4. Канал активен
   После сопоставления синхронизация запускается автоматически. Цены и доступность отправляются на канал, а бронирования начинают поступать в календарь.

Возвращаться и проверять не нужно. Пока открыт экран ожидания, Vezpa каждые полминуты сама проверяет, подтвердил ли портал подключение, и сразу переходит к следующему шагу. Если вы закроете приложение, придёт уведомление, когда портал подтвердит; до тех пор вверху панели остаётся напоминание с названием канала.

Номера, исключённые из порталов. Если в «Управлении OTA» вы видите оранжевую рамку с названиями номеров, эти номера не отправляются ни в один канал, даже если канал активен. Номера, импортированные с портала, начинают так; чтобы выставить их в продажу, включите «Продавать этот номер на порталах» в настройках номера.

Другие каналы. Каналы в разделе «Другие каналы OTA» тоже подключаются только после авторизации на портале. До этого канал отображается в группе «Ожидание портала» с шагами по выбору OTASwitch, и Vezpa замечает это сама, как и для основных каналов. «Открыть сопоставление каналов» продолжает подключение, «Отмена» убирает его из ожидания.

После отправки запроса регистрация продолжается сама на стороне channel manager.

«Зарегистрирован» ещё не значит «в продаже»

Канал пока не продаёт: осталось два шага. Подтвердите подключение в экстранете портала, затем нажмите «Открыть сопоставление каналов», сопоставьте номера и нажмите «Применить».

Если что-то не получится

Приложение всегда говорит, чья это проблема:

• Наша проблема — Проблема на нашей стороне: до портала ничего не дошло. Мы уже занимаемся этим и напишем вам, как только можно будет попробовать снова.
• Нужно исправить — Портал не распознаёт введённый код. Проверьте его в экстранете портала и введите заново, затем попробуйте снова.

Помимо 5 основных каналов, Vezpa поддерживает десятки дополнительных каналов: региональные порталы, нишевые каналы и специализированные платформы.

Как активировать дополнительный канал

1. В приложении Vezpa перейдите в Конфигурация → Каналы OTA
2. Прокрутите до раздела «Другие каналы OTA»
3. Нажмите на канал, который нужно активировать
4. В приложении откроется страница "Сопоставить номера и тарифы" — сопоставьте свои номера с тарифами канала
5. Вернитесь в приложение и задайте процентную разницу в ценах

Что такое Channel Mapping?

Channel Mapping — это шаг, который связывает номера в вашей системе Vezpa с соответствующими номерами или объявлениями на канале OTA. Это всё равно что сказать системе: «мой Двухместный номер в Vezpa соответствует Double Room на Booking.com».

Как открыть Channel Mapping

Основные каналы (Booking.com, Airbnb, Expedia, VRBO, Agoda):

1. Приложение Vezpa → Конфигурация → Каналы OTA
2. Разверните канал → нажмите «Channel Mapping»
3. В приложении откроется страница "Сопоставить номера и тарифы"

Другие каналы OTA:

1. Приложение Vezpa → Конфигурация → Каналы OTA → Другие каналы OTA
2. Нажмите на название канала

Шаг 1 — Учётные данные канала (Channel Password)

Некоторые каналы требуют учётные данные портала OTA, чтобы прочитать список номеров с канала:

• Booking.com: имя пользователя и пароль Extranet
• Expedia: учётные данные Partner Central
• Agoda: учётные данные YCS
• Airbnb / VRBO: обычно не требуются (подключение уже авторизовано)

Шаг 2 — Сопоставление номеров

Вы увидите по одной карточке на каждый номер из вашей системы. Внутри карточки есть строка для каждого типа питания (Только проживание, Проживание с завтраком, Полупансион, Полный пансион):

• Вверху карточки: название номера в Vezpa с зелёной галочкой, когда он уже сопоставлен
• Ниже, для каждого типа питания: поле, открывающее список тарифов канала

Нажмите на поле: откроется список, в котором полностью показаны название номера на канале, название тарифного плана и коды канала — коды помогают различить два номера с почти одинаковыми названиями. Убедитесь, что каждый тип связан с правильным номером.

Тариф, уже выбранный для другого типа питания, больше не появляется в списке: каждый тариф канала сопоставляется только с одним типом питания. В Airbnb и VRBO, где каждый объект — это отдельное объявление, вместо тарифа вводится код объявления; список объявлений открывается стрелкой справа в поле.

Если номер уже сопоставлен, внизу его карточки появляется "Отключить от канала": он убирает номер только с этого канала, не затрагивая другие каналы и цены.

Шаг 3 — Сопоставление тарифных планов (Rate Plans)

Каждая строка карточки номера — это тип питания со своим тарифным планом. На канале тарифные планы Vezpa имеют формат "Тип-питание-канал":

• pe = Только проживание (Room Only)
• bb = Bed & Breakfast (ночлег с завтраком)
• mp = Полупансион (Half Board)
• pc = Полный пансион (Full Board)

Пример: «Double-bb-booking» = тариф B&B для типа «Double» на Booking.com.

Шаг 4 — Применить и проверить

1. Просмотрите все соответствия номеров и Rate Plan
2. Нажмите "Применить" на панели внизу страницы
3. Дождитесь результата: по каждой строке указано, удалось ли сопоставление
4. Закройте страницу и вернитесь в приложение Vezpa

Если до подключения к Vezpa у вас уже было активное объявление на Booking.com или Airbnb, воссоздавать номера вручную не нужно: Vezpa может считать уже опубликованные на канале номера и фотографии и автоматически создать их в системе.

Что делает импорт

• Считывает с канала название и вместимость каждого номера или объявления, которого ещё нет в Vezpa, и создаёт его
• Загружает уже опубликованные фотографии и добавляет их в галерею (номера — для Airbnb, объекта — для Booking.com)
• Работает в режиме create-only: уже существующие в Vezpa номера не изменяются и не дублируются. Повторный запуск импорта пропускает всё, что уже было импортировано

Где это находится

Доступно только для каналов Booking.com и Airbnb и только после того, как канал действительно подключён в OTASwitch (Channel Mapping завершён):

• Сразу после подключения канала — на последнем экране пошагового подключения появляется кнопка «Импортировать номера и фото»
• Позже — приложение Vezpa → Конфигурация → Каналы OTA → разверните канал (Booking.com или Airbnb) → кнопка «Импортировать из OTA»

Первичная синхронизация

Сразу после завершения Channel Mapping система запускает первую синхронизацию:

• Текущие тарифы отправляются на канал OTA (это может занять несколько минут)
• Доступность выравнивается: уже забронированные даты будут закрыты на канале
• Ограничения (минимальный срок проживания, stop sell и т. д.) синхронизируются

Ежедневная работа

После активации вам не нужно делать ничего иначе, чем раньше:

• Меняете цены в приложении Vezpa → они автоматически обновляются на всех подключённых каналах
• Создаёте бронирование вручную (по телефону, walk-in) → доступность обновляется на всех каналах
• Поступает бронирование OTA → оно появляется в календаре с push-уведомлением, а другие каналы обновляются
• Блокируете или разблокируете номер → блокировка отражается на всех каналах

Бронирования OTA в календаре

Бронирования, поступающие с каналов OTA, отображаются в календаре разным цветом для каждого канала:

• Booking.com — тёмно-синий
• Airbnb — розовый
• Expedia — жёлтый
• VRBO — синий
• Agoda — голубой

Бронирования OTA нельзя отменить из приложения — отмена должна выполняться на портале канала или самим гостем. Изменения и отмены с портала автоматически отражаются в Vezpa.

1. Проверьте цены на портале OTA

1. Откройте портал OTA (например, Extranet Booking.com) и перейдите в раздел тарифов или календаря
2. Убедитесь, что цены соответствуют заданным в Vezpa (с учётом процентной разницы, если она задана)
3. Проверьте разные даты: сегодня, следующую неделю, следующий месяц

2. Проверьте доступность

1. Если у вас есть номера, уже забронированные в Vezpa, убедитесь, что на канале OTA они отображаются как закрытые или недоступные на те же даты
2. Если у вас есть даты, заблокированные вручную, убедитесь, что они заблокированы и на канале

3. Сделайте пробное изменение

1. В приложении Vezpa измените цену номера на будущую дату
2. Подождите 2-3 минуты
3. Проверьте на портале OTA, что цена обновилась

4. Инструменты мониторинга

В приложении Vezpa, в разделе Конфигурация → Каналы OTA, для каждого активного канала доступны:

• Тарифы и доступность (ARR) — показывает, что было отправлено на канал
• Детали бронирований — список бронирований, полученных с канала
• Отчёт по выручке — статистика оборота по каналу

Когда портал OTA спрашивает про Channel Manager, вот что нужно выбрать:

Подключён, ожидание портала, не завершено, проверяется, не подключён. Состояние — это не ваш переключатель: мы запрашиваем его у channel manager, потому что канал, включённый здесь, может быть не связан там. Ожидание портала означает, что запрос отправлен и не хватает только вашего разрешения в экстранете канала. Не завершено означает обратное: до портала так ничего и не дошло, а подключение продолжается отсюда за минуту. Пока идёт проверка, приложение предлагает только «Повторить» и скрывает рабочие действия: отправлять тарифы в неопределённое соединение хуже, чем подождать. «Отправить тарифы повторно» появляется только при подтверждённом соединении.

На канале, который ещё не подключён — а также в предварительном просмотре и в результате импорта с портала — может появиться блок предупреждения, озаглавленный, например, «Booking.com останется остановленным, пока вы не закончите». Причина: когда вы принимаете подключение на портале, портал удаляет собственный календарь и публикует календарь Vezpa таким, каким он в этот момент есть. Блок перечисляет, чего вашему ещё не хватает — объекты в продаже, доступность, цены, валюта: это то, что стоит завершить до подтверждения, чтобы портал никогда не простаивал.

Он ничего не запрещает: подключиться можно всё равно, а предупреждение лишь помогает выбрать правильный порядок. Но если блок не появился, это не подтверждение: либо ваш календарь уже полон, либо сведения недоступны — необновлённое приложение, неудавшееся чтение. Если вы его не видите, это не значит «всё в порядке».

Номер без единой цены в периоде продаж после подключения к порталу оставался бы закрытым весь период: на дни без цены channel manager отправляет закрытие. Поэтому Vezpa не активирует канал и не сопоставляет объявление Airbnb, пока у номера нет цены: предупреждение перечисляет номера, а кнопка «Настроить сейчас» ведёт в «Тарифы». Если не хватает лишь отдельных дней, подключиться можно, но в эти дни номер будет закрыт и на порталах.

Блок просит также брони, которые вы уже получили на этом портале: он появляется, когда мы видим признаки того, что ваше объявление там уже активно, и не знаем ни одной вашей будущей брони с этого канала. Это самый дорогой случай: если эти даты свободны в Vezpa, при подключении портал снова выставит их на продажу, и вы получите вторую бронь на тот же номер. Внесите их до подключения — через календарь iCal портала или вручную — и предупреждение исчезнет само. Через channel manager их не получить: он передаёт только брони, поступившие после подключения.

В каждой карточке канала теперь есть кнопка «Подробнее». Она открывает лестницу подключения: семь шагов, с уже подтверждёнными, с шагом, на котором подключение остановилось — с тем, что мы прочитали, и с тем, что нужно сделать — и с тем, чей сейчас ход: «Ваш ход», «Vezpa этим занимается» или «Ожидание канала». Вы найдёте её и в состоянии на проверке, где раньше единственным доступным действием было обновление.

Две вещи, которые стоит помнить. Шаги выше остановившегося — неизвестные, а не проваленные: мы просто ещё не смогли их проверить, и это не значит, что что-то пошло не так. И это только просмотр: открытие ничего не отправляет каналу и ничего не меняет, так что открывать её можно сколько угодно раз.

В карточке канала при подключённом Booking.com может появиться информационный блок «Вместимость на портале отличается». В нём перечислены объекты размещения, для которых портал применяет вместимость, отличную от заданной в Vezpa: например, объект принимает не более 2 взрослых, хотя в Vezpa он вмещает 3 гостей.

Это не ошибка: это информация, и блок синий намеренно. Продажа и синхронизация идут как прежде; блок лишь сообщает, что два числа не совпадают, чтобы вы не узнали об этом из брони, которая не помещается.

Vezpa не может это исправить. Вместимость на портале исправляется в экстранете Booking.com: Vezpa не может её изменить. Не ищите эту настройку в Vezpa: изменение вместимости объекта здесь не затрагивает вместимость на портале.

Отсутствие блока не является подтверждением. Он не появляется, когда обе вместимости совпадают, но не появляется и тогда, когда Vezpa не может прочитать их с портала — чтение не удалось, канал их не отдаёт, не нашлось ни одного сопоставимого объекта. Поэтому если вы его не видите, это не значит, что «всё сходится»: если какое-то число важно, посмотрите его в экстранете.

Airbnb подключается не так, как остальные четыре канала: он просит не код объекта, а разрешение из вашего аккаунта Airbnb. В разделе «Интеграции» вы найдёте одну кнопку — «Подключить Airbnb»: она приведёт вас на Airbnb, вы войдёте, разрешите доступ и вернётесь с кодом, который нужно вставить. Оттуда вы увидите свои объявления и свяжете их со своими номерами. Объявление, ожидающее одобрения на Airbnb, помечается: оно стоит и не принимает бронирования, пока Airbnb его не одобрит. Поэтому у Airbnb нет действий других каналов: они не нужны и не сработали бы. Та же кнопка появляется и во время регистрации, если вы выберете импорт номеров из Airbnb.

Четыре классических канала (Booking, Expedia, VRBO, Agoda) проходят три шага: заявка, сопоставление номеров, подтверждение. Более шестидесяти каналов ниже включаются сразу и разделены на «Активные», «Доступные», «Рекомендуемые» и «Прочие».

Не все порталы подключаются автоматически. У некоторых channel manager вообще не открывает подключение: в списке каналов вы узнаете их по пометке «Без автоматического подключения» и по кнопке «Запросить подключение» вместо «Активировать». Напишите нам, указав канал: мы этим займёмся и скажем, что потребуется.

Другие каналы подключаются сами, но требуют учётные данные API — имя пользователя, пароль или ключ. Их выдаёт портал, а не Vezpa: ищите в его партнёрском разделе, обычно в «Connectivity», «API» или «Channel manager». Если не найдёте, запросите их у поддержки портала.

Сравнители цен (Trivago, TripAdvisor, Google) — не порталы бронирования: они приводят посетителей на ваш сайт, а не продают номера. Настраиваются на той же странице, но спрашивают только разницу в цене.

Channel manager соединяет основные порталы — Booking.com, Airbnb, Expedia, VRBO, Agoda и десятки динамических каналов — но не каждый портал общается с channel manager. Некоторые, например penziony.cz или megaubytko.cz, принимают только адрес iCal: ссылку, которая публикует календарь объекта размещения и которую портал сам перечитывает через регулярные промежутки времени.

Список ваших объектов размещения находится в разделе Конфигурация → Каналы OTA → Календари iCal.

Когда приходит новое бронирование, мы вас уведомляем, так же как для порталов, подключённых через channel manager: одно уведомление на проверку, а не одно на бронирование — если портал опубликует пять сразу, уведомление будет одно и скажет, сколько их. Касание открывает вкладку «Календарь», которая к этому времени уже обновилась сама. Если же бронирование одно, уведомление его называет: даты проживания, а также имя и число гостей, когда портал публикует их в календаре. Цену нет, и это не наш выбор: календарь iCal не переносит суммы. Касание уведомления об одном бронировании открывает прямо это бронирование.

Мы уведомляем вас и тогда, когда бронирование исчезает с портала и мы его отменяем. Если бронирования больше нет в календаре портала, мы отменяем его так же, как отмену с Booking.com, даже если с ним уже кто-то работал или проживание уже началось, и его ночи возвращаются в продажу: вы получаете уведомление по тому же правилу, что и для новых, — одно на проверку, которое называет бронирование, если оно одно, и говорит, сколько их, если их больше, — и то же сообщение остаётся в «Сводка действий». Касание открывает вкладку «Календарь», где вы видите снова свободные ночи. Случаи, которые мы не можем закрыть сами, сюда не попадают: они оказываются в «Требуют решения», со своим уведомлением.

Первое чтение только что подключённого календаря молчит, и так задумано. Этот первый проход приносит не одно бронирование: он приносит всю историю портала сразу, и уведомлять о каждом означало бы шквал уведомлений в день подключения. Уведомления начинаются со следующей проверки, то есть с момента, когда бронирование действительно является новостью.

Публикация объекта размещения

Нажмите «Опубликовать» напротив объекта, который хотите поделиться: страница создаст две ссылки.

Копирование и использование ссылки

Рядом с каждой ссылкой есть кнопка копирования. Вставьте базовую ссылку в поле «iCal URL» (или «Импорт календаря») портала; вставьте полную ссылку в свой личный календарь с помощью функции «Добавить по URL». Портал сам перечитывает календарь через регулярные промежутки времени: повторно вставлять её потом не нужно.

Обновление ключа

Кнопка обновления рядом с каждой ссылкой создаёт новый ключ и сразу же отключает предыдущий: тот, у кого была старая ссылка, перестаёт читать календарь. Используйте её, если подозреваете, что ссылка попала не в те руки, или если вы прекратили работу с порталом. Обновление базовой ссылки не затрагивает полную ссылку, и наоборот.

Чтение с других порталов

Можно пойти и в обратную сторону: читать календарь портала, который не проходит через channel manager. На той же странице под каждым объектом размещения вы найдёте блок «Чтение с других порталов».

На портале найдите адрес его календаря iCal — обычно под пунктом вроде «Export calendar», «iCal export» или «Calendar URL» — и скопируйте его. В Vezpa нажмите «Добавить календарь» и заполните «Название портала» и «Адрес календаря (.ics)»: с этого момента мы читаем его за вас.

Если бронирование исчезает из календаря портала, мы его отменяем, а если портал переносит его даты, мы переносим их и в Vezpa: так же, как с Booking.com, даже если вы уже поработали с ним (зарегистрированные гости, платежи, налог, ручные изменения). Питание и цены, которые вы задали, остаются на ночах, которые не меняются. Если же портал вдруг возвращает пустой календарь, мы ничего не отменяем и всё равно уведомляем вас: обычно это означает, что связь истекла или была сброшена порталом, а не то, что бронирования действительно исчезли.

Бронирование, поступившее на уже проданные даты, ничего не перезаписывает: оно попадает в строку Исключения календаря, чтобы вы увидели его и сами решили, как разрешить конфликт.

Если для этих дат вы уже вручную ввели бронирования этого портала, это нормально — при первом обновлении после подключения вы найдёте их среди Исключений: это одно и то же бронирование, увиденное дважды — введённое вручную и только что прочитанное из календаря — оставьте только одно.

Вы можете отключить или удалить подключённый календарь в любой момент: уже импортированные бронирования остаются на месте, они не удаляются.

Календарь .ics умеет сказать одно-единственное: занято с такого-то дня по такой-то. Он не говорит, сколько номеров осталось свободными, не несёт цен, ничего не подтверждает, и у него нет даже способа сказать «это бронирование отменено»: строки просто больше нет. Это более медленная и более слепая связь, чем channel manager, и выбрать её — значит пойти на обмен: вы достаёте до портала, который иначе остался бы в стороне, а взамен отказываетесь от всего остального.

Это не мгновенно, это по расписанию. Мы читаем каждый подключённый календарь каждые полчаса: до тридцати минут бронирование, только что сделанное на портале, для нас ещё не существует, и эти ночи выглядят свободными. С channel manager бронирование приходит в тот момент, когда оно сделано.

Пустой календарь двусмыслен, и таким и остаётся. Когда портал отвечает календарём без единой занятости, оба возможных объяснения — «они всё отменили» и «связь оборвалась» — дают ровно один и тот же файл, и у нас нет способа их различить. Поэтому мы ничего не отменяем и спрашиваем вас: портал можете открыть вы.

При одном-единственном объекте это не редкий случай, а обычный. Если в календаре одно бронирование и портал его убирает, этот календарь становится пустым: это ровно та двусмысленная ситуация, что выше, и решение каждый раз за вами. При нескольких подключённых объектах такое случается реже, потому что достаточно другого бронирования, чтобы календарь не опустел.

Отмена на портале не закрывает случай. Если бронирование попало в «Требуют решения», с портала оно уже было убрано — именно поэтому мы вас и спросили. Убрать его ещё раз ничего не изменит: случай закрывается из Vezpa, одной из двух кнопок.

Закрытые даты, если портал их публикует. Некоторые порталы выгружают в календарь не только бронирования, но и даты, которые вы закрыли — часто это галочка, которую нужно включить в их собственных настройках. Когда они приходят, Vezpa считает их закрытиями: эти ночи в календаре выходят закрытыми, они не превращаются в бронирования. Если одна из этих ночей уже была продана, она остаётся за гостем, а вы получаете предупреждение. Если позже портал пришлёт вам бронирование как раз на эти даты, у бронирования есть приоритет и ночь открывается заново сама; а бронирование, которое вы заводите вручную, ничего не перешагивает: на ночи, закрытой порталом, вам нужно сначала снять закрытие в календаре, кнопкой «Удалить блокировку».

Ничто из этого не оправдание: это описание инструмента с законным применением — порталы, до которых channel manager не дотягивается — и пользоваться им нужно, зная, что он умеет и чего не умеет. Если интересующий вас портал говорит с channel manager, подключите его оттуда: этот путь быстрее и не имеет ни одной из этих двусмысленностей.

Мы читаем календарь каждого подключённого портала каждые полчаса и относимся к нему как к каналу вроде Booking.com: если бронирование исчезает из этого календаря, мы его отменяем, а если меняются его даты, мы их меняем, даже если вы уже работали с ним или гость уже заселился. Но «исчезло» не всегда значит «отменено»: календарь может прийти пустым, потому что истёк ключ или потому что у портала был сбой, и отменять в этот момент было бы катастрофой. Случаи, которые мы не можем закрыть сами, попадают в список, который ждёт вас: «Требуют решения».

Он находится вверху раздела Конфигурация → Каналы OTA → Календари iCal и появляется только тогда, когда действительно что-то ждёт. Туда же вы попадёте, коснувшись уведомления, которое просит проверить бронирования.

Что будет, если ничего не делать

• Календарь портала пришёл полностью пустым. Мы ничего не отменим, пока этот календарь снова не начнёт отвечать, сколько бы обновлений ни прошло: даты остаются занятыми.
• Портал ещё отвечает, но больше половины известных бронирований исчезло разом. В этот раз мы ничего не отменяем; если при следующем чтении его снова не будет, оно будет отменено.

Более старые строки могут нести общую причину — они помечены до того, как мы начали фиксировать почему. Там мы ничего не обещаем: посмотрите на портале. А если под именем написано «Жильё не назначено», это бронирование не попало ни в одно жильё и живёт в строке Исключения календаря.

Два действия

• «Оставить» — ничего не меняет. Бронирование остаётся ровно таким, как есть, а случай уходит из списка; если портал снова что-то изменит в этом бронировании, случай вернётся.
• «Принять отмену» — бронирование отменяется так, как это делает канал: строка остаётся в истории с пометкой «отменено», суммы обнуляются, а ночи снова становятся свободными.

«Оставленные мной»: решение можно отменить

Когда вы нажимаете «Оставить», бронирование не исчезает: оно переходит во второй вид списка, «Оставленные мной», который открывается переключателем вверху раздела. Там оно остаётся, пока проживание не закончится, и несёт одну-единственную кнопку: «Всё-таки отменить», которая делает ровно то, что сделала бы «Принять отмену». Это единственный доступный вам способ отменить бронирование, пришедшее с портала: обычная отмена в карточке его отклоняет, а убрать его заново на портале бесполезно — оттуда оно уже было убрано, и именно поэтому мы вас спросили.

Кто может решать

Обе кнопки доступны только директору гостиницы и ассистенту — тем же, кто получает уведомление. Остальные роли, которые попадают на страницу, видят список и причины, но вместо кнопок читают, чьё это решение. Наблюдатель на эту страницу не попадает.

Когда вы подключаете первый канал — Booking.com, Expedia, Agoda, VRBO или один из остальных каналов, либо Airbnb — перед подключением открывается экран «Период продаж». Он спрашивает, с какой даты вы хотите продавать, а затем закрывает ночи, которые продавать нельзя. При подключении следующих каналов, когда период продаж уже выбран, тот же экран возвращается как напоминание: он показывает, в какой период вы уже продаёте, а вы подтверждаете его или нажимаете «Изменить». «Изменить» начинает с действующего периода и не открывает заново уже заблокированные ночи: если у некоторых из них есть цена, экран сообщит об этом, а открыть их снова можно в разделе «Календарь». Выбор действует для всего объекта, а не для одного канала. Если вы меняете процентную разницу уже активного канала, он не появляется.

• «Продавать с»: Vezpa предлагает первый день с ценой начиная с завтрашнего, и вы можете его изменить. Ночи до этой даты закрываются, даже если у них есть цена.
• Внутри периода ночи без цены закрываются: ночь продаётся, только если у неё есть цена.
• Календарь с фиксированным годом: он спрашивает и «Продавать до». Тогда предел публикации становится 10 января следующего года (не дальше примерно двух лет от сегодняшнего дня и не короче текущего). Дни между вашей конечной датой и этим пределом остаются закрытыми; когда вы снова открываете их в разделе «Календарь», они публикуются сразу.
• Непрерывный календарь: конец не запрашивается. Предел продлевается сам каждую ночь.

Перед подтверждением кнопкой «Закрыть и продолжить» вы видите предварительный просмотр по каждой комнате: сколько ночей будет закрыто и почему. Забронированные ночи и ночи на обслуживании никогда не затрагиваются.

Если в периоде есть ночи без цены, лист покажет это оранжевым: на портале они останутся закрытыми. Кнопкой «Перейти к Тарифам» вы откладываете подключение и сначала задаёте цены; если ни у одного номера нет цены, Vezpa не подключает канал.

Ничто не окончательно. Закрытые ночи — это блокировки, такие же, как те, что вы ставите вручную, и вы снова открываете их в разделе «Календарь» кнопкой «Восстановить доступность».

При сопоставлении вы выбираете для каждого номера и каждого варианта питания соответствующий тариф на портале. Когда вы нажимаете Применить, мы отправляем сопоставления на портал вместе со стартовой ценой, и с этого момента канал может продавать.

Номер, оставленный без сопоставления, — не ошибка: он просто не выставляется на продажу в этом канале. В конце экран сводки перечисляет объекты, оставшиеся вне, чтобы вы знали, чего не хватает. Завершить сопоставления можно в любой момент, открыв их заново со страницы каналов.

Если строка не прошла, вы найдёте её отмеченной красным под тем вариантом питания, к которому она относится, с указанием причины: исправьте её и повторите. То, что уже прошло, останется как есть.

У каждого номера, продаваемого на портале, есть идентификатор, которым портал называет его, отправляя бронирование. Если этот идентификатор не записан на правильном номере, бронирования могут попадать не в то жильё: чаще всего это случается с теми, кто создал номера до подключения канала, потому что код портала ничего не говорит Vezpa. Экран «Связать номера» наводит порядок: откройте его одноимённой кнопкой в Конфигурация → Каналы OTA, внутри раздела канала (Booking.com, Airbnb, Expedia, VRBO, Agoda). Функция доступна только директору гостиницы.

Система предлагает, вы подтверждаете

Там, где уже полученные бронирования дают достаточно свидетельств, в разделе «Предложения на подтверждение» вы найдёте предложенное сопоставление. Для каждого предложения видно, насколько оно надёжно (сильное, среднее или слабое совпадение), причины — цена, вместимость, название — и рассмотренные и отклонённые альтернативы, каждая с объяснением. Ничего не выбрано заранее: ни один код не записывается, пока вы не подтвердите кнопкой «Сохранить связи (n)».

Всегда можно вручную

Даже без предложений — нет бронирований или сигналы слишком слабые («Связать вручную») — перед вами два списка для сопоставления: номера портала с их свидетельствами (увиденные бронирования, даты, гости, средняя цена за ночь) и, в «Ваши номера», ваши номера с вместимостью, базовой ценой и присутствующим или отсутствующим кодом.

Изменить или отвязать связь

В «Уже связаны (n)» находятся существующие связи: «Выбрать другой номер» переносит связь на другой номер, «Отвязать» убирает её и освобождает номер портала, который затем можно связать с другой категорией. Перед подтверждением вы всегда видите, с какого номера будет снят код. Флажок «Перезаписать уже записанные коды» нужен для замены существующего кода: без него номера, на которых уже записан другой код, не трогаются. Номера с пометкой «уже распознан автоматически» (сопоставленные по названию или категории) не имеют кнопки смены: там код ничего бы не решал.

Логика — по категории, а не по отдельному жилью

Портал не продаёт «номер 3»: он продаёт «двухместный». Поэтому связь действует для всех единиц этой категории, и именно поэтому бронирование находит свободную единицу, даже если первая занята. Исключение — объекты, где каждая единица продаётся отдельно: там связь касается отдельной единицы.

Контрольный вид

Внизу экрана для каждого номера портала видно, в какой номер Vezpa приходят его бронирования; а в списке ваших номеров видно, какие ещё не покрыты, то есть без кода портала.

Если ваш объект уже есть на портале, вводить заново нечего: мы спрашиваем у канала, что он о вас знает. В разделе Конфигурация → Каналы OTA нажмите «Создать объект по данным портала».

Как это работает, шаг за шагом

1. Введите только номер в поле «Номер объекта на портале». На Booking.com вы найдёте его в экстранете, рядом с названием объекта, вверху (ID объекта / Hotel ID). Больше ничего: ни пароля, ни списка номеров.
2. Мы регистрируем объект в channel manager и запрашиваем подключение. Это тот запрос, который вы затем подтверждаете в своём экстранете.
3. Нажмите «Прочитать из канала». Мы читаем номера, вместимость, питание и фотографии.
4. Смотрите предпросмотр: «Вот что будет создано», с разделами Номера, Питание, Фотографии, Привязка номеров и Расхождения для проверки.
5. Подтверждаете кнопкой «Создать всё». Только теперь что-то создаётся — и каждое значение остаётся изменяемым потом.

Подключение начнётся только тогда, когда вы его разрешите

После запроса регистрация в channel manager продолжается сама, но портал ничего нам не пришлёт, пока вы не разрешите подключение из его extranet: на Booking.com выберите OTASwitch как Channel manager; на Airbnb примите запрос на подключение. Пока вы этого не сделаете, нормально, что ни один объект не приходит. И выбор вас не связывает: тем временем вы можете создавать объекты вручную — когда объявления придут, вы сами решите, создать их как новые или привязать к вашим.

Номера создаются как черновики для проверки

Созданные номера не идут сразу в продажу: они рождаются исключёнными из порталов, чтобы вы спокойно дополнили цены и детали. Когда они готовы, снимите исключение — и они пойдут в продажу. Номера, которые уже были в Vezpa, не изменяются и не дублируются.

«Объявления без соответствия»: создать их как новые или привязать к вашим?

Если на портале есть объявления, не соответствующие ни одному из ваших объектов размещения, и у вас есть объекты, ещё не привязанные к этому каналу, предпросмотр останавливается и спрашивает вас, прежде чем что-либо создавать: создать объявления как новые объекты или привязать их к объектам, которые у вас уже есть. Если создать их как новые, у вас может оказаться два объекта для одной и той же квартиры; если привязать, портал соединится с объектами, которые у вас уже есть. Названия не обязаны совпадать: порталу важна привязка, а не то, как вы называете свои объекты.

Два разных ожидания, и ни одно из них не ошибка

• Подтверждение подключения: обычно хватает 5–10 минут; некоторым каналам может понадобиться несколько часов или дней. Это не фиксированный и не гарантированный срок, и подтверждает портал, а не Vezpa. Оставаться на экране не нужно: запрос продолжает выполняться, и вы можете вернуться когда угодно.
• Привязка номеров после отправки цен: когда тарифные планы только что созданы, каналу обычно нужно 1–2 минуты, чтобы связать их с номерами. Если вы читаете «Попробуйте снова через пару минут», это именно ожидание: то, что уже создано, не продублируется.

Если не хватает данных объекта

Для регистрации объекта channel manager требует несколько данных: название, адрес, email, телефон и положение на карте. Если чего-то нет, регистрация не начнётся — а приложение перечислит недостающее по пунктам, с кнопкой «Посмотреть недостающие данные». Она ведёт в Данные объекта, где всё заполняется за один заход; как только ничего не будет не хватать, запрос запустится сам, и вы окажетесь там, где остановились.

«Этот объект уже связан с другим подключением channel manager»

Введённый номер верный. Объект на портале всё ещё привязан к предыдущему подключению channel manager: к другому объекту или к старому аккаунту. Сначала нужно разорвать ту связь; пока она активна, каждая новая попытка закончится тем же. Повторять попытку, не разорвав её, бессмысленно.

Вместимость номера в channel manager

В channel manager номер один и общий для всех подключённых порталов. Его вместимость — максимум среди мест, которые продают разные порталы: она может быть больше, чем у одного портала, и это нормально — каждый портал продолжает продавать на то число мест, которое знает. Если это число не сходится ни с одним из подключённых порталов, стоит посмотреть его вручную.

Цены на канале OTA не обновляются

• Убедитесь, что вы завершили Channel Mapping (номера И тарифные планы)
• Проверьте, что канал отображается как «Активен» в приложении Vezpa (Конфигурация → Каналы OTA)
• Подождите не менее 5-10 минут после изменения тарифов — распространение не происходит мгновенно на всех каналах
• На портале OTA убедитесь, что выбран правильный Channel Manager (OTASwitch)

Бронирования OTA не поступают в календарь

• Убедитесь, что канал активен и сопоставлен
• Проверьте, что push-уведомления включены на телефоне
• Попробуйте выполнить обновление вручную в календаре (потяните вниз)
• Если бронирование попало в строку «Исключения», значит, в назначенном номере не было доступности — обратитесь в поддержку для решения

Овербукинг (двойное бронирование одного и того же номера)

• Самая частая причина: ошибочное сопоставление — номер Vezpa был связан с неправильным номером на канале OTA
• Другая причина: Channel Manager не был выбран на портале OTA, поэтому канал не получал обновления доступности
• Решение: исправьте сопоставление, проверьте выбор CM на портале и обратитесь в поддержку, если проблема сохраняется

Channel Mapping не показывает номера канала OTA

• Для Booking.com, Expedia и Agoda: убедитесь, что вы ввели правильные учётные данные портала
• Убедитесь, что номера активны и опубликованы на портале OTA (а не в черновике)
• Убедитесь, что Channel Manager был выбран на портале OTA (без этого шага система не может прочитать номера)

Канал отображается как «Ожидает активации»

• Если канал не дошёл даже до этой стадии, сначала проверьте результат регистрации: приложение подскажет, наша ли это проблема или нужно что-то исправить
• Это означает, что запрос отправлен, но отсутствует одобрение на портале OTA
• Войдите в портал канала и завершите процедуру одобрения (см. конкретные инструкции для каждого канала выше)
• Некоторым каналам (VRBO) может потребоваться до 5 рабочих дней для завершения активации
• Пока вы ждёте, в приложении есть раздел «Как авторизовать» с быстрыми шагами для канала, и вы можете выбрать продолжить вручную: подключите OTA позже, когда авторизация будет завершена

Бронирования с портала попадают не в то жильё

• Почти всегда это происходит, когда номера были созданы до подключения канала: код портала не записан на правильном номере
• Откройте «Связать номера» из раздела канала и подтвердите или исправьте сопоставления
• Уже полученные бронирования не переносятся: связь исправляет следующие