Dibs Payment Window
Invoice Payments Introduction
Available invoice payment methods
The invoice payment methods described in the following table are currently available in the DIBS invoice product portfolio.
| Invoice Payment Method | Description |
| PayByBill |
An invoice payment method provided in cooperation with the invoice service provider Gothia. Supports invoice payments for both individuals and companies. Currently available for the Swedish, Norwegian and Danish market. |
|
Handelsbanken Finans Invoice |
An invoice payment method provided in cooperation with the invoice service provider Handelsbanken Finans. Supports invoice payments for individuals. Currently available for the Swedish market. |
| PayPort by Collector |
An invoice payment method provided in cooperation with the invoice service provider Collector. Supports invoice payments for individuals. Currently available for the Swedish and Norwegian market. |
| SveaWebPay |
An invoice payment method provided in cooperation with the invoice service provider SveaWebPay. Supports invoice payments for both individuals and companies. Currently available for the Swedish and Norwegian market. |
| Klarna |
An invoice payment method provided in cooperation with the invoice service provider Klarna. Supports invoice payments for individuals. Currently available for the Swedish and Norwegian market. |
Invoice in DIBS Payment Window
DIBS Payment Window offers the possibility to use invoice as payment method. Apart from the standard Payment Window integration certain additional input parameters specific for the invoice payments are needed, as well as some additional Payment Window return values needs to be handled. Detailed invoice input and output parameters, return values, important notes and code examples are to found on the respective invoice provider page above.
Generating the invoice
To generate an invoice, structured order information must be posted to DIBS in an XML data parameter as part of the post to DIBS Payment Window. This information applies only to invoice transactions. The required contents of the XML data parameter is described further down.
General Invoice Information
Invoice is a payment method, which issues bills as a way of paying. In the DIBS Payment Window the customer has the choice of using an invoice payment method instead of using e.g. a credit card or a netbank. If the customer chooses invoice, additional information is collected in the DIBS invoice payment flow, e.g. social security number, postal code. In addition to the order information , this additional information is forwarded to the invoice service provider. The invoice service provider then makes an evaluation of the customer and the order, and decides whether to accept the order request or not.
If accepted, the shop receives payment for the order from the invoice service provider, while the customer eventually pays the invoice service provider. So in effect, the customer gets a credit for a number of days, while the shop gets its payment more or less immediately. Customer credit period and shop payment interval depends on the agreement between the shop and the invoice service provider.
Payment behavior
In Payment Window invoice behaves similar to using a net-bank, in that Payment Window informs the customer, that he is about to be transferred to the DIBS invoice payment flow, called the invoice window. The invoice window communicates with the invoice service provider, and upon completion, the customer is returned to the Payment Window and finally back to the shop.
Invoice payments features a number of extra parameters sent along in the post to the Payment Window, some mandatory, some optional. The parameters are described in detail on each invoice page.
Customer address in callback
When a customer pays by Invoice using the DIBS invoice payment flow, the customer’s registered address is fetched and the customer is credit rated. At first, the customer must enter his social security number and for many invoice payment methods also e.g. the postal code is entered. These data are verified and the complete registered address for the customer may be displayed in the DIBS invoice payment flow and is ultimately returned back to the shop through the callback. The address returned in the callback from DIBS must be used for shipment of goods (if not anything else is agreed upon between the shop and the invoice service provider), even if the customer has indicated a different delivery address in the user registration when the order was initiated in the web shop.
Please notice: Normally, it is a requirement from the invoice service providers that shipment of goods is made to the customers registered address and not any other address.
Known issue regarding invoice implementation.