Демоверсия

Платежи за туристические бронирования

Интеграция платёжных шлюзов для туризма, которая привязывает каждый платёж к его бронированию

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

  • Оплата внутри процесса бронирования
  • Мультивалютность, если провайдер её поддерживает
  • 3D Secure и токенизированные карты
  • Отмены, возвраты и сверка

Безопасная оплата путешествий

Интеграция платёжных шлюзов для туризма внутри вашего процесса бронирования

Клиенты оплачивают авиабилеты, отели, туры и трансферы на вашей собственной странице оплаты, а не по отдельной платёжной ссылке. Система бронирования отправляет сумму, валюту и номер бронирования; шлюз возвращает результат, на который бронирование может отреагировать.

Один и тот же процесс обслуживает ПО для бронирования авиабилетов, Модуль бронирования отеля и Программа для туроператора: бронирование удерживается, платёж принимается, а подтверждение поставщика следует только после успешной оплаты.

  • Мультивалютность

    Показывайте цены и проводите расчёты в валютах, которые поддерживают ваш провайдер и мерчант-аккаунт.

  • Безопасная аутентификация

    Токенизированные карты, 3D Secure и собственные проверки риска провайдера.

  • Отслеживаемые записи

    Транзакции, бронирования, возвраты и ссылки на расчёты остаются связанными.

Оплата бронированияБронированиеPT-48213
  1. Данные
  2. Оплата
  3. 3D Secure
  4. Подтверждено
Оплатить в
  • Перелёт, 2 взрослых$612.00
  • Отель, 3 ночи$438.00
  • Сбор за бронирование$15.00
Итого к оплате$1,065.00 USD
  • Перелёт, 2 взрослых€566.00
  • Отель, 3 ночи€405.00
  • Сбор за бронирование€14.00
Итого к оплате€985.00 EUR
  • Перелёт, 2 взрослых£486.00
  • Отель, 3 ночи£348.00
  • Сбор за бронирование£12.00
Итого к оплате£846.00 GBP

Данные карты поступают напрямую в ваш шлюз

Примерные суммы. Валюты, способы и комиссии зависят от вашего шлюза и мерчант-аккаунта.

Жизненный цикл транзакции

Как статус платежа и статус бронирования меняются вместе

Туристический платёж не завершается в момент одобрения карты. Выберите сценарий, чтобы увидеть, что сообщает шлюз и что делает бронирование на каждом шаге.

Оплачено и подтверждено

СписанПодтверждено
  1. 0100:00Бронирование отправляет сумму, валюту и номер в шлюзПлатёжВ ожиданииБронированиеНа удержании
  2. 0200:04Шлюз одобряет карту и удерживает средстваПлатёжАвторизованБронированиеНа удержании
  3. 0300:09Поставщик подтверждает бронированиеПлатёжАвторизованБронированиеПодтверждено
  4. 0400:10Удержанные средства списываютсяПлатёжСписанБронированиеПодтверждено
  5. 0500:11Подписанный вебхук сохранён под бронированиемПлатёжСписанБронированиеПодтверждено

Списание после подтверждения поставщика означает, что с клиента никогда не возьмут деньги за несуществующее бронирование.

Проверка 3D Secure

СписанПодтверждено
  1. 0100:00Бронирование отправляет сумму, валюту и номер в шлюзПлатёжВ ожиданииБронированиеНа удержании
  2. 0200:03Банк запрашивает проверку 3D SecureПлатёжТребуется действиеБронированиеНа удержании
  3. 0300:41Клиент проходит проверку, платёж авторизованПлатёжАвторизованБронированиеНа удержании
  4. 0400:46Поставщик подтверждает бронированиеПлатёжАвторизованБронированиеПодтверждено
  5. 0500:47Удержанные средства списываютсяПлатёжСписанБронированиеПодтверждено

Бронирование остаётся на удержании, пока клиент проходит проверку. Если проверка не пройдена или истекла, холд снимается и ничего не списывается.

Цена изменилась

СписанПодтверждено
  1. 0100:00Цена повторно проверена у поставщика перед списаниемПлатёжНе начатБронированиеНа удержании
  2. 0200:02Новая цена показана клиенту для подтвержденияПлатёжНе начатБронированиеПереоценено
  3. 0300:30Клиент соглашается, создаётся платёж на новую суммуПлатёжВ ожиданииБронированиеПереоценено
  4. 0400:34Шлюз одобряет карту и удерживает средстваПлатёжАвторизованБронированиеПереоценено
  5. 0500:39Поставщик подтверждает бронированиеПлатёжАвторизованБронированиеПодтверждено
  6. 0600:40Удержанные средства списываютсяПлатёжСписанБронированиеПодтверждено

