A new update is ready for most of our PAY.POS platforms!

A lot of bugfixes are available in this version, including some new features:

• Single rider mode -> This mode allows you to start the same payment over and over. You can combine this with the exchange webhooks to create a fully unattended payment solution!
• Language injection -> Using the App2App flow, you can now inject the langauge code in which the app needs to operate. docs
• Card language -> The app will now auto translate itself based on the scanned payment card. If a english card is detected while the app is set to dutch, the app will switch languages to the customer preferred language

• Added the optional customerOrderStatusUrl field to the Order:Create API. This field accepts a URL where the customer can check the status of their order.
• Update validation of the Order reference field to allow dashes (-). Please note that some payment methods do not accept this and this will result in an error.
• Creditcard: Fix not being able to refund credorax payments.
• We now keep track of the enduser that is redirected to an issuer for logging and risk assessment purposes.
• Fixed an issue where data in the field transferData was lost when all stats fields were left empty.
• DirectDebit: Fixed an error when the description was longer than 32 characters.
• Brite: Update the customerId to contain the account holder name, rather than a hash value
• Paysafecard: Fixed amount rounding issue
• Billink: Fixed returning the wrong billingLineId for some Billink MOR payments with country code BE.
• iDeal IN3: Prevent payments from getting a very long expire time.
• PayPal: Deny transactions that cannot be captured to prevent them from staying in the authorised state.
• Twint: Fixed a problem where the customer_id was not set.

Lees Cadeau

A popular gift card focused on reading and literature, enabling customers to purchase books and related products from participating retailers.

Boeken Cadeau

A versatile gift card that can be redeemed for books and literary gifts at a wide range of affiliated stores.

Gift4Good

A purpose-driven gift card that supports sustainable and socially responsible shopping through selected merchants.

Go to this page for more information.

We released a few small updates in the last weeks:

• The Refunds:Browse now contains a filter and several operators on processDate and created; so that you can filter on the date on which refund has been processed or when the refund has been created.
• We fixed an issue in the Transactions:Browse where sometimes the action and the status field in the status object were swapped.
• We introduced a Tokens:Browse, a Tokens:Get and a Tokens:Info endpoint to get tokens generated by a card not present transactions, typically used for recurring payments. See here for more information: https://developer.pay.nl/docs/recurring-payments. These API's are in pilot, please contact your contactperson within Pay. if you want to use these endpoints.

• Updated the donation/payment screen to show the selected tradename rather than the company name.
• Updated the donation/payment screen to apply the look&feel colors.
• Thunes: Added a workaround to prevent errors for some payments.
• Klarna: Updated KDR to use the IBAN number of the enduser as customer_id rather than the e-mail address.
• Fixed a fatal error in the Order:Status API for certain orders.
• Added missing currency conversion when determining the minimum or maximum order amounts when starting an order.

A new update is ready for most of our PAY.POS platforms!

The most important change in this update is the switch from our Single CORE to the MULTI CORE processing host. This will lead to a higher availability and more throughput on our PAY.POS & POS.SDK platforms. Refunds are also possible on our MULTI CORE (when activated on your TH & SL-codes). Make sure to contact your partner manager to check for possibilities.

Besides the MULTI CORE, we did a lot of small maintenance & stability fixes on the latest version.

• Billink: Fixed an error where a billink payment was not marked as guaranteed internally.
• Wero: Fixed an issue where the wrong billingLineId was reported for certain Wero payments.

Wero

Wero is a new European mobile payment solution currently launching in Germany. Wero is integrated with selected German banks and is currently available only to merchants operating in the German market. It can serve as a replacement for Sofort in your checkout.

The payment method is planned to expand to the Netherlands in Q1 2026.

Klarna Pay in Full

We now support Klarna Pay in Full, also known as Klarna Debit Risk. It allows customers to pay the entire amount upfront at checkout, offering a fast and seamless alternative to traditional card payments.

Line items are a requirement for this payment method. An example can be found under Examples - Klarna Debit Risk Order in the Order:Create documentation.

Extra Merchant Data

We've added support for Extra Merchant Data, enabling merchants to pass additional contextual information with transactions required for specific Klarna use cases. This data can be sent via the Optimize > klarnaMerchantData field in the Order:Create.

It is required for the following segments: Marketplace, Travel, Ticketing, Subscriptions and On-Demand, Selling in physical store, Registered checkout and Klarna deals, Pick up in store.

Go to this page for more information.

• Added support for Klarna Extra Merchant Data. We have added the field klarnaMerchantData to the optimize input on the Order:Create API. We pass any data in that field through to Klarna as extra merchant data. For more information about Klarna Extra Merchant Data please visit https://developer.pay.nl/docs/klarna#/
• Added support for the sl_SI locale in the creditcard payment screen
• Updated the required input for the DirectDebit payment method:
  • The firstName and lastName fields are now optional.
  • Added new required field accountHolder.
  • For backwards compatibility the firstName and lastName are used as the accountHolder when the accountHolder field was left empty.
• Fixed an issue where payments for payment methods requiring user input would expire too soon.
• PayPal: We will now deny all PayPal payments of the type ECHECK. We have seen many cases where this leads to fraud due to the check never being paid. To protect our merchants we will not allow these types of payments anymore.

• Add support for the Voucher:Create API (See https://developer.pay.nl/reference/post_vouchers-transaction)
• Added Klarna Debit Risk
• Added new status: In transit. This state was added to indicate the payment was successful, but the funds have not been received yet. This is mainly used for high-risk payment methods where we wait until we receive the money before actually marking the payment as paid.
• Bank transfer: Added several languages to the payment page: Danish, Swedish, Portugese, Polish, Romanian, Czech, Hungarian and Bulgarian.
• Fix edge-case where the captureAmount API would respond with a success while no amount was actually captured