Versioning and Change log

This log details any breaking and non-breaking API changes we have released for our Payments service.

Prerequisite

Make yourself familiar with our API Principles to ensure a resilient integration.

Versioning log

Note

Version 4 is the first major version used by merchants.

Version 7 (20 February 2024)

New endpoints

We have created a migration guide which consolidates the changes for an easier upgrade from version 6 to version 7.


Version 6 (14 November 2019)

Reasons for entering into a repeat payment agreement
  • header change to "Content-Type: application/vnd.worldpay.payments-v6+json"
  • new mandatory field intent for all recurring resources
  • removed code and type from error messages

Version 5 (14 August 2019)

3DS2 support
  • header change to "Content-Type: application/vnd.worldpay.payments-v5+json"
  • new mandatory field type
  • new mandatory field version
  • xid to transactionId

Version 4 (05 February 2019)

New mandatory field
  • Header change to "Content-Type: application/vnd.worldpay.payments-v0.4+json"
  • New mandatory field entityReference

Change log (Non-breaking changes)

New reason codes for repeat payments (MITs) (23 October 2024)

More details

You can now submit the following additional values for customerAgreement.type in your MIT request:

  • reauthorization - use this where the original authorization has expired before funds could be sent for settlement
  • resubmission - use this where the original authorization was declined due to insufficient funds, but the customer has already received goods or services
  • noShow - use this to charge a customer who fails to attend a previously-made reservation (in line with a pre-agreed cancellation policy) e.g. a guaranteed reservation is made at a restaurant but the customer does not turn up
  • delayedCharge - use this to charge a customer for additional items after you have processed an original CIT payment (in line with previously agreed terms), e.g. charges for hotel mini-bar usage after the customer has checked-out and the original payment has been sent for settlement

Account update requests (30 September 2024)

More details

You can now request real-time account updates (Visa cards only) when using a previously stored card using instruction.requestAccountUpdater. If the supplied card has been updated, we will return updated card details in the updatedPaymentInstrument object in the authorization response.


fundingType and salesTax in requests (09 September 2024)

More details

You can now submit the fundingType and salesTax field in payment requests for Latin America.


Merchant Initiated Transactions (30 April 2024)

More details

We have now added support for Merchant Initiated Transactions (MIT) to Card Payments Version 7.


Funds transfers (30 April 2024)

More details

You can now submit funds transfers (otherwise known as Account Funding Transactions or AFTs) using the instruction.fundsTransfer object in your authorization request. Non-purchase money movements from a Visa or Mastercard to another account should typically use this.


Latin America Installments (04 April 2024)

More details

You can now submit Latin America installment payments using the instruction.customerAgreement object in your authorization request. This allows your customers to opt to pay the full value in installments.


Latin America Document Reference (04 April 2024)

More details

You can now submit the customer.documentReference in your authorization request. This is used in some Latin America regions to verify the identity of the cardholder using a tax or document reference. It is strongly recommended to include this for Brazil domestic processing.


Recipient fields (MCC 6012) (04 April 2024)

More details

You can now submit the recipient object in your authorization request. If you are using MCC 6012 in Europe, you should include data about the recipient of financial services within this object.


Consumer Bill Payment flag (04 April 2024)

More details

You can now submit a consumerBillPayment flag in your authorization request. If you are registered with Visa as a Consumer of the Bill Payment Service (CBPS), you must set this to true for any payments associated with the CBPS.


3DS support for Cartes Bancaires (10 January 2024)

More details

We now provide additional values in the authentication and 3DS verification responses when the card brand is Cartes Bancaires. These additional values must then be applied in the authorization request.


Raw code in refused responses (28 November 2023)

More details

You can now receive a rawCode in all refusal responses. See raw response codes for more information.


Payment instrument returned for cards and tokens (06 November 2023)

More details

You now receive a paymentInstrument object in authorized responses to your authorization request, and Sent for Settlement responses to your sale request for card/plain, card/token, and card/checkout.


Card network token support for authorization and migrate card on file authorization endpoint (v6) (06 November 2023)

More details

You can now use our card/networkToken paymentInstrument with our one time authorization and migrateCardOnFileAuthorize endpoints.


Apple Pay decrypted support for authorization endpoint (v6) (06 November 2023)

More details

You can now use our card/networkToken+applepay paymentInstrument with our one time authorization endpoint.


New intent for card on file endpoints (06 July 2023)

More details

You can now submit a new intent value of subscription in your card on file request.


More details

The response of a partial refund request returns a link to allow you to perform another partial refund. The json path to the link in the response is $._links.payments:partialRefund.href.