Повторная проверка цены перед оплатой не даёт агентству покрывать повышение тарифа, которого оно не видело.

Сбой поставщика после оплаты

ОтменёнНе удалось
  1. 0100:00Бронирование отправляет сумму, валюту и номер в шлюзПлатёжВ ожиданииБронированиеНа удержании
  2. 0200:04Шлюз одобряет карту и удерживает средстваПлатёжАвторизованБронированиеНа удержании
  3. 0300:12Поставщик отклоняет бронированиеПлатёжАвторизованБронированиеНе удалось
  4. 0400:13Авторизация отменена до списания, денег не взятоПлатёжОтменёнБронированиеНе удалось
  5. 0500:14Клиент и операционная команда уведомлены с обоими номерамиПлатёжОтменёнБронированиеНе удалось

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

Иллюстративная последовательность. Авторизуются ли средства сначала или списываются сразу, зависит от шлюза и ваших настроек.

Под капотом

Запросы, вебхуки и возвраты, несущие номер бронирования

Каждый вызов шлюза содержит номер бронирования и ключ идемпотентности, а каждое событие от шлюза проверяется, прежде чем изменить бронирование.

  1. 1Номер бронирования передаётся в метаданных, поэтому панель провайдера и ваша админ-панель показывают одно и то же бронирование.
  2. 2Ключ идемпотентности не даёт двойному клику или повторной отправке по сети списать деньги дважды.
  3. 3Суммы отправляются в минимальных единицах с явным кодом валюты.
  1. 1Подпись сверяется с вашим секретом вебхука до любых изменений.
  2. 2Тип события определяет действие с бронированием: подтвердить, освободить или отметить для проверки.
  3. 3Повторные доставки одного и того же события распознаются и игнорируются.
  1. 1Частичные суммы покрывают сборы за отмену, удержанные агентством или поставщиком.
  2. 2Возврат ссылается на исходный платёж и на отменённое бронирование.
  3. 3Код причины уходит провайдеру и в ваши записи для поддержки и споров.

Ещё не подключённые провайдеры выполняются как Индивидуальная интеграция API. У популярных шлюзов есть свои страницы: Платежи через Stripe и Платежи PayPal.

POST /v1/paymentsIdempotency-Key: bk_PT-48213_a1{  "amount": 106500,  "currency": "USD",  "capture": "after_confirmation",  "metadata": {    "booking": "PT-48213",    "pnr": "X7K2LM"  }}
POST /webhooks/paymentsSignature: t=1791012345,v1=5f3ac1…{  "id": "evt_8841",  "type": "payment.captured",  "payment": "pay_3QK19",  "metadata": { "booking": "PT-48213" }}→ 200 OK  booking=PT-48213 status=confirmed
POST /v1/refundsIdempotency-Key: rf_PT-48213_1{  "payment": "pay_3QK19",  "amount": 41800,  "currency": "USD",  "reason": "cancelled_by_customer",  "metadata": {    "booking": "PT-48213",    "retained_fee": 2000  }}

Общий пример. Названия полей соответствуют API выбранного вами шлюза.

Операции, характерные для туризма

Платёжные контроли для того, что идёт не так в туризме

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

  • Ситуация01

    Тариф отеля вырос между поиском и оплатой.

    Контроль

    Повторная проверка цены

    Актуальная цена поставщика подтверждается до списания с клиента, а любое изменение показывается для подтверждения.

  • Ситуация02

    Клиент дважды нажал «Оплатить» на медленном соединении.

    Контроль

    Идемпотентный процесс бронирования

    Повторные запросы возвращают первый результат вместо второго списания или второго бронирования.

  • Ситуация03

    Клиент платит в евро, а поставщик выставляет счёт в долларах.

    Контроль

    Правила валют и наценки

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

  • Ситуация04

    Отменены две ночи из пяти.

    Контроль

    Отмены и частичные возвраты

    Полные или частичные возвраты привязаны к отмене или изменению, которые их вызвали.

  • Ситуация05

    Держатель карты оспаривает списание спустя месяцы после поездки.

    Контроль

    Споры и чарджбэки

    События провайдера, результаты аутентификации и документы бронирования хранятся вместе как доказательства.

  • Ситуация06

    Приходит вебхук по уже отменённому бронированию.

    Контроль

    Вебхуки и оповещения

    Проверенные события обновляют бронирования; всё, что не укладывается, отмечается для проверки человеком.

Покрытие провайдеров

Выберите шлюз для своего рынка и клиентов

Доступность зависит от одобрения мерчанта, покрытия стран, валют и способов оплаты. Многие агентства сочетают глобальный карточный шлюз с региональным провайдером и вариантом B2B-расчётов.

  • A

    Глобальные карточные шлюзы

    Приём карт, токенизация, 3D Secure, возвраты и оплата на нескольких рынках.

  • B

    Региональные провайдеры

    Местные валюты, национальные платёжные системы и специфичные для рынка способы.

  • C

    Цифровые кошельки

    Более быстрая оплата для клиентов, предпочитающих одобренный аккаунт кошелька.

  • D

    B2B-платёжные процессы

    Кредит агента, ручные записи о платежах и контролируемые платёжные процессы.

Что обычно покрывает каждый тип
ПотребностьAГлобальные карточные шлюзыBРегиональные провайдерыCЦифровые кошелькиDB2B-платёжные процессы
Международные картыОбычно покрываетсяОбычно покрываетсяЗависит от провайдераНетипичный вариант
Местные способы и банковские системыЗависит от провайдераОбычно покрываетсяЗависит от провайдераНетипичный вариант
3D SecureОбычно покрываетсяЗависит от провайдераЗависит от провайдераНетипичный вариант
Возвраты и отменыОбычно покрываетсяЗависит от провайдераЗависит от провайдераОбычно покрывается
Несколько валютОбычно покрываетсяЗависит от провайдераЗависит от провайдераЗависит от провайдера
Кредит агента и депозитыНетипичный вариантНетипичный вариантНетипичный вариантОбычно покрывается
  • Обычно покрывается
  • Зависит от провайдера
  • Нетипичный вариант

Шлюзы в каталоге интеграций

Эти названия берутся из актуального Все интеграции. Мерчант-аккаунты и комиссии за транзакции согласуются с выбранной платёжной компанией.

Расчёты без шлюза

  • Баланс кошелька
  • Банковский перевод
  • Оплатить позже

Для агентов и офлайн-продаж бронирования также можно оплачивать из Кошелёк B2B-агента, банковским переводом или с отсрочкой платежа, при этом каждый платёж фиксирует ваша команда.

Определение объёма проекта

Что нам нужно, чтобы определить объём вашей платёжной интеграции

Понятный аккаунт провайдера и описанный процесс транзакций позволяют точно определить объём, тестирование и сроки. Отметьте, что у вас уже есть.

0/5готово

Чек-лист объёма

Путь к запуску

  1. 01

    Ключи sandbox

    Платформа работает с тестовой средой провайдера.

  2. 02

    Тестовые сценарии

    Одобрение, отказ, 3D Secure, отмена и возврат, каждый на тестовом бронировании.

  3. 03

    Эндпоинт вебхуков

    Подписи проверены, каждый тип события сопоставлен с действием над бронированием.

  4. 04

    Боевые ключи

    Боевые учётные данные включены, неудачные платежи отслеживаются.

Спланируйте свою оплату

Работа со шлюзом планируется вместе с вашей платформой бронирования. PHPTRAVELS — это разовая лицензия от 2499 $ с исходным кодом, размещаемая на вашем собственном сервере; на странице Цены указано, что входит в каждый план.

Попробовать демоСвязаться с нами

Платежи связаны с

Вопросы покупателей

FAQ по интеграции платёжных шлюзов

Что спрашивают агентства, прежде чем добавить онлайн-оплату на свою платформу бронирования.

Отдел продаж

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

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

Да, если выбранный шлюз и мерчант-аккаунт поддерживают нужные вам валюты отображения и расчётов. Конвертация валют, наценка и правила расчётов подтверждаются при определении объёма проекта.

3D Secure включается, если провайдер его поддерживает и он активирован для вашего мерчант-аккаунта. Интеграция обрабатывает результаты аутентификации, редиректы или встроенные проверки и итоговый статус платежа.

Да, если API провайдера их поддерживает. Полные или частичные возвраты, отмены и сборы за отмену привязываются к соответствующим номерам бронирования и транзакции.

Платёжная компания. Вы открываете мерчант-аккаунт у выбранного провайдера и согласуете комиссии напрямую с ним. PHPTRAVELS подключает вашу платформу к этому аккаунту с помощью предоставленных вами учётных данных.

Узнайте больше

Ещё о платформе