- Für wen
- Buchhaltung und IT im Mittelstand, bei denen Rechnungen über E-Mail, Portale und EDI hereinkommen.
- Was du danach kannst
- Empfang, Prüfung, Freigabe und Archiv als einen Ablauf planen und entscheiden, ob du dafür selbst baust oder kaufst.
- Stand
- Februar 2026
E‑Rechnung lässt sich pragmatisch lösen: Empfang + Validierung + Freigabe + Archivierung. Mach’s nicht zum ERP‑Mammutprojekt – bau eine kleine interne App, die sauber nachprüfbar ist.
Kurz der rechtliche Rahmen (Primärquelle)
Ab 01.01.2025 ist die E‑Rechnung im B2B‑Bereich in Deutschland verpflichtend, begleitet von Übergangsvorschriften. E‑Rechnung heißt dabei: ein strukturiertes elektronisches Format (z.B. EN 16931), das sich elektronisch verarbeiten lässt. Nachlesen kannst du das auf der Infoseite des Bundes und in den Fragen und Antworten des Bundesfinanzministeriums, wo auch das Schreiben zur Einführung als PDF liegt.
Hinweis: Das hier ist keine Rechtsberatung. Für konkrete Auslegung: Steuerberatung / BMF‑Dokumente.
Das echte Mittelstands-Problem: Die Rechnung ist nicht der Engpass – der Prozess ist’s
Die typische Realität 2026: Rechnungen kommen per E‑Mail, über ein Portal, per EDI oder „irgendwo“ herein. Die Freigaben laufen nebenher in Teams, per WhatsApp oder auf Zuruf. Die Belege liegen verteilt, ein Prüfpfad fehlt. Und am Ende muss die Buchhaltung „mal eben“ alles geradeziehen.
Zielbild: Ein schlanker, zentraler Ablauf, der nachweisbar ist.
Minimale Lösung, die wirklich funktioniert (ohne technischen Überbau)
Du brauchst vier Bausteine.
- 01Eingang und ImportEine E-Mail-Adresse nur für Rechnungen, der Download aus Portalen und bei Bedarf EDI — alles importiert automatisch in ein zentrales System.
- 02Validierung und RisikoprüfungFormat, Schema, Pflichtfelder, Steuersätze, IBAN, Lieferant und Duplikate. Was ungewöhnlich ist, wird markiert.
- 03FreigabeablaufZuständigkeit nach Kostenstelle oder Projekt, ab einem festgelegten Betrag zwei Stufen, Erinnerung, wenn eine Frist reißt.
- 04Archiv und ExportDokument und strukturierte Daten revisionssicher, Export ins ERP, nach DATEV oder in die Buchhaltung, dazu der Prüfpfad.
Validierung und Risikoprüfung: Format und Schema werden geprüft (z.B. XRechnung, ZUGFeRD, EN 16931), ebenso Pflichtfelder, Steuersätze, IBAN, Lieferant und Duplikate. Was ungewöhnlich ist, wird markiert — ein neuer Lieferant etwa oder ein Sprung im Betrag.
Warum eine kleine interne App oft die beste Wahl ist
Schlank selbst bauen schlägt „wir konfigurieren das ERP tot“ immer dann, wenn du mehrere Eingangskanäle hast (E‑Mail, Portal, EDI), wenn du Freigaben wirklich durchsetzen willst, wenn du einen klaren Prüfpfad brauchst — oder wenn dein ERP zwar gut bucht, aber schlecht steuert.
Die App selbst darf dabei einfach bleiben: eine Oberfläche, die den Eingang mit Status zeigt (neu, in Prüfung, freigegeben, gebucht), Regeln für Validierung und Weiterleitung, und Anbindungen an E‑Mail, Cloud‑Speicher und ERP oder DATEV.
Checkliste 1: Grundanforderungen (zum Kopieren)
- Zentraler Eingangskanal + definierter Import (kein „im Postfach verloren“)
- Validierung strukturierter Daten (Format/Schema + Pflichtfelder)
- Klare Freigabe-Regeln (Betragsgrenzen, Zuständigkeiten, Vertretung)
- Revisionssichere Ablage + eindeutige Beleg-ID
- Nachvollziehbarkeit: Prüfpfad (wer/was/wann)
- Export in FiBu/ERP inkl. strukturierter Daten
Checkliste 2: Selbst bauen oder kaufen (pragmatisch)
- Gibt es >1 Eingangskanal (E‑Mail/Portal/EDI)? → App/Anbindung lohnt sich
- Brauchen wir Freigaben nach Kostenstelle/Projekt? → eigene Freigabeschicht nötig
- Müssen wir Sonderfälle gezielt weiterleiten (Teillieferung, Gutschriften, Skonto)? → Regeln + Oberfläche
- Reicht „buchen“ oder brauchen wir „steuern & nachweisen“? → Prüfpfad
- Wie hoch ist das Volumen? (Rechnungen pro Monat) → Automatisierungsgrad bestimmen
Ein 14‑Tage‑Plan (realistisch für 2026)
- Tag 1–2: Ist‑Analyse (Eingangskanäle, Freigaben, Exportziel)
- Tag 3–5: Import + Ablage + Grundvalidierung
- Tag 6–9: Freigabeablauf + Rollen + Erinnerungen
- Tag 10–12: ERP/DATEV‑Export + Erkennung von Duplikaten
- Tag 13–14: Prüfpfad + Tests + Arbeitsanweisung (1 Seite)
Die interne E‑Rechnungs‑App bauen lassen
Schick mir:
- Welche FiBu/ERP (DATEV, SAP, Navision, …)
- Wie Rechnungen reinkommen (E‑Mail/Portal/EDI)
- Wer freigibt (Rollen + Betragsgrenzen)
Dann skizziere ich dir eine kleine interne App, die E‑Rechnungen importiert, prüft, weiterleitet und nachprüfbar archiviert.