2 % Netto 10, jede Rechnung: So
automatisieren Sie das Tracking von Skonto bei frühzeitiger Zahlung

Die Rabatt-Mathematik, die niemand prüft

Die meisten AP-Teams können die 2/10 netto 30 Formel aufsagen: bei Zahlung innerhalb von 10 Tagen 2 % Rabatt. Was sie nicht sagen können, ist ihre tatsächliche Rabatt-Ausschöpfungsrate, denn die meisten AP-Abteilungen im Mittelstand erfassen diese nicht als separate Kennzahl. Die verfallenen Rabatte tauchen in keinem Bericht auf. Sie verschwinden in der Lücke zwischen Bruttorechnungsbetrag und Zahlungsbetrag – zum vollen Preis gebucht, zum vollen Preis bezahlt, ohne Buchungssatz, der das mögliche Einsparpotenzial markiert.

Die annualisierte Rechnung macht die Kosten der Gleichgültigkeit deutlich. Ein 2 % Rabatt für eine Zahlung 20 Tage früher summiert sich auf etwa 36 % pro Jahr: Sie geben 20 Tage Liquidität auf, um 2 % zu verdienen, und wenn Sie diesen Handel 18 Mal im Jahr wiederholen könnten, beträgt Ihre Rendite 36 %. Selbst ein 1/10 netto 30 Rabatt – seltener, aber im Großhandel noch üblich – annualisiert auf etwa 18 %. Beide Werte liegen deutlich über den Kapitalkosten der meisten mittelständischen Unternehmen, bei denen ein revolvierender Kreditrahmen bis Mitte 2026 bei 9–11 % liegen könnte. Skonti verfallen zu lassen, während man Kreditlinien nutzt, bedeutet im Grunde, zu 10 % zu leihen, um eine 36 % Rendite zu verschenken.

Um den Verlust in Euro zu beziffern, rechnen Sie einfach: Ein Unternehmen mit 50 Millionen Euro jährlichem Einkaufsvolumen, bei dem 30 % der Lieferantenrechnungen 2/10 netto 30 Bedingungen enthalten, hat ein maximales Rabattpotenzial von 300.000 Euro pro Jahr (50 Mio. € × 30 % × 2 %). Beim IOFM-Benchmark von 21 % Ausschöpfung erzielt das Team etwa 63.000 Euro. Die restlichen 237.000 Euro – fast eine Viertelmillion Euro risikofreier Einsparungen – verfallen, weil niemand den Rabatt vor Tag 10 erkannt hat. Bei der APQC-Ausschöpfungsrate von 15 % ist der Verlust noch größer.

Warum 10 Tage nicht reichen, wenn die Verarbeitung 17 Tage dauert

Um zu verstehen, warum manuelle AP-Workflows keine Skonti sichern, muss man den Zeitplan betrachten – nicht den Aufwand. Der typische manuelle Rechnungsverarbeitungszyklus dauert laut der Ardent-Partners-Studie „State of ePayables 2025“ 10 bis 17 Tage vom Eingang bis zur Zahlungsfreigabe. Best-in-Class-Teams mit Automatisierung bearbeiten eine Rechnung in 3,1 Tagen. Ein 2/10 Netto-30-Skonto läuft jedoch am 10. Tag ab. Die Rechnung ist gnadenlos: Wenn Ihre Bearbeitungspipeline im Schnitt 12 Tage braucht und das Skontofenster 10 Tage beträgt, müsste Ihr Team diese eine Rechnung jedes Mal schneller bearbeiten als alle anderen – jedes einzelne Mal.

Was tatsächlich passiert, ist schlimmer als der Durchschnitt vermuten lässt. Der Zeitplan gliedert sich in drei aufeinanderfolgende Phasen mit jeweils eigenen Verzögerungen – und die Skontofrist interessiert es nicht, welche Phase die Zeit verbraucht hat:

Ein gut strukturierter automatisierter Rechnungsgenehmigungs-Workflow kann die Stufen 2 und 3 zusammenfassen, aber der Engpass liegt oft in Stufe 1: Niemand weiß, dass ein Skonto existiert, bis jemand manuell das Zahlungsbedingungsfeld auf der Rechnung liest und es eingibt. Dieser Schritt dauert 5-10 Sekunden pro Rechnung — kurz genug, dass niemand es als Problem betrachtet, lang genug, dass in einem Stapel von 400 Rechnungen skontofähige Rechnungen in der Masse untergehen und in Standardreihenfolge statt priorisiert bearbeitet werden.

Wo Skontobedingungen in Ihren Rechnungen tatsächlich versteckt sind

Das zweite strukturelle Hindernis für die Skontoerfassung ist, dass Zahlungsbedingungen kein standardisiertes Feld sind. Anders als die Rechnungsnummer — die fast immer im Kopfblock oben rechts erscheint — tauchen Skontoangaben an mindestens fünf verschiedenen Stellen auf, ohne einheitliche Bezeichnung oder Format über Lieferanten hinweg:

Diese Variabilität führt dazu, dass selbst ein gewissenhafter Kreditorenbuchhalter, der beabsichtigt, Skonti zu erfassen, einige verpasst, weil die Skontoangabe nicht dort ist, wo er sie erwartet, oder nicht in einem Format, das er sofort erkennt.

Hier verläuft auch die Grenze zwischen strukturierten E-Rechnungen und PDF-Rechnungen, die betrieblich relevant wird. Eine EDI- oder Peppol-Rechnung enthält Zahlungsbedingungen in einem getaggten Feld (BT-20 in EN 16931), das beim Eingang maschinenlesbar ist. Eine PDF-Rechnung trägt dieselben Informationen als zu Text angeordnete Pixel – für Menschen offensichtlich, für einen traditionellen ERP-Import unsichtbar. Für Unternehmen, die den Übergang zu E-Rechnungspflichten in Frankreich oder Deutschland bewältigen, wird der strukturierte Kanal das Erkennungsproblem irgendwann 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 Drei-Schritte-Workflow zur Erkennung und Markierung, der in Ihre bestehende Infrastruktur passt

Der Weg, mehr Skonti zu nutzen, erfordert weder den Austausch Ihres ERP noch den Kauf einer vollständigen AP-Automatisierungslösung oder die Neugestaltung Ihres Genehmigungsprozesses. Es genügt, einen einzigen Erkennungsschritt beim Rechnungseingang hinzuzufügen, der für jede Rechnung eine Frage beantwortet: Bietet diese Rechnung einen Skonto, und wann läuft er ab?

Der Workflow nutzt die Extraktion benutzerdefinierter Felder: Statt eine Vorlage für bestimmte PDF-Layouts zu trainieren, definieren Sie die Feldnamen, die die KI aus jedem Dokument extrahieren soll – wie „Zahlungsbedingungen“, „Rechnungsdatum“ und „Skontofrist“ – und die KI liest das Dokument, um diese Werte zu finden, wo immer sie erscheinen. Dies unterscheidet sich grundlegend von templatebasierten OCR-Tools, bei denen Sie Felder manuell umranden müssen. Bei der Extraktion versteht die KI die semantische Bedeutung von „Zahlungsbedingungen“ und lokalisiert diese Information unabhängig davon, ob sie im Kopf-, Fuß- oder Positionsnotizenbereich steht.

Was diesen Ansatz vom Kauf einer durchgängigen 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 Genehmigungsroute 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.

Wenn Skonti nicht Ihre oberste Priorität sind

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

In Fertigungs- und Schwerindustrielieferketten sind Zahlungsziele von netto 60 und netto 90 die Norm – nicht netto 30. Ein Hersteller, der Rohstoffe auf netto 60 von Lieferanten bezieht, die überhaupt keine Skonti anbieten, gewinnt nichts durch den Aufbau eines Skonto-Erkennungsworkflows. Gleiches gilt für das Baugewerbe, wo Abschlagsrechnungen und Einbehalte Standardskonti selten machen. Für diese Branchen kommt der ROI der AP-Automatisierung aus anderen Hebeln: Senkung der Bearbeitungskosten pro Rechnung, Vermeidung von Säumniszuschlägen oder Erkennung von Doppelzahlungen durch Multi-Feld-Abgleich.

Die Skonto-Erfassung konzentriert sich auf Branchen, in denen Handelskreditbedingungen standardisiert sind und die Margen dünn genug sind, dass 2 % einen Unterschied machen. Einzelhandel, Großhandelsvertrieb, Lebensmittel und Getränke sowie Konsumgüter (FMCG) sind die stärksten Kandidaten. In diesen Sektoren ist 2/10 netto 30 eine Standardbedingung großer Distributoren und Hersteller, und die Rechnungsvolumina sind hoch genug – oft Tausende pro Monat –, dass der kumulative Skontowert wesentlich ist. Ein mittelständischer Lebensmittelhändler, der 3.000 Rechnungen pro Monat von Lieferanten wie Sysco, US Foods oder regionalen Großhändlern verarbeitet, bei denen 40 % der Rechnungen Skontobedingungen enthalten, hat ein jährliches Skontopotential im niedrigen sechsstelligen Bereich. Selbst die Hälfte davon zu erfassen, ist die Kosten für den Aufbau des Extraktionsworkflows wert.

Die Cashflow-Einschränkung ist real und sollte nicht ignoriert werden. Die Bezahlung aller skontofähigen Rechnungen am Tag 10 bedeutet eine Beschleunigung der Mittelabflüsse um 20 Tage im Vergleich zur Zahlung am Tag 30. Für ein Unternehmen mit knappem Working Capital ist diese Beschleunigung möglicherweise nicht bei allen Lieferanten umsetzbar, selbst wenn die Rechnung eine annualisierte Rendite von 36 % ergibt, die die Kapitalkosten übertrifft. Die richtige Strategie ist selektiv: Priorisieren Sie hochwertige Rechnungen von strategischen Lieferanten, zahlen Sie den Rest zu Standardbedingungen und nutzen Sie das Dashboard mit bedingter Formatierung, um diese Abwägungen sichtbar zu machen, anstatt sie standardmäßig geschehen zu lassen. Ein Multi-Feld-Extraktionsansatz, der bereits rechnungsbezogene Daten für die Duplikaterkennung liefert, kann hier doppelt nützlich sein – dieselben extrahierten Felder, die Duplikate erkennen, speisen auch das Skonto-Tracking-Blatt.

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 dies eine AP-Automatisierungssoftware?

Nein. Der Workflow von Extraktion bis Markierung löst ein spezifisches Problem: das rechtzeitige Erkennen von Skontomöglichkeiten. Er automatisiert weder den Drei-Wege-Abgleich, die Kontenzuordnung, die Zahlungsausführung noch die ERP-Synchronisation. Für Unternehmen mit weniger als 500 Rechnungen pro Monat reichen dieser Workflow und eine Tabellenkalkulation möglicherweise aus. Bei höheren Volumina dient er als Erkennungsschicht, die in einen breiteren automatisierten Genehmigungsworkflow einfließt. Der Punkt ist: Man muss nicht alle AP-Probleme auf einmal lösen, um mehr Skonti zu sichern.

Was, wenn unsere Lieferanten meist Zahlungsziele von 60 oder 90 Tagen netto gewähren?

Dann sollte die Skontoerfassung nicht Ihre oberste Priorität sein. Der Workflow hat nur begrenzten Nutzen, wenn das Skontovolumen gering ist. In diesem Fall sollten Sie Ihre AP-Automatisierung darauf konzentrieren, die Bearbeitungskosten pro Rechnung zu senken und Zahlungsverzug zu vermeiden. Die breitere Entwicklung hin zu E-Rechnungspflichten in Europa könnte die Zahlungsbedingungen der Lieferanten ändern, sobald strukturierte Rechnungsdaten zum Standard werden. Derzeit bringen Netto-60/90-Umgebungen jedoch mehr durch Genauigkeit und Kostensenkung als durch schnellere Zahlungen.

Ab welchem Rechnungsvolumen ist das sinnvoll?

Bei 50 Rechnungen pro Monat sind die Zahlen so gering, dass eine manuelle Prüfung durch eine Person machbar sein kann – aber nur, wenn diese Person diszipliniert jede Rechnung kontrolliert. Bei 100–200 Rechnungen pro Monat ist der Extraktionsworkflow durchgängig zuverlässiger als die manuelle Prüfung, weil das Volumen die Schwelle überschreitet, ab der ein Mensch zwangsläufig einige skontofähige Rechnungen übersieht. Der Break-even hängt von Ihrem durchschnittlichen Rechnungsbetrag und Skontosatz ab, aber die wiederkehrenden Einsparungen bedeuten, dass sich der Workflow bei moderaten Volumina schnell amortisiert.

Erster Schritt: Ein Monat, eine Tabelle

Das Schlimmste wäre, über Skontoerfassungsquoten zu lesen, das Problem zu erkennen und es unter „Wir brauchen eine AP-Automatisierungsinitiative" abzulegen. Eine Initiative bedeutet sechs Monate Anbieterbewertung, Budgetgenehmigung und Implementierungsplanung – in denen ein weiterer Skontozyklus verfällt.

Ein besserer Start: Führen Sie einen Monat lang die Extraktion Ihrer eingehenden Rechnungen durch. Definieren Sie drei Spalten – Rechnungsdatum, Zahlungsbedingungen, Rechnungsbetrag. Geben Sie die Ergebnisse in ein Google Sheet mit der oben beschriebenen bedingten Formatierungsformel ein. Vergleichen Sie am Monatsende die markierten Rechnungen mit dem, was Ihr Team tatsächlich wann bezahlt hat. Die Differenz zwischen den von der Tabelle identifizierten und den von Ihrem Team erfassten Skonti ist 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 für die meisten AP-Teams im Mittelstand sein – haben Sie einen einmonatigen Pilotversuch, der den ROI belegt, ohne dass ein Ausschusstreffen nötig ist.