Pay by Bank: finAPI Payment-Plugin

This release collects everything that changed since version 2.6.0. It needs no action from you: no setting, payment method or text changed, so you can simply install the update.

Improved

• The regular payment status check now works reliably in shops with a large order history. It goes through orders in small groups and looks at the last 90 days, instead of loading all open finAPI orders at once.
• Every request the plugin sends to finAPI now carries a reference that contains the order number. If you ever need to ask finAPI support about a payment, that reference lets them find it directly.

Fixed

• Checkout could fail for merchants whose finAPI account uses the stricter password rules. Paying by bank works again for those accounts. Customers who already paid with the plugin before are not affected and keep their finAPI access.
• Customers who cancel the payment in their bank's window, or who run into an error there, are now returned to your shop correctly, and their order is marked as cancelled or failed. Previously they could end up on a page your shop could not match to the order.
• An order whose bank payment was interrupted is now marked as failed. Until now, checking such an order ran into an error, and the order stayed open even though no payment would ever arrive. The reason the bank gave is written to the plugin log.
• Orders that are already paid, cancelled, failed or refunded are no longer checked over and over again. This removes unnecessary requests to finAPI and unnecessary entries in the log.
• An order can no longer end up in a contradictory payment state. When the customer returns from their bank at the same moment as the regular status check runs, the two no longer overwrite each other's result.
• A successful payment marks the order as paid immediately, instead of waiting for the payment window to be reported as finished as well.
• If you change an order's payment state by hand - for example refund it - while a status check is still on its way, that check is now logged and dropped instead of being retried again and again.

• Changed EN title and description
• Added DE translation for all de-XX locales available at the moment of the extension installation

• Version 2.x of the extension now supports Shopware 6.7.x. Version 1.x will continue to be maintained to support Shopware 6.6.x.
• Disabled the Direct Debit payment method.
• Improved integration with finAPI APIs (Access and Web Form 2.0):        
  • The extension now sends meaningful X-Request-Id headers, making it easier to trace and debug integration issues.
  • When creating users in Access, the extension now uses the customer number and also passes additional identifiers such as customer ID and email address. This improves troubleshooting: when reporting issues to finAPI Support, you can now provide a customer or order number that can be directly mapped to log entries in the Access and Web Form 2.0 systems.
• Improved the Test API Configuration feature in the admin panel: the test now returns more detailed and actionable error messages when the configuration is invalid.

This release collects everything that changed since version 1.20.0. It needs no action from you: no setting, payment method or text changed, so you can simply install the update.

Improved

• The regular payment status check now works reliably in shops with a large order history. It goes through orders in small groups and looks at the last 90 days, instead of loading all open finAPI orders at once.
• Every request the plugin sends to finAPI now carries a reference that contains the order number. If you ever need to ask finAPI support about a payment, that reference lets them find it directly.

Fixed

• Checkout could fail for merchants whose finAPI account uses the stricter password rules. Paying by bank works again for those accounts. Customers who already paid with the plugin before are not affected and keep their finAPI access.
• Customers who cancel the payment in their bank's window, or who run into an error there, are now returned to your shop correctly, and their order is marked as cancelled or failed. Previously they could end up on a page your shop could not match to the order.
• An order whose bank payment was interrupted is now marked as failed. Until now, checking such an order ran into an error, and the order stayed open even though no payment would ever arrive. The reason the bank gave is written to the plugin log.
• Orders that are already paid, cancelled, failed or refunded are no longer checked over and over again. This removes unnecessary requests to finAPI and unnecessary entries in the log.
• An order can no longer end up in a contradictory payment state. When the customer returns from their bank at the same moment as the regular status check runs, the two no longer overwrite each other's result.
• A successful payment marks the order as paid immediately, instead of waiting for the payment window to be reported as finished as well.
• If you change an order's payment state by hand - for example refund it - while a status check is still on its way, that check is now logged and dropped instead of being retried again and again.

• Changed English title and description
• Added German translation for all de-XX locales available at the moment of the extension installation

• Disabled the Direct Debit payment method.
• Improved integration with finAPI APIs (Access and Web Form 2.0):    
  • The extension now sends meaningful X-Request-Id headers, making it easier to trace and debug integration issues.
  • When creating users in Access, the extension now uses the customer number and also passes additional identifiers such as customer ID and email address. This improves troubleshooting: when reporting issues to finAPI Support, you can now provide a customer or order number that can be directly mapped to log entries in the Access and Web Form 2.0 systems.
• Improved the Test API Configuration feature in the admin panel: the test now returns more detailed and actionable error messages when the configuration is invalid.

• Unnecessary files have been removed from the published bundle
• Minor changes in the delivery pipeline

• Fixes on how the web form / payment statuses are handled and mapped to the order status
• Code clean up 
• Improved labels 
• Improved logging

First Plugin Release