New Masterard test values (20 April 2023)

More details

We have added a new set of Mastercard refusalAdvice magic values. This enables to you to test the different refusal outcomes in your Payment response.


New Payment Facilitator fields (14 March 2023)

More details

You can now supply payment facilitator subMerchant email and telephone number in your authorization request.


Payment Facilitator field state validation change (14 March 2023)

More details

The payment facilitator state field in the authorization request now supports 1-3 alphanumeric characters.


2022

MOTO payments (v6) (29 November 2022)

More details

You now have an option to specify a payment channel as moto to accept Mail Order Telephone Order (MOTO) payments with our authorize, migrateCardOnFileAuthorize and migrateCardOnFileSale endpoints.

___

riskProfile in card on file (with verification) payment requests (v6) (04 July 2022)

More details

You can now submit your riskProfile to our card on file (with verification) endpoint in your payment requests. You then receive an exemption result and reason in the response.

Use it to apply the SCA exemption in the payment request and update the FraudSight data model to benefit future payments.



2021

Card network token for card on file sale endpoint (v6) (09 November 2021)

More details

You can now use our card/networkToken paymentInstrument in our `payments:migrateCardOnFileSale endpoint.


Optional scheme reference parameter for token requests (v6) (10 September 2021)

More details

You can now submit the scheme reference in your migrateCardOnFile token and migrateCardOnFileSale token requests.

This request parameter allows you to take a repeat payment with our APIs, linking to an agreement established with a different PSP.


Additional exemption result for card on file payments (v6) (18 June 2021)

More details

You now receive an exemption result and reason in your card on file sale and card on file authorization response if you have provided a riskProfile in your request.


Additional exemption result for one off payments(v6) (25 May 2021)

More details

You now receive an exemption result and reason in your authorization response if you have provided a riskProfile in your request.


Additional risk factor result (v6) (09 April 2021)

More details

You now receive a verificationFailed result in your authorization response if the issuer identifies a conflict.


Cardholder name is now an optional field (v6) (09 March 2021)

More details

The paymentInstrument.cardHolderName field is no longer mandatory in v6 payment requests.


riskProfile in payment requests (v6) (21 January 2021)

More details

You can now submit your riskProfile to our migrate card on file (without verification) and one time endpoints in your payment requests. Use it to apply the SCA exemption in the payment request and update the FraudSight data model to benefit future payments.



2020

Apple Pay decrypted for recurring (v6) (27 November 2020)

More details

You can now use Apple Pay decrypted in our payments:migrateRecurringAuthorize endpoint to make a payment.


Apple Pay decrypted for card on file (v6) (17 November 2020)

More details

You can now use Apple Pay decrypted in our payments:migrateCardOnFileAuthorize endpoint to make a payment.


Additional element for Mobile Wallet requests (v6) (06 October 2020)

More details

You can optionally supply billingAddress details in the paymentInstrument for Mobile Wallet payment requests.


Additional element for Mobile Wallet responses (v6) (22 September 2020)

More details

We now return AVS results in riskFactors for our Mobile Wallet payment responses.


New optional request parameter for repeat payments (v6) (28 May 2020)

More details

This request parameter allows you to take a repeat payment with our APIs, linking to an agreement established with a different PSP.


More details

Additional allowed character for transactionReference (v6) (05 May 2020)

More details

We have extended our formatting rules.

  • you can now submit "+" in the transactionReference field

New paymentInstrument for card on file payments (v5 + v6) (24 April 2020)

More details

This change caters for the new mandate (July 2020) to allow merchants with MCC 7995, 7800, 7801, 7802 and 9406 to submit CVC in card on file requests.


Additional fields in wallet response (v6) (16 April 2020)

More details
  • the response for our wallet payment requests (Apple Pay/ Google Pay) now includes the paymentInstrument

More details

New optional field (v6) (11 February 2020)

More details

Additional fields in response (v6) (04 February 2020)

More details
  • We are returning riskFactors in our refused responses

CVC for token requests (v6) 28 January 2020)

More details
  • You can now submit cvc for requests using tokens

New optional field (v6) (16 January 2020)

More details

2019
More details

Extended error description for card expiry (v5) (13 November 2019)

More details
  • From
    500 - serviceUnavailable
    to
    400 - expiredCard

Formatting update for transactionReference (v5) (15 October 2019)

More details

The following characters are now allowed:

  • _/!@#$%()*=-.:;?[]-{}&~`
  • 0123456789
  • ABCDEFGHIJKLMNOPQRSTUVWXYZ
  • abcdefghijklmnopqrstuvwxyz