Чтобы принимать оплату бронирования от иностранных гостей, отелю нужно встроить оплату в систему бронирования по API. Гость выбирает номер, нажимает «Оплатить» и платит, не уходя со страницы сайта. Отель получает рубли на расчётный счёт и закрывающие документы по каждой операции. Об ограничении скажем сразу: карты иностранных банков, Visa и Mastercard, через ГудПейментс не проходят, гость платит по счёту из своей страны.
Дальше по порядку: что согласовать с банком и по договору, как подключить оплату к сайту, что показать гостю на странице платежа и как проверить всё тестовым платежом до запуска.
Зачем отелю предоплата прямо в бронировании
Гость из Китая бронирует номер за несколько недель до заезда. Если платить он собирается только при заселении, у отеля нет гарантий. Гость может не приехать, а номер уже не продать.
Раньше предоплату собирали вручную. Менеджер отправляет реквизиты, гость переводит деньги, бухгалтер ищет поступление, и только потом кто-то подтверждает бронь. На небольшом потоке это терпимо, на большом превращается в отдельную должность.
Оплата по API убирает ручную часть. Гость платит в момент бронирования, а не после недели переписки с менеджером. Отдельно про предоплату брони гостем из ОАЭ мы писали в другой статье.
Что подготовить до интеграции
Подключаются ООО и ИП с расчётным счётом. Работа идёт по агентскому договору, ГудПейментс выступает иностранным агентом. «Платёжный агент» из 103-ФЗ — другое понятие, их нельзя путать при разговоре с банком.
Расчёты с иностранным агентом считаются валютной операцией, даже когда деньги приходят в рублях. Ограничений здесь нет, но уполномоченный банк вправе запросить договор, отчёты агента и акты. Бухгалтеру лучше знать об этом заранее.
До первого поступления согласуйте с банком квалификацию договора и код валютной операции. Юристы рекомендуют поставить договор на учёт заранее, не дожидаясь порога. Образцы документов мы присылаем заранее, так что бухгалтер сможет показать их банку до первой оплаты.
Конвертацию выполняет отдельная компания-партнёр. Её название и документы менеджер покажет до подписания договора.
По легальности отвечаем так: «Схему разбирали юристы, заключение пришлём по запросу. Деньги приходят в рублях на расчётный счёт, по каждой операции есть документы.»
Что передать бухгалтеру
Типичная ошибка: запустить оплату на сайте, а с банком начать разговор после первого поступления. Тогда документы собирают в спешке, а назначение платежа сверяют уже по факту.
Чтобы этого избежать, у бухгалтера до запуска должны быть:
- агентский договор и образцы документов, которые мы присылаем заранее;
- договорённость с банком о квалификации договора и коде валютной операции;
- понимание, что отчёты агента и акты придут по каждой операции вместе с закрывающими документами;
- правило сверки: поступление на расчётный счёт сопоставляется с конкретным бронированием по дате и сумме.
Последний пункт нужен отелю не меньше, чем банку. Через месяц после запуска вы будете искать, за какой заезд пришли деньги, и сверка по дате и сумме сэкономит часы.
Как подключить оплату к системе бронирования
- Определите сценарий. Что гость платит через сайт: предоплату, проживание целиком или доплату за услуги. От этого зависят логика статусов в системе бронирования и условия, которые вы обсудите с менеджером.
- Оставьте заявку. За компанией закрепляется персональный менеджер, он уточнит сценарий и порядок интеграции.
- Подпишите договор и согласуйте его с банком. Код валютной операции и постановку договора на учёт лучше закрыть на этом шаге, до первого платежа.
- Передайте задачу разработчику. Интеграция и настройка бесплатные. Встраивать оплату будет ваш программист или поставщик системы бронирования, гость при этом остаётся на странице вашего сайта.
- Настройте статусы брони. Пока оплаты нет, бронь стоит как «ожидает оплаты». После успешного платежа она становится «подтверждена», и ваша система отправляет гостю письмо. Как именно система узнаёт о результате платежа, зависит от вашей CRM или движка сайта, это решается при интеграции.
- Проведите тестовый платёж. Что в нём проверять, разобрано ниже.
- Запускайтесь. Принимать оплату можно с первого дня после подключения.
Хотите понять, как оплата встроится в вашу систему бронирования? Расскажите менеджеру о сценарии, он подскажет схему. Оставить заявку
Что показать гостю на странице оплаты
Страницу оплаты читает человек, который, возможно, впервые бронирует отель в России. Неожиданная сумма или непонятные условия на этом шаге означают закрытую вкладку и потерянную бронь.
Поставьте на страницу то, что гость хочет увидеть перед платежом:
- даты заезда и выезда, тип номера, имя гостя;
- итоговую сумму с налогами и сборами, без доплат «на месте»;
- условия тарифа: невозвратный он или с бесплатной отменой и до какого дня действует политика отмены;
- что произойдёт после оплаты и на какую электронную почту придёт подтверждение.
Если у вас несколько тарифов, пусть выбранный остаётся на странице платежа на виду. Гость, который не помнит, за что платит, чаще пишет в поддержку.
Тестовый платёж: что проверить до запуска
Тест показывает дыры на стыке сайта, системы бронирования и бухгалтерии. Порядок пробного платежа обсудите с менеджером при подключении.
Пройдите весь путь так, как его пройдёт гость, и проверьте:
- бронь создаётся, до оплаты стоит в статусе «ожидает оплаты», номер за ней закреплён;
- гость доходит до платежа без ухода со страницы и без ручных шагов со стороны отеля;
- после оплаты статус меняется сам, письмо с подтверждением приходит на почту;
- рубли поступили на расчётный счёт, назначение платежа совпадает с договором;
- по операции есть закрывающие документы, и бухгалтер знает, куда их вносить;
- если платёж не прошёл, бронь не подтверждается, а номер возвращается в продажу по вашим правилам;
- при отмене брони вам понятно, как оформляется возврат денег гостю. Порядок уточните у менеджера до запуска.
Чаще всего проверяют только успешный путь. А через месяц гость из ОАЭ закроет вкладку посреди платежа, и в системе останется бронь, которую никто не подтвердил и не снял.
Как принимать оплату от остальных гостей
API закрывает бронирование на сайте отеля. Но гости приходят и другими путями.
Кто-то пишет в мессенджер и просит забронировать номер. Для таких случаев есть ручной инвойс: менеджер отправляет счёт ссылкой в мессенджере, гость оплачивает его из своей страны.
Тем, кто платит уже в отеле, подойдёт POS-терминал. Например, отель в Казани подключил терминал, и гости оплачивают проживание и услуги по QR-коду на нём. API принимает предоплату до приезда, терминал работает с тем, что гость покупает на месте.
Все три способа приёма оплаты можно сочетать, а бухгалтерия при этом остаётся единой. Рубли приходят на один расчётный счёт, документы идут по каждой операции.
Сколько стоит подключение
Стоимость такая: без комиссии от оборота, фиксированная стоимость обработки перевода и комиссия за обмен. Точные суммы не называем: условия зависят от сценария и обсуждаются с менеджером.
Хотите принимать предоплату от гостей из Китая и ОАЭ прямо в системе бронирования? Менеджер подскажет, как подключить оплату под ваш сайт. Оставить заявку
Частые вопросы
Мы ИП. Нам подойдёт такая схема?
Да, подключаются ООО и ИП с расчётным счётом. Банк вправе запросить договор, отчёты агента и акты, поэтому согласуйте с ним квалификацию договора и код валютной операции заранее.
Когда можно начать принимать оплату?
С первого дня после подключения. Сам запуск зависит от того, как быстро ваш разработчик встроит оплату в сайт и как пройдёт согласование договора с банком.
Нужен ли терминал, если подключён API?
Не обязательно. Если гости бронируют только на сайте и платят заранее, хватает API. Терминал нужен, когда часть оплаты проходит в самом отеле.
Подойдёт ли решение для россиян, которые живут за границей?
Нет. Решение только для иностранных клиентов, например для гостей из Китая и ОАЭ. Оплата зарубежным поставщикам — другая задача, здесь речь о приёме оплаты.
