The card-flow hub
for travel

Your platform moves the booking.
We move the card that comes with it.

Every booking brings a card. Here is where it goes.

Cards in

From guests, partners and files, straight to the vault.

Cards stored

One token for the whole card. The card stays in our PCI DSS Level 1 vault.

Cards out

To payment providers, hotels, suppliers and staff.

Outcome

A smaller PCI DSS scope and a simpler audit.

Cards arrive from OTAs, channel managers and GDSs you do not control.

Cards reach us, not your systems

  • From partner systems, by API, pushed or pulled. Partners change nothing, and ready-made profiles cover the major OTAs, channel managers and GDSs.
  • In any format, with each partner's own encryption and signing.
  • From guests, through a hosted card form with 3D Secure.
  • By secure link in an email or SMS, for bookings taken by phone or by an agent.
  • In files by SFTP, tokenized before they reach you.
Diagram: card details come in by card form, payment link, partner API, file or upload to the PCI Booking vault; inset, the hosted card form.
Diagram: card details come in by card form, payment link, partner API, file or upload to the PCI Booking vault; inset, the hosted card form.

The card form is an illustration.

A card taken in March may be charged in August, and every copy in between needs protecting.

The card stays in the vault. You work with a token.

  • One token holds the whole card: number, CVV, expiry and the 3D Secure result.
  • The same token however the card arrived: from a guest, a partner, a file or another provider.
  • Cards on file for deposits, later charges and balance payments, with the 3D Secure data kept with the token.
  • Your systems store and pass around tokens in place of card numbers.
  • Stored in the region you choose, in a vault certified to ISO 27001:2022.
  • Network tokens that keep cards current.
Diagram: the card stays in the PCI Booking vault, masked 4111 •••• •••• 1111; your system holds a token, tok_8F3K…, and never the card number.
Diagram: the card stays in the PCI Booking vault, masked 4111 •••• •••• 1111; your system holds a token, tok_8F3K…, and never the card number.

After the booking, the card has to reach the hotel, the supplier or the payment provider.

Charge it, send it or show it, without handling it

  • Charge, pre-authorize, capture, refund or void through 120+ integrations with one API.
  • Each merchant charges through its own payment provider, and you manage all their accounts in one place.
  • Send a card to a hotel, supplier or partner system in the format it expects.
  • Show a card to your staff or partners by one-time link, protected by a one-time password.
  • Issue virtual cards through your own provider to pay suppliers. Each card is stored and sent on like any other.
  • Share a card with a partner that also uses PCI Booking, by token, with no card number passed.
Diagram: your system sends a token to the PCI Booking vault; the vault sends the card to payment providers, to staff and partners by one-time link, and to partner systems by API or file in their own format.
Diagram: your system sends a token to the PCI Booking vault; the vault sends the card to payment providers, to staff and partners by one-time link, and to partner systems by API or file in their own format.

Every system that touches a card is in PCI scope: booking engine, reservations desk, back office.

Less to assess, less to protect

  • Card data never touches your systems, so they stay out of PCI scope.
  • A smaller scope simplifies your annual audit.
  • PCI DSS Level 1 service provider since 2016, on PCI DSS v4 since December 2023.
  • Attestation of Compliance and Shared Responsibility Matrix on request.
Diagram: before PCI Booking, your website, order system, database, staff email and partner connection are all in PCI scope; with PCI Booking most of them hold tokens only. Your annual assessment covers less.
Diagram: before PCI Booking, your website, order system, database, staff email and partner connection are all in PCI scope; with PCI Booking most of them hold tokens only. Your annual assessment covers less.

Where card data goes

The booking's card goes through us. You keep a token.

Diagram: card details come in by card form, payment link, partner API, file or upload to the PCI Booking card vault, where each card becomes a token. Your system holds only the token. When your system sends the token back with an instruction, the vault sends the card on to payment providers, partner systems, secure display, files or another PCI Booking customer.
Diagram: card details come in by card form, payment link, partner API, file or upload to the PCI Booking card vault, where each card becomes a token. Your system holds only the token. When your system sends the token back with an instruction, the vault sends the card on to payment providers, partner systems, secure display, files or another PCI Booking customer.

Who it is for

Built for the platforms between travel partners

Integrations

120+ integrations. Don't see yours? We add it free.

Tell us which payment provider you need and we build the connection at no cost to you.

Adyen
Stripe
Worldpay
PayPal
Checkout
Nuvei
Elavon
Global Payments
Shift4
Cybersource
Windcave
Authorize.net

Questions teams ask before they start