E-Rechnungen, die Ihre Mandanten verstehen.

Jeder Beleg wird gegen die acht Pflichtangaben aus §14 Abs. 4 UStG geprüft: Lieferant, Empfänger, Rechnungsnummer, Steuernr/USt-IdNr, Datum, Leistungsdatum, Beträge je Steuersatz, Steuerbetrag. Reverse-Charge-Wortlaut nach §14a Abs. 5 UStG wird erkannt. Kleinbetragsrechnungen unter 250 € brutto folgen den reduzierten Pflichten nach §33 UStDV.

USt-Kategorien nach UNTDID 5305 / EN 16931 werden normalisiert (S, AA, Z, E, AE, K, G, O) und auf den richtigen Steuersatz gemappt. Lieferungen mit Steuerschuldumkehr (§13b UStG / §14a UStG) werden im DATEV-Buchungstext gesondert markiert, damit Sie sie beim Import sofort sehen.

Fehlende Pflichtangaben erscheinen als Hinweisbadge auf der Belegkarte, mit direktem Link zur einschlägigen Norm auf gesetze-im-internet.de.

Wir schlagen das Konto vor, Sie entscheiden. Ein kuratierter Katalog typischer Lieferanten und Kategorien (Shell, Telekom, GitHub, DHL, Hotelketten, Müllabfuhr, ...) erkennt rund 85 % der Belege direkt. Für den Rest übernimmt eine Sprachmodell-Klassifikation gegen denselben Katalog, mit Begründung und niedriger Confidence-Anzeige.

Keine Autobuchung. Posture nach §33 StBerG: wir schlagen vor, die Kanzlei akzeptiert oder überschreibt. Jede Entscheidung wird mit Nutzer-ID und Zeitstempel im Audit-Log festgehalten.

Der USt-relevante Zeitpunkt ist das Leistungsdatum (§13 Abs. 1 Nr. 1 lit. a UStG), nicht das Rechnungs- oder Zahlungsdatum. Wir extrahieren beide Felder, sortieren jeden Beleg in den richtigen Monat und sperren den Monatsabschluss auf Datenbank-Ebene, sobald Sie ihn freigeben.

Versuche, einen abgeschlossenen Beleg nachträglich zu ändern oder zu löschen, werden vom Postgres-Trigger zurückgewiesen. Späteingänge bleiben erlaubt und werden gesondert markiert.

Passwörter mit PBKDF2-SHA256 nach NIST-Mindestvorgaben gehasht. Optionale Zwei-Faktor-Authentifizierung nach RFC 6238 (TOTP, 6 Ziffern, 30 Sekunden) mit acht einmalig verwendbaren Notfallcodes. Vertraute Geräte 30 Tage, einzeln widerrufbar.

Brute-Force-Schutz auf zwei Ebenen: in der Anwendung (Sperre nach 5 Fehlversuchen je E-Mail) und am Cloudflare-Edge (Rate-Limit pro IP, ohne Anwendungs- beanspruchung).

Jede Datei wird über ihren SHA-256-Hash adressiert. Jede Zeile im Audit-Log enthält einen Hash der vorigen Zeile, sodass nachträgliche Manipulationen erkennbar sind. Monatsabschlüsse werden auf Datenbank-Ebene gesperrt: BEFORE UPDATE/DELETE-Trigger weisen unzulässige Änderungen zurück.

Verfahrensdokumentation nach GoBD Rn. 151 ff. öffentlich unter /verfahrensdokumentation. IDW PS 880 Softwarebescheinigung in Vorbereitung.

Der aktuelle Kettenkopf wird täglich um 03:00 UTC an OpenTimestamps übergeben. Das Protokoll bündelt eingereichte Hashes und veröffentlicht den Sammelhash etwa stündlich als OP_RETURN-Transaktion in der Bitcoin-Blockchain. Ab diesem Moment ist eine nachträgliche Manipulation der Audit-Kette bei jedem unabhängigen Bitcoin-Knoten der Welt nachweisbar.

