Pre-Launch Invoify ist aktuell für jeden komplett kostenfrei Jetzt sichern
nvoify
Anmelden Kostenlos starten
StartBlogBelege & Prozesse
Belege & Prozesse

Rechnungsverarbeitung: den vollständigen Eingangsprozess sicher gestalten

Rechnungsverarbeitung ist der vollständige Weg eines Eingangsbelegs vom kontrollierten Empfang bis zur Zahlung und Aufbewahrung. Einzelne Tools für OCR, Freigabe oder Archiv lösen nur Teilaufgaben. Entscheidend ist, dass Daten, Original, Status und Verantwortung ohne Medienbruch zusammenbleiben.

Rechnungsverarbeitung: Kurzantwort und klare Abgrenzung

Kurzantwort: Bündele alle Eingangskanäle, sichere das Original, erkenne und erfasse Kerndaten, prüfe Identität und Dubletten, führe formale sowie sachliche Kontrolle durch, hole berechtigte Freigaben ein, übergib nur bestätigte Daten an Zahlung und Aufzeichnung und archiviere den gesamten Entscheidungsweg. Miss Durchlaufzeit, Fehler und offene Klärfälle.

Ein guter Workflow führt nicht jede Rechnung blind durch dieselben sieben Personen. Standardfälle mit Bestellung können nach klaren Toleranzen schneller laufen; neue Lieferanten, Bankänderungen, hohe Beträge oder fehlende Leistungsnachweise erhalten zusätzliche Kontrollen. Automatisierung verteilt Arbeit, aber entscheidet nicht ohne definierte Regel über unklare Fakten.

Dieser Beitrag ist der Prozess-Hub. Details werden an Rechnung prüfen, Rechnungsfreigabe, E-Rechnung empfangen und revisionssichere Archivierung abgegeben. Er verspricht keine Finanzbuchhaltung in Invoify.

Entscheidungsmatrix für Rechnungsverarbeitung

SituationPrüffrageEntscheidungNachweis
Bestellbezug vorhandenRechnung lässt sich Bestellung und Wareneingang eindeutig zuordnen.Drei-Wege-Abgleich und definierte Toleranz steuern den Standardpfad.Bestellung, Empfang, Rechnung und Abgleichprotokoll.
Ohne BestellungMiete, Beratung oder Sonderleistung hat keinen Purchase Order.Vertrag, Leistungsbestätigung und Budgetfreigabe ersetzen den PO-Abgleich.Vertrag, Zeitraum, Abnahme und Kostenstelle.
E-RechnungOriginal liegt als XML oder hybrides ZUGFeRD vor.Strukturdatei bleibt Original und wird technisch vor Fachprüfung validiert.Hash, Validatorbericht und Viewer-Ansicht.
AusnahmefallDublettenverdacht, Bankänderung oder hohe Abweichung tritt auf.Automatik stoppt und weist Fall einem spezialisierten Owner zu.Risikoregel, Klärung, Entscheidung und Abschlussdatum.

Bestellbezug vorhanden

Rechnung lässt sich Bestellung und Wareneingang eindeutig zuordnen. Für den Themenbereich Rechnungsverarbeitung folgt daraus eine klare Arbeitsentscheidung: Drei-Wege-Abgleich und definierte Toleranz steuern den Standardpfad. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Bestellung, Empfang, Rechnung und Abgleichprotokoll. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Ohne Bestellung

Miete, Beratung oder Sonderleistung hat keinen Purchase Order. Für den Themenbereich Rechnungsverarbeitung folgt daraus eine klare Arbeitsentscheidung: Vertrag, Leistungsbestätigung und Budgetfreigabe ersetzen den PO-Abgleich. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Vertrag, Zeitraum, Abnahme und Kostenstelle. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

E-Rechnung

Original liegt als XML oder hybrides ZUGFeRD vor. Für den Themenbereich Rechnungsverarbeitung folgt daraus eine klare Arbeitsentscheidung: Strukturdatei bleibt Original und wird technisch vor Fachprüfung validiert. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Hash, Validatorbericht und Viewer-Ansicht. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Ausnahmefall

Dublettenverdacht, Bankänderung oder hohe Abweichung tritt auf. Für den Themenbereich Rechnungsverarbeitung folgt daraus eine klare Arbeitsentscheidung: Automatik stoppt und weist Fall einem spezialisierten Owner zu. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Risikoregel, Klärung, Entscheidung und Abschlussdatum. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Rechnungsverarbeitung Schritt für Schritt umsetzen

  1. EmpfangenBündele Mail, Portal, Upload und Papier mit täglichen Kontrollen.
  2. Sichern und erfassenBewahre Original, bilde Hash und extrahiere nur prüfbare Kerndaten.
  3. ZuordnenErmittle Lieferant, Bestellung, Vertrag, Projekt und Kostenstelle.
  4. PrüfenKontrolliere Form, Leistung, Preise, Steuerplausibilität, Summen und Bank.
  5. FreigebenRoute nach Rolle, Betrag, Risiko und Vertretung.
  6. Zahlen/übergebenÜbertrage nur freigegebenen Empfänger, Betrag und Fälligkeit.
  7. ArchivierenVerbinde Original, Daten, Prüfung, Freigabe, Zahlung und Korrektur.
  8. VerbessernMesse Liegezeiten, Ablehnungsgründe, Dubletten und Skontoverluste.

Empfangen

Bündele Mail, Portal, Upload und Papier mit täglichen Kontrollen. Der Schritt ist abgeschlossen, sobald jeder Eingang Zeitstempel und eindeutige Identität erhält. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Privatpostfächer werden in den zentralen Prozess überführt. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Sichern und erfassen

Bewahre Original, bilde Hash und extrahiere nur prüfbare Kerndaten. Der Schritt ist abgeschlossen, sobald Datei und Datensatz dauerhaft verbunden sind. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. OCR-Vorschläge bleiben bis Kontrolle gekennzeichnet. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Zuordnen

Ermittle Lieferant, Bestellung, Vertrag, Projekt und Kostenstelle. Der Schritt ist abgeschlossen, sobald der wirtschaftliche Kontext feststeht. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Unbekannte Absender gehen in Identitätsprüfung. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Prüfen

Kontrolliere Form, Leistung, Preise, Steuerplausibilität, Summen und Bank. Der Schritt ist abgeschlossen, sobald fachliche Richtigkeit oder konkrete Abweichung dokumentiert ist. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Ein grüner XML-Validator ersetzt den Leistungsabgleich nicht. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Freigeben

Route nach Rolle, Betrag, Risiko und Vertretung. Der Schritt ist abgeschlossen, sobald berechtigte Personen die konkrete Fassung entschieden haben. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Teilfreigaben trennen offenen und zahlbaren Betrag. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Zahlen/übergeben

Übertrage nur freigegebenen Empfänger, Betrag und Fälligkeit. Der Schritt ist abgeschlossen, sobald Zahlung und Belegstatus übereinstimmen. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Rücklastschrift oder Sperre eröffnet neuen Folgeprozess. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Archivieren

Verbinde Original, Daten, Prüfung, Freigabe, Zahlung und Korrektur. Der Schritt ist abgeschlossen, sobald Vorgang auffindbar, lesbar und exportierbar bleibt. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Arbeitskopien ersetzen keine strukturierten Originale. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Verbessern

Messe Liegezeiten, Ablehnungsgründe, Dubletten und Skontoverluste. Der Schritt ist abgeschlossen, sobald Engpässe mit konkretem Owner behoben werden. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Rechnungsverarbeitung ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Kennzahlen dienen Prozessverbesserung, nicht Umgehung von Kontrollen. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

StatusEintrittskriteriumNächste erlaubte Aktion
EingegangenOriginal und Kanal erfasstSicherheit und Zuordnung
In PrüfungLieferant und Vorgang bekanntformal/sachlich kontrollieren
In Klärungkonkrete Abweichung mit OwnerAntwort oder Korrektur abwarten
Freigegebenberechtigte Entscheidung für BetragZahlung vorbereiten
BezahltBankausgang zugeordnetAbschluss und Archiv
Storniert/abgelehntAnspruch entfällt oder Beleg unbrauchbarNachweis abschließen, nicht zahlen

