SCU certificate expiration tracking​

The dashboard now shows when each SCU's certificate expires (DE market). Expiration dates are color-coded — green when more than 3 months out, yellow within 3 months, and red when expired — so operators can plan renewals before they become an emergency. The exact expiry date and timezone are available in a tooltip, and the queue detail view surfaces this information as well.

Redesigned data table​

The previous dashboard table has been replaced with a new flexible table that introduces column sorting, pagination, a search bar with filter chips, and smooth loading animations. Rows are now color-coded by health status — green for healthy, yellow for warnings, red for errors — giving an immediate visual overview of the entire fleet.

All queues are now included regardless of state (active, out of operation, not active), with state filtering handled through the new toolbar dropdowns instead of pre-filtering the data.

Smart filtering system​

The old stat-card filters have been replaced with multiple dropdown filters in the table toolbar:

• Issue filter — No Receipts (48h), Missing Daily Closing, SCU failures, SCU expiring in next 3 months, TAR file issues, and more — each showing a count
• Queue State filter — In Operation, Out Of Operation, Not Active
• CashBox Type filter — Cloud vs. Local
• Sorglos filter — Premium status

In-app receipt preview​

Clicking a receipt link now opens an in-app preview modal instead of navigating to an external URL. The modal embeds the digital receipt and optionally shows Request and Response tabs with the raw JSON data, making debugging faster without leaving the portal.

SCU failure state visibility​

A new column surfaces SSCD and USED failure states. Healthy SCUs show "OK" in green; failures show a red badge with the failure count. Hovering reveals detailed failure info including timestamps and queue item IDs.

Queue Detail View​

The detail view has been streamlined from a grid of metric cards to a clean list layout. It now includes the CashBox ID, POS System ID, and formatted receipt counters. DE-specific fields (certificate expiry, last TAR file, POS Archive status) are grouped in their own section. The "Last Failed Receipt" entry includes a button to open the receipt preview modal directly.

Account surrogation links​

Account names in the table are now clickable surrogation links, allowing partners to surrogate into a PosOperator's account directly from the dashboard.

CSV export​

The dashboard now includes a built-in CSV export that exports the currently filtered rows (not the full dataset). The export includes the new columns — SCU failure state, certificate expiry, and type information.

Layout fix​

Fixed an issue that caused an unnecessary scrollbar to appear on every page in the portal.

Available in the fiskaltrust Portal since March 17, 2026.

This release focuses on improvements and fixes for German market SCUs. It includes an update to the Fiskal Cloud Connector (FCC) to version 4.4.0 and a fix for certificate chain parsing in the SwissbitCloudV2 SCU.

🇩🇪 Improvement: Updated Fiskal Cloud Connector to version 4.4.0 (fiskaltrust/middleware#622)​

The bundled Fiskal Cloud Connector (FCC) has been updated from version 4.1.1 to 4.4.0.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.DeutscheFiskal
• fiskaltrust.Middleware.SCU.DE.SwissbitCloud

🇩🇪 Bug Fix: Fixed certificate chain parsing in SwissbitCloudV2 SCU (fiskaltrust/middleware#624)​

Fixed an issue where the SwissbitCloudV2 SCU returned the entire certificate chain as a single entry instead of properly splitting it into individual certificates. The TSE certificate chain is now correctly parsed into separate certificates, ensuring proper certificate validation and compliance checks.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.SwissbitCloudV2

This release brings important bug fixes and enhancements for the German and Greek markets. The focus is on improving reliability, compliance, and communication with fiscal service providers.

🇩🇪 Bug Fix: SwissbitCloudV2 Certificate Validation Error (fiskaltrust/middleware#615)​

Fixed an issue with certificate validation in the SwissbitCloudV2 SCU where the certificate chain was being incorrectly encoded as Base64. The certificates are now properly returned in their original Base64 format, resolving validation errors that could occur when verifying TSE certificates.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.SwissbitCloudV2

🇬🇷 Bug Fix: POS receipt refund now properly link to original receipts (fiskaltrust/middleware#601)​

Fixed an issue where refunds of POS Receipts were not linked to the original documents they referenced. When issuing a refund for a pos receipt and providing a reference to the original receipt, the system now properly correlates the documents using the multipleConnectedMarks field as required by Greek MyDATA regulations. This ensures that refunds for posreceipts are correctly associated with their original transactions, improving compliance and data accuracy in your fiscal reporting.

Affected packages:​

• fiskaltrust.Middleware.SCU.GR.MyDATA

🇩🇪 Enhancement: Improved Fiskaly API communication handling with Retry-After support (fiskaltrust/middleware#600)​

The middleware now properly handles server load situations when communicating with the Fiskaly TSE cloud service. When Fiskaly's servers are experiencing high load, they can signal the exact wait time needed before retrying a request. The middleware now respects these wait instructions, resulting in more reliable operations during peak usage periods. Additionally, the retry mechanism has been enhanced to handle more error scenarios automatically, reducing potential disruptions in your fiscalization workflows.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.FiskalyCertified

Enhancement: Configurable SQL command timeout for Entity Framework queues (fiskaltrust/middleware#612)​

You can now configure the SQL command timeout for Entity Framework (EF) queues using the new SqlCommandTimeoutSec configuration parameter. The default timeout is 180 seconds (3 minutes), which should be sufficient for most use cases.

To configure a custom timeout, add the SqlCommandTimeoutSec parameter to your queue configuration in the portal with the desired value in seconds.

Affected packages:​

• fiskaltrust.Middleware.Queue.EF

🇧🇪🇬🇷🇪🇸🇵🇹 Bug Fix: Resolved issue with incorrect success states during exception handling (fiskaltrust/middleware#586)​

This fix addresses a critical issue where the Middleware incorrectly returned success states when uncaught exceptions occurred during receipt processing. Previously, when an exception was thrown, the response would fail to properly mark the operation as failed, potentially leading to misleading status information. With this update, any uncaught exceptions are now properly logged and the receipt response is correctly marked as failed, ensuring accurate status reporting and improved error visibility.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL
• fiskaltrust.Middleware.Queue.SQLite

Landscape display support​

This release introduces full landscape support, enabling users to operate the InStore App seamlessly on devices with landscape orientation and smaller screens. The user interface now adapts automatically to different display configurations.

Affected issue:
[Landscape support] allows to use the full functionality on landscape and smaller displays #356

Receipt preview: head down rotation support​

The receipt preview can now be rotated correctly when the device is turned upside down. This allows staff to easily show receipts to guests by simply rotating the device.

Affected issue:
[Receipt Preview] support to rotate the preview of the receipt to be rotated correctly when the user shows it to guests via rotating the device head down #304

Payment in progress screen​

A new payment status screen has been added that displays information about ongoing payment transactions. This provides clear visual feedback during payment processing instead of showing the Home screen.

Affected issue:
[Payment] add a new status / in progress screen (like "Payment starting...") that can show information about ongoing payment transactions so that we do not show the Home screen at this time #226

Other Changes​

Features​

• [Receipt] send by email - validate email address (syntax, domain check) #409
• [Receipt] send by SMS - validate phone number format #406
• [Receipt] send by SMS - dialogue should be with Numpad instead of full alphanumeric keyboard for easier phone number entry #83

Improvements​

• [Receipt] sending via SMS - delete misleading success popup #405
• [Docs] Add Viva Pax to "Also Supported" #503
• [Receipt History] Reorder (top receipt should be newest receipt) so that it is easier to find the last issues one without the need to scroll (which was the case on smaller, landscape devices) #477
• [Menu] Make LOGO size smaller when instore app is used on a small screen to allow showing more menu lines #476
• [Settings] rework "Print Demo" to have a better printout and rename to "Test printer connection" #283
• [Docs] Add documentation on how to install the InStore App from google play portal (Customer View) #359
• [Settings] cleanups (removed Middleware section, Danger Zone, Refresh DeviceConfiguration and NFC) #514
• [Settings] Select Printer - SmartPOS Printer gets also shown on Google Pixel and some other device - only show if available #542

Bug fixes​

• [Receipt] when the InStore app shows the settings screen while in the background a receipt issue arrives, the home screen replaces the settings screen but the receipt screen does not appear #399
• [Settings] printer selection - Bluetooth (BT) devices are only queried at startup so that later paired BT devices are not shown and and it does show all even if they do not support printing (like a headset) #295
• [Settings] IP Adresse reading error shown instead of real IP on Sunmi P2 SmartPad #500
• [Settings] make printer details are sometimes cut off and therefore partly unreadable --> shorten information to only show the important parts so that it is fully shown #382
• [Receipt Screen] toast showing action status or errors does overlap the last button on the screen #454
• [Android 7.1] full screen not correctly handled (results for example in "Copyright | fiskaltrust" is not shown in the side bar on Sunmi P2 Pro) #478
• [App icon] is not shown correctly on different Android versions #82
• [Receipt preview] is cut off and not scrollable and therefore not fully visible #293
• [Receipt History] showing receipts from receipt history has wrong scaling on Sunmi P2 Pro #284
• [Receipt] swipe up opens operator page if no operator buttons are configured --> only allow swipe up if there is at least 1 button configured #456
• [Settings] do not show "Print Demo" when printer "No printing" was selected as it makes no sense #160
• [Settings] Remove useless arrow in top header with no function in settings #446
• [Receipt printing] no delay in merchant mode available (also not configurable) as usually a trained user wants to have full control #470
• [App start] "No Internet Connection" Popup stays on screen, although the device has internet #524
• [Payment] Viva - refund and cancel do report the wrong action "payment" in the response payItem.Provider.Action info instead of "refund" or "cancel" --> will now report the real action executed #539

Release on Google Play​

The InStore App is now available on Google Play for easy installation and updates.

New payment provider: Shift4 payment integration (PREVIEW)​

You can now process payments with Shift4 terminal directly in the InStore App. This preview version supports payment, refund, and cancel actions.

Affected issue:
#138

Extended Viva Payment: refund and cancel support​

Viva Payments integration now supports refund and cancel actions in addition to payment processing.

Affected issue:
#161

Network printer support​

The InStore App now supports ESC/POS network printers with simple configuration. You can configure a network printer as the default printer using IP address and port without backend configuration.

Affected issues:
#395, #393

Device support for Android 16 and lower​

The InStore App now targets Android API Level 35 and supports devices running Android 16 and lower.

Affected issues:
#350, #232

Known Problems​

Other Changes​

Features​

• Support for Android 15 and Android 16 devices #415
• Include full version in APK filename #343
• Add v1 signature to APK for older devices (< Android 7.0) #352
• Restrict pairing code input to numbers only #291
• Hide IP address when mobile data is used #370
• Add documentation for InStore App installation from all supported portals #333
• Extend "Supported Stores" documentation #307
• Add documentation for "Refresh DeviceConfiguration" #259
• Add documentation for "Use local configuration" setting #260
• Add documentation for Terminal ID Filter #287
• Rename "multiterminal-support" to "multiterminal-settings" #334

Bug fixes​

• IP address section shows error on some devices (OM10, Sunmi P2 Pro) #275
• "Use prerelease" and "check for update" not working #310
• Failed test print still selects broken printer #317
• "App isn't responding" on first open after install (Android 12+) #318
• PAX A920 Pro demo print not working via NeptunePrinterProvider #316
• Multiple receipts printed when print delay expires #387
• Crash when entering pairing PIN without internet connection #331
• App crash at startup on slow systems #388
• Foreground service notification not visible by default #362
• Button remains visible after swiping down in merchant mode #433
• POS System API: Error when PIN starts with 0 (fixed) fiskaltrust/service-possystem-api#73

Affected markets: DE

Overview

In accordance with Section 146a (4) of the German Fiscal Code (AO), every electronic cash register or recording system must be reported to the responsible tax office within one month after being put into operation or taken out of operation. To support this legal requirement, we have implemented a complete Notification Management Process, including:

• Notification Management Page
• POS Operator Data pages
• Notification Worker (Azure Function)

New Features & Components

1. Notification Management Page (Dealer Portal) A new management interface is available for dealers, providing the ability to:

• View and manage all operators under their dealership
• Enable or disable automatic or manual notifications for each operator
• Review all sent notifications along with their statuses (successful, failed, pending)
• Trigger notifications manually for specific operators if needed

2. Operator Data Page

   A dedicated page where the operator can update all required data. The dealer sends the operator a link to this page. All necessary information for notifications is collected and validated here.

3. Notification Worker (Azure Function)

   A background worker runs every night at midnight, collecting the operator’s data and sending notifications to ERIC (third-party communication interface for German tax authorities).

Required Data for the Notification

Every notification must include:

• Operator information
• Outlet information
• Electronic recording system information


• Type of certified TSE
• Number of electronic recording systems
• Serial number of the electronic recording system
• Purchase date
• Commissioning date
• TSE information (extracted from the TseInfo JSON)

Common Issues Below is a list of frequently occurring errors and how to resolve them.

1. Invalid Tax Number Possible Causes a) The tax number does not match the scheme for the Bundesland (state) b) The company must report to another state than where it physically operates c) A regional 10–11 digit tax number is used instead of the required 13-digit number

2. Missing or Invalid Data: Third-Party CashRegister (TSE Serial Number)

   Error: TSE serial number must be at least 64 characters and hexadecimal (0-9, a-f, A-F)

3. Invalid TSE BSI Certification Number Required format: YYYY-NNNN

4. Missing Notification Product in the Outlet Problem: The outlet does not have an active notification product or carefree package.

5. ERIC Exception: Duplicate Serial Numbers Error: ERIC reports that the same recording system serial number is used multiple times. Cause: More than one queue shares the same Queue name. Solution: Operator → Configuration → Queues Remove duplicates: • Send “Out of Operation” receipt, or • Hide queue if it does not exist physically Then re-trigger the notification.

6. Missing TSE Information (TseInfoJson) Cause: No TSE data found in the last End-of-Day receipt → possible TSE connection problem. Solution: Check last End-of-Day receipt: • If TSE data exists → re-trigger notification • If not → fix the TSE connection problem or send a zero receipt to restore connection

7. Missing POS System Data (Model, Manufacturer) Cause: No valid POS System ID in the last End-of-Day receipt.

8. Invalid Date Order (PurchaseDate vs CommissioningDate) Error: Purchase date cannot be later than commissioning date.

9. ERIC Exception: Illegal Characters in Fields Error: Some characters in the legal company name or address are invalid.

Additional Notes

• To check if a POS System is assigned:

Operator → Related Queue → Receipt Journal

Last daily closing must show a correct POS System ID that exists in DE Dynamic

• A notification is only sent when:

✔ Notification state = true in Account Settings

✔ At least one outlet has an active notification subscription. And outlet should have at least one active queue or third party queue

✔ Operator has confirmed all required data

• Postal code and tax number both should be valid while validating the tax number ( The tax number must match the correct state (Bundesland) based on the postal code)

• We have implemented Notification_API and gradually extracting common logic from worker and portal into this API to centralize and simplify the validation and processing steps

• Notification will be send for active queues . Hidden queues or queues that became inactive before July 1st, 2025 will not receive notifications

Useful links:

• Knowledge base article on Notification Management:( you can find solutions for common error messages here) https://portal.fiskaltrust.de/KBArticle#/KA-01146/Tax%20office%20notifications:%20Solutions%20for%20error%20messages

• Correct tax identification number formats: https://de.wikipedia.org/wiki/Steuernummer

• 13-digit tax identification number converter: https://www.ueberbrueckungshilfe-unternehmen.de/DE/Infothek/Steuernummer-Umrechner/steuernummer-umrechner.html

Affected markets: ALL

Subscription Page Overview

As a PosDealer, you can get an overview of all your PosOperators' subscriptions in the PosDealer / Subscriptions tab of the fiskaltrust.portal. You can filter the list to display overdue or upcoming subscriptions and renew payments for multiple subscriptions simultaneously. On this page, you can also manage subscriptions by opting for automatic renewals, performing manual renewals, or canceling a subscription.

Improved: The Subscription Management page has been enhanced to provide a clearer overview of subscriptions. Users can now easily manage subscriptions renewal and cancellations. The interface has been redesigned for better usability and accessibility.

Users can now opt for automatic renewals for their subscriptions, ensuring uninterrupted service.

Once user opt out for automatic renewals a contract shows up. After signing that contract feature will be active .

Once the renewal is enabled ,Invoicing Type will be set to automatic and all subscriptions that PosDealer has been managing will be automatically renewed upon expiration.

If PosDealer decides to opt out from automatic renewals, a contract will be presented. After signing the contract, the automatic renewal feature will be deactivated. At that time ,the Invoicing Type will be set to manual, and all subscriptions managed by the PosDealer will require manual renewal upon expiration.

PosDealer is able to set automatic renewal individually for each subscription as well.Once the individual renewal is enabled for a subscription that subscription will be renewed automaticaly upon expiration.

Renewals can be performed in bulk, allowing users to select multiple subscriptions and renew them simultaneously.

For bulk renewals and cancellations users will be able to select multiple subscriptions using checkboxes and perform actions using buttons at the bottom of the page.

For individual subscriptions, action buttons are available in end of each subscription row. Once clicked, a confirmation dialog will appear to confirm the action. Using the action buttons you can pay for the individual subscription to extend it or choose to cancel it.

If PosDealer want to manage subscription manually they can either select multiple subscriptions using checkboxes and click on "Pay Subscription" button at the bottom of the page or use the action buttons available at the end of each subscription row to pay individual subscription.

There are 2 options while paying the subscription manually.

1. Dealer Package Option, If There is no entitlement for extending the subscription PosDealer can use DealerPackage option to add required entitlements to the shopping basket.

2. Entitlement Option, If there is enough entitlement to extend the subscription PosDealer can use Entitlement option to extend then entitlements will be assigned to selected subscriptions at the shopping basket.

After selecting the desired option and clicking on Pay button user will be informed via banner notification that the selected subscriptions have been added to the shopping basket.

There will be also easy access link to shopping basket in that notification. Clicking it will redirect user to shopping basket page where user can complete the payment process.

PosDealer can proceed to checkout from shopping basket page to complete the payment process.

Cancellation

Subscriptions can be canceled either individually or in bulk. PosDealer can select multiple subscriptions using checkboxes and click on the "Cancel Subscription" button at the bottom of the page to cancel them in bulk.

For individual subscriptions, action buttons are available at the end of each subscription row to cancel them.

Once cancel subscription is clicked a confirmation dialog will appear to confirm the action.

In that dialog user will be informed about the cancellation status and the remaining validity period of the subscription. Dealer can choose wheter to inform PosOperator via Email by using the Notify PosOperator checkbox in the dialog or not.

By confirming the cancellation the selected subscriptions will be canceled and PosDealer will receive a notification indicating the cancellation status and the remaining validity period of the subscription.

If notify PosOperator option was selected in the confirmation dialog PosOperator will receive an email notification about the cancellation.

Why it matters: These improvements streamline subscription management, making it easier for users to handle their subscriptions efficiently.

Access Links:

• Sandbox: https://portal-sandbox.fiskaltrust.de/PosDealer/Subscriptions
• Production: https://portal.fiskaltrust.de/PosDealer/Subscriptions

Affected markets: DE

Improved: Adding full tax id validation in Notification/company data page for Germany market. The system will now check the syntax and perform Erict checks when entering a tax id.

Why it matters: This enhancement helps ensure that tax IDs are valid and correctly formatted, reducing notification errors and improving data.

Change Portal Versioning​

Affected markets: ALL

Improved: Changing the fiskaltrust.portal versioning schema. Moved to date based versioning.

Why it matters: Moving to a new date base schema better reflects our current development and release cycle.

This release we've improved TAR-File export handling in the Queue, FiskalyCertified and SwissbitCloudV2 SCUs for the German market.

🇩🇪 Feature: Improved TAR-File Export handling in Zero Receipt (fiskaltrust/middleware#549)​

When performing a Zero-Receipt with the flag "Requests a download of the TSE-device TAR file" (0x0000_0000_0200_0000) the TAR-File export is now also attempted if the signing failed.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL

🇩🇪 Feature: Allow TAR-File deletion from SwissbitCloudV2 with open transactions (fiskaltrust/middleware#549)​

The TAR-File can now be deleted from the SwissbitCloudV2 TSE after an export even if there are open transactions on the TSE.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.SwissbitCloudV2

🇩🇪 Fix: Fiskaly TAR-File Export fails with E_TOO_MANY_REQUESTS (fiskaltrust/middleware#561)​

We've fixed an issue where TAR-File Exports from a FiskalyCertified TSE would fail with a E_TOO_MANY_REQUESTS error.
In some cases long running TAR-File Exports might take a few seconds longer due to this change.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL
• fiskaltrust.Middleware.SCU.DE.FiskalyCertified

This release includes a new feature to automatically close open transactions on a TSE in the German market.

🇩🇪 Feature: Automatically close open transactions on the TSE with the Daily-Closing (fiskaltrust/middleware#554)​

We've added a queue configuration parameter CloseOpenTSETransactionsOnDailyClosing which is set to false per default. When set to true the queue will close all open transactions on the TSE automatically with each daily closing.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL

This release includes stability improvements and fixes for the German and Italian markets, as well as the 1.3 preview for the Austrian market.

🇮🇹 Feature: Added Support for Unreferenced Refunds with Epson RT Printers (fiskaltrust/middleware#515)​

With this release, we have added support for performing unreferenced refunds with Epson RT Printer based SCUs.
This allows us to support this scenario across all currently available SCUs.

While we still recommend using referenced refunds in most cases, there are situations that require the cashier to perform unreferenced refunds (e.g., when the original receipt was lost).

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL
• fiskaltrust.Middleware.SCU.IT.EpsonRTPrinter

🇩🇪 Fix: Corrected Public Key Handling for SwissbitCloudV2 SCU (fiskaltrust/middleware#503)​

We've fixed an issue where the wrong public key was displayed in the QR code for SwissbitCloudV2 SCUs.
This fix has already been rolled out to the cloudcashbox.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.SwissbitCloudV2

🇩🇪 Fix: Improved SCU Switch Stability (fiskaltrust/middleware#525)​

We've fixed a problem where the Finish-SCU-Switch receipt would fail if the old SCU was in a broken state.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL

🇩🇪 Feature: Improved DSFinV-K export​

We've improved the DSFinV-K export on multiple fronts.

• Include none VAT receipts
• Fix Bestellung-V1
• Add default values for REF_NAME
• Eliminate multiple entries allocation_groups.
• Use calculation on UMS_BRUTTO for vouchers

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL

🇦🇹 Feature: Improved Startup Performance (fiskaltrust/middleware#539)​

We've improved the startup performance of the queue, specifically the performance of the first receipt processed after queue startup.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL

🇦🇹 Fix: Backup SCU Handling (fiskaltrust/middleware#483)​

We've fixed a problem with the handling of backup SCUs. Now, when a normal SCU is not available, the backup SCU is used correctly and the ftState flag 0x80 is returned when a backup SCU is used.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.Queue.SQLite
• fiskaltrust.Middleware.Queue.EF
• fiskaltrust.Middleware.Queue.MySQL

Belgian Portal Launch​

Affected markets: 🇧🇪

Improved: Added Belgian portal functionality, now available in sandbox and production environments for testing and validation. The portal includes all features required for management of the configuration, users and connections.

Access Links:

• Sandbox: https://portal-sandbox.fiskaltrust.be
• Production: https://portal.fiskaltrust.be

Interested in the Belgian market? Contact our sales team to learn more about fiskaltrust services in Belgium.

Why it matters: Expands platform reach to the Belgian market, enabling local customers to access fiskaltrust services with proper localization and regulatory compliance.

CashBox Configuration Hidden Entity Fix​

Affected markets: ALL

Fixed: Resolved issue where hidden queues and signature creation units (SCUs) were still appearing in CashBox configuration. Hidden entities are now properly filtered out from selection lists, while previously selected hidden entities remain visible when already assigned to a CashBox.

Why it matters: Makes CashBox setup much easier as only relevant items are shown as options to choose from.

Helper Configuration Migration to React​

Affected markets: ALL

Improved: Migrated helper configuration to React implementation. The new React-based configuration supports all helper packages including balancer, REST API, POS API, helipad, and others. Enhanced cache management ensures changes made in CashBox pages are immediately visible without manual page reloads.

Why it matters: Provides a consistent, modern user experience across all configuration pages while improving performance and eliminating cache synchronization issues that previously required manual page refreshes.

[Exports] Exports stuck in pending state fix (#1011)​

Affected markets: ALL

Improved: In certain scenarios it was happening that a Export got stuck in a pending state, even though it was already finished. This change fixes this behavior and users should now only see the in progress state for exports that are still running

Why it matters: The in progress state lead to the blocking of downloads since we considered the export unfished. Fixing this issue resolves this and makes sure that users are always able to download the results in case of exports being finished.

[Exports][DE] DFKA export does export VATId even if it is invalid (#1018)​

Affected markets: DE

A fix for the DFKA export has been rolled out that handles wrongly configured VAT Numbers more gracefully. There are certain scenarios where accounts are setup with a correct TaxId, but a invalid VATId. In the past we have always included both of these numbers into the DFKA export as soon as they have been set. With this change we hande invalid VAT numbers the same way as if it would not be configured and do not include them in the export. This allows accounts that have setup a correct TaxId to correctly validate the DFKA and as a result of that transfer to MeinFiskal.

This version of the Middleware is a maintenance release. It focuses on ensuring stability, reliability, and continued compatibility. No functional changes or new features are included.

Stability: Robust payment processing​

We improved reliability for payment processing to survive app crashes and Android OOMKiller events. Payments now recover correctly after interruptions, with better retry and result handling.

Affected issues:
#164, #165, #168, #171, #199, #210, #222, #241

New payment providers: support for Softpay.io and Hobex POSit​

You can now process payments with Softpay.io and Hobex POSit directly in the InStore App.

Affected issues:
#99, #203

Extended Viva Payment: ISV support​

Viva Payments integration now supports ISV credentials via configuration in the fiskaltrust backend. Partners can use their own ISV credentials for additional transaction options.

Affected issue:
#230

Automatic start after device boot​

The InStore App now automatically starts in the background after device boot if the foreground setting is enabled.

Affected issue:
#286

Other Changes​

Bugs​

• Sending email from receipt doesn't work ("Failed to send via Email") #256
• Android back button handling wrong (Settings navigation) #220
• Settings: incorrect NFC activation text #159
• GPCustom: negative amount error not shown in API #206
• Settings: null reference crash after clean install #213
• Print Delay setting does not load dynamically #277
• Print Delay changed time not used in consumer mode #261
• Print Demo not working on Sunmi P2 Pro #255
• Print delay not hidden in Merchant mode #271
• Missing header text above Device Info #268
• Images and footer text not loading #269
• Disable longpress for unpairing in WebView mode #298

Features​

• Add "End App" to settings menu #78
• VivaECR: provide receipt info on successful payment #174
• Remove irrelevant text in Base Settings #267
• Rename "Select number" popup to "Delay Before Printing" #266
• VivaECR: report error if app not logged in #192
• Target API Level 34 or higher #183
• Settings: eliminate PSP mode, fallback to Consumer mode #290
• GPPay: improve intent result handling #180

Feature: Improved TLS 1.2 support for the posapi helper​

As TLS 1.0 and 1.1 support are being phased out we've updated the posapi helper to use TLS 1.2 per default. We've also updated the helper to use the urls https://possystem-api-sandbox.fiskaltrust.eu and https://possystem-api.fiskaltrust.eu which have no support for TLS 1.0 and 1.1. If TLS 1.2 is not supported by the operating system it's still possible to use TLS 1.0 or TLS 1.1 by setting the server configuration parameter to https://poss-api-sandbox.fiskaltrust.cloud or https://pos-api.fiskaltrust.cloud and the forcesecuretlsversion configuration parameter to false in the posapi helper.

Affected packages:​

• fiskaltrust.service.helper.posapi v1.2.25241.84793

In this version of the Middleware, our focus was on a range of improvements and fixes tailored primarily for the German market..

🇩🇪 Bug fix: Wrong dlls for arm platforms for the Swissbit TSE (fiskaltrust/middleware#497)​

The incorrect swissbit dlls were loaded on arm platforms which is fixed in this version.

Affected packages​

• fiskaltrust.Middleware.SCU.DE.Swissbit v1.3.76

Exports Redirection Fix​

Fixed: Navigating to exports no longer redirects users to the legacy exports page. Users are now correctly redirected to the new exports page.

Why it matters:* The new page includes features not available in the legacy version, such as displaying the current state of exports, along with improved performance and reliability.

Subscription Extension Issue Resolved​

Fixed: Users were previously unable to extend subscriptions for Notifications, Cloud Cashbox Swissbit, and Cloud Cashbox Fiskaly Single products. This issue has now been resolved, and subscription extensions for these products are fully functional.

Why it matters: Ensures uninterrupted service for users by allowing timely subscription renewals for all supported products.

Queue Configuration Outlet Messaging Improvements​

Improved: Added a descriptive message on the Queue Configuration page when a configured outlet is not found. The system no longer silently defaults to outlet number 1 without explanation.

Why it matters: Helps POS operators and POS dealers clearly identify the real issue before contacting support, reducing confusion and troubleshooting time by avoiding misleading defaults.

Role Management Clarity Improvements​

Improved: Enhanced the role management interface to clearly indicate when roles have been disabled. When a role is deactivated, users now see a descriptive message explaining the status and how to re-enable it, such as "The PosCreator role has been disabled. If you want to enable it again, please use the toggle to start the sign process again."

Why it matters: Eliminates confusion about role activation status and provides clear guidance for users who need to re-enable roles, reducing support inquiries and improving user experience.

A-Trust smartcard personalization tool 1.4​

We've updated our smartcard personalization tool to make it compatible with the latest ACOS-ID 4.1 smartcards distributed by A-Trust. Old card generations continue to be supported.

The latest version can be downloaded in the Portal's download area both for Windows x86 and x64.

Affected packages:​

• fiskaltrust.signing.atapdu v1.2.25233.84649

In this version of the Middleware, our focus was on a range of improvements and fixes tailored primarily for the German market.

🇩🇪 Bug Fix: Incorrect SignatureAlgorithm shown in signatures (fiskaltrust/middleware#482)​

The SignatureAlgorithm specified by the SwissbitCloudV2 SCU in the QR-Code and the <sig-alg> signature was previously incorrect. This means the previously created QR-Codes fail vaildation. This has already been deployed in the CloudCashbox and when using the local middleware this will be fixed after updating the SCU to the new version.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.SwissbitCloudV2

🇩🇪 Feature: Better error handling for HTTP requests in SwissbitCloudV2 (fiskaltrust/middleware#458)​

We introduced enhanced error handling for HTTP requests in the SwissbitCloudV2. This ensures that failed HTTP responses are not silently ignored. Instead, detailed error information—such as the status code and response content—is captured and thrown via a custom SwissbitCloudV2Exception.

This change improves transparency and debuggability for operations, making it easier to diagnose and resolve issues when communication with the Swissbit Cloud API fails.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.SwissbitCloudV2

🇩🇪 Feature: Performance improvements for Azure Table Storage-based Queues and Cloud TSEs (fiskaltrust/middleware#454)​

These changes introduce enhancements intended to boost efficiency and reliability for the CloudCashbox and users of the AzureTableStorage queue and SwissbitCloudV2 and FisskalyCertified SCUs.

Affected packages:​

• fiskaltrust.Middleware.Queue.AzureTableStorage
• fiskaltrust.Middleware.SCU.DE.SwissbitCloudV2
• fiskaltrust.Middleware.SCU.DE.FisskalyCertified

🇩🇪 Bug Fix: Perform a TAR-File Export on Out-Of-Operation Receipts​

We now perform a last TAR-File export after processing of the Out-Of-Operation receipt so that all signatures get exported from the TSE before the queue is decommissioned.

Affected packages:​

• fiskaltrust.Middleware.Queue.*

🇩🇪 Bug Fix: Fiskaly Exports not using the Temp folder (fiskaltrust/middleware#461)​

We resolved the issue where temporary files were not being created in the temporary folder. This caused troubles on Linux with readonly filesystems.

Affected packages:​

• fiskaltrust.Middleware.SCU.DE.FiskalyCertified

Bug Fix: Invalid error responses returned with the ReceiptRequest flag (fiskaltrust/middleware#469)​

When a failed receipt, and was requested again with the ReceipRequest flag the middleware would sometimes return a response with the the ftState 0xEEEE_EEEE instead of returning an empty result.

Affected packages:​

• fiskaltrust.Middleware.Queue.*

🇩🇪 Feature: Daily-Closing Flag which closes all open transactions (fiskaltrust/middleware#212)​

We introduced a new ftReceiptCaseFlag (0x0000000200000000) to the Daily Closing, which closes all open transactions on the TSE when a daily closing is performed.

Affected packages:​

• fiskaltrust.Middleware.Queue.*

Cashbox Loading Performance Improvements​

Affected markets: ALL

Improved: Significantly enhanced performance for customers with large numbers of cashboxes (1000+) in their accounts. The portal was previously very slow and barely usable for these customers, but performance improvements now allow even customers with 50,000+ cashboxes to load data in reasonable time.

Why it matters: Ensures the platform remains responsive and usable for enterprise customers with extensive cashbox deployments, improving their daily workflow efficiency and user experience.

Next steps: We will continue to improve performance by focusing on optimizing load times for Signature Creation Units (SCU/TSE) data.

German Notification Management Enhancements​

Affected markets: 🇩🇪

Improved: Enhanced German notification management with several key improvements:

• ERIC PDF Download: Added ability to download PDF documents of sent notifications directly from ERIC system
• Purchase and Commisioning Date Auto-Fallback: Implemented fallback mechanism where PurchaseDate and CommissionDate automatically default to Queue StartMoment when not specified, while still allowing users to manually set custom dates when needed
• Enhanced Date Guidance: Improved helper text and UI clarity to better explain how dates are used and displayed throughout the system
• TSE Commission Date Handling: Better management of TSE commission dates with clearer communication to authorities regarding reused TSEs
• Tax ID Input Assistance: Added visual guidance with examples and explanatory text to help users correctly locate and format their Tax ID (Steuernummer) from official documents
• Data Issue Display: Enhanced visibility of different types of data issues including missing company data, subscriptions, and POS system information to help users identify and fix problems
• Manual Notification Trigger: Added ability for users to trigger notifications manually once data is prepared, bypassing the scheduled nightly process
• Operator Communication: Implemented feature to re-send emails that prompt operators to prepare and confirm their required notification data
• Knowledge Base Integration: Added KBA articles providing information about the management process and common error resolution instructions

Why it matters: Provides a solution for German notification management by reducing data entry errors, offering clearer guidance and troubleshooting support, enabling manual control over notification timing, and improving operator communication. These enhancements reduce support requests while ensuring faster compliance processing and better user experience.

PosSystem Pages Performance Improvements​

Affected markets: ALL

Improved: Significantly enhanced PosSystem page performance by migrating to React implementation, delivering much faster loading times and improved responsiveness. The migration also resolved UI/UX inconsistencies and enhanced navigation behavior.

Why it matters: Users experience faster page loads and smoother interactions when managing PosSystem configurations, reducing wait times and improving overall productivity in daily workflows.

Outlet Number Visibility Enhancement​

Affected markets: ALL

Improved: Added outlet number display to table views across CashBox, Queue, SignatureCreationUnit, and Helper pages. The system now clearly shows valid outlet numbers and highlights invalid outlet as errors, eliminating the need to open detail dialogs to identify outlet information.

Why it matters: Users can quickly identify outlet configurations directly from table views, reducing navigation time and improving workflow efficiency.

Visuals: