Rechnungsverarbeitung: Kurzantwort und klare Abgrenzung
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
| Situation | Prüffrage | Entscheidung | Nachweis |
|---|---|---|---|
| Bestellbezug vorhanden | Rechnung lässt sich Bestellung und Wareneingang eindeutig zuordnen. | Drei-Wege-Abgleich und definierte Toleranz steuern den Standardpfad. | Bestellung, Empfang, Rechnung und Abgleichprotokoll. |
| Ohne Bestellung | Miete, Beratung oder Sonderleistung hat keinen Purchase Order. | Vertrag, Leistungsbestätigung und Budgetfreigabe ersetzen den PO-Abgleich. | Vertrag, Zeitraum, Abnahme und Kostenstelle. |
| E-Rechnung | Original liegt als XML oder hybrides ZUGFeRD vor. | Strukturdatei bleibt Original und wird technisch vor Fachprüfung validiert. | Hash, Validatorbericht und Viewer-Ansicht. |
| Ausnahmefall | Dublettenverdacht, 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
- EmpfangenBündele Mail, Portal, Upload und Papier mit täglichen Kontrollen.
- Sichern und erfassenBewahre Original, bilde Hash und extrahiere nur prüfbare Kerndaten.
- ZuordnenErmittle Lieferant, Bestellung, Vertrag, Projekt und Kostenstelle.
- PrüfenKontrolliere Form, Leistung, Preise, Steuerplausibilität, Summen und Bank.
- FreigebenRoute nach Rolle, Betrag, Risiko und Vertretung.
- Zahlen/übergebenÜbertrage nur freigegebenen Empfänger, Betrag und Fälligkeit.
- ArchivierenVerbinde Original, Daten, Prüfung, Freigabe, Zahlung und Korrektur.
- 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.
| Status | Eintrittskriterium | Nächste erlaubte Aktion |
|---|---|---|
| Eingegangen | Original und Kanal erfasst | Sicherheit und Zuordnung |
| In Prüfung | Lieferant und Vorgang bekannt | formal/sachlich kontrollieren |
| In Klärung | konkrete Abweichung mit Owner | Antwort oder Korrektur abwarten |
| Freigegeben | berechtigte Entscheidung für Betrag | Zahlung vorbereiten |
| Bezahlt | Bankausgang zugeordnet | Abschluss und Archiv |
| Storniert/abgelehnt | Anspruch entfällt oder Beleg unbrauchbar | Nachweis 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
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.
| Übergabe | Verantwortlicher Eingang | Erwartetes Ergebnis | Stoppsignal / Rückweg |
|---|---|---|---|
| Empfangen → erfasst | zentraler Eingang oder zuständige Person | Original, Eingangszeit, Kanal, Hash und Basismetadaten | Datei unlesbar, unerwarteter Typ oder Beleg nicht zuordenbar |
| Erfasst → prüfbereit | Erfassung / Dokumentenmanagement | Lieferant, Nummer, Datum, Betrag und passende Geschäftsnachweise | mögliche Dublette oder fehlende Bestellung/Leistung |
| Prüfbereit → geprüft | fachlicher und formaler Prüfer | getrennte Prüfergebnisse mit offenen Abweichungen | Leistungs-, Steuer-, Summen- oder Bankdatenabweichung |
| Geprüft → entschieden | berechtigter Freigeber | Freigabe, Teilfreigabe oder Ablehnung für konkrete Fassung | fehlende Kompetenz, Interessenkonflikt oder offener Prüfpunkt |
| Entschieden → zahlbereit | Zahlungsvorbereitung | freigegebener Betrag, Fälligkeit, Empfänger und kontrollierte Bankdaten | Sperre, Doppelzahlung, Änderung der Bankverbindung |
| Zahlbereit → bezahlt | Bankberechtigter / Zahlungsdienst | Ausführungs- und später Banknachweis | abgelehnter Lauf, Rückgabe oder abweichender Betrag |
| Bezahlt → abgeschlossen | Prozess- und Dokumentenverantwortung | verknüpfte Originale, Protokolle, Korrekturen und Aufbewahrungsstatus | fehlender 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.
| Kennzahl | Einfache Berechnung | Welche Frage sie beantwortet | Typische Fehlinterpretation |
|---|---|---|---|
| Eingang-bis-Freigabe | Freigabezeit minus verifizierter Eingang | Wie schnell wird eine entscheidbare Rechnung freigegeben? | Zahlungszeit oder Banklaufzeit hineinrechnen |
| Liegezeit je Status | nächster Statuszeitpunkt minus aktueller Statuszeitpunkt | An welcher Queue entsteht der Engpass? | aktive Bearbeitungszeit mit Wartezeit gleichsetzen |
| Ausnahmequote | Fälle mit Klärstatus geteilt durch alle eingegangenen Fälle | Wie häufig verlässt ein Beleg den Standardweg? | jede Ausnahme als Fehler des Teams deuten |
| First-pass-Quote | ohne Rückfrage freigegebene Fälle geteilt durch prüfbare Fälle | Wie vollständig kommen Beleg und Nachweise an? | abgelehnte Dubletten als schlechte Freigabe zählen |
| Altersprofil | offene Fälle in Klassen 0–2, 3–7, 8–14 und mehr Tage | Welche Rechnungen drohen Frist oder Skonto zu verlieren? | nur Gesamtzahl offener Rechnungen betrachten |
| Dublettenhinweisquote | gestoppte Verdachtsfälle geteilt durch Eingänge | Wie 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.
| Vertiefung | Wann dorthin wechseln |
|---|---|
| Digitales Rechnungseingangsbuch | wenn 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.