Kassensichv DE: Order receipts optional or mandatory ?

[texTec]

Are order receipts in case of long-lasting business cases (e.g hotel-stay) mandatory, or would it be enough to sign the final invoice on departure.

If mandatory, how to deal with services transfered from third party systems (e.g POS-system in restaurant-sector) ? Is it necessary to create order receipt's for them also ?

[texTec]

@aedler-ft @TSchmiedlechner do you have some input for the posted question ?

[aedler-ft]

Hi @texTec, suppose orders, delivery notes, invoices and payments are being processed at different times, and the electronic recording system processes the business action not as a whole but in separate processes.

In that case, the business activities and other activities must be traceable in their creation and processing, and a unique identification number for the business action must exist.
The same applies if different electronic recording systems are used in the course of the business action.

If an external electronic recording system is processing an order, the rule of KassenSichV applies also to the external POS system, no matter if the payment happens at the external system or on a fiskaltrust-powered electronic recording system. In addition to this, the business activity must be traceable across the different electronic recording systems. This can be achieved using 'ftReceiptCaseData' which helps you to bring the data required by DSFinV-K from an external POS system to the fiskaltrust-powered POS system. It is documented more in detail here: https://docs.fiskaltrust.cloud/docs/poscreators/middleware-doc/germany/dsfinv-k#file-bon_referenzen-referencescsv.

You can find an example workflow of how to include data of external POS systems and how to merge it with ongoing business actions in fiskaltrust-powered POS systems, including code examples of the requests, in our Postman Collection as well:
https://middleware-samples.docs.fiskaltrust.cloud/#06a34ac5-7c4f-441e-ba2b-4f02badc409c

I hope I could help,
Andreas

[texTec]

@aedler-ft

Thank you for the answer. I was afraid of that, although my research from other hotel software vendors' documentation gave me the impression that they didn't implement it that way. (Only like the Austrian RKSV where the invoice at departure is signed)

Since for many things a receipt is not issued to the guest (overnight stay/breakfast etc) it should be allowed to create these OrderReceipts with the daily night run ? I also assume that these receipts should be created incrementally and not like delta updates (new vesion of the folio) to the fiskaltrust middleware ?

Also is it allowed to combine order lines and storno of order lines (units/amount negated) in a single order-receipt, or is it better to group them and issue 2 receipts. (Storno receipt marked as reversal and containing all storno order lines)

Thanks for your effort

[aedler-ft]

Hi @texTec, you can find examples of accommodation workflows in the Postman collection as well: https://middleware-samples.docs.fiskaltrust.cloud/#56db38d8-032e-447c-873f-52b143a1256a. They should reflect exactly the use case of info-orders for overnight stays as you described.
Not sure if I understand your question with the delta updates and the "new version of the folio", but I assume you are referring to the implicit and explicit flow. We recommend using implicit flow in general as described here: https://docs.fiskaltrust.cloud/docs/poscreators/middleware-doc/germany/cash-register-integration#the-implicit-flow.

Storno receipts need to be separate; it is described in detail here: https://docs.fiskaltrust.cloud/docs/faq/germany#how-is-the-cancellation-of-activities-and-items-to-be-represented-in-the-ipos-br-how-are-receipts-reversed.
Examples of storno receipts are in the Postman Collection: https://middleware-samples.docs.fiskaltrust.cloud/#95fd9422-37d9-4603-b068-705a0e523481

you're welcome!
Andreas

[texTec]

@aedler-ft

Thank you for the help.

[aedler-ft]

at any time; I am happy if I could help!