Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Can I void / redo a cash up? Kann ich einen Tagesabschluss wiederholen / korrigieren? #102

Closed
Solrosy opened this issue Aug 23, 2020 · 6 comments

Comments

@Solrosy
Copy link

Solrosy commented Aug 23, 2020

Is it possible to void a cash up receipt when a cash up is redone in the system the same day?

@Solrosy
Copy link
Author

Solrosy commented Aug 25, 2020

How would I transmit the cash up number as asked for in DSFinV-k?

image

@mijomilicevic
Copy link
Member

Hi, it is possible to create more than one "cash ups" on the same day. So i would not se the need to void it. Or why would you like to void it?
For the cash up i would recommend the ftReceiptIdentification which is returned by the ft Middleware.

@AxelKutschera
Copy link
Contributor

AxelKutschera commented Aug 25, 2020

I think:
Sending a daily closing (cash up) to the middleware means only to have a marker for the later DSFinV-K export. The export always takes place between two daily-closing receipts.
If the daily closing receipt is sent several times a day, then there are several DSFinV-K exports.
These are e.g. before a master data change also prescribed.
With each daily closing a Z_NR is incremented for DSFinV-K by the ft.Middleware.
With the "Audicon Kassenarchiv Online (AKO)", which is included in the carefree package, it will be possible to summarize several financial statements (also over several cash registers) via the fiskaltrust.Portal.

@Solrosy
Copy link
Author

Solrosy commented Aug 26, 2020

OK, great. Thanks for the answers.

So Z_NR is not filled by the ftReceiptIdentification?

@AxelKutschera
Copy link
Contributor

AxelKutschera commented Aug 26, 2020

As far as I know the Z_NR is managed by fiskaltrust. This also solves the problem that there are daily closings on different terminals.
Z_NR is not filled by the ftReceiptIdentification. (@mijomilicevic ?)

@Solrosy
Copy link
Author

Solrosy commented Sep 1, 2020

I think so as well. It won't be.

@Solrosy Solrosy closed this as completed Sep 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants