Our Web Drop-in renders Ratepay in your payment form, and collects the required payment information from the shopper.
When making a Ratepay payment, you also need to:
- Collect shopper details, and specify these in your payment request.
- Provide information about the purchased items by specifying
lineItems
in your payment request. - Using Ratepay's device fingerprinting, calculate the shopper's device fingerprint, and specify it in your payment request. Ratepay uses the fingerprint for risk evaluation.
- Capture the payment after the goods have been sent. This triggers the invoice to be sent to the shopper by the merchant.
Before you begin
This page explains how to add Ratepay to your existing Web Drop-in integration. The Web Drop-in integration works the same way for all payment methods. If you haven't done this integration yet, refer to our Drop-in integration guide.
Before starting your Ratepay integration:
- Make sure that you have set up your back end implementation, and added Drop-in to your payments form.
- Add Ratepay in your test Customer Area.
- If you are using Web Drop-in v6, import the resources you need:
import { AdyenCheckout, RatePay} from '@adyen/adyen-web'
Show Ratepay in your payment form
Drop-in uses the countryCode and the amount.currency from the /paymentMethods request to show the available payment methods to your shopper.
To show Ratepay in your payment form, specify in your /paymentMethods request one of the following combinations:
Country/region | countryCode |
amount.currency |
---|---|---|
Austria | AT | EUR |
Germany | DE | EUR |
The Netherlands v3.22.1 or later |
NL | EUR |
Switzerland | CH | CHF |
The response contains supported payment method types:
Payment Method | paymentMethod.type |
---|---|
Ratepay Open invoice | ratepay |
Ratepay Direct debit v5.13.0 or later |
ratepay_directdebit |
Optional Drop-in configuration
When creating an instance of Drop-in, you can optionally configure the visibility of the shopper input fields for Ratepay:
personalDetails
: Shopper name, date of birth, phone number, and email address.billingAddress
: The address where to send the invoice.deliveryAddress
: The address where the purchased goods should be delivered.
If you remove the above-mentioned fields from the configuration, you will need to collect this information and then provide it in your /payments
request. For information on the required fields, refer to Make a payment.
Here's an example of creating an instance of Drop-in with various configuration options.
const dropin = checkout
.create('dropin', {
paymentMethodsConfiguration: {
ratepay: { // Optional configuration for Ratepay Open Invoice
visibility: {
personalDetails: "hidden", // These fields will not appear on the payment form.
billingAddress: "readOnly", // These fields will appear on the payment form,
//but the shopper cannot edit them.
deliveryAddress: "editable" //These fields will appear on the payment form,
// and the shopper can edit them.
//This is the default behavior.
}
}
}
})
.mount('#dropin');
Calculate the device fingerprint
Before making a payment you need to implement Ratepay's device fingerprinting. Send the calculated device fingerprint when making a /payments request.
Make a payment
When the shopper selects to pay, Drop-in calls the onSubmit
event, which contains a state.data
.
- Pass the
state.data
to your server. -
From your server, make a /payments request with the following data:
The /payments response contains:
- (Only for Open Invoice payments)
additionalData.openinvoicedata.descriptor
: The purpose of the payment which you should print on the invoice. The shopper provides it when making a bank transfer, so Ratepay can match the payment to the transaction. resultCode
: Use this to present the payment result to your shopper.pspReference
: Our unique reference for the payment.merchantReference
: Yourreference
from the /payments request.
Present the payment result
Use the resultCode that you received in the /payments response to present the payment result to your shopper.
The resultCode
values you can receive for Ratepay are:
resultCode | Description | Action to take |
---|---|---|
Authorised | The payment was successfully authorised. | Inform the shopper that the payment was successful. You can also add a message, for example: Thank you for your order. Your purchase order number is XYZ. After the goods have been sent, you also need to capture the payment. |
Cancelled | The shopper cancelled the payment. | Ask the shopper whether they want to continue with the order, or ask them to select a different payment method. |
Refused | The payment was refused by Ratepay. | Ask the shopper to try the payment again using a different payment method. |
Capture the payment
This section only applies to Ratepay Open invoice.
After the goods have been sent, you also need to capture the payment. All Ratepay Open invoice payments must be manually captured, even if you have enabled automatic capture for other payment methods. Capturing the payment is what triggers the invoice to be sent to the shopper.
Partial captures
To partially capture a Ratepay Open invoice payment, specify in your /capture request:
modificationAmount
: The amount that the shopper should pay.additionalData.openinvoicedata
: Price and product information for the items that the shopper should pay for.
Although the field names are different, the information in additionalData.openinvoicedata
is the same as what you provided in lineItems
when making a /payments request:
openinvoicedata | lineItems | Description |
---|---|---|
itemAmount |
amountExcludingTax |
The price for one item, without the tax, in minor units. |
itemVatAmount |
taxAmount |
The tax amount for one item, in minor units. |
itemVatPercentage |
taxPercentage |
The tax percentage, in minor units. |
The following example shows how to make a partial capture request if the shopper only kept one pair of socks from the two included in the original payment request.
Any unclaimed amount that is left after partially capturing a payment should be manually cancelled.
To set up multiple partial captures, contact our Support Team. Multiple partial captures will create a new invoice for each capture.
Refunds and cancellations
If a Ratepay payment has not yet been captured, you can cancel it. If the Ratepay payment has already been captured and you want to return the funds to the shopper, you need to refund it.
Partial refunds
To partially refund a Ratepay payment, specify in your /payments/{paymentPspReference}/refunds request:
modificationAmount
: The amount to be refunded to the shopper.additionalData.acquirerReference
: TheacquirerReference
of the capture. This is needed if there are multiple partial captures available for the payment. When refunding in your Customer Area, you can add theacquirerReference
manually as well.- (Only for Open invoice payments)
additionalData.openinvoicedata
: Price and product information about the returned items.
Although the field names are different, the information in additionalData.openinvoicedata
is the same as what you provided in lineItems
when making a /payments request:
openinvoicedata | lineItems | Description |
---|---|---|
itemAmount |
amountExcludingTax |
The price for one item, without the tax, in minor units. |
itemVatAmount |
taxAmount |
The tax amount for one item, in minor units. |
itemVatPercentage |
taxPercentage |
The tax percentage, in minor units. |
The following example shows how to make a partial refund request if the shopper returned the shoes included in the original payment request.
Test and go live
Before you can accept live Ratepay payments, you need to submit a request for Ratepay in your live Customer Area, and provide us your Ratepay live credentials.
Ratepay provides detailed error codes as well as test data and recommendations on how to test some of the most common scenarios.
You can check the status of the test payments in your Customer Area > Transactions > Payments.