This documentation is deprecated and only available for supporting old/legacy integrations using for example hashes.

New documentation can be found here: Home



Payments

The buyer chooses Svea Payments when he/she wants to pay the order. Webstore then sends the order and payment details to Svea Payments using Payment API. Buyer is then displayed a page where he/she can choose one of the payment methods made available in the webstore. The page appearance and layout depends on the payment service the webstore has subscribed to.

An example: Buyer pays the order using Aktia payment.

 

 

Choosing payment method already in the webstore

When Svea Payments and the webstore has mutually agreed on it, webstore can display the available payment methods for the buyer in their webstore. In this scenario, the Svea Payments page for choosing the payment method is skipped altogether. This requires the webstore to retrieve the available payment methods per order using Retrieve Available Payment Methods API. Also, the Payment API must contain the code of the payment method (pmt_paymentmethod) that the buyer chose in the webstore. When the buyer chooses the payment method on a page displayed by Svea Payments, he/she agrees on the terms and conditions of the Buyer’s Assistant -service, if this in in use in the webstore. On the other hand, if the buyer chooses payment method in the webstore that is using Buyer’s Assistant, then the webstore must display the aforementioned terms and conditions in the webstore and ensure the buyer agrees on them.

 

An example: Buyer pays the order using Aktia payment, choosed in the webstore (pmt_paymentmethod=FI03).

 

 

 

This documentation is deprecated and only available for supporting old/legacy integrations using for example hashes.

New documentation can be found here: Home