Демоверсія

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

Інтеграція платіжних шлюзів для туризму, яка прив'язує кожен платіж до його бронювання

Підключіть сайт бронювання або 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 підключає вашу платформу до цього акаунта за допомогою наданих вами облікових даних.

Дізнайтеся більше

Ще про платформу