Payments
Capture guests payments
The Prioticket API supports optional payment processing for guest transactions via a wide variety of integrated Payment Service Providers (PSPs). This functionality is typically used in direct sales scenarios and is not applicable to B2B resellers or partners that handle their own payments and settle via invoice.
When Should You Use the Payment API?
You do not need to use our payment API if:
You're a B2B reseller or partner
You are the merchant of record
You collect the guest payment independently
You settle with Prioticket via invoice or other external arrangements
In this case, set SettlementType
to EXTERNAL
, and the guest payment flow is handled completely outside our platform.
You should use our payment API if:
You're handling guest-facing payments
You require real-time reservation confirmation
You’re using
SettlementType: DIRECT
orVENUE
You want to process payments through a connected PSP or generate a hosted payment link
Once a payment is completed using the API, the reservation becomes locked and cannot be amended.
Secure Payment Flow
The API manages:
Initiating guest payments
Redirects for 3D Secure 2 (3DS2)
Confirming and capturing funds
Generating payment links for HPP (Hosted Payment Pages)
Triggering refunds when applicable
Supported Payment Providers
Choose from a broad range of integrated PSPs:
ADYEN
Adyen
CYBERSOURCE
CyberSource
HYPERPAY
Hyperpay
ADDONPAYMENTS
Addon Payments
NGENIUS
Network International
MULTISAFE
MultiSafePay
STRIPE
Stripe (coming soon)
GOOGLE
Google Pay
PAYONEER
Payoneer
SMARTPAY
Smart Pay (Bank Muscat)
MOKA
Moka POS
EXTERNAL
Payment settled externally
—
OTHER
Unlisted or custom provider
—
NONE
No payment provider used
—
Settlement Types
SettlementType
determines how the transaction is settled:
DIRECT
: Payment is made using the API and a PSP before confirming the reservation.VENUE
: Payment is made in person at the venue.EXTERNAL
: Partner collects the payment and settles externally. Used in most reseller integrations.INVOICE
: Payment is settled later via invoicing. Used in B2B partner flows.
Default: EXTERNAL
Payment Methods
PaymentMethod
specifies how the guest initiated the payment:
ONLINE
– Guest pays via card, wallet, or local method on web/mobileTERMINAL
– Payment made through a physical POS terminalLINK
– Hosted Payment Page (HPP) sent to guestCASH
– Payment made in cashGUEST_BILL
– Charged to a guest accountRECURRING
– Subscription or repeating chargeEXTERNAL
– Payment made entirely outside the Prio systemVOUCHER
– Voucher used as paymentBANK_TRANSFER
– Funds transferred via bank, usually for invoicingOTHER
– Any unlisted payment method
These values allow tracking and reporting of how a transaction was completed.
Payment Types
PaymentType
describes the stage or purpose of a transaction:
AUTHORIZATION
– Funds are verified and reserved, but not yet capturedCAPTURE
– Funds are officially transferred from the guestREFUND
– A completed payment is returned to the guest
This supports more advanced flows where authorization and capture happen separately (e.g., in fraud-sensitive environments or ticketing hold scenarios).
Payment Scheme
If returned by the PSP, PaymentScheme
gives the specific card or network used:
Examples include:
VISA
,MASTERCARD
,MAESTRO
,AMERICAN_EXPRESS
PAYPAL
,SOFORT
,IDEAL
,ALIPAY
,GOOGLE_PAY
,APPLE_PAY
,SEPA
KLARNA_NOW
,AFTERPAY
,TRUSTLY
,UNIONPAY
, etc.UNSPECIFIED
,OTHER
(when no detail is available)
This allows you to track, analyze, or display what the guest used to pay.
Hosted Payment Links
In cases where immediate payment isn’t required or you want to send a checkout page to the guest:
Use the Payment Link functionality to generate a URL
Guest is redirected to a secure Hosted Payment Page (HPP)
Reservation is confirmed once the payment completes successfully
Useful for:
Manual bookings
Follow-up payments
Call center flows
Last updated
Was this helpful?