DATEV-native Architektur

Erst validieren, dann übergeben. Immer idempotent.

Datvia ist keine Exportbrücke, sondern ein Vorsystem mit eigenem Validator. Nur READY-Datensätze verlassen die Plattform. Technische Fehler sind retrybar, fachliche Fehler erscheinen als Actionable Exception im UI.

Übergabekette

Canonical Accounting Model

DATEV Mapping Layer

Validation

Auth / Mandantenberechtigung

Transfer Job

Acknowledgement / Error Handling

Audit + Retry Queue

E-Mail Postfach

XRechnung / ZUGFeRD

IDLE

Scan & Upload

IDLE

Engine

Datvia Engine

DATEV Buchungsstapel · EXTF

Bankfeed (PSD2)

IDLE

Kassensystem

IDLE

DATEV Stammdaten

IDLE

Pre-DATEV Validator

Konto / Kreditor / Debitor gültigpass

Steuerschlüssel gültigpass

Kostenstelle / Projekt gültigpass

Buchungsperiode plausibelpass

Soll/Haben und Betrag konsistentpass

Beleg vorhanden und referenzierbarpass

Pflichtfelder vollständigpass

Keine gesperrte Risk Exceptionpass

Idempotenz gegen Doppelexportpass

Pre-DATEV Validator

0/6

Konto / Kreditor / Debitor gültig
Steuerschlüssel gültig
Kostenstelle / Projekt gültig
Buchungsperiode plausibel
Soll/Haben und Betrag konsistent
Beleg vorhanden und referenzierbar

Events & Verarbeitung

document.receivedintake → hashing, dedupe, mandant

extraction.completedfields + evidence spans

proposal.createdstructured proposal, versioniert

risk.evaluatedflags, hard gates

policy.decidedAUTO oder REVIEW

validation.passedREADY für Export

export.failedretry / dead-letter + alerting

human.correction_savedaccounting-memory updater

At-least-once Delivery einkalkuliert
Jeder Consumer idempotent
Dead Letter Queue für nicht lösbare Jobs
Retries mit Exponential Backoff
Keine unendlichen AI-Reprocessing-Loops

Transfer Job · idempotency-key

EXP-3391

QUEUED
TRANSFER
ACK
COMMITTED

Retry mit BackoffKeine DoppelbuchungReconciliation-Report

Hash-Kette · append-only

VERIFIED

9f2c…a41d

c701…8bb2

42ae…10f7

7d55…c39e

e8b0…5aa1

Eine Schicht vor DATEV

Idempotent.

Reproduzierbar.

Ohne Doppelbuchung.

Jeder Transfer Job trägt einen Idempotency-Key, quittierte Acknowledgements und einen Reconciliation-Report – Retries erzeugen niemals doppelte Buchungssätze.

Transfer Jobs

Jeder Export ist nachvollziehbar

Job	Periode	Datensätze	Status	Detail
EXP-3391	2026-08	412	Acknowledged	First-Pass Success
EXP-3392	2026-08	58	In Transfer	Transfer Job läuft
EXP-3393	2026-08	12	Retry	Technischer Fehler · Backoff 4/6
EXP-3394	2026-07	903	Acknowledged	Abgeschlossen
EXP-3395	2026-08	3	Actionable	Kostenstelle ungültig · Review nötig

Hinweis: DATEV-Schnittstellen, Partnerbedingungen und Produktzuordnung sind vor Produktivbetrieb anhand der aktuellen offiziellen Spezifikationen fachlich zu validieren.