The posting batch your accountant can actually import
Pick a month, download the file, pass it on. GastroSystem generates a DATEV posting batch in EXTF format: one set of postings per till close, with account and contra account, tax key and receipt date. Your accountant imports it into Rechnungswesen instead of retyping your Z-reports, and you set up the account mapping once, following SKR03 or SKR04.
One posting set per cash close, not per receipt
Your accountant books the day, not the individual pizza. So the batch condenses each cash close into a set of postings: revenue separated by VAT rate, cash, cashless payments, tips and cash differences. The document date is the day of the close and the document field carries the Z-report number, so every posting can be traced back to the report it came from. A day nobody closed has no Z-report and therefore no postings — and the export says so rather than passing over it silently.
Every posting has two sides — the batch balances
Each line carries an account, a contra account and an amount, so it is a complete double entry. That makes the batch balanced by construction: the cash account moves by exactly what the drawer moved by — cash revenue plus tips, plus pay-ins, minus pay-outs, plus the booked cash differences. Anything the provider split cannot account for lands visibly on a catch-all account with a warning rather than leaving the batch out of balance.
SKR03 or SKR04 — and accounts we refuse to invent
Where the answer is not in doubt, accounts are pre-filled: revenue at 19 % and 7 %, cash, cashless payments, transit accounts. Where it depends on your chart of accounts — tips, cash differences, receivables, the clearing accounts of your payment providers — the field stays empty. If one of those is missing from an export you need, the export refuses and names the account rather than inventing a number your accountant would have to hunt down later.
The format DATEV really expects
The file is CP-1252 encoded rather than UTF-8, fields are separated by semicolons, text is quoted, decimals use a comma and lines end with CRLF; the document date is day and month, because the financial year sits in the file header. Each of these details decides whether the import runs through or whether €12.40 arrives as twelve hundred and forty euros.
What this saves in the practice
Directly importable
A posting batch in DATEV format for Rechnungswesen — no retyping of Z-reports.
Both charts of accounts
Proposals where the answer is settled, free mapping wherever it depends on the practice.
A balanced batch
Every posting carries account and contra account — the cash account moves by exactly what the drawer did.
How you set the export up
Enter the chart of accounts and account length
SKR03 or SKR04 and the length of the general ledger accounts as your practice keeps them. Both are on any statement they send you.
Agree the open accounts with your accountant
Tips, cash differences, receivables and the clearing accounts of your payment providers depend on your chart of accounts. Agreed once and entered, the mapping applies to every future export.
Pick a month and pass the file on
The batch covers the cash closes in the period. If the month contains a day without a close, the export points it out so you can catch up before the file goes to the practice.
Goes with this
DSFinV-K export
The other export: the complete till archive for a cash audit.
Read more →Cash register
The register the cash closes come from that are booked here.
Read more →TSE & KassenSichV
The German cash register regulation, receipt issuance and cash bookkeeping.
Read more →Dashboard & reporting
Z-report and the reports the posting batch is built from.
Read more →Frequently asked questions about the DATEV export
What kind of file does my accountant get?
A DATEV posting batch. This is the file DATEV Rechnungswesen expects on import, with everything the firm needs for it: your numbers, fiscal year and chart of accounts. Umlauts, amounts and dates are formatted exactly how DATEV reads them.
What do I have to set up once?
Your consultant number, client number, the start of your fiscal year, the length of your account numbers, and the chart of accounts, SKR03 or SKR04. All of this is on any report you get from your firm.
How granular are the postings?
One set of postings per till close, not per receipt. Revenue split by tax rate, plus cash, non-cash, tips, pay-ins, pay-outs and cash discrepancies. The date is the day of the close, the reference is the Z-report number. That way, the firm can match every posting to the right receipt.
Which accounts do I have to set myself?
The ones that depend on your chart of accounts: tips, cash discrepancies, open amounts, and the accounts for Stripe, Mollie and the like. Revenue at 19 % and 7 %, cash, card, pay-ins and pay-outs are already filled in for SKR03 and SKR04. If an account the export needs is missing, it stops and tells you which one. A clear warning beats a made-up account number.
What happens with days that have no day close?
They don't generate any postings, because without a Z-report there's nothing to book. The export flags those days so you can catch up on the close before the file goes to the firm.
Are discounts, delivery fees and cancellations posted?
Not as their own postings, and that's intentional. Discounts are already deducted from revenue, the delivery fee is split across the tax rates, and a cancellation cancels itself out with its counter-receipt. Otherwise the same revenue would appear twice.
Are the payment providers' fees included?
No. What's booked is what the guest paid, without deducting fees. Your firm books the fees afterwards based on your provider's payout reports. The note is right there in the app next to the export.
Does the DATEV export replace the DSFinV-K export?
No. The DATEV export is the summary for your accounting and goes to your accountant. DSFinV-K is your complete till archive for the tax office. For a Kassennachschau, you need the DSFinV-K.
Does the DATEV export cost extra?
No. The DATEV export belongs to the Till module. Without a till close there'd be nothing to book anyway.
Who's allowed to create the DATEV export?
For now, only the owner. The same applies to the accounts, since they decide where every future export books to.