Öffentliche Liste aller bisherigen Anker unter /integrity. Jede Quittung ist mit dem freien ots verify-Werkzeug eigenständig prüfbar; das bleibt auch nach unserer Geschäftsaufgabe gültig.

Die Datenbank liegt im Ruhezustand verschlüsselt (LUKS2 mit AES-XTS-512 auf einer dedizierten Hetzner-Cloud-Volume in Nürnberg). Tägliche Sicherungen werden vor dem Upload lokal mit GnuPG (AES-256) verschlüsselt und in einen separaten Bucket mit dedizierten Zugangsdaten geschrieben.

Wöchentlich automatisierter Wiederherstellungstest: die jüngste Sicherung wird entschlüsselt und in einer temporären Datenbank wiederhergestellt; die Audit-Log-Hash-Kette wird gegen den Live-Zustand verifiziert. Eine nicht wiederherstellbare Sicherung ist keine Sicherung.

Operative Datenbank und Rechnungsarchiv auf einer privaten Hetzner-Instanz in Nürnberg. Datenbankport nicht öffentlich erreichbar; Zugriff nur über verschlüsselten Cloudflare-Tunnel. Sämtliche Auftragsverarbeiter (Mailgun Belgien, Resend Irland, Mistral Paris, Stripe Dublin) in der EU.

Kein Datentransfer in die USA für Produktivdaten. Zahlungen über Stripe (PCI-DSS Level 1); Kartendaten erreichen unsere Systeme nie.

Der Auftragsverarbeitungsvertrag nach Art. 28 DSGVO liegt als unterzeichnungsfertiger PDF zum Download bereit, mit ausdrücklichen Regelungen für Geschäftsaufgabe und Insolvenz (Abschnitt 13). Das Verzeichnis von Verarbeitungstätigkeiten nach Art. 30 DSGVO sowie die Datenschutz-Folgenabschätzung nach Art. 35 für die KI-Komponenten sind intern dokumentiert und auf Anfrage einsehbar.

Selbstbedienungs-Endpunkte für Datenexport (Art. 15) und Konto-Schliessung (Art. 17) direkt in den Einstellungen. Datenschutzerklärung mit vollständiger Auftragsverarbeiter-Liste, Schrems-II-Posture und § 7 UWG-Konformität.

Pro Kanzlei beliebige Mitarbeiter mit eigenem Konto. Zwei Rollen: Inhaber verwaltet Team und Abrechnung, Mitglied arbeitet operativ. Inhaber können je Mitglied granular freischalten, was erlaubt ist (Mandant anlegen, Periode abschließen, Export herunterladen, Kontierung akzeptieren).

Einladung per E-Mail mit 7 Tage gültigem Einmal-Token, 256 Bit Zufall. Letzten Inhaber zu entfernen ist systemweit blockiert. Berufsausübungsgesellschaft nach StBerG abgebildet.

Jede sicherheitsrelevante Aktion erscheint im Sicherheits-Protokoll der Kanzlei: Anmeldungen, Passwort- und 2FA-Änderungen, Einladungen, Rollen- und Berechtigungs-Änderungen, Periodenabschlüsse, Kontierungs-Annahmen und Überschreibungen.

Filter nach Aktion, Nutzer und Datum. CSV-Export auf einen Klick für die eigene Akte oder die Prüfer.

Service-kritische Nachrichten (Konto-Verifikation, Passwort-Änderung, Abrechnungs-Hinweise) werden gemäß Art. 6 Abs. 1 lit. b DSGVO (Erfüllung des Vertrages) auch dann zugestellt, wenn ein Empfänger sich von Routinemitteilungen abgemeldet hat. Diese Nachrichten sind keine Werbung im Sinne des § 2 Abs. 1 Nr. 7 UWG.

Routine-Bestätigungen lassen sich pro Mandant und je Empfänger getrennt deaktivieren. RFC 8058 One-Click-Unsubscribe in jeder Routinemail.