Praxisbeispiele für Rechnungsverarbeitung

Bestellrechnung ohne Abweichung

Lieferant, Bestellung, Empfang und Betrag passen innerhalb freigegebener Toleranz. Die verantwortliche Person entscheidet deshalb: System bereitet Abgleich vor; Sach- und Zahlungsrolle bestätigen den Standardfall. Im Ergebnis sinkt Durchlaufzeit, ohne die Belegkette zu verlieren. Das Beispiel zeigt, dass Rechnungsverarbeitung nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Beratung ohne PO

Monatliche Beratung basiert auf Vertrag und Leistungsbericht. Die verantwortliche Person entscheidet deshalb: Projektowner bestätigt Zeitraum und Leistung, Budgetowner Vertragssumme. Im Ergebnis ist auch ohne Bestellung ein vollständiger Nachweis vorhanden. Das Beispiel zeigt, dass Rechnungsverarbeitung nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Dublettenverdacht

Gleicher Betrag und Nummer treffen als PDF und XML ein. Die verantwortliche Person entscheidet deshalb: Beide Dateien werden einem Vorgang zugeordnet und nicht parallel freigegeben. Im Ergebnis bleibt das Originalformat erhalten und eine Doppelzahlung ausgeschlossen. Das Beispiel zeigt, dass Rechnungsverarbeitung nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Typische Fehler bei Rechnungsverarbeitung

OCR als Prozess betrachten

Datenerkennung löst weder Prüfung noch Freigabe und Zahlung. Die fachliche Korrektur lautet: Status und Verantwortungen werden Ende zu Ende definiert. Als dauerhafte Kontrolle wird Kennzahlen Übergaben statt nur Scanquote messen. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Rechnungsverarbeitung erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Zu viele Eingangskanäle

Belege verschwinden in persönlichen Postfächern oder Portalen. Die fachliche Korrektur lautet: Kanäle werden zentral inventarisiert und überwacht. Als dauerhafte Kontrolle wird täglicher Vollständigkeitscheck dokumentiert. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Rechnungsverarbeitung erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Ausnahmen per E-Mail führen

Klärfälle verlieren Frist, Owner und Bezug zur Rechnung. Die fachliche Korrektur lautet: Ausnahmegrund und nächste Aktion stehen am Vorgang. Als dauerhafte Kontrolle wird überfällige Klärfälle automatisch eskaliert. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Rechnungsverarbeitung erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Zahlungsdatei nicht rückgleichen

Freigegebene und tatsächlich gezahlte Beträge können abweichen. Die fachliche Korrektur lautet: Bankausgang wird zur Rechnung zurückgespielt. Als dauerhafte Kontrolle wird offene und bezahlte Status regelmäßig abgestimmt. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Rechnungsverarbeitung erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Freigabe-Checkliste: Rechnungsverarbeitung

  • Rechtsträger und Geschäftsvorgang eindeutig
  • Originaldatei oder Papierherkunft dokumentiert
  • Leistung, Datum, Betrag und Steuerfelder geprüft
  • Bestellung, Vertrag oder Anlass verknüpft
  • Dubletten und widersprüchliche Fassungen ausgeschlossen
  • Rolle, Status und nächster Schritt sichtbar
  • Änderungen und Korrekturen nachvollziehbar
  • Aufbewahrung, Berechtigung und Export getestet

Die Checkliste wird nicht erst am Ende eines Monats abgearbeitet. Sie gehört an den einzelnen Vorgang, solange Rückfragen noch ohne aufwendige Rekonstruktion beantwortet werden können. Pflichtfelder verhindern einfache Lücken; fachliche Ausnahmen brauchen zusätzlich eine kurze Begründung. So bleibt Rechnungsverarbeitung auch dann kontrollierbar, wenn mehrere Personen Eingang, Prüfung, Freigabe und Versand übernehmen.

Ein Vier-Augen-Prinzip ist besonders bei neuen Geschäftsfällen, geänderten Stammdaten und rechtlich sensiblen Entscheidungen sinnvoll. Wiederkehrende Standardfälle können nach dokumentierter Freigabe stärker automatisiert werden. Die Automatisierung übernimmt jedoch nur die freigegebene Regel. Sie darf eine fehlende Information nicht still durch einen plausibel wirkenden Standardwert ersetzen.

Dokumentation, Verantwortlichkeit und regelmäßige Pflege

Für Rechnungsverarbeitung werden Eingangsdaten, Entscheidung, Ergebnis und Nachweis als zusammenhängender Vorgang geführt. Eine reine Dateiablage zeigt zwar das Endprodukt, aber nicht zwingend den Entscheidungsweg. Deshalb erhält jede Ausnahme einen Owner, einen Status und einen nächsten Schritt. Änderungen werden ergänzt oder versioniert; sie werden nicht durch stilles Überschreiben unsichtbar gemacht.

Die zugrunde liegende Arbeitsanweisung nennt außerdem ein Prüfdatum. Rechtliche Schwellen, technische Standards, externe Portale und interne Produktfunktionen können sich ändern. Bei der turnusmäßigen Kontrolle werden Primärquelle, tatsächlicher Prozess und veröffentlichte Aussage miteinander verglichen. Ändert sich nur eine Zahl, wird derselbe Intent-Owner aktualisiert; eine neue Jahres-URL ist dafür nicht erforderlich.

Die zentralen Child-Owner sind Prüfung, Freigabe, Digitalisierung und Belegmanagement.

Rechnungsverarbeitung und die Produktgrenzen von Invoify

Invoify besitzt eine Belegbox für manuell hochgeladene Fremdbelege. Bei normalen PDF- und Bilddateien kann OCR ausgewählte Felder vorschlagen; ein SHA-256-Dateihash unterstützt die Dublettenerkennung. Standalone UBL-/CII-XML und in ZUGFeRD-PDF eingebettete XML werden technisch validiert, bevor Invoify sie als E-Rechnung kennzeichnet und ausgewählte Kerndaten strukturiert anzeigt. Die Belegbox ist keine Finanzbuchhaltung, nimmt keine Kontierung, Vorsteuerentscheidung oder Zahlung vor und ersetzt keine formale, sachliche oder steuerliche Rechnungsfreigabe. Ausgangsrechnungen werden in einem eigenen vollständigen Beleglebenszyklus geführt.

Eine Funktion wird in diesem Leitfaden nur dann als Invoify-Funktion bezeichnet, wenn sie in der aktuellen Produktdokumentation belegt ist. Steuerliche Würdigung, rechtliche Einzelfallprüfung und externe Behördenverfahren bleiben bei den verantwortlichen Personen beziehungsweise deren Beratung. Diese Trennung verhindert, dass ein formal erzeugter Beleg mit einer fachlich freigegebenen Entscheidung verwechselt wird.

Offizielle Quellen und Prüfstand

Primärquellen sind § 146 AO, § 147 AO und die vom BMF veröffentlichten GoBD in der Fassung der zweiten Änderung vom 14. Juli 2025. Für Rechnungen gelten zusätzlich § 14 UStG und § 14b UStG. Letzter Quellencheck: 5. August 2026; nächste Prüfung: Januar 2027.

Jede Übergabe in der Rechnungsverarbeitung als kleinen Vertrag definieren

Kurz gesagt: Digitale Rechnungsverarbeitung ist eine Kette definierter Übergaben – nicht nur ein gemeinsamer Posteingang. Für jeden Status stehen Eingang, verantwortliche Rolle, erwartetes Ergebnis, Stoppsignal und nächster Owner fest. Eine Rechnung wandert erst weiter, wenn dieses Ergebnis für genau ihre aktuelle Fassung vorliegt.

Der End-to-End-Owner verbindet Eingang, Erfassung, Prüfung, Freigabe, Zahlungsübergabe und Ablage. Er ersetzt die Detailprozesse nicht. Dadurch bleibt etwa die formale und sachliche Kontrolle beim Beitrag Rechnung prüfen, während die Rechnungsfreigabe Rollen und Entscheidung verantwortet. Die Rechnungsverarbeitung definiert dagegen, wann ein Teilprozess startet, welches Ergebnis zurückkommt und was bei einem Fehler geschieht.

ÜbergabeVerantwortlicher EingangErwartetes ErgebnisStoppsignal / Rückweg
Empfangen → erfasstzentraler Eingang oder zuständige PersonOriginal, Eingangszeit, Kanal, Hash und BasismetadatenDatei unlesbar, unerwarteter Typ oder Beleg nicht zuordenbar
Erfasst → prüfbereitErfassung / DokumentenmanagementLieferant, Nummer, Datum, Betrag und passende Geschäftsnachweisemögliche Dublette oder fehlende Bestellung/Leistung
Prüfbereit → geprüftfachlicher und formaler Prüfergetrennte Prüfergebnisse mit offenen AbweichungenLeistungs-, Steuer-, Summen- oder Bankdatenabweichung
Geprüft → entschiedenberechtigter FreigeberFreigabe, Teilfreigabe oder Ablehnung für konkrete Fassungfehlende Kompetenz, Interessenkonflikt oder offener Prüfpunkt
Entschieden → zahlbereitZahlungsvorbereitungfreigegebener Betrag, Fälligkeit, Empfänger und kontrollierte BankdatenSperre, Doppelzahlung, Änderung der Bankverbindung
Zahlbereit → bezahltBankberechtigter / ZahlungsdienstAusführungs- und später Banknachweisabgelehnter Lauf, Rückgabe oder abweichender Betrag
Bezahlt → abgeschlossenProzess- und Dokumentenverantwortungverknüpfte Originale, Protokolle, Korrekturen und Aufbewahrungsstatusfehlender Nachweis oder unverbundene Dokumentfassung

Jeder Status braucht eine einzige Bedeutung. „Bearbeitet“ ist zu unscharf, weil es Prüfung, Rückfrage, Freigabe oder Zahlung meinen kann. Besser sind atomare Zustände wie „erfasst“, „Prüfung offen“, „in Klärung“, „geprüft“, „freigegeben“, „zur Zahlung übergeben“, „bezahlt“ und „abgeschlossen“. Eine Korrekturrechnung springt nicht heimlich in den Status des Vorgängers, sondern beginnt mit eigenem Hash und sichtbarer Verknüpfung erneut an der passenden Stufe.

Kennzahlen: Wo Rechnungen warten und warum

Kennzahlen sind nur nützlich, wenn Start- und Endereignis definiert sind. „Durchlaufzeit“ kann den Zeitraum vom technischen Eingang bis zur Freigabe, bis zur Zahlungsübergabe oder bis zum Bankabgang meinen. Das Team benennt deshalb Zähler, Nenner, Zeitfenster und ausgeschlossene Sonderfälle. Median und 90. Perzentil zeigen meist mehr als ein Durchschnitt, den wenige sehr alte Fälle verzerren.

KennzahlEinfache BerechnungWelche Frage sie beantwortetTypische Fehlinterpretation
Eingang-bis-FreigabeFreigabezeit minus verifizierter EingangWie schnell wird eine entscheidbare Rechnung freigegeben?Zahlungszeit oder Banklaufzeit hineinrechnen
Liegezeit je Statusnächster Statuszeitpunkt minus aktueller StatuszeitpunktAn welcher Queue entsteht der Engpass?aktive Bearbeitungszeit mit Wartezeit gleichsetzen
AusnahmequoteFälle mit Klärstatus geteilt durch alle eingegangenen FälleWie häufig verlässt ein Beleg den Standardweg?jede Ausnahme als Fehler des Teams deuten
First-pass-Quoteohne Rückfrage freigegebene Fälle geteilt durch prüfbare FälleWie vollständig kommen Beleg und Nachweise an?abgelehnte Dubletten als schlechte Freigabe zählen
Altersprofiloffene Fälle in Klassen 0–2, 3–7, 8–14 und mehr TageWelche Rechnungen drohen Frist oder Skonto zu verlieren?nur Gesamtzahl offener Rechnungen betrachten
Dublettenhinweisquotegestoppte Verdachtsfälle geteilt durch EingängeWie stark belastet Mehrkanaleingang die Kontrolle?jeden identischen Hash mit derselben Forderung gleichsetzen

Ein tägliches Steuerungsboard braucht keine zwanzig KPIs. Offene Fälle je Status, Alter der ältesten Rechnung, fällig werdender freigegebener Betrag und Ausnahmen ohne Owner reichen oft für die operative Runde. Monatlich werden Durchlaufzeit, Ausnahmegründe und First-pass-Quote analysiert. Ziel ist nicht, jede Prüfung schneller wegzuklicken, sondern unnötige Rückläufe zu reduzieren und riskante Fälle sichtbar zu halten.

Welche Strecke Invoify in der Rechnungsverarbeitung abdeckt

Die Invoify-Belegbox deckt einen klar begrenzten Teil des Eingangs ab: Nutzer laden PDF-, JPG-, PNG- oder XML-Dateien manuell hoch. Der Dienst prüft Dateityp und Signatur, bildet einen SHA-256-Hash, legt das Original privat ab und ermittelt je nach Dokument strukturierte Kerndaten oder OCR-Vorschläge. Belege lassen sich nach effektivem Datum gruppieren, suchen, in ihren Metadaten korrigieren und als ZIP je Monat oder vollständig exportieren.

Die Belegbox überwacht kein Lieferantenpostfach, ruft kein Portal ab und bietet keinen Peppol-Empfang. Sie übernimmt keine automatische Lieferantenbuchung, keine Vorsteuerentscheidung, keine Rechnungsfreigabe und keine Zahlung. Deshalb bildet ein Upload nicht den kompletten Rechnungsworkflow ab. Für einen belastbaren Gesamtprozess werden die extern geführten Prüf-, Freigabe-, Zahlungs- und Buchhaltungsstatus über einen gemeinsamen Belegschlüssel mit dem abgelegten Original verbunden. ${REVIEW}

Den Eingang über alle Belege steuern

Rechnungsverarbeitung beschreibt den End-to-End-Ablauf. Das Rechnungseingangsbuch liefert dafür die chronologische operative Sicht und eine direkt nutzbare Feldvorlage.

VertiefungWann dorthin wechseln
Digitales Rechnungseingangsbuchwenn Eingang, Prüfung, Freigabe, Fälligkeit und Zahlungsstatus in einer Liste zusammenlaufen

Häufige Fragen

Was gehört zur Rechnungsverarbeitung?

Eingang, Originalsicherung, Datenerfassung, Zuordnung, formale und sachliche Prüfung, Freigabe, Zahlung beziehungsweise Übergabe und Archivierung.

Was ist digitale Rechnungsverarbeitung?

Derselbe End-to-End-Prozess mit digitalen Originalen, strukturierten Status, automatisierten Übergaben und nachvollziehbaren Kontrollen statt Papierumlauf.

Welche Kennzahlen sind sinnvoll?

Durchlaufzeit, Liegezeit je Status, Erstfreigabequote, Dubletten, Klärgründe, verspätete Zahlungen und verlorenes Skonto.

Ist Invoify eine Eingangsrechnungs-Buchhaltung?

Nein. Die Belegbox unterstützt Erfassung und Ablage, aber Invoify wird nicht als vollständige Kreditorenbuchhaltung oder Kontierungssoftware dargestellt.

Welche Kennzahl zeigt Engpässe in der Rechnungsverarbeitung?

Die gesamte Durchlaufzeit allein reicht nicht. Miss zusätzlich die Liegezeit je Status, den Anteil offener Ausnahmen und das Alter der ältesten Rechnung. So wird sichtbar, an welcher Übergabe Rechnungen tatsächlich warten.

Hinweis: Der Beitrag erläutert allgemeine Grundsätze und ersetzt keine Steuer- oder Rechtsberatung. Bei Sonderfällen sind der konkrete Sachverhalt und die aktuellen gesetzlichen Vorgaben maßgeblich.