Invoice: payolution

Invoice: payolution

General information

payolution is an Austrian financial service provider which offers the payment methods invoice and installment as white label solutions for online transactions for the Austrian, German and Swiss online market.

Please visit payolution for further information and details.

To integrate and offer the payment method for your consumers in your online shop you need to fulfill some important requirements:

  • The currency of the order amount has to be EUR.

  • Your consumer must be older than 18 years of age.

  • The order amount must not be below or exceed the limits as contractually agreed with payolution.

  • All required consumer data must be available.

  • Billing address and delivery address must be the same.

  • Delivery country must be accepted by payolution.

  • Additional parameters required by payolution for assessing the creditworthiness of your consumer must be submitted.

  • Gift vouchers must be excluded and may not be purchased via invoice or installment.

Do not offer these payment methods to the consumers in your online shop unless these requirements are met.

The title of this payment method to be displayed in the shop may be freely chosen during shop plugin configuration. Since payolution is a white label product it is recommended to choose a neutral title such as "invoice".

You need to send the relevant invoice to your consumer.

Process description

The following description outlines the individual steps from starting the checkout process to issuing credit notes:

Step 1

The consumer in your online shop adds the items to the shopping basket, selects invoice as payment method and enters the required data such as address, e-mail and date of birth.

Step 2

A risk assessment is carried out by payolution. If the payment is invalid, the consumer receives an error message and the transaction is not registered in the QPC Payment Center. If the payment is valid, the transaction is approved (authorized) in the QPC Payment Center.

Step 3

Approvals for invoices should be deposited (captured) on the same day the purchased items are dispatched. Please note that approvals for invoices can be deposited within a standard period of 21 days.

Step 4

In order to actually receive the outstanding amounts a day-end closing of deposited payments is carried out during the night.

Step 5

The outstanding amount is paid to you within a certain payment deadline which depends on the relevant agreement concluded with payolution.

Step 6

You forward the respective invoice to your consumer together with the delivered items or per e-mail. Payment to payolution must be effected within a deadline of 14 days starting with the deposit date.

Step 7

If the consumer returns the purchased items, a credit note must be issued in the QPC Payment Center. In order to pass the information about the returned items on to payolution, a day-end closing has to be carried out. Credit notes must be issued as quickly as possible (preferably on the day the returned items were received) since otherwise the consumer might receive a payment reminder.

QENTA recommends to disable the feature autoDeposit for invoice to prevent an automated deposit and day-end closing of payments.

Test data

In order to test your integration of QPAY Checkout Page or QMORE Checkout Seamless together with payolution use the following test data:

QPAY Checkout Page







QMORE Checkout Seamless




qmorekar (only invoice is enabled, therefore the dataStorage is not activated).



Please note that payolution will communicate the required live data to merchants only after the final tests of your integration were successfully completed and the entire installation was found adequate.

Order flow diagram

For a visual representation of the order flow behavior and associated transaction-based operations of this payment method we invite you to have a look at the respective order flow diagram.

Required request parameters

For payment methods invoice these (otherwise optional) request parameters are required:

In addition to these otherwise optional request parameters we also recommend that you send to payolution consumer shipping data containing detailed information regarding your consumers.

Optional request parameters

The optional request parameters customerStatement and orderReference are more restricted with regard to their length and allowed characters than are other general request parameters.

Parameter Data type Short description


ASCII with a variable length of up to 254 characters.

Text displayed on bank statement issued to your consumer by the financial service provider.


ASCII with a variable length of up to 128 characters.

Unique order reference ID sent from merchant to financial institution.

Invoice B2B

The following parameters are for handling an invoice for B2B consumers.

Required request parameter

Parameter Data type Short description


Alphanumeric with a variable length of 1 to 100.

Name of company.

If you use the parameter companyName the parameter consumerBirthDate is not required anymore.

Optional request parameters

Parameter Data type Short description


Alphanumeric with a variable length of 0 to 50.

VAT ID of company.


Alphanumeric with a variable length of 0 to 50.

Trade registration number of company.


Alphanumeric with a variable length of 0 to 50.

Additional or alternative register key of company.

Additional response parameters

Using this payment method in your online shop, we return additional parameters to your online shop. These parameters are specific to this payment method and are only returned when your consumer selects this payment method in your online shop.

Parameter State Data type Short description



Alphanumeric with special characters and a variable length of up to 255.
E.g. 440208fa-6057-4c1f-8034-732d6050395c.

Technical reference number of the payment processing at QENTA.



Alphanumeric with special characters and a variable length of up to 255.
E.g. DG0511345U8.

Reference number of the invoice.

Back-end operations

Please refer to transaction-based operations by payment method and non-transaction-based operations by payment method for further information and details on back-end operations in QPAY Checkout Page and QMORE Checkout Seamless.

Split capture

Split capture is possible only for invoices.

Contact our support teams to enable this feature. Please note that this feature must also be enabled by payolution.