Skip to main content

Changelog

This page lists relevant changes and updates in fiskaltrust's cloud services, on-premise products, and documentation.

You can subscribe to all changelogs via RSS, follow the GitHub repo, or display categories of changes by tags.

Middleware 1.3.85

ยท 4 min read
PosCreator Experience Team
The team working on the Middleware and other products for PosCreators

Static Badge

This release brings full support for the Italian receipt lottery (Lotteria degli Scontrini) across all Italian SCUs, marks the first stable release of the Custom RT printer SCU, adds manual and automatic reboot support for the Epson RT printer, a recovery option for interrupted SCU switches in the German market, and a fix for the German QR-code that ensures tax amounts are always printed with exactly two decimal places.

caution

Customers in Austria and France should continue to use version 1.2 of the middleware. We are working on a unified version for all markets.

๐Ÿ‡ฎ๐Ÿ‡น Release: Custom RT printer SCU is now generally availableโ€‹

The Custom RT printer SCU, previously shipped as a release candidate in 1.3.84, is now generally available with 1.3.85. It can be used in production alongside the existing Epson RT printer and Custom RT server SCUs.

Affected packages:โ€‹

  • fiskaltrust.Middleware.SCU.IT.CustomRTPrinter

๐Ÿ‡ฎ๐Ÿ‡น Feature: Full receipt lottery support across all Italian SCUs (fiskaltrust/middleware#698, fiskaltrust/middleware#699)โ€‹

The Italian receipt lottery (Lotteria degli Scontrini) is now fully supported on all three Italian SCUs. Sale receipts (POSRECEIPT) now correctly carry the customer's lottery code (codicelotteria) provided by the POS: the code is exposed both in the dedicated <rt-lottery-id> signature and in the Codice Lotteria: line of the [www.fiskaltrust.it] footer.

POS creators that already send the lottery code do not need to change anything โ€” it will simply start appearing on the receipt signatures after updating, using the same flow across all three Italian SCUs.

Affected packages:โ€‹

  • fiskaltrust.Middleware.SCU.IT.EpsonRTPrinter
  • fiskaltrust.Middleware.SCU.IT.CustomRTPrinter
  • fiskaltrust.Middleware.SCU.IT.CustomRTServer

๐Ÿ‡ฎ๐Ÿ‡น Feature: Manual and automatic Epson RT printer reboot (fiskaltrust/middleware#691, fiskaltrust/middleware#693)โ€‹

The Epson RT printer can occasionally get stuck during the day and needs to be restarted to continue processing receipts. The Epson RT printer SCU now supports two ways to trigger a printer reboot:

  • Manual reboot from the POS: a new local ftReceiptCaseFlag (0x0000_0040_0000_0000) can be set on a Zero Receipt to instruct the SCU to reboot the connected printer on demand.
  • Automatic reboot after daily closing: after a successful daily closing (ZReport), the Epson RT printer is now rebooted automatically. If the closing itself fails, no reboot is sent.

Because the printer does not respond to the reboot command, the operation blocks for up to the configured client timeout (~15s) before returning, so daily closings and manual reboots may take that much longer to complete.

Affected packages:โ€‹

  • fiskaltrust.Middleware.SCU.IT.EpsonRTPrinter

๐Ÿ‡ฉ๐Ÿ‡ช Feature: Void support for Initiate-SCU-Switch receipts (fiskaltrust/middleware#690)โ€‹

When switching from one TSE to another, a failed Finish-SCU-Switch previously left the queue in a state that was hard to recover from without manual intervention. It is now possible to void a previously issued Initiate-SCU-Switch receipt, which reconnects the queue to the source SCU. If the source SCU is no longer reachable, the existing Force flag can additionally be combined with the Void flag to reset the state anyway, after which the SCU switch can simply be reconfigured and retried.

Affected packages:โ€‹

  • fiskaltrust.Middleware.Queue.*

๐Ÿ‡ฉ๐Ÿ‡ช Bug Fix: QR-code tax totals always printed with two decimal places (fiskaltrust/middleware#678)โ€‹

The gross tax totals ("Brutto-Steuerumsรคtze") embedded in the German QR-code are now always formatted with exactly two decimal places, as required by the Kassensicherungsverordnung. Previously, receipts with more than two decimal places in a tax amount could produce a QR-code that did not conform to the expected format, which could cause issues during a tax audit. No POS-side change is needed โ€” receipts processed after the update will use the corrected format automatically.

Affected packages:โ€‹

  • fiskaltrust.Middleware.Queue.*