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

Add Form of Payment (FOP) adds payment details to a workbench. To send the actual payment, it must be followed with Add Payment. For GDS only, it can be stored with a booking and charged later. FOP is not stored for a held NDC booking and if sent during booking is not available for retrieval during ticketing. FOP is required during ticketing if not sent during booking.

The PUT and DEL endpoints above modify or delete either an FOP in the workbench 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. The DEL request does not send a request payload.

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

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 Add Form of Payment 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.

Unused Ticket as Form of Payment (NDC only)

For NDC only, the JSON APIs support using an unused ticket as form of payment (FOP) to pay for a ticket. See the Ticket as FOP API Reference. You need to send this FOP request only if the cost of the new booking exceeds the available value on the unused ticket.

Request

Query Parameters

None.

Request Body

The Add FOP offers several payloads to support the type of FOP sent.

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.

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.