Payment Cycle Time

Payment Cycle Time misst die Anzahl Tage zwischen der finalen Rechnungsfreigabe im ERP und dem tatsächlichen Zahlungsausgang vom Geschäftskonto an den Lieferanten. Die Kennzahl ist der unmittelbare Steuerhebel für Liquidität und Lieferantenzufriedenheit und schließt die Lücke zwischen Invoice Cycle Time und Days Payables Outstanding. Typische Werte liegen zwischen 10 und 30 Tagen netto, abhängig von vereinbarten Zahlungsbedingungen und unternehmensinterner Cash-Politik.

Detaillierte Erklärung

Die Berechnung erfolgt als Differenz in Kalendertagen zwischen dem Datum der Freigabebuchung der Rechnung im ERP und dem Datum der valutarischen Belastung des Geschäftskontos. APQC dokumentiert die Kennzahl in der Open Standards Benchmarking Datenbank unter "Cycle time in days from receipt of invoice until payment is transmitted" als kombinierte Größe und differenziert in einer separaten Messung nach "from approved to payment transmitted", was der reinen Payment Cycle Time entspricht. Methodisch sauber wird zwischen Brutto-Tagen (Datum der Zahlungsdatei-Erstellung) und Netto-Tagen (valutarisches Belastungsdatum) unterschieden, weil SEPA-Überweisungen eine D+1-Verzögerung bringen und SWIFT-Auslandszahlungen je nach Korrespondenzbank 2 bis 5 Tage zusätzlich erzeugen.

Die Kennzahl wird von zwei Schichten bestimmt: erstens dem vereinbarten Zahlungsziel, das nach EU-Zahlungsverzugsrichtlinie 2011/7/EU im B2B-Bereich grundsätzlich 30 Tage netto beträgt und nach §271a BGB im deutschen Recht ohne ausdrückliche Vereinbarung gilt, zweitens dem Zahllauf-Rhythmus des eigenen Unternehmens, der typisch wöchentlich, vereinzelt täglich oder zwei-wöchentlich aufgesetzt ist und damit eine systembedingte Wartezeit von 0 bis 7 Tagen erzeugt. Die EU-Kommission hat am 12. September 2023 einen Verordnungsvorschlag zur einheitlichen 30-Tage-Obergrenze im B2B-Bereich vorgelegt, der die heute weit verbreiteten 60 oder 90 Tage Zahlungsziele aushebeln würde und im Trilog mit dem Europäischen Parlament steht.

Im Verhältnis zu DPO ist Payment Cycle Time die operative Steuergröße, DPO die Bilanzkennzahl. Wer DPO erhöht, ohne die Payment Cycle Time zu verlängern, hat in der Regel die Invoice Cycle Time verkürzt und damit den Cash-Hebel auf der vorderen Strecke gehoben. Die Hackett Group Working-Capital-Studie 2025 nennt für europäische Unternehmen einen DPO-Mittelwert von 72,6 Tagen, was bei einer typischen Invoice Cycle Time von 8 Tagen eine Payment Cycle Time von 64 bis 65 Tagen ergibt und damit deutlich über den 30 Tagen der EU-Richtlinie liegt. Im DACH-Mittelstand liegen die Werte realistischer zwischen 10 und 30 Tagen Payment Cycle Time, weil hier seltener strategische DPO-Maximierung gegen Lieferanten betrieben wird, die regelmäßig mittelständische Bestandskunden sind.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Anlagenbauer aus Sachsen mit 380 Mitarbeitern und 78 Mio. EUR Materialaufwand misst seine Payment Cycle Time über 18.700 Zahlungen aus dem Vorjahr. Der Mittelwert liegt bei 21,4 Tagen, der Median bei 19 Tagen, das obere Quartil bei 32 Tagen. Die Aufschlüsselung zeigt: 14 Tage Standardziel mit Skonto bei 23 Prozent der Lieferanten, 30 Tage netto bei 64 Prozent, 60 Tage bei 13 Prozent. Die wöchentlichen Zahlläufe Donnerstag erzeugen im Mittel 3,5 Tage zusätzliche Wartezeit, Skontofristen werden bei 18 Prozent der Skontolieferanten verpasst, der jährliche Skontoverlust beträgt 94.000 EUR. Die Finanzleitung implementiert eine Reform: erstens werden die Zahlläufe auf zweimal wöchentlich (Dienstag und Donnerstag) verdichtet, was die Mittelwartezeit auf 1,8 Tage senkt, zweitens wird ein automatischer Vorzieh-Lauf für Skontofälle implementiert, der täglich Rechnungen mit drohendem Skontoverlust herausfiltert. Nach 5 Monaten sinkt die mittlere Payment Cycle Time auf 16,2 Tage, die Skontoausnutzung steigt auf 96 Prozent, der realisierte Skontogewinn liegt bei 84.000 EUR pro Jahr und die Lieferanten-NPS-Bewertung steigt im Bereich Zahlungstreue von 6,2 auf 8,1.

Typische Fehler & Verhandlungskontext

Erster Fehler: Payment Cycle Time mit DPO verwechseln. DPO ist die Bilanzkennzahl, die Verbindlichkeiten und Materialaufwand in Tagen ausdrückt, Payment Cycle Time ist die operative Größe vom Freigabe-Tag bis zum Zahlungsausgang. Beide hängen zusammen, sind aber nicht dasselbe, und Steuerung über DPO allein verfehlt regelmäßig die operative Realität.

Zweiter Fehler: Zahllauf-Rhythmus als unverhandelbar betrachten. Eine wöchentliche Zahllaufstruktur erzeugt im Mittel 3,5 Tage Wartezeit. Bei Skontolieferanten mit knapper Frist führt das systematisch zum Skontoverlust, der nicht durch Verhandlung mit dem Lieferanten, sondern durch Anpassung des eigenen Zahllaufs zu lösen ist. Tägliche Zahlläufe sind im modernen Banking-Backend ohne nennenswerte Mehrkosten möglich.

Dritter Fehler: Skontofristen technisch nicht überwachen. Skontoverlust wegen verpasster Frist ist der teuerste Liquiditätsausfall überhaupt und entsteht meist durch fehlende ERP-Logik, die Skontofälle priorisiert. Eine einfache Tagesliste der morgen verfallenden Skontofristen mit automatischem Eskalations-Workflow vermeidet 90 Prozent der Verluste ohne Mehraufwand in der Buchhaltung.

Verwandte Begriffe

Payment Cycle Time ist die zweite Hälfte des [[procure-to-pay]]-Prozesses und steht im engen Zusammenhang mit [[invoice-cycle-time]], [[skonto]] und [[zahlungsziel]]. Auf der Bilanzseite ist sie operativer Treiber für [[dpo-days-payables-outstanding]] und damit den [[working-capital]]. Im Verhandlungskontext spielt sie zusammen mit [[zahlungsbedingungen]] und [[dynamic-discounting]] als Hebel für strategischen Cash-Einsatz, sowie mit [[supply-chain-finance]] und [[reverse-factoring]] als alternative Finanzierungsoptionen für die Lieferantenseite.