This release we've improved TAR-File export handling in the Queue, FiskalyCertified and SwissbitCloudV2 SCUs for the German market.
Version 1.3 of the Middleware is intended for the German and Italian markets only (with Belgium, Denmark, Greece, Portugal, and Spain currently in development). Customers in Austria and France should continue to use version 1.2. A preview of the unified 1.3 Middleware for Austria and France is already available.
๐ฉ๐ช 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.
::: note
If the TSE refuses to sign receipts because its storage is full, sending a Zero-Receipt with the "Requests a download of the TSE-device TAR file" (0x0000_0000_0200_0000) from a Queue >= v1.3.80 fixes the issue.
:::
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