Share of vendor invoices paid on or before their due date. The number that tells you whether AP is paying to terms, protecting supplier relationships, and capturing early-payment discounts, or quietly burning both.
At a glance
The percentage of vendor invoices paid on or before their due date over the trailing 30 days, compared with the prior period, across the selected Company Codes. Every vendor invoice in FI-AP carries payment terms that set a due date. This card measures how many of the invoices cleared in the window were paid by that date. A high rate means accounts payable is running clean payment runs to terms and keeping suppliers happy; a falling rate means late payments, which strain supplier relationships, risk supply interruptions, forfeit early-payment discounts, and can incur late fees.
| What it measures | Vendor invoices paid on or before their due date, divided by all vendor invoices paid in the window, expressed as a percentage. Due date is derived from the invoice baseline date plus the payment terms on the vendor open item. |
| What “paid on time” means | A vendor open item that cleared (a payment posted against it, clearing the open item) with a clearing/payment date on or before its net due date. Items paid after the due date count as late. The terms can include an early-discount window and a net due date; the card keys on the net due date unless your process is configured to chase the discount date. |
| How payments happen in SAP | Most vendor payments run through the automatic payment program (transaction F110), which selects due open items, groups them by vendor and payment method, and posts the clearing. Manual payments (transaction F-53 or the Post Outgoing Payments app) also count. The card sees the clearing date on the cleared open item regardless of which path paid it. |
| Why vs prior period | A point-in-time rate hides the trend. The card shows the trailing 30 days against the prior 30 days, so a slipping rate is visible before it becomes a supplier-relationship problem. |
| Payment terms dimension | Different vendors have different terms (immediate, Net 14, Net 30, Net 60, 2/10 Net 30). The blended rate is across all of them; drilling by vendor or terms group shows where lateness concentrates. |
| Company Code scope | Respects the selected Company Code filter. By default rolls up every Company Code visible to the connected SAP API role. Payment runs are typically scoped per Company Code or paying-company-code group. |
| Time window | 30D vsP (trailing 30 days vs the prior 30 days) |
| Alert trigger | <90% on-time rate flags for review |
| Roles | owner, finance |
Calculation
Calculated automatically from your SAP data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A manufacturer running SAP S/4HANA Cloud Public Edition with two Company Codes: 1000 UK Manufacturing Ltd (GBP) and 2000 EU Sourcing BV (EUR). The automatic payment run (F110) executes twice a week. The window is 23 May 26 to 22 Jun 26, compared with the prior 30 days.| Payment terms group | Invoices paid in window | Paid on time | Paid late |
|---|---|---|---|
| Net 14 (key suppliers) | 90 | 88 | 2 |
| Net 30 (standard) | 240 | 220 | 20 |
| Net 60 (long-term contracts) | 60 | 58 | 2 |
| Immediate / on receipt | 30 | 22 | 8 |
| Totals | 420 | 388 | 32 |
| Vendor Payment On-Time Rate (this card) | 92.4% |
- The blended rate is 92.4%, above the
<90%alert. The card stays quiet. The prior period read 94.1%, so the rate has slipped 1.7 points: not enough to alert, but enough to watch on the trend line. - The Net 30 group carries most of the lateness. 20 of the 32 late invoices are standard Net 30. That usually points at a payment-run cadence problem: if F110 runs twice a week, invoices that fall due between runs can slip a day or two past their due date. Tightening the run schedule or moving the run day fixes most of these.
- Immediate-terms invoices have the worst on-time ratio. 8 of 30 on-receipt invoices were late, a 73% rate. Immediate terms leave no buffer, so any approval delay or a missed run makes them late. These are the invoices most exposed to the payment-run cadence.
- Late payment is not free. Two of the late Net 30 invoices were on 2/10 Net 30 discount terms. Paying late did not just risk the supplier relationship, it forfeited the early-payment discount. A persistent late-payment habit on discount terms is a measurable cash cost, not just a soft relationship cost.
- The card keys on the clearing date of the open item, not the F110 proposal date. An invoice selected in a payment proposal but not actually cleared until the bank file posts is on time only if the clearing date lands on or before the due date. This is why the card reflects real payment behaviour rather than payment intent.
Sibling cards merchants should reference together
The on-time rate is the headline of AP discipline. Read it with the payables and vendor cards that explain where lateness comes from.| Card | Why pair it with Vendor Payment On-Time Rate |
|---|---|
| AP Aging (60 days) | What you owe and how overdue it is. A falling on-time rate shows up as a growing overdue tail in AP aging. |
| Active Vendor Business Partners | The vendor base the rate is computed across. The count is the denominator behind payment performance. |
| Cash Collected | The cash-in side. Pair to see whether late vendor payments are a deliberate cash-management lever or an AP process failure. |
| Days Sales Outstanding | The AR mirror. DSO is how slowly customers pay you; this card is how promptly you pay suppliers. The two together frame working-capital posture. |
| Top Findings Across Company Codes | The group-wide rollup. A single Company Code dragging the on-time rate surfaces here. |
Reconciling against SAP
Where to look in S/4HANA Cloud: The closest native equivalents inside the SAP Fiori launchpad are:Manage Supplier Line Items Fiori app (the modern equivalent of transaction FBL1N) filtered to cleared items with due date and clearing date Schedule Accounts Payable Jobs / Automatic Payment (transaction F110) logs and proposal history for what was paid and when Display Supplier Balances for the AP position by vendor Embedded Analytics: AP open- and cleared-item CDS views exposing baseline date, payment terms, due date, and clearing dateTo match this card, run Manage Supplier Line Items filtered to items cleared in the window, compare each item’s clearing date against its net due date (baseline date plus payment terms), and compute the on-time share. Scope to the same Company Codes as the dashboard filter, and repeat for the prior period to reproduce the vs-prior comparison. Common mistakes when comparing against SAP’s own reports:
- Keying on the payment proposal date instead of the clearing date. F110 selects items in a proposal before the payment actually clears. The card uses the clearing date of the open item, which is when the payment really happened. A proposal-based comparison will overstate on-time performance.
- Using the discount date instead of the net due date. An invoice on 2/10 Net 30 has a discount date (day 10) and a net due date (day 30). The card keys on the net due date unless configured otherwise. Comparing against the discount date will understate on-time.
- Including non-invoice open items. Down payments, credit memos, and clearing-only items are not invoices paid to terms. Filter to genuine vendor invoices, as the card does.
| Reason | Direction | Why |
|---|---|---|
| Clearing date vs proposal date | Either | The card uses the actual clearing date; a payment-run report keyed on proposal date will differ because clearing can lag the proposal. |
| Net due date vs discount date | Either | The card keys on the net due date by default. A report measured against the early-discount date will show a lower on-time rate. |
| Open-item scope | Card higher | The card counts genuine vendor invoices. A report that includes down payments and credit memos has a different denominator. |
| Window boundaries | Either | The trailing-30-day and prior-period boundaries must match. A calendar-month report will not align with a rolling window. |
| Company Code / paying-company-code scope | Either | The card respects the dashboard’s Company Code filter. Payment runs scoped to a different paying-company-code group will count differently. |