In this version of the Middleware, we improved quality and performance of the DSFinV-K Export, we've added an optional Receipt Signature which contains the TSE serialnumber and fixed an issue regarding closing receipts. We've also added support for single- and multi-use vouchers to the IT.EpsonRTPrinter.
Version 1.3 of the Middleware is meant for the German and Italian markets only, customers in Austria and France should continue to use version 1.2. We will unify these experiences in an upcoming version.
🇩🇪 Feature: Added TSE serialnumber on receipt (fiskaltrust/middleware#180)
The new AEAO / KassenSichV valid from 1.1.2024 requires the TSE serialnumber to be printed on the receipt if the QR-Code isn't used.
To support that we have added a new Signature with the ftSignatureType of 0x4445000000000023 to the ReceiptResponse which contains the TSE serialnumber.
Affected packages:
- fiskaltrust.Middleware.Queue.* v1.3.53
🇮🇹 Feature: Introduce support for Single Use and Multi Use voucher to EpsonRTPrinter (fiskaltrust/middleware#231)
We've added support for single use and multi use vouchers to the EpsonRTPrinter.
Affected packages:
- fiskaltrust.Middleware.SCU.IT.EpsonRTPrinter v1.3.53
🇩🇪 Bug Fix: Action Journal for Daily/Monthly/Yearly closing is not created when SCU is not reachable (fiskaltrust/middleware#226)
When the SCU was not reachable during the processing of a Daily/Monthly/Yearly closing the Action Journal entries would not be created this could lead to wrong automatic export ranges in MeinFiskal and PosArchive. This issue has been fixed we now create Action Journals and perform masterdata updates eventhough the SCU is not reachable during that time (or fails, e.g. due to timeouts, etc.).
Affected packages:
- fiskaltrust.Middleware.Queue.* v1.3.53
🇩🇪 Bug Fix: "CbReceiptReference must be set for one transaction!" exception thrown for wrong ReceiptCase (fiskaltrust/middleware#188)
The exception CbReceiptReference must be set for one transaction! If you want to close multiple transactions, pass an array value for 'CurrentStartedTransactionNumbers' via ftReceiptCaseData was incorrectly thrown for all receipt cases.
It is now only thrown for "Fail-transaction-Receipts" like intended.
Affected packages:
- fiskaltrust.Middleware.Queue.* v1.3.53
As always, we're happy to hear feedback and suggestions directly via issues in our GitHub repositories.