Form of Payment API Reference

POST

payment/reservationworkbench/{workbenchID}/formofpayment

For {workbenchID} send the workbench identifier returned in ReservationResponse/Identifer/value in the workbench create response.

Base path:

Pre-production https://api.pp.travelport.com/11/air/

Production https://api.travelport.com/11/air/

PUT

payment/reservationworkbench/{workbenchID}/formofpayment/{FormOfPayment_Identifier}

For {workbenchID} send the workbench identifier returned in ReservationResponse/Identifer/value in the workbench create response.

For {FormOfPayment_Identifier} send the id of the form of payment to update.

Base path:

Pre-production https://api.pp.travelport.com/11/air/

Production https://api.travelport.com/11/air/

Del

payment/reservationworkbench/{workbenchID}/formofpayment/{FormOfPayment_Identifier}

For {workbenchID} send the workbench identifier returned in ReservationResponse/Identifer/value in the workbench create response.

For {FormOfPayment_Identifier} send the id of the form of payment to delete.

Base path:

Pre-production https://api.pp.travelport.com/11/air/

Production https://api.travelport.com/11/air/

Related Content: Booking Guide, Ticketing Guide

The Form of Payment (FOP) POST request adds payment details to a workbench. To apply the payment information to one or more offers, FOP must be followed with Payment.

The PUT and DEL endpoints above modify or delete either an FOP added in the current workbench session or a stored FOP on a booking. Include the workbench identifier and the form of payment identifier in the endpoint, per the example below. The PUT request sends any of the payloads detailed here.

PUT or DEL https://api.travelport.com/11/air/payment/reservationworkbench/cfa7a3a6-fefa-47e7-87a7-5c5cbde146cf/formofpayment/formOfPayment_1

For GDS only, FOP can be stored with a booking and charged later; FOP is required during ticketing if not sent during booking. FOP is not stored for a held NDC booking and should be sent only at time of ticketing.

Add Multiple Forms of Payment (GDS only)

For GDS only, you can add up to two FOP in either the booking or ticketing workflow by sending a Form of Payment request for each FOP. At ticketing you must send a separate Add Payment request for each FOP. The additional FOP can be any supported form of payment. Multiple FOP are supported only for bookings with a single passenger.

Request

Query Parameters

None.

Request Body

Form of Payment offers several payloads to support the type of FOP sent. The payloads on this page are supported for both the POST and PUT endpoints above. The DEL request does not send a request payload.

Cash and credit card FOPs are supported for both GDS and NDC. Agent invoice and non-standard credit card FOPs are supported for GDS only.

Although the JSON APIs support cash FOP for both GDS and NDC, not all NDC carriers support cash FOP.

For detailed NDC support by carrier, see the Knowledge Base article NDC capabilities by airline through JSON API (see Knowledge Base NDC Resources if you need login assistance).

When exchanging a GDS ticket, you can send the FormOfPaymentForfeit Add FOP payload to forfeit residual amounts during the exchange/reissue of a ticket. In the subsequent Add Payment request, specify whether to forfeit the total residual amount, the base amount, the total taxes, or individual taxes with a tax code.

When exchanging a GDS ticket, you can send the FormOfPaymentWaiverCode Add FOP payload to waive a change fee, with or without a waiver code. Waiver FOP is applied to all travelers in a reservation.

Response

Example Request

The request payload below for an NDC itinerary sends a standard credit card, which is the only FOP supported in the JSON APIs for NDC. Note that for NDC you must send the CVV code in SeriesCode.

The example request payload below sends a cash FOP.

The example request payload below sends an agent invoice as FOP. GDS only; not supported for NDC.

The example request payload below sends a non-standard credit card (inhibitPaymentCardAuthorizationInd is sent as true for a CardCode value of HD) as FOP. GDS only; not supported for NDC.

The example request payload below sends a check FOP. GDS only; not supported for NDC.

The example request payload below sends a card number for IATA Easy Pay.

When exchanging a GDS ticket, you can choose to forfeit residual amounts. Send Add FOP with the FormOfPaymentForfeit payload below. In the subsequent Add Payment request, specify whether to forfeit the total residual amount, the base amount, the total taxes, or individual taxes.

When exchanging a GDS ticket, send the following payload to waive a change fee for all travelers.

Example Response

The response to the POST request returns a confirmation identifier. The value returned has no subsequent use in the workflow at this time.

A successful response for the DEL or PUT request returns a 204[No Content] message. There is no response message payload.