Ein Beleg · nachvollziehbar bis zur Buchungszeile
Vom Brokerbeleg zum DATEV-Testkandidaten
Philipp prüft den Originalbeleg und bestätigt die abgeleiteten Fakten. Magic Ledger verarbeitet sie deterministisch und zeigt jede Verbindung zur Buchungszeile. Heike entscheidet anschließend unabhängig, ob der unveränderte EXTF-Kandidat in ihr DATEV-Testmandat übernommen wird.
Bereit · noch kein Arbeitslauf gestartet
- 1PDF & ScopePhilipp startet einen freigegebenen Lauf
- 2Fakten prüfenOriginal, Seitenanker und Korrekturen
- 3Vier AugenHeike prüft unabhängig
- 4DATEV-PaketEXTF und Evidenz für den Testimport
Philippbereitet den Beleg vor
Heikeprüft unabhängig
DATEV-TestmandatImport noch ausstehend
Quellenbindung Seitenanker & Prüfsumme
Deterministische Prüfungen Kontrollen & Abstimmung
Vier-Augen-Prinzip getrennte Serverfreigabe
Administration und technische Nachweise
Arbeitskorb, Mandantenportfolio, Connector-Metadaten, Transportbereitschaft und synthetische Kontrollszenarien bleiben vollständig erhalten. Diese Funktionen sind bewusst von der geführten fachlichen Demonstration getrennt und öffnen keine realen Provider- oder DATEV-Wege.
🔔 Tenantbezogener Arbeitskorb
Priorisierte Einrichtung, Connector-Abdeckung und Vier-Augen-Reviews mit Eigentümer und vollständiger Ereignishistorie.
Noch nicht geladen
Nur In-App im aktuellen Runtime-Profil · transaktionaler E-Mail-Vertrag standardmäßig deaktiviert · keine Finanzwerte, Dateiinhalte, Brokerkontonummern, Empfängeradressen oder Credentials. Reale Connectoren, externe DATEV-Annahme, Steuerberater-Abnahme und Produktion bleiben gesperrt.
Offene und bestätigte Aufgaben
| Priorität | Aufgabe / nächster Schritt | Scope | Eigentümer | Fällig | Status | Aktion |
|---|---|---|---|---|---|---|
| Arbeitskorb wird nach Anmeldung geladen | ||||||
Transaktionale E-Mail-Hinweise · persönliche Einstellung
Wird nach Anmeldung geladen
Keine Zustellhistorie geladen
Runtime und Freigaben werden geprüft
🏢 Mandanten- und Depotportfolio
Unternehmen, Depots, exakte Connector-Zuordnung und offene Reviews innerhalb der angemeldeten Organisation.
Noch nicht geladen
Repository-Vertrag · keine organisationsübergreifende Aggregation · keine Brokerkontonummern, Credentials oder Depotwerte. Reale Daten, Steuerberater-Abnahme, externe DATEV-Annahme und Produktionstauglichkeit bleiben gesperrt.
Unternehmen und zugeordnete Depots
| Unternehmen | Status / Kontenrahmen | DATEV-Konfiguration | Depot | Connector / Abdeckung | Läufe / Review |
|---|---|---|---|---|---|
| Portfolio wird nach Anmeldung geladen | |||||
🔌 Broker-Schnittstellen
Tenantbezogene Metadaten, Evidenzstatus und Abrufgesundheit. Tokens und Passwörter werden nicht angenommen; Query-IDs sind nur während der Eingabe sichtbar und werden nach dem Speichern nicht angezeigt.
Noch nicht geladen
Repository-Vertrag · keine Live-Schnittstelle freigegeben. Operatoraktionen erzeugen ausschließlich tenantgebundene Metadaten und begrenzte Arbeitsaufträge; sie belegen keinen Brokerzugriff. Konten werden nur als sichere Scope-Zählung gezeigt; Tokens, gespeicherte Query-IDs und Brokerkontonummern bleiben verborgen. Aktivierung erfordert Secret-Manager, autorisierte Echtdaten, externe Transport-Evidenz und Steuerberater-Abnahme.
🔐 Managed-Secret-Runtime · nur Bereitschaft
Wird nach Anmeldung geprüft
⚙ Connector-Service · nur Bereitschaft
Wird nach Anmeldung geprüft
Administrator-Arbeitsplatz · Metadaten und Referenzen
Kein Token und kein Passwort werden hier angenommen. Der Zugang bleibt nach dem Anlegen „pending_validation“. Eine Validierung plant nur einen begrenzten Erstabruf; Aktivierung ist erst nach exakter Secret-Auflösung, Providerantwort, Account-/Schema-Prüfung, unveränderbarer Ablage und Laufübergabe möglich. Kein externer Schritt ist in dieser Beta freigegeben.
Bereit · keine Provideraktion ausgeführt
Interactive-Brokers-Zugang anlegen
Credential-Referenz rotieren
Verbindung durch Erstabruf validieren
Abruf planen und Historie prüfen
Keine Abrufhistorie geladen
Ältere IBKR-Historie als XML prüfen
Geschlossene synthetische Beta-Vorschau · nur für eine bereits validierte IBKR-Verbindung. Die XML-Datei wird strukturell geprüft, unveränderbar abgelegt und zunächst weder als Abruf noch als Lauf gewertet. „Verwerfen“ beendet nur die Vorschau; die unveränderbare Quelldatei bleibt nach dem Aufbewahrungsvertrag erhalten. Reale Dokumente und Live-Support sind nicht freigegeben.
Keine manuelle Historie geprüft
Verbindung widerrufen
Verbindungsinventar
| Anbieter | Zustand | Konten | Credential | Abdeckung | Lücken | Nächste Aktion | Nächster Abruf |
|---|---|---|---|---|---|---|---|
| Keine Verbindung geladen | |||||||
Parity-Registry
| Anbieter | Transportfamilie | Implementierung | Externe Voraussetzungen |
|---|---|---|---|
| Registry wird nach Anmeldung geladen | |||
Bilaterale Feed-Bereitschaft · exakter Vertrag erforderlich
| Anbieter / Produkt | Onboarding | Produkt exakt | Transport / Schema / Adapter | Echtdaten | Offene Evidenz |
|---|---|---|---|---|---|
| Feed-Bereitschaft wird nach Anmeldung geladen | |||||
PDF-Paritätsmatrix · Gate E geschlossen
| Quelle | Profil-Evidenz | Text / Scan | Korrekturlinie | Kandidatenumfang | Externe Voraussetzungen |
|---|---|---|---|---|---|
| PDF-Registry wird nach Anmeldung geladen | |||||
↗ DATEV-Transport · technische Laufzeit
Buchungsdatenservice-Verbindung, EXTF-Übertragung und Job-Polling werden getrennt von der externen Kanzlei-Importabnahme geführt.
Noch nicht geladen
Repository-Vertrag · der tenantgebundene EXTF-Dienst ist standardmäßig deaktiviert; Live-OAuth und Beleg-Upload sind nicht implementiert. HTTP 202 bedeutet ausschließlich „Verarbeitung angenommen“. Erst ein exaktes DATEV-Jobresultat „success“ beendet den technischen Transport; DATEV-Importabnahme, Steuerberaterfreigabe und Produktionstauglichkeit bleiben davon unberührt.
⚙ DATEV-Transportdienst · nur Bereitschaft
Wird nach Anmeldung geprüft
Verbindungs- und Jobstatus · keine Secret- oder Rohpayload-Anzeige
| Mandant / Verbindung | Zustand | Versuch | Job | Polling | Ergebnis | Externe Abnahme |
|---|---|---|---|---|---|---|
| DATEV-Transportstatus wird nach Anmeldung geladen | ||||||
Pilot-Mandat einrichten
Diese Angaben werden unveränderlich an jeden beaufsichtigten PDF-Lauf gebunden. Unbestätigte Angaben werden nicht ersetzt.
Wird nach Anmeldung geladen
BESTÄTIGUNG ERFORDERLICH · keine Buchung, keine DATEV-Annahme und keine Produktionsfreigabe
1 · Beleg starten
Geschlossene Umgebung · sicherer Musterlauf verfügbar
Der echte PDF-Pilot ist in dieser Umgebung noch nicht aktiviert
Der beaufsichtigte Test öffnet erst mit exakter Mandanten-, Depot-, Testmandats- und Ablaufbindung sowie einem freigegebenen Provider-Canary. Es gibt keinen allgemeinen Datei-Upload. Den vollständigen Prüf- und Übergabeweg können Sie jetzt mit Musterdaten zeigen.
PDF · P0
Exakter Scope · noch nicht aktiv
Beaufsichtigter PDF-Pilot aktiv
Brokerabrechnung für den Testlauf auswählen
Genau eine PDF. Philipp vergleicht anschließend Original und Vorschlag, bevor die deterministische Verarbeitung beginnt.
PDF hier ablegen oder auswählen
Maximal eine Datei · Verarbeitung startet erst nach Klick auf „PDF prüfen“
Noch keine Datei ausgewählt
Scope & Verarbeitung
Mandanten-, Gesellschafts-, Depot- und Testmandatsbindung werden geprüft.
Struktureller SicherheitscheckMenschliche BestätigungKein DATEV-Direkttransport
Sofort vorführbar · ohne Datei oder Providerzugriff
Den vollständigen Ablauf mit Musterdaten zeigen
Quelle prüfen, Buchungslogik nachvollziehen, Vier-Augen-Übergabe erleben und den unveränderten DATEV-Kandidaten herunterladen. Der Musterfall ist keine Mandantenevidenz.
Der Musterlauf bleibt synthetisch. Er belegt weder eine externe DATEV-Annahme noch eine Steuerberaterfreigabe.
Aktueller Demonstrationsfall
SYNTHETISCH · KERNLAUF + JAHRESABSCHLUSS · KEIN PRODUKT-E2E · KEINE EXTERNE FREIGABE
—
Keine Ausführung
Externer KI-Advisor-Review
Überträgt ausschließlich die geprüfte synthetische Faktprojektion und Evidenz-IDs. Keine Quelldatei, kein Mandantendatum und keine API-Schlüsselanzeige.
SYNTHETISCH · NICHT AUTORITATIV · KEINE BUCHUNGS-, STEUER-, DATEV-, FREIGABE- ODER RELEASE-WIRKUNG
Bereit für einen begrenzten Live-Review
Executive Summary
—
Beobachtungen
—
Fragen für die Fachprüfung
—
Evidenz & unveränderliche Grenzen
—
Provider- und Persistenzbeleg
—
Kontrollfälle:
Festgeschriebene Kontrollszenarien ohne Arbeitslauf- oder Freigabewirkung
2 · Fakten prüfen
Original und Buchungsvorschlag vergleichen
Philipp prüft jede vorgeschlagene Transaktion an der Quellseite. Korrekturen werden begründet versioniert; erst die bestätigte Fassung läuft deterministisch weiter.
Wird geladen
MODELLVORSCHLAG · noch nicht gebucht · menschliche Bestätigung erforderlich
Verarbeitung & Providerbeleg
Provider- und Kandidatenevidenz wird geladen.
Meine nächsten Schritte
OriginalBroker-PDF
VorschlagErkannte Transaktionen
| Datum | Richtung | Menge | Preis | Brutto | Gebühr | Netto | Text | Seite | Modellevidenz |
|---|
Unabhängiges Erwartungspopulations-Arbeitspapier
Die Buchungserwartung wird von der bestätigten Quelle hergeleitet. Quellseitenanker sind für jede erwartete Buchung verpflichtend.
| Quelltransaktion | Eltern-ID | Betrag | S/H | Konto | Gegenkonto | BU | Belegdatum | Währung | Seite | Fundstelle |
|---|
Prüfdetails & BuchungslogikKontrollen, Abstimmung und Quelle → Ereignis → BuchungszeileDetails öffnen
🔄 Pipeline läuft…
Noch kein Lauf
📥
Ingestion
🧮
SKR03 Mapping
⚖️
Interne Kontrollen
📊
DATEV Export
📥 Extraction
Broker
—
Statement Period
—
Transactions
—
LLM Cost
—
Dokumentprüfsumme (SHA-256)
—
⚖️ Interne Kontrollen
Status
—
§8b KStG Prüfung
Nicht separat nachgewiesen
Teilfreistellung
Nicht separat nachgewiesen
DATEV Export
Noch kein Kandidat
Datensätze
—
Kandidaten-Prüfsumme
—
Externer DATEV-Import
Nicht durch diesen Lauf nachgewiesen
Steuerberater-Evidenz
Nicht durch diesen Lauf nachgewiesen
Laufbezogener Abschluss-Arbeitsbereich
Synthetische Demo / interne Vorschau. Steuerberater-Evidenz fehlt. Ein externer DATEV-Import ist nicht nachgewiesen. HGB BASIS und COMFORT werden nur aus den tenant-autorisierten, an diesen Lauf gebundenen Berichten angezeigt.
📒 HGB BASIS
Stichtagsgebundener HGB-Bericht; keine steuerliche COMFORT-Ausgabe und keine externe DATEV-Annahme.
Noch kein abgeschlossener Lauf
Scope
—
Geschäftsjahr / Stichtage
—
Publizierbarkeit
—
Policy-Entscheidungen
Im Bericht nicht separat exponiert
Anschaffungskosten-Delta
—
Positions-Delta
—
Buchwert- / Konten-Delta
—
Berichtsumfang
—
Bundle-Digest
—
Artefakt-Digest
—
Evidenzindex
| Art | Referenz | Status | SHA-256 |
|---|
🔎 COMFORT-Vorschau — synthetisch/intern
Getrennte Steuer- und Abschlussansichten. Fachliche Freigabe ausstehend; keine freigegebenen Mandantenergebnisse.
Noch kein abgeschlossener Lauf
Status / Gates
—
KSt-Sicht
—
GewSt-Sicht
—
WHT-Betragskategorien
—
Fonds / InvStG — periodische Teilfreistellung
| Transaktion | KSt steuerpflichtig | GewSt steuerpflichtig | Evidenzstatus |
|---|
Fondssteuer-Waterfall — Bankabzug bis Veranlagung
Synthetische interne Vorschau · keine Steuerfreigabe · keine HGB-Buchungswirkung
| Ereignis / Schritt | Betrag / Bemessungsgrundlage | Satz / Überleitung | Evidenz / Review |
|---|
Fonds / InvStG — jährliche Vorabpauschale
—
Jahressteuerbescheinigung / Bankabgleich
—
| Kategorie | System | Bank | Differenz | Genehmigte Differenz | Status / Evidenz |
|---|
Projektions-Digest
—
🧭 Assumption Lab — COMFORT Cockpit
Serverseitig berechnete Alternativen für das Fachgespräch. Die Auswahl zeigt nur bereits gebundene Ergebnisse und verändert weder Baseline noch Buchung.
Nur im Demo-Snapshot verfügbar
SYNTHETIC · WHAT-IF · NO BOOKING OR APPROVAL EFFECT
1 · Prüffälle & Blocker
—
2 · Entscheidung & Deltas
—
Alternativen
—
Server-Deltas
| Metrik | Baseline | Alternative | Delta |
|---|
Diagnostikrunde
—
3 · Evidenzkette
—
Invarianten
—
Feedback-Grenze
—
—
🤖 KI-Advisor-Review & Human Feedback
Nur für evidenzgebundene synthetische LLM-Läufe. Feedback ist dauerhaft protokolliert, aber nicht autoritativ und ändert weder Buchung, Policy, Zertifizierung, Prompt noch Modelltraining.
Für diesen Lauf nicht geladen
Entscheidungsfrage
—
Claims & Entscheidungen
Unveränderliche Wirkungsschranke
Keine Zertifizierungs-, Policy-, Prompt- oder Training-Wirkung.
📄 PDF-Extraktionsreview · Gate E geschlossen
Mandantenbezogene Einreichungs-, Korrektur- und Vier-Augen-Historie für bereits erzeugte Extraktionsmetadaten. Keine PDF-Datei, kein Seiteninhalt und keine Buchungswerte werden hier angezeigt oder hochgeladen.
Noch nicht geladen
Gate E und reale PDF-Unterstützung bleiben gesperrt. Ein Review erzeugt weder Buchung noch Steuerfakt, DATEV-Datei oder Lauf-Freigabe.
Dokumente und aktueller Review-Stand
| Dokument | Status | Einreichungen / Korrekturen | Reviews | Aktion |
|---|
Unabhängige Prüfung
—
Hash-verkettete Dokumenthistorie
Dokument auswählen
📥 DATEV-Testergebnis dokumentieren
Das extern signierte Ergebnis zum unveränderten Kandidaten wird dauerhaft übernommen und anschließend unabhängig geprüft. Die breitere Abnahmematrix bleibt separat sichtbar.
Noch nicht geladen
Kein Live-DATEV-API-Zugriff, keine DATEV-Zertifizierung und keine Gate-C- oder Produktionsfreigabe. Die Oberfläche übernimmt nur ein extern signiertes JSON-Protokoll; keine PDF, keine DATEV-Zugangsdaten und kein Rohbeleg werden hier hochgeladen.
Signiertes DATEV-Testergebnis übernehmen
Erwartet wird genau eine extern erzeugte und signierte
DatevImportProtocolSubmission-JSON-Datei bis 64 KiB. Die API bindet Kandidatendigest, Buchungsstapel, Testkonfiguration, Prüferidentität und Signatur an diesen Lauf.Externe Kanzlei-Importmatrix
| Konfiguration | Produkt / Release | Kanal / Setup | Status | Findings | Aktion |
|---|
Unabhängige Importprotokoll-Prüfung
—
Strukturierte Nachforderung zu abgelehnten Importen
Nur kontrollierte Referenzen und Hashes; keine Datei wird hier hochgeladen. Antworten ändern weder Ledger noch Policy und benötigen eine unabhängige Prüfung.
Nachforderungen und Evidenzstatus
| Anfrage | Ziel | Empfänger / Fälligkeit | Status | Aktion |
|---|---|---|---|---|
| Konfiguration auswählen | ||||
Kontrollierte Evidenzantwort
—
Unabhängige Evidenzprüfung
—
Hash-verkettete Nachforderungshistorie
Anfrage auswählen
Hash-verkettete Importhistorie
Konfiguration auswählen
🧾 Review-Historie
Mandantenbezogene, hash-verkettete Kommentare, Korrekturen, Dispositionen, Freigaben und Zertifizierungen.
Noch nicht geladen
Ereignisse
—
Quellzeile → wirtschaftliches Ereignis → Buchungsvorschlag
Die fachliche Entscheidungskette eines Laufs in einer gemeinsamen, tenantgebundenen Prüfsicht.
Noch nicht geladen
Deterministische Review-Projektion · keine Subledger-Buchung · keine Freigabe- oder Zertifizierungswirkung · keine externe DATEV- oder Steuerberater-Annahme
Paginierte Kandidatenprüfung
0 Prüfpunkte
| Kategorie | Schlüssel | Details | Betrag EUR |
|---|
✋ Prüfung blockiert: interne Freigabe fehlt
Prüfen Sie die extrahierten Daten und Feststellungen. Diese Freigabe ist weder Steuerberater-Evidenz noch ein DATEV-Importnachweis.
🔐 Prüfung blockiert: unabhängige Zertifizierung fehlt
Die API sperrt Selbstfreigaben. Ein anderer berechtigter Benutzer kann technisch zertifizieren; vorher lassen sich Review, Korrekturen und hash-verkettete Historie erneut öffnen. Die technische Zertifizierung ersetzt keine Steuerberaterfreigabe.
✅ DATEV-Kandidat intern bereit
Laden Sie den unveränderten ISO-8859-1-EXTF-Kandidaten und das an denselben zertifizierten Lauf gebundene Kanzlei-Evidenzpaket. Externer DATEV-Import und Steuerberater-Evidenz sind erst nach Übernahme und unabhängiger Prüfung des Importprotokolls nachgewiesen.
Synthetische Demo
Ein Testlauf mit synthetischen Daten ist keine Mandantenevidenz. „Intern validiert“ bezeichnet nur die im Lauf ausgeführten technischen und fachlichen Kontrollen.
Intern validierter DATEV-Kandidat
Ein Kandidat hat die internen Kontrollen bestanden. „Prüfung blockiert“ bedeutet, dass eine interne Freigabe oder Zertifizierung fehlt.
Externe Evidenz
„Steuerberater-Evidenz fehlt“ und „externer DATEV-Import fehlt“ bleiben getrennt. „DATEV-Import angenommen“ gilt erst mit einem gebundenen Importprotokoll; diese Oberfläche erhält es derzeit nicht.