Welche Dateien ein Lauf übergibt, in welchem Format, mit welchen Nummernkreisen und Konten, und in welcher Reihenfolge sie in DATEV eingelesen werden. Dieselben Angaben stehen im Infoblatt, das der Shop je Mandant erzeugt.
Die Dateien gehören zu genau einem Export-Lauf. Der Shop führt zu jedem Lauf eine Liste aller Dateien mit ihrer SHA-256-Prüfsumme und einen Fingerabdruck über die Buchungs- und Stammdatendateien; Belege ohne Bild werden beim Lauf einzeln benannt, statt still zu fehlen.
| Datei | Inhalt | Format |
|---|---|---|
EXTF_Buchungsstapel_*.csv | Die Buchungen des Zeitraums. Über 99.996 Buchungssätze entstehen mehrere Dateien („_01von03“, „_02von03“ …), jede ein vollständiger Vorlauf mit eigenem Kopf und eigenen Abstimmsummen. | EXTF 700, Kategorie 21, Formatversion 13 |
EXTF_DebKred_Stamm_*.csv | Namen und Anschriften zu den Personenkonten, wenn je Kunde ein eigener Debitor geführt wird. Wird zuerst eingelesen. | Kategorie 16, Version 5 |
EXTF_Div-Adressen_*.csv | Die Anschriften zum Sammeldebitor mit Diversen Adressen. Wird zuerst eingelesen. | Kategorie 48, Version 2 |
DATEV_Belege_*.zip | Die Belegbilder als PDF mit einer document.xml nach dem DATEV-Belegschema. Enthalten ist genau das, worauf der Stapel über seine Beleglinks verweist; höchstens 4.999 Belege und 450 MB je Paket. | ZIP für den Belegtransfer |
| Vorgang | Was im Belegfeld steht |
|---|---|
| Rechnungen, Gutschriften, Storno | die Belegnummer aus dem Shop in Belegfeld 1, bereinigt auf die Zeichen, die DATEV annimmt, höchstens 36 |
| Zahlungseingänge, mit Zahlungsexport | die Rechnungsnummer der beglichenen Rechnung für den OPOS-Ausgleich; ohne Rechnung „Z-“ vor der Bestellnummer |
| Erstattungen, mit Zahlungsexport | die Nummer des Gutschrift- oder Storno-Belegs, datiert auf das Erstattungsdatum |
| Belegfeld 2 | bleibt bewusst leer, weil es bei OPOS-Mandanten eine feste Bedeutung hat |
| Beleglink (Feld 20) | der Verweis auf das Belegbild im Belege-ZIP |
Diese Vorgänge gehören in die Finanzbuchhaltung und werden dort erfasst.
Der Shop erzeugt das Infoblatt mit einem Klick auf der Seite Export, mit den echten Werten des Mandanten: Beraternummer, verwendete Konten, OSS-Weg, Nummernkreise. Zehn Abschnitte, vom Vorlauf der Datei bis zum Import in DATEV.
Ja. Der Testexport schreibt eine echte, vollständige Datei, in deren Kopf „Testexport“ statt „Export“ steht. Er sperrt nichts und lässt sich beliebig oft wiederholen - der Weg für Probeimport und Abgleich.
Nur, wenn es gewünscht ist. Das Festschreibungskennzeichen wird je Mandant gesetzt und ist ab Werk aus; es steht in jeder Buchungszeile (Feld 114), damit DATEV den Stapel nicht von selbst festschreibt.
Der Export schreibt mehrere vollständige Dateien mit der Endung _01von03, _02von03 und so fort, jede mit eigenem Kopf und eigenen Abstimmsummen. Jede Datei wird für sich importiert; zusammen ergeben sie den Zeitraum.
Über die Belegpakete: je Paket ein ZIP mit einer document.xml nach dem DATEV-Belegschema und den PDF. Über den Belegtransfer eingelesen, verknüpft der Beleglink in Feld 20 Buchung und Belegbild automatisch.
SKR03 und SKR04, mit Sachkonten von vier bis acht Stellen. Ein neuer Mandant beginnt mit SKR03 und vier Stellen.
Der Shopbetreiber - jeder Punkt aus dem Infoblatt ist im Shop einstellbar. Das Protokoll jedes Laufs zeigt je Beleg, welcher Steuerfall galt, welches Datum und welches Konto gezogen wurden und warum ein Beleg übersprungen wurde.