Which files a run hands over, in which format, with which number ranges and accounts, and in which order they are read into DATEV. The same details are in the handout the shop creates per tenant.
The files belong to exactly one export run. For every run the shop keeps a list of all files with their SHA-256 checksum and a fingerprint across the booking and master data files; documents without an image are named individually in the run instead of going missing silently.
your-shop.com/admin
Orders › DATEV export › History
Export of 01.09.2026
Back
FinishedSuccessfulMuster Handels GmbH01.08.2026 - 31.08.2026ScheduleInterface v700
OverviewReportReconciliationProtocolEmail
Orders1,204
Bookings1,311
Booking volume (debit+credit)€642,180.50
Errors and findings0
File
EXTF_Buchungsstapel_55001_20260801-20260831.csvSHA-256 a3f1 9c2e …Download
EXTF_Div-Adressen_55001_20260801-20260831.csvSHA-256 7b0d 41aa …Download
DATEV_Belege_55001_20260801-20260831.zipSHA-256 e58c 0f13 …Download
All files of this run go to the tax firm together - every booking points at exactly one document image through its Beleglink.
Re-export lock & audit chain
Locked documents are not booked again when the same period is exported twice. The run's fingerprint covers ALL files of this run and chains to its predecessor's, proving that no file was changed or removed afterwards. This is not the DATEV Festschreibung, which lives in the file header and is set on the tenant.
The bookings of the period. Above 99,996 booking lines several files are created ("_01von03", "_02von03" …), each a complete batch with its own header and its own totals.
Names and addresses for the personal accounts when every customer gets a debtor of their own. Read in first.
The addresses for the collective debtor with diverse addresses. Read in first.
The document images as PDFs with a document.xml following the DATEV document schema. It contains exactly what the batch points to through its document links; at most 4,999 documents and 450 MB per package.
| Transaction | What the document field holds |
|---|---|
| Invoices, credit notes, cancellations | the document number from the shop in document field 1, cleaned to the characters DATEV accepts, at most 36 |
| Incoming payments, with the payment export | the invoice number of the settled invoice for open-item matching; without an invoice "Z-" before the order number |
| Refunds, with the payment export | the number of the credit note or cancellation document, dated on the refund date |
| Document field 2 | stays empty on purpose, because it has a fixed meaning for open-item clients |
| Document link (field 20) | the reference to the document image in the document ZIP |
These transactions belong in the bookkeeping and are recorded there.
The shop creates the handout, in German, with one click on the Export page, with the real values of the tenant: advisor number, accounts in use, OSS method, number ranges. Ten sections, from the file header to the import into DATEV.
Yes. The test export writes a real, complete file whose header says "Testexport" instead of "Export". It locks nothing and can be repeated as often as needed: the right way for a trial import and a reconciliation.
Only if you want that. The freeze flag is set per tenant and is off by default; it is written into every booking line (field 114), so that DATEV does not freeze the batch on its own. By default the tax firm therefore imports the batch without a freeze and can still edit it in DATEV.
The export writes several complete files, ending in _01von03, _02von03 and so on, each with its own header and its own reconciliation totals. Each file is imported on its own; together they make up the period.
Through the document packages: one ZIP per package with a document.xml following the DATEV document schema and the PDFs. Imported through the document transfer, the document link in field 20 connects booking and image automatically.
SKR03 and SKR04, with general ledger accounts of four to eight digits. A new tenant starts with SKR03 and four digits.
On request, in field 115: the dispatch date, meaning the day the delivery was set to "shipped" in Shopware, or the order date. If an order has no dispatch recorded, the order date stands there. It is off by default. DATEV only processes it once the tax firm activates the performance date in the DATEV client.
By default as single bookings, one line per document with document number and document link: that way the open items can be matched in DATEV, and the document images attach on import. Collective bookings combine per day and account, then without document numbers and links; the individual lines stay traceable in the shop's history. Which booking method applies is set on the tenant, as the tax firm specifies.
The shop owner: every point in the handout can be set in the shop. The protocol of each run shows for every document which tax case applied, which date and which account were used, and why a document was skipped.