Riverty Drop-in integration

Accept Riverty payments using an existing Drop-in integration. Our Web Drop-in renders Riverty in your payment form, and collects the required payment information from the shopper.

Requirements

Process overview

When accepting a payment with Riverty:

1. Collect your shopper's details, and specify these in your /payments request.
2. Provide information about the purchased items in the lineItems object of your /payments request.
3. Use Riverty’s profile tracking technology to calculate the profile tracking ID, and specify this in your /payments request.
4. Capture the payment after the goods are sent. This triggers the invoice that the merchant sends to the shopper.

When using profile tracking

When making a Riverty payment, profile tracking is a requirement in DE, AT, CH. It is used for risk evaluation of shoppers.

Implement profile tracking by using a Riverty script that calculates a profile tracking ID for each shopper. Use the script in one of two ways:

• Run the script when the shopper is on your checkout page.
  The script collects data about the shopper’s device, the so-called profile tracking ID, to be able to predict scripted attacks. This data can be encrypted in a string which can be sent in the /payments request as deviceFingerprint.
  You need a Riverty profileTrackingShopId for the profile tracking integration. Get this profileTrackingShopId from Riverty’s implementation support team via implementation_BNPL@riverty.com.

• Redirect the shopper to a page hosted by Riverty that will run the script.
  If the deviceFingerprint value is missing in the /payments request, the result of the transaction attempt might be redirectShopper (as explained below). You are to then redirect the shopper to a Riverty hosted page where the same profile tracking script is already implemented to ensure in the end the transaction is compliant with regulation.

To improve the customer experience and reduce the number of transactions that are redirected, it is advisable to run the script when the shopper is on your checkout page.

Show Riverty 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 Riverty in your payment form, specify one of the following combinations in your /paymentMethods request:

The response contains the payment method type riverty.

Optional Drop-in configuration

Create an instance of Drop-in, and optionally configure Drop-in to show fields for Riverty':

This is an example of creating an instance of Drop-in with various configuration options:

const dropin = checkout
    .create('dropin', {
        paymentMethodsConfiguration: {
            riverty: { // Optional configuration for Riverty 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');

When the shopper selects to pay with Riverty, Drop-in calls the onSubmit event which contains a state.data. Pass the state.data to your server and make a /payments request from your server.

Make a payment

Riverty uses profile tracking technology to recognize a shopper's device and identify possible fraud attempts. Before making a payment, implement Riverty’s profile tracking integration. Send the calculated profile tracking ID (using the deviceFingerprint parameter) when making a /payments request.

From your server, make a /payments request:

Parameter	Required	Description
paymentMethod.type		The type of Riverty payment. Possible values: - riverty: Pay in 14. - riverty_account: Monthly Consolidated Invoice. - sepadirectdebit_riverty: Secure Direct Debit.
paymentMethod.iban		When the paymentMethod.type = sepadirectdebit_riverty provide the IBAN of the shopper.
deviceFingerprint		A string containing the shopper's calculated profile tracking ID.
shopperName.firstName		Shopper's first name. (B2B payments are currently not supported. Providing a business name here may result in a rejection.)
shopperName.lastName		Shopper's last name. (B2B payments are currently not supported. Providing a business name here may result in a rejection.)
telephoneNumber		Shopper's telephone number.
shopperEmail		Shopper's email address.
dateOfBirth		Shopper's date of birth, in format: YYYY-MM-DD
shopperIP		The shopper's IP address. Riverty uses this for risk checks.
billingAddress		The address where to send the invoice.
deliveryAddress		The address where the purchased goods should be delivered. If the shopper is using Riverty for the first time, the payment can be rejected if deliveryAddress is different from billingAddress, for risk reasons. If deliveryAddress is different from billingAddress, the following fields are required to identify the recipient at the delivery address: deliveryAddress.firstName and deliveryAddress.lastName.
lineItems		Price and product information about the purchased items. This is included on the invoice that Riverty sends to the shopper.

The /payments response contains:

Present the payment result

Use the resultCode that you received in the /payments response to present the payment result to your shopper.

The response to your /payments request depends on the shopper’s country. Some countries require strong customer authentication and potentially a manual order review performed by Riverty.

The resultCode values you can receive for Riverty are:

redirectShopper

In the /payments response, note the action object. This contains the information needed to redirect the shopper.

Handle the redirect

1. To complete the payment, redirect the shopper to the action.url returned in the /payments response.

   When using the HTTP GET method:
   For security reasons, when displaying the redirect in the app, we recommend that you use SFSafariViewController for iOS or Chrome Custom Tabs for Android, instead of WebView objects. Also refer to the security best practices for WebView.

2. After the shopper is redirected back to your website, check the payment result by making a POST /payments/details request, specifying:

   • details: the object that contains the URL-decoded redirectResult returned when the shopper was redirected back to your site.

Capture the payment

After the goods have been sent, you also need to capture the payment. All Riverty 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 and starts the payment schedule. If you do not manually capture the payment within 30 days, the authorization will expire.

Partial captures

To partially capture a Riverty payment, specify in your /payments/{paymentPspReference}/captures request:

Only specify the items that you are capturing. Any unclaimed amount that is left after partially capturing a payment should be manually cancelled.

The following example shows how to make a partial capture request if the shopper only kept item #1 of the order.

The following response is returned:

Manually cancel any amount that remains after partially capturing a payment.

If a part of the authorized amount has been captured, simply sending an empty /payments/{paymentPspReference}/cancels request releases the remaining balance (without having to specify the lineItems remaining that need to be canceled).

Refunds and cancellations

If you have not captured a Riverty payment, you can cancel it. If you have captured the payment and you want to return the funds to the shopper, you need to refund it.

As with captures, you don’t need to specify lineItems in the refund request if you are doing a full refund. To partially refund a Riverty payment, specify in your /payments/{paymentPspReference}/refunds request:

Only specify the items that you are refunding the money for.

The following example shows how to make a partial refund for item #1 of the above order.

The following response is returned:

Test and go live

To test Riverty, submit a request to add Riverty in your test Customer Area.

Riverty provides detailed error codes, recommendations on how to test some of the most common scenarios as well as a comprehensive list of market specific test data.

Test redirect flow

To test the redirect flow, provide firstName : Risky and lastName : SCA-H in the /payments request.

Go-live requirements

Riverty requires you to display Terms & Conditions as well as data protection guidelines in your checkout for the shopper to approve before making the payment. See Riverty's documentation for details.

See also