Skip to content
This repository was archived by the owner on Feb 26, 2026. It is now read-only.

Users/aedler/appendix de cash register integration patches#146

Merged
TSchmiedlechner merged 10 commits into
masterfrom
users/aedler/appendix-de-cash-register-integration-patches
Jan 25, 2021
Merged

Users/aedler/appendix de cash register integration patches#146
TSchmiedlechner merged 10 commits into
masterfrom
users/aedler/appendix-de-cash-register-integration-patches

Conversation

@aedler-ft
Copy link
Copy Markdown
Contributor

No description provided.

# Appendix: DE - KassSichV

This appendix expands on the information provided in the General Part by adding details specific to the German market. This additional information is provided only where applicable. The remaining chapters, for which there is no additional information required, were omitted.
This appendix expands on the General Part's information by adding details specific to the German market. This additional information is provided only where applicable. The remaining chapters, for which there is no further information required, were omitted.
Copy link
Copy Markdown

@DoxaPap DoxaPap Jan 14, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I liked it better the way it was before :D so information provided in the General Part section.

### Receipt Creation Process

This chapter describes the general process of creating receipts with fiskaltrust.Middleware and its workflow, in accordance with the German law. It requires to give a scope to an ongoing action over time. This scope is named a transaction. Calls to fiskaltrust.Middleware are processed just in time and cannot be async over multiple minutes. Therefore and in accordance with German law, a single call is maybe not able to scope a complete transaction. To solve this, multiple calls are used, scoping the same transaction.
This chapter describes the general process of creating receipts with fiskaltrust.Middleware and its workflow, following German law. It requires to give a scope to an ongoing action over time. This scope is named a transaction. Calls to fiskaltrust.Middleware are processed just in time and cannot be async over multiple minutes. Therefore and in accordance with German law, a single call is maybe not able to scope a complete transaction. To solve this, multiple calls are used, scoping the same transaction.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This scope is named a transaction. Calls to fiskaltrust.Middleware are processed just in time and cannot be async over multiple minutes. >> I don understand, the name of the scope described is "transaction"?.
The part over multiple minutes is not very clear to me either. It meant that they cannot be processed asynchronously? If so, the "async over multiple minutes" could be replaced with "cannot be processed asynchronously". besides, async is not a verb or an adjective!

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i also do not understand this part...

@TSchmiedlechner TSchmiedlechner merged commit 9d458af into master Jan 25, 2021
@TSchmiedlechner TSchmiedlechner deleted the users/aedler/appendix-de-cash-register-integration-patches branch January 25, 2021 16:39
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants