2 % Netto 10, jede Rechnung: So
automatisieren Sie die Verfolgung von Skonto

Die Rabattmathematik, die niemand prüft

Die meisten AP-Teams können die 2/10 net 30-Formel aufsagen: innerhalb von 10 Tagen zahlen, 2 % abziehen. Was sie nicht sagen können, ist ihre tatsächliche Skonto-Ausschöpfungsquote, denn die meisten AP-Abteilungen im Mittelstand erfassen diese nicht als separaten KPI. Die verfallenen Skonti tauchen in keinem Bericht auf. Sie verschwinden in der Lücke zwischen Bruttorechnungsbetrag und Zahlungsbetrag — zum vollen Preis erfasst, zum vollen Preis bezahlt, ohne Buchungssatz, der festhält, was hätte gespart werden können.

Die annualisierte Rechnung macht die Kosten der Gleichgültigkeit deutlich. Ein Skonto von 2 % für eine Zahlung 20 Tage früher summiert sich auf jährlich rund 36 %: Sie geben 20 Tage Zahlungsziel auf, um 2 % zu verdienen, und wenn Sie diesen Trade 18-mal im Jahr wiederholen könnten, beträgt Ihre Rendite 36 %. Selbst ein 1/10 net 30-Skonto — seltener, aber im Großhandelsvertrieb noch anzutreffen — annualisiert auf rund 18 %. Beide Werte liegen deutlich über den Kapitalkosten der meisten mittelständischen Unternehmen. Skonti für frühzeitige Zahlung verfallen zu lassen, während Kreditlinien genutzt werden, bedeutet in der Praxis, zum Zinssatz des Kreditgebers zu leihen, um eine Rendite von 36 % zu verschenken.

Um den Verlust in Dollar zu beziffern, rechnen Sie ein einfaches Modell durch. Ein Unternehmen mit 50 Millionen US-Dollar jährlichem Beschaffungsvolumen, bei dem 30 % der Lieferantenrechnungen 2/10 net 30-Konditionen tragen, hat ein maximales Skontopotenzial von 300.000 US-Dollar pro Jahr (50 Mio. US-Dollar × 30 % × 2 %). Beim IOFM-Benchmark von 21 % Ausschöpfung erzielt das Team rund 63.000 US-Dollar. Die verbleibenden 237.000 US-Dollar — fast eine Viertelmillion US-Dollar an risikofreien Einsparungen — verfallen, weil niemand das Skonto vor Tag 10 identifiziert hat. Bei der APQC-Ausschöpfungsquote von 15 % ist der Verlust sogar noch größer.

Warum 10 Tage nicht reichen, wenn die Verarbeitung 17 dauert

Um zu verstehen, warum manuelle AP-Workflows Skonti verpassen, muss man den Zeitablauf betrachten – nicht den Aufwand. Der typische manuelle Rechnungsverarbeitungszyklus dauert 10 bis 17 Tage vom Eingang bis zur Zahlungsfreigabe, so die Forschung von Ardent Partners' 2025 State of ePayables. Best-in-Class-Teams mit Automatisierung verarbeiten eine Rechnung in 3,1 Tagen. Doch ein 2/10 net 30-Skonto schließt am Tag 10. Die Rechnung ist brutal: Wenn Ihre Verarbeitungspipeline im Schnitt 12 Tage dauert und das Skontofenster 10 Tage beträgt, erfordert das Erfassen eines Skontos, dass Ihr Team genau diese Rechnung schneller verarbeitet als alle anderen – jedes einzelne Mal.

Was tatsächlich passiert, ist schlimmer als der Durchschnitt vermuten lässt. Der Zeitablauf gliedert sich in drei aufeinanderfolgende Phasen, jede mit ihrer eigenen Verzögerung – und die Skontofrist kümmert es nicht, welche Phase die Zeit verbraucht hat:

Ein gut strukturierter automatisierter Rechnungsgenehmigungsworkflow kann die Phasen 2 und 3 verkürzen, aber der Engpass liegt oft in Phase 1: Niemand weiß, dass ein Skonto existiert, bis jemand manuell das Zahlungsbedingungenfeld auf der Rechnung liest und es eingibt. Dieser Schritt dauert 5-10 Sekunden pro Rechnung — kurz genug, dass niemand ihn als Problem betrachtet, lang genug, dass in einem Stapel von 400 Rechnungen skontorelevante Rechnungen in der Masse untergehen und in der Standardreihenfolge statt in der Prioritätsreihenfolge verarbeitet werden.

Wo sich Zahlungsbedingungen tatsächlich in Ihren Rechnungen verstecken

Die zweite strukturelle Hürde bei der Skonto-Erfassung ist, dass Zahlungsbedingungen kein standardisiertes Feld sind. Anders als die Rechnungsnummer — die fast immer im Kopfblock oben rechts erscheint — taucht die Skonto-Formulierung an mindestens fünf verschiedenen Stellen auf, ohne einheitliche Bezeichnung oder Format über alle Lieferanten hinweg:

Diese Variabilität bedeutet, dass selbst ein sorgfältiger AP-Sachbearbeiter (Buchhaltung), der Skonti erfassen möchte, einige übersehen wird, weil die Skonto-Formulierung nicht dort steht, wo er sie erwartet, oder nicht in einem Format, das er sofort erkennt.

Genau hier wird auch die Grenze zwischen strukturierten E-Rechnungen und PDF-Rechnungen operativ bedeutsam. Eine EDI- oder Peppol-Rechnung enthält die Zahlungsbedingungen in einem getaggten Feld (BT-20 in EN 16931), das ab Empfang maschinenlesbar ist. Eine PDF-Rechnung enthält dieselben Informationen als Pixel, die zu Text angeordnet sind — für einen Menschen visuell offensichtlich, für einen traditionellen ERP-Import unsichtbar. Für Unternehmen, die den Übergang zu E-Rechnungsmandaten in Frankreich oder Deutschland bewältigen, wird der strukturierte Kanal das Erkennungsproblem letztlich lösen. Doch für die PDF-Rechnungen, die bis 2028 und darüber hinaus neben E-Rechnungen bestehen bleiben, ist die Extraktion die Brücke.

Ein dreistufiger Extraktions-zu-Erkennung-Workflow, der sich in Ihren bestehenden Stack einfügt

Der Weg zu mehr erfassten Skonti erfordert nicht, dass Sie Ihr ERP ersetzen, eine vollständige AP-Automatisierungssuite kaufen oder Ihren Genehmigungsprozess von Grund auf neu gestalten. Er erfordert lediglich einen zusätzlichen Erkennungsschritt beim Rechnungseingang, der für jede Rechnung eine einzige Frage beantwortet: Bietet diese Rechnung einen Skonto, und wann läuft er ab?

Der Workflow nutzt Benutzerdefinierte Spaltenextraktion: Statt eine Vorlage zu trainieren, die bestimmte PDF-Layouts erkennt, definieren Sie die Spaltennamen, die die KI aus jedem Dokument extrahieren soll — etwa „Zahlungsbedingungen“, „Rechnungsdatum“ und „Skontofrist“ — und die KI liest das Dokument, um diese Werte überall dort zu finden, wo sie auftauchen. Dies unterscheidet sich grundlegend von template-basierten OCR-Tools, die das Zeichnen von Rahmen um Felder erfordern. Bei der Extraktion versteht die KI die semantische Bedeutung von „Zahlungsbedingungen“ und findet diese Informationen unabhängig davon, ob sie im Kopfbereich, in der Fußzeile oder in Positionsnotizen stehen.

Was diesen Ansatz vom Kauf einer End-to-End-AP-Automatisierungsplattform unterscheidet, ist, dass er die Erkennung auf der Eingangsebene löst, ohne Änderungen an der Genehmigungs- oder Zahlungsebene zu erzwingen. Ihr Team nutzt weiterhin dasselbe ERP, dieselbe Genehmigungsweiterleitung und denselben Zahlungsplan. Der Extraktionsschritt läuft vorgelagert zu all dem — er beantwortet die Frage „welche Rechnungen müssen schneller bearbeitet werden“, bevor sie in die Pipeline gelangen, sodass die Pipeline selbst nicht geändert werden muss.

Der Erfassungsschritt muss ebenfalls nicht manuell erfolgen. Lieferantenrechnungen kommen in der Regel als E-Mail-Anhänge an, und jemand muss jede einzelne herunterladen, bevor sie extrahiert werden kann. E-Mail-Posteingang gibt Ihrem Konto eine dedizierte Adresse, an die Lieferanten oder Ihr eigenes AP-Postfach Rechnungen weiterleiten können. Anhänge landen automatisch in Ihrer Verarbeitungswarteschlange, und mit aktivierter Auto-Verarbeitung und einer an die Warteschlange gebundenen Vorlage beginnt die Extraktion in dem Moment, in dem die E-Mail eintrifft. Skontobedingungen erreichen das Tracking-Sheet, ohne dass jemand zuvor den Anhang öffnet – das ist wichtig, denn die 10-Tage-Frist beginnt mit dem Rechnungsdatum, nicht mit dem Datum, an dem jemand den Upload erledigt hat.

Wenn Skonto nicht Ihre oberste Priorität ist

Nicht jede AP-Abteilung sollte 2/10 net 30-Skonti nachjagen. Die wirtschaftliche Logik von Skonto hängt von zwei Bedingungen ab: Die Skontobedingungen existieren in Ihrer Lieferantenbasis, und ihre Erfassung schafft keinen Cashflow-Kompromiss, der schlechter ist als die Rendite.

In Fertigungs- und Schwerindustrielieferketten sind Netto-60- und Netto-90-Bedingungen die Norm — nicht Netto-30. Ein Hersteller, der Rohstoffe auf Netto-60-Basis von Lieferanten bezieht, die überhaupt keine Skonto anbieten, gewinnt nichts durch den Aufbau eines Skonto-Erkennungsworkflows. Gleiches gilt für das Baugewerbe, wo Fortschrittsabrechnungen und Einbehaltspläne Standardskontobedingungen selten machen. Für diese Branchen kommt die AP-Automatisierungs-ROI aus anderen Hebeln: Reduzierung der Verarbeitungskosten pro Rechnung, Vermeidung von Verspätungszuschlägen oder Erkennung von Doppelzahlungen durch Multi-Feld-Abgleich.

Die Skonto-Erfassungschance konzentriert sich auf Branchen, in denen Handelskreditbedingungen standardisiert sind und die Margen dünn genug sind, dass 2 % eine Rolle spielen. Einzelhandel, Großhandelsvertrieb, Lebensmittel und Getränke sowie Konsumgüter (FMCG) sind die stärksten Kandidaten. In diesen Sektoren ist 2/10 net 30 eine Standardbedingung großer Distributoren und Hersteller, und die Rechnungsvolumina sind hoch genug — oft tausende pro Monat — dass der kumulierte Skontowert materiell ist. Ein mittelgroßer Lebensmittelhändler, der 3.000 Rechnungen pro Monat von Lieferanten wie Sysco, US Foods oder regionalen Großhändlern verarbeitet, wobei 40 % der Rechnungen Skontobedingungen tragen, sieht sich einem jährlichen Skontopotenzial im niedrigen sechsstelligen Bereich gegenüber. Selbst die Hälfte davon zu erfassen, ist die Kosten für den Aufbau des Extraktionsworkflows wert.

Die Cashflow-Beschränkung ist real und sollte nicht abgetan werden. Jede skontofähige Rechnung am Tag 10 zu bezahlen bedeutet, die Mittelabflüsse um 20 Tage im Vergleich zur Zahlung am Tag 30 zu beschleunigen. Für ein Unternehmen mit knappem Working Capital ist diese Beschleunigung möglicherweise nicht über alle Lieferanten hinweg machbar, selbst wenn die Mathematik besagt, dass eine annualisierte Rendite von 36 % die Kapitalkosten schlägt. Die richtige Strategie ist selektiv: Priorisieren Sie hochwertige Rechnungen von strategischen Lieferanten, bezahlen Sie den Rest zu Standardbedingungen und nutzen Sie das Dashboard mit bedingter Formatierung, um diese Abwägungen sichtbar zu machen, statt sie standardmäßig geschehen zu lassen. Ein Multi-Feld-Extraktionsansatz, der bereits rechnungsbezogene Daten für die Duplikaterkennung liefert, kann hier doppelte Dienste leisten — dieselben extrahierten Felder, die Duplikate erkennen, speisen auch das Skonto-Tracking-Sheet.

Eine Nuance noch: Zahlungsbedingungen sind manchmal verhandelbar. Ein Lieferant, der netto 30 ohne Rabatt anbietet, ist vielleicht offen für 2/10 netto 30, wenn Sie nachweisen können, dass Ihr Zahlungsprozess zuverlässig das 10-Tage-Fenster einhält. Bauen Sie zuerst die Erkennungsfähigkeit auf – beweisen Sie, dass Sie schnell genug verarbeiten können –, dann haben Sie die Daten, um mit Lieferanten, die derzeit keine Rabatte anbieten, bessere Konditionen auszuhandeln. Der Workflow zahlt sich doppelt aus: einmal durch das Erfassen bestehender Rabatte und ein zweites Mal durch die Schaffung der Nachweise, die nötig sind, um den Rabattpool zu erweitern.

FAQ

Kann dieser Workflow Zahlungsbedingungen in verschiedenen Sprachen verarbeiten?

Ja. Da die Extraktion KI nutzt, die Dokumenttexte semantisch liest, anstatt vordefinierte Vorlagen abzugleichen, erkennt sie Zahlungsbedingungen auf Deutsch (Skonto), Französisch (escompte), Spanisch (descuento por pronto pago) und anderen Sprachen ohne Konfigurationsänderungen. Die Ausgabe erfolgt stets als strukturierte Daten mit englischen Spaltenüberschriften. Dies ist besonders relevant für Unternehmen, die bei europäischen Lieferanten einkaufen, wo Peppol-E-Rechnungen und nationale Formate neben PDF-Rechnungen existieren.

Was ist, wenn die Zahlungsbedingungen in einem gescannten bildbasierten PDF versteckt sind?

Das Extraktionstool verarbeitet bildbasierte PDFs – gescannte Dokumente, in denen der Text als Pixel und nicht als auswählbare Zeichen vorliegt. Es wendet OCR mit einem Vision-Modell an, um den Dokumentinhalt zu lesen, und identifiziert dann die Zahlungsbedingungen darin. Dies ist wichtig, da viele Lieferantenrechnungen als gescannte Anhänge eingehen, bei denen die traditionelle textbasierte Analyse völlig versagt.

Wie gehen Sie mit Rechnungen mit dynamischen oder gestaffelten Rabatten um?

Die Extraktion erfasst, was in der Rechnung steht. Wenn die Bedingungen „3 % bei Zahlung innerhalb von 5 Tagen, 2 % bei Zahlung innerhalb von 15 Tagen, netto 30“ lauten, extrahiert die KI den vollständigen Text. Für die Entscheidungsfindung kann Ihre Formel für die bedingte Formatierung in Google Sheets auf beide Stufen verweisen und diejenige markieren, deren Frist als nächstes abläuft. Für komplexere Logiken – wie Rabatte, die als Funktion des Zahlungsdatums berechnet werden – ermöglicht die Funktion „Berechnete Spalten“ die Definition von Regeln, die den anwendbaren Rabatt basierend auf dem aktuellen Datum relativ zum Rechnungsdatum berechnen.

Ersetzt das die Notwendigkeit einer AP-Automatisierungssoftware?

Nein. Der Workflow von Extraktion bis Kennzeichnung löst ein spezifisches Problem: das Erkennen von Skontomöglichkeiten, bevor die Frist abläuft. Er automatisiert weder den Dreifachabgleich, die Hauptbuch-Kodierung, die Zahlungsausführung noch die ERP-Synchronisierung. Für Organisationen mit weniger als 500 Rechnungen pro Monat kann dieser Workflow zusammen mit einer Tabellenkalkulation ausreichen. Bei höheren Volumina dient er als Erkennungsebene, die in einen breiteren automatisierten Genehmigungsworkflow einfließt. Der Punkt ist, dass Sie nicht alle AP-Probleme auf einmal lösen müssen, um mehr Skonti zu sichern.

Was, wenn unsere Lieferanten hauptsächlich Zahlungsziele von 60 oder 90 Tagen nutzen?

Dann sollte die Erfassung von Skonti nicht Ihre unmittelbare Priorität sein. Der Workflow hat nur begrenzten Nutzen, wenn der Skontopool klein ist. In diesem Fall sollten Sie die AP-Automatisierung darauf ausrichten, die Verarbeitungskosten pro Rechnung zu senken und verspätete Zahlungen zu vermeiden. Die breitere Entwicklung hin zu E-Rechnungsvorgaben in Europa könnte die Zahlungsbedingungen der Lieferanten künftig ändern, sobald strukturierte Rechnungsdaten Standard werden. Doch vorerst bringen Umgebungen mit 60/90-Tage-Zielen mehr Rendite durch Genauigkeit und Kostensenkung als durch schnellere Zahlungen.

Ab welchem Rechnungsvolumen ist das sinnvoll?

Bei 50 Rechnungen pro Monat werden die Zahlen so klein, dass die manuelle Erkennung durch eine einzelne Person machbar sein kann — aber nur, wenn diese Person diszipliniert jede Rechnung prüft. Bei 100–200 Rechnungen pro Monat ist der Extraktionsworkflow zuverlässiger als die manuelle Prüfung, weil das Volumen die Schwelle überschreitet, ab der ein Mensch unweigerlich einige skontofähige Rechnungen im Stapel übersieht. Der Break-even hängt von Ihrer durchschnittlichen Rechnungshöhe und dem Skontosatz ab, aber da die Einsparungen wiederkehrend sind, amortisiert sich der Workflow bei moderaten Volumina schnell.

So starten Sie: Ein Monat, eine Tabelle

Das schlechteste Ergebnis wäre, über Skontoerfassungsraten zu lesen, das Problem zu erkennen und es unter „Wir brauchen eine AP-Automatisierungsinitiative" abzulegen. Eine Initiative dauert sechs Monate mit Anbieterbewertung, Budgetfreigabe und Implementierungsplanung — währenddessen läuft ein weiterer Skontozyklus ab.

Ein besserer Ausgangspunkt: Führen Sie einen Monat lang die Extraktion Ihrer eingehenden Rechnungen durch. Definieren Sie drei Spalten — Rechnungsdatum, Zahlungsbedingungen, Rechnungsbetrag. Übertragen Sie die Ausgabe in Google Tabellen mit der oben beschriebenen Formel für die bedingte Formatierung. Vergleichen Sie am Monatsende die gekennzeichneten Rechnungen mit dem, was Ihr Team tatsächlich wann bezahlt hat. Die Differenz zwischen den von der Tabelle identifizierten Skonti und den tatsächlich genutzten Skonti Ihres Teams zeigt das Ausmaß des Problems. Ist die Zahl klein, haben Sie die Bestätigung, dass Ihr aktueller Prozess funktioniert. Ist sie groß — und das wird sie bei den meisten AP-Teams im Mittelstand sein — haben Sie einen einmonatigen Pilot, der den ROI-Fall ohne Ausschusssitzung belegt.