POST /listRecurringDetails
Lists the stored payment details for a shopper, if there are any available. The recurring detail ID can be used with a regular authorisation request to charge the shopper. A summary of the payment detail is returned for presentation to the shopper.
For more information, refer to Retrieve stored details.
Servers
- https://pal-test.adyen.com/pal/servlet/Recurring/v68
Request headers
Name | Type | Required | Description |
---|---|---|---|
Content-Type |
String | Yes |
The media type of the request body.
Default value: "application/json" |
Request body fields
Name | Type | Required | Description |
---|---|---|---|
shopperReference |
String | Yes |
The reference you use to uniquely identify the shopper (e.g. user ID or account ID). |
recurring |
Object | No |
A container for the type of a recurring contract to be retrieved. The contract value needs to match the contract value submitted in the payment transaction used to create a recurring contract.
However, if |
recurring.contract |
String | No |
The type of recurring contract to be used. Possible values:
Possible values:
|
recurring.recurringExpiry |
String | No |
Date after which no further authorisations shall be performed. Only for 3D Secure 2. |
recurring.recurringFrequency |
String | No |
Minimum number of days between authorisations. Only for 3D Secure 2. |
recurring.tokenService |
String | No |
The name of the token service. Possible values:
|
recurring.recurringDetailName |
String | No |
A descriptive name for this detail. |
merchantAccount |
String | Yes |
The merchant account identifier you want to process the (transaction) request with. |
How to start integrating
- Add HTTP Task to your workflow definition.
- Search for the API you want to integrate with and click on the name.
- This loads the API reference documentation and prepares the Http request settings.
- Click Test request to test run your request to the API and see the API's response.