Airline payment solutions
A practical guide to airline payment solutions — what makes airline payment distinct, the IATA BSP and direct-distribution picture, ancillary and unbundled revenue handling, refund mechanics during irregular operations, chargeback patterns specific to airlines, and the multi-currency picture.
Why airline payment is distinctive.
Airline payment carries shape that no other travel category quite shares. The merchandise is perishable (an empty seat at departure has zero value), the delivery window can be a year or more, ticket prices are highly dynamic, ancillaries account for a significant slice of revenue, and irregular operations can flip a healthy book into a refund queue within hours. The payment system has to handle all of that while sitting alongside the IATA Billing and Settlement Plan, distribution across multiple channels, and a chargeback profile that the card schemes monitor closely.
Perishable, high-value, dynamic
An airline seat has the highest perishability of any travel product and the value of a single PNR can range from £40 to £40,000. The payment system has to handle both ends cleanly.
Multi-channel distribution
Direct (website, app, call centre), indirect (GDS through travel agents), OTAs, code-share partners and aggregators all feed into the same revenue picture. The payment trail has to stay honest across all of them.
Long tail of post-purchase events
Change fees, ancillary add-ons, upgrades, refunds, IROPS rebookings and post-flight ancillary spend all hit the booking after the initial sale. The system has to absorb each one against the right PNR.
How IATA BSP and direct distribution fit together.
For most airlines, the payment picture splits into two big streams - direct distribution where the airline takes payment itself, and indirect distribution settled through IATA's Billing and Settlement Plan (BSP).
Direct distribution - airline takes the money
The airline website, app and call centre all take customer payment directly. Card, A2A and wallet rails apply the same as any e-commerce business, with the airline taking the merchant relationship and bearing the cost and risk.
BSP - IATA settles through travel agents
Tickets sold through travel agents settle through BSP - the agent collects from the customer, the BSP settles to the airline on a periodic cycle (usually monthly), and the agent's commission and credit card service charge are netted in the same flow.
Reconciling both into one revenue picture
Finance has to reconcile direct settlement and BSP settlement into one revenue picture per PNR. Doing this badly produces a finance team that does not actually know what each booking is worth.
Ancillary revenue and unbundling.
For most airlines, ancillary revenue - bags, seats, food, change fees, lounge access, fast-track, insurance - is a material slice of the business. Each ancillary attaches to a PNR but settles on its own rules, and the payment picture has to track the whole arc.
Add-ons at booking time
Bags, seats and meals selected during the initial booking.
Post-booking add-ons
Upgrades, additional bags, seat changes between booking and travel.
Onboard and post-flight
In-flight spending, post-flight ancillaries, lost-bag claims.
How refunds work when irregular operations hit.
IROPS - irregular operations - are the airline-specific stress test for any payment system. A cancelled flight, a delayed route, a strike or a weather event can move thousands of refunds from theoretical to required within hours. The payment system has to handle the wave or the customer-service team takes the cost in chargebacks instead.
Refund by PNR, not by transaction
An IROPS refund applies to the affected PNR, not to a specific transaction. Where a PNR has multiple transactions (original ticket, ancillaries, post-booking upgrades), the refund has to handle all of them in the right proportion.
Voucher, credit, refund - customer choice
Many airlines offer customers a choice between a refund, a voucher or a credit for future travel. Each choice routes differently through the payment system and the booking record has to capture the customer's selection.
Speed is the chargeback prevention
Customers who get a refund within 48 hours of IROPS notification rarely chargeback. Customers who wait three weeks frequently do. Speed of resolution is the single biggest lever on the IROPS-related chargeback profile.
Chargeback patterns specific to airlines.
Airlines sit in a particular category for card-scheme chargeback monitoring. The combination of high values, long delivery windows and IROPS exposure puts airlines under particularly close scheme oversight.
Scheme monitoring is tight
Visa VAMP and Mastercard ExSP apply specific monitoring thresholds to airlines.
IROPS clusters become chargeback waves
A single IROPS event can produce a cluster of chargebacks in the same week.
Representment leans on authentication
3DS-authenticated transactions are the strongest defence in representment.
How multi-currency and FX fit airline payments.
International airlines sell in many currencies, settle in fewer and report in one. The currency picture has to capture rate context at every step to keep the revenue picture honest.
Sell in customer currency
Customers booking in their home currency convert better and pay less in cross-border interchange. Selling in the customer's currency is usually a revenue win.
Settle through the right MID
Different currencies settle through different MIDs and acquirer relationships. The reconciliation picture has to handle multi-MID economics per booking and per route.
DCC where it makes sense
Dynamic Currency Conversion at point of sale gives the customer the chance to pay in their home currency at the airline's rate. The economics work for some routes and not for others; the data picture has to evidence the decision.
Report in operating currency
Revenue reporting in the operating currency (usually GBP, USD or EUR) means each booking's FX context has to be captured at the moment of payment, not at the moment of reporting.
PCI DSS for airline IT.
Airline IT stacks are large, complex and often span on-premise, cloud and partner-hosted components. PCI DSS scope grows quickly without active scope reduction.
Tokenisation across the stack
Replacing card data with tokens at every point in the stack - reservation system, customer service, mobile app, kiosks - keeps systems out of PCI scope and reduces operational risk.
Embedded and hosted payment journeys
An embedded checkout or hosted payment page lets the payment provider handle card capture, so the airline's web, app and customer-service systems stay outside PCI scope for those flows.
Network segmentation
For systems that genuinely need to hold card data, network segmentation keeps the rest of the estate out of scope. The segmentation has to be evidenced and tested.
PCI scope review per change
Every system change is a chance for PCI scope to creep. Building scope review into change management is the operational discipline that keeps the picture defensible at audit.
What airline payment handling looks like in felloh.
felloh treats airline payment as multi-channel, multi-currency and post-booking-event-heavy from the start. Each PNR, ancillary, refund and chargeback attaches to the booking-level ledger - so direct and indirect distribution share one picture rather than four.
One ledger across distribution
Direct website, BSP, GDS and OTA flows all sit against the PNR in one booking-level picture - so finance reads one source of truth across channels.
IROPS-ready refund handling
Refunds against affected PNRs run automatically with the booking-level evidence to defend representment if a chargeback follows.
Multi-MID reconciliation
Different currencies and acquirer relationships reconcile into the same picture - per PNR, per route, per acquirer.
See how this works around your bookings.
Bring one payment, reporting or cash-position problem. We will show how felloh connects the booking-level money trail behind it.
Book a walkthrough