Unpaid invoices are not a fringe matter for the accounts department; they are a question of liquidity. Anyone who has delivered and issued an invoice has earned the money - but has not yet received it. Between the invoice and the incoming payment lies a stretch of time that has grown noticeably in 2026: in the first half of the year, suppliers granted their customers an average payment term of 32.21 days (Creditreform), the highest figure since 2019 (Creditreform). Add late payment on top of the agreed term and the time the money spends with the customer grows further. This is exactly where automated dunning comes in: it makes sure every due receivable is followed up to a fixed pattern, without anyone working through open items by hand. This article shows how a rule-based dunning run is built, which stages make sense, why tone matters, what the systems involved have to do and how to measure success. How we implement such a run in a project is set out under process automation.
Key takeaways
- A dunning run is not debt collection but orderly follow-up: every due invoice passes through the same stages - reminder, first notice, second notice, handover - at fixed times and in a fixed tone, triggered by a rule rather than by someone remembering.
- The real lever lies in linking the invoicing and accounting systems. Only when an incoming payment automatically closes the open dunning stage does nobody chase an amount that was settled long ago - the most common reason businesses shy away from dunning at all.
- Time is the true price: the average payment term stood at 32.21 days in the first half of 2026 (Creditreform), and small firms waited a further 10.52 days for late payments (Creditreform). Every day of receivables outstanding is tied-up cash.
- Tone decides the customer relationship. A friendly reminder before the first formal notice costs almost nothing and brings in many payments before a notice becomes necessary at all.
- Success is measurable. Days sales outstanding (DSO) shows in black and white whether the run is working - not the number of notices sent, but the time until the money arrives.
Why open items cost more than they appear to
An unpaid invoice is money the business has already laid out: for materials, wages, subcontractors. Until it is settled, the supplier is unwillingly financing the customer. How large that pre-financing is depends on the payment term - and that has risen. At 32.21 days (Creditreform) in the first half of 2026 it stood about 0.75 days (Creditreform) above the previous year and roughly two days above the 2023 figure (Creditreform). That sounds small, but it adds up across the entire book of open invoices: every extra day ties up capital that is missing elsewhere.
Small businesses face an additional squeeze. In the first half of 2026, large companies secured average payment terms of 35.51 days (Creditreform), while small firms received only 26.37 days (Creditreform) - a gap of around nine days (Creditreform). On late payment the picture reverses: small firms waited an average of 10.52 days (Creditreform) beyond the term, medium-sized ones 10.66 days (Creditreform), large companies only 6.71 days (Creditreform). Being small means granting shorter terms and still being paid later. Every day of receivables outstanding is tied-up cash, and mid-size firms carry that burden above average.
That this matters is clear from the losses. Debtors who cannot extend their overdraft with their bank use the open supplier invoice as short-term substitute financing; this effect regularly accounts for around half of all late B2B payments (Atradius). At the same time, corporate insolvencies reached their highest level in over a decade in 2025 (Creditreform) and continued to rise in 2026. Letting open items drift risks not only a late payment but, in the worst case, a total loss - often noticed only once the deadline has long passed. A process that reliably follows up every receivable is therefore less a matter of convenience than of risk management.
Payment term and late payment are two different things
What a rule-based dunning run actually does
A dunning run is often confused with debt collection. It is something else: the orderly, in-house follow-up of open receivables up to the point where handing over to a service provider or the court process even comes into question. The run itself sends no threats; it reminds, gives notice and documents - always to the same pattern. The difference from dunning by hand is not politeness but reliability: a rule forgets no item, makes no distinction by mood and keeps the spacing between stages.
For that to work, the run has to bring two pieces of information together cleanly: which invoice was due when, and which payment has already arrived. This is where manual dunning fails most often - an amount is chased that was transferred long ago, and the annoyed customer rightly gets in touch. That is why the interface between invoicing and accounting is the heart of the matter: an incoming payment must automatically clear the matching open item so that the next dunning stage is never triggered in the first place. Without that feedback loop, every dunning run remains a risk.
Before the first formal notice, it makes sense to send a friendly payment reminder - a stage zero with no fee and no sharp tone. It catches the many cases where an invoice was simply overlooked, and it costs the business nothing but an automatically sent email. Only then does the actual escalation begin. The following sequence describes how a run works step by step once it has been set up.
Step 1: Identify due items
The run starts on a fixed cycle, for instance daily or weekly, and reads all open invoices whose payment term has passed. It relies on the due dates from invoicing - which is why those dates must be correct before anything is automated.
Step 2: Reconcile incoming payments
Before each reminder the run checks which amounts have arrived in the meantime. Paid items drop out, part payments are taken into account, and only the amount genuinely still open is pursued. This reconciliation prevents chasing invoices that have already been settled.
Step 3: Determine the stage per item
Based on the age of the receivable, the amount and the customer group, the rule picks the right stage: friendly reminder, first or second notice. A small amount owed by a long-standing customer is treated differently from a large, badly overdue receivable from a new one.
Step 4: Generate and send the document
For each stage the matching text is produced, with a deadline, the open amount and - from the second notice - the cost of late payment. It goes out through the agreed channel, usually by email with an attached statement and, where useful, a direct payment link.
Step 5: Record the result and set a date
Each sent stage is noted with its date in the customer history, and the next check date is fixed. It is always provable who received which notice and when - and the move to the next stage happens by itself once the deadline passes.
The run starts on a fixed cycle, for instance daily or weekly, and reads all open invoices whose payment term has passed. It relies on the due dates from invoicing - which is why those dates must be correct before anything is automated.
Before each reminder the run checks which amounts have arrived in the meantime. Paid items drop out, part payments are taken into account, and only the amount genuinely still open is pursued. This reconciliation prevents chasing invoices that have already been settled.
Based on the age of the receivable, the amount and the customer group, the rule picks the right stage: friendly reminder, first or second notice. A small amount owed by a long-standing customer is treated differently from a large, badly overdue receivable from a new one.
For each stage the matching text is produced, with a deadline, the open amount and - from the second notice - the cost of late payment. It goes out through the agreed channel, usually by email with an attached statement and, where useful, a direct payment link.
Each sent stage is noted with its date in the customer history, and the next check date is fixed. It is always provable who received which notice and when - and the move to the next stage happens by itself once the deadline passes.
Staggering the escalation stages sensibly
A proven ladder starts mild and only sharpens where needed. After the payment term has passed, a friendly reminder follows around day three to five, the first notice with a clear deadline around day ten to fourteen, the second notice stating the cost of late payment around day twenty to twenty-five, and after that a final deadline with a note about the next step. The exact spacing is a matter of taste and industry; what matters is that it is fixed in advance rather than renegotiated case by case.
Not every receivable deserves the same treatment. A small amount can be bundled or pursued at longer intervals, because otherwise the handling costs more than the loss. Long-standing customers with a clean payment history can get a gentler curve than new customers with no track record. And an amount above a set threshold deserves a tighter cadence. This differentiation is the reason a good rule is more than a calendar entry - it captures the risk logic of the business that previously existed only in the accounts clerk head.
Clean exceptions matter. Where a complaint is open, the run must not send a notice; such a case belongs on hold until the matter is settled. Where an instalment plan has been agreed, the run follows the plan rather than the original due date. And where a customer is already late but stays in contact, a personal call is often more effective than the next automatic stage. The run takes over the routine but does not replace judgement in the few cases that need it.
| Aspect | Dunning by hand | Rule-based dunning run |
|---|---|---|
| Trigger | When someone finds time to work the list | A rule starts on a fixed cycle |
| Reconciliation with payment | A manual glance at the bank statement | The incoming payment clears the item automatically |
| Timing of stages | Varies with workload | Fixed spacing, independent of the day mood |
| Tone and text | Rewritten each time | Predefined text blocks per stage |
| Differentiation | In someone head, rarely documented | Governed by amount, age and customer group |
| Evidence | Scattered across emails and notes | A complete history with a date per stage |
Tone and the customer relationship: remind rather than threaten
Dunning has a poor reputation, and for good reason: a harsh first notice to a good customer who has simply overlooked the invoice can damage a relationship built over years. Studies of receivables management show that companies lose custom through badly designed dunning processes - in one widely cited analysis around one customer in five was affected (gmbhchef). The answer is not to dun less, but earlier and more kindly: an automatic reminder with no fee, worded like a service, brings in a considerable share of payments before any notice is mentioned at all.
Automation and friendliness are not opposites. On the contrary: a run keeps to the agreed tone reliably, whereas dunning by hand at the end of a long day quickly turns sharper than intended. A personalised salutation, a named contact for questions and an easy way to pay work better than any hardening of the language. Making it easy for the customer to put the oversight right gets the money in faster than building pressure does.
A friendly first stage
Before the first notice comes a reminder with no fee and no sharp language. It treats the lapse as what it usually is: an oversight. A large share of open items clears here, without the relationship suffering.
One clear contact
Every notice names a person and a route for questions. Anyone with a query about the invoice should be able to raise it rather than silently not paying. That shortens the resolution and keeps a misunderstanding from turning into a loss.
Easy to pay
A direct payment link or the full payment details in every notice lower the hurdle. The fewer steps between reminder and transfer, the more likely a payment is made straight away rather than forgotten for later.
A complaint stops the run
If an invoice is disputed, the item is put on hold until the matter is settled. Sending a notice despite an open complaint is the surest way to turn a valid objection into a conflict - which the hold prevents.
What the system has to be able to do
An automatic dunning run is only as good as the data it works on. It relies on unique invoice numbers, correct due dates and a clean customer master without duplicates. Just as important is that incoming payments are machine-readable and matched to the right item - via the electronic bank statement and automatic reconciliation. Where payments are matched by hand, exactly the gap opens up in which an already paid item keeps being chased.
For the two sides - invoice and payment - to meet, a reliable link between the invoicing and accounting systems is needed. Whether that runs through direct data integration or through maintained middleware depends on what is in place; what matters is that no duplicate data holding arises in which two systems keep different truths about the same item. Structured invoice data helps considerably here - anyone who has to implement the e-invoicing mandate from 2027 anyway is at the same time creating the clean basis for automatic reconciliation.
Finally, every stage has to be filed so it can be traced. For a later audit - and in a dispute before a court - what counts is proof of when which notice went out with what content. An orderly, audit-compliant filing of the documents, of the kind that arises when digitising documents, is therefore not an extra but part of the dunning process. The following list summarises what should be in place before the first automatic run.
- Unique invoice numbers and correct, maintained due dates from invoicing.
- A cleaned customer master without duplicates, with valid email addresses for sending.
- Machine-readable incoming payments via the electronic bank statement with automatic reconciliation.
- A reliable link between the invoicing and accounting systems without duplicate data holding.
- Predefined dunning stages with spacing, text blocks and rules for amount and customer group.
- An audit-compliant record of every sent stage with date, recipient and content.
Stage | Trigger (days after due date) | Tone | Fee | Interest
------+-------------------------------+-----------+----------+---------------------
0 | 3 days | Reminder | none | none
1 | 10 days | Notice | none | none
2 | 20 days | Notice | flat fee | possible once late
3 | 30 days (final deadline) | Warning | flat fee | default interest
Exceptions (the run skips the item):
- open complaint -> on hold until resolved
- agreed instalment plan -> follows the plan, not the due date
- small amount below limit -> bundled, longer intervalThe legal frame: default, interest, flat fee
When a customer falls into default is set by law. For payment claims, default occurs at the latest thirty days after the invoice falls due and is received - even without a notice (section 286 German Civil Code). A notice is therefore not a strict precondition for default, but in practice it is usual and sensible, because it reaches the customer before the relationship suffers. Important for the automatic run: the thirty days run from receipt of the invoice, which is why the time of dispatch should be documented cleanly.
Once default has occurred, the creditor may charge default interest. In transactions without a consumer involved, the statutory rate is nine percentage points above the base rate (section 288 German Civil Code); where a consumer is involved it is five percentage points (section 288 German Civil Code). In addition, for payment claims against businesses a flat fee of 40 euros (section 288 German Civil Code) may be charged, which is set off against any further damage caused by the delay. The dunning run can show these amounts automatically from the appropriate stage onward.
With your own dunning fees, restraint is called for. What may be recovered is the actual, reasonable loss caused by the delay - such as postage and material costs - not an arbitrary surcharge as a source of income. Excessive dunning fees are open to challenge and harm the relationship more than they bring in. For a legally sound arrangement in a specific case - especially in consumer transactions - a professional review belongs in the picture; this article does not replace legal advice.
Dunning fees are not a profit line
Measuring success: keep days sales outstanding in view
Whether a dunning process works cannot be read from the number of notices sent - on the contrary, a lot of notices is rather a bad sign. The telling figure is receivables outstanding, days sales outstanding (DSO): the average time between invoice and incoming payment. It shows how long the money sits with the customer on average and makes every improvement visible. A running metrics report keeps this figure current instead of reconstructing it once a year from the annual accounts.
The goal is a DSO that sits as close as possible to the granted payment term - every day above it is delay that the run addresses. Even a reduction of a few days eases liquidity noticeably, because it affects the entire open book. Providers of automated solutions report up to 85 percent (Bilendo) less manual effort in the dunning run; regardless of the exact figure, the effect lies less in the working time saved than in the earlier arrival of cash. That there is room here is shown by the level of digitisation: in Germany, around 44 percent (EOS) of companies recently ran a receivables process that was only partly or barely digitised.
Alongside DSO, two further angles are worth watching: the share of overdue items in the total open book, and the average number of days in delay. If the overdue share rises while DSO stays stable, the problem concentrates in a few large items - a hint to tighten the cadence on high amounts. Where cash gets stuck in the order flow, a look into your own system data helps; how to make bottlenecks visible in it is described in the article reading processes from system data.
DSO = (open receivables / revenue in period) x number of days
Example (placeholder values, not a case study):
open receivables ................. 120,000 EUR
revenue in the quarter ........... 600,000 EUR
period ........................... 90 days
DSO = (120,000 / 600,000) x 90 = 18 days
Reading: on average 18 days pass from invoice to incoming
payment. If the term is 30 days net, payment is early; if it
is 14 days, there is delay in the book.- Days sales outstanding (DSO): the average time from invoice to incoming payment, tracked continuously rather than once a year.
- The share of overdue items in the total open book, split by age band (up to 30, 30 to 60, over 60 days).
- The average days in delay beyond the payment term, compared with the cross-industry figure of around eight days (Creditreform).
- The proportion of items settled at the friendly reminder stage - the cheapest route to getting paid.
- The number of notices sent in error for already paid amounts, as a measure of the quality of payment reconciliation.
- The level of automation of your own dunning process compared with the roughly 44 percent (EOS) of barely digitised businesses.
What a business can prepare on its own
The larger share of a successful dunning process lies in the preparation, not in the software. Much of it can be settled without outside help: your own dunning stages with their spacing and tone, the text blocks per stage, the thresholds for small amounts and the rule for disputed cases. Making those decisions cleanly once and writing them down gets you halfway through the rollout - because it is precisely that logic that is later translated into rules.
An honest look at the data situation is equally worthwhile. Are the due dates correct? Are there duplicates in the customer master? Are incoming payments matched promptly and correctly? These questions are best cleared up before automation, because a run only processes bad data wrongly faster. A process analysis records today path from invoice to incoming payment in full and reveals where receivables get stuck today - often it is not the dunning itself but the missing reconciliation before it.
It also helps to treat dunning as what it is: a recurring rule-based task that runs permanently and needs upkeep - much like other fixed routines in the business, such as digital time tracking. Reviewing text blocks, deadlines and stages from time to time keeps the run current. Whatever arises permanently after that - adjustments, incidents, small changes - belongs in structured IT operations rather than in the remaining time of a project phase. The following order has proven itself for getting started.
- Set your own dunning stages: spacing, tone per stage and the threshold above which a small amount is bundled rather than pursued at once.
- Word the text blocks per stage - friendly in the reminder, clear in the notice, stating the deadline and cost of late payment in the later stages.
- Clean the customer master: remove duplicates, check email addresses, correct due dates.
- Ensure payment reconciliation so that an incoming payment automatically closes the open item before the run goes live.
- Define exceptions: put open complaints on hold, let instalment plans follow the plan, provide for a call in hardship cases.
- Measure days sales outstanding once before the start so the effect of the dunning run can be evidenced later.
Related Articles
Reading processes from system data: where it snags
How to reconstruct the actual workflow - loops and special paths included - from the timestamps your systems already record, instead of guessing or estimating.
Digital time tracking 2026: meeting the mandate cleanly
Recording working time is mandatory; the electronic form arrives in 2026. Implement it digitally: mobile capture, automatic rules, clean handover to payroll.
Interface or manual work: doing the maths
When does an interface pay off and when is manual work cheaper? A decision framework based on volume, frequency and error rate, plus the interim steps.