Skip to main content
Possible SetupFinance & Invoicing

Automate Dunning – Cut DSO by 21 days

Automated dunning for Lexoffice, DATEV or sevDesk: § 286/288 BGB compliant, with approval gates. Demo, figures modelled.

Industry
Finance / B2B / Agency
Build, estimated
4–6 weeks

At a glance

It starts with
Daily Run
The machine handles
11 of 13 steps
A person keeps
2nd Dunning + Fee · Final Notice
Bottom line
-21 daysDSO Reduction

The problem

Writing dunning letters is the most uncomfortable task in any finance role. Nobody as a kid said "when I grow up, I'll send overdue notices."

But this exact task decides whether your working capital is healthy. With 30-day terms and 10-day late dunning, that's 40 days of credit you give your customer — for free.

In most SMBs it happens too late, too unstructured, too friendly-vague. Because nobody enjoys it and everyone hopes the customer just pays.

They don't. The machine does this — structured, friendly, on time.

Overdue receivables are the silent liquidity killer in mid-market finance. A typical German B2B firm with 200-600 open invoices spends 4-6 hours every Friday pulling AR aging reports, drafting dunning letters in Word, calculating late fees and § 288 BGB interest, and documenting sends. Results are inconsistent: long-standing customers get forgotten or treated too harshly, new customers slip through, and average Days Sales Outstanding (DSO) sits at 45-60 days instead of the target 30. Soft costs compound: customers are surprised by dunning letters because first contact often comes 21+ days after due date. Legal exposure grows when § 286 BGB notice timelines aren't cleanly documented. Every collections handoff costs 15-25% of the receivable plus interest – money that earlier, more consistent outreach would usually have saved. Extrapolated: a company with €2M annual revenue and 50-day DSO ties up ~€275,000 more working capital than at DSO 30.

The process, step by step

Scroll through. The diagram stays put and highlights the step you are on.

The workflow01 / 13
  1. 01

    Daily Run

    06:00 Cron

    Daily dunning run starts at 06:00 as a cron job – before team start so approval requests are ready at the beginning of the workday.

  2. 02

    Fetch Open AR

    Lexoffice / DATEV / sevDesk

    All open AR is pulled via Lexoffice, DATEV, or sevDesk API: invoice number, due date, amount, customer, prior dunning history.

  3. 03

    Payment Reconciliation

    Bank API / AR sync

    In parallel, current payments are checked via bank API or invoicing system. Already-paid invoices exit the process immediately.

  4. 04

    Customer Segmentation

    Long-standing / New

    Each remaining open item is mapped to its customer profile – long-standing, new, enterprise, public sector – which drives tone and deadlines.

  5. 05Branch

    Which stage?

    Gateway: based on days past due and customer profile, the next dunning stage is calculated.

  6. 06

    Friendly Reminder

    Day 3 – soft tone

    From day 3 past due: friendly payment reminder without late fee. Tone: polite, service-oriented, assumes oversight.

  7. 07

    1st Dunning

    Day 14 – new deadline

    From day 14: 1st dunning with new payment deadline (typically 7 days), still without late fee. Includes installment self-service link.

  8. 08Human decides

    2nd Dunning + Fee

    Day 28 + approval · § 288 BGB

    From day 28 with human approval: 2nd dunning with late fee (typically €5-10) and statutory interest per § 288 BGB. Finance receives a Slack or email notification with preview and one-click approve. Tone: factual, formal.

  9. 09Human decides

    Final Notice

    Day 42 + approval · collections

    From day 42 with management approval: final notice with concrete collections warning and 10-day ultimatum. Four-eyes principle for high amounts.

  10. 10

    AI Personalization

    Tone + context

    Claude or GPT-4 personalizes the dunning text: industry, invoice context, payment history. Brand tone preserved, mandatory legal text unchanged.

  11. 11

    Send + Delivery Receipt

    Brevo / SMTP

    Delivery via Brevo, Mailjet, or own SMTP – including delivery receipt and open tracking. PDF of the dunning notice generated and archived.

  12. 12

    Audit Trail

    GoBD 10 years

    Every step – stage, timing, recipient, approver – is archived GoBD-compliant for 10 years. Full legal defensibility in later disputes.

  13. 13

    Payment Received

    Process closed

    As soon as payment is detected, the system closes the dunning process automatically and notifies the customer with a brief confirmation email.

What changes

Possible setup, not a packaged product

The figures are modelled target values for a possible setup, derived from industry benchmarks and our own tests. They do not come from a customer project; real values depend on your business. We do not sell this setup as a finished product: we measure where your bottleneck is, then build with your team. For systems that require certification (e.g. HIS, gematik, DATEV-certified) we work with specialised partners.

Before vs. After

AspectBeforeAfter
Days Sales Outstanding (DSO)Before: ~50 daysAfter: ~30 days (-21 days)
First customer contact after dueBefore: 21+ days, inconsistentAfter: Day 3 automated, friendly
Collections handoffs per yearBefore: ~40 cases × 20% feeAfter: ~10 cases (-70%)
Finance time on dunningBefore: 4-6h every FridayAfter: ~30min approvals per week
Late fee calculationBefore: Manual in Word, error-proneAfter: § 288 BGB day-accurate
Audit trail under disputeBefore: Patchy, Excel listsAfter: GoBD-compliant, 10-year archive

Technology

Technology Stack

n8nLexoffice APIDATEV Unternehmen OnlinesevDesk APIStripePostgreSQLClaude/GPT-4Brevo

Integrations

Systems this setup can connect to

LexofficeInvoicing System
Native Office API for AR, dunning stages, and payment reconciliation
DATEV Unternehmen OnlineInvoicing System
DATEVconnect integration for tax consultancies and mid-market on DATEV
sevDesk / BillomatInvoicing System
Alternative invoicing connection for SMB and freelancer portfolios
Stripe Billing / GoCardlessInstallments
Self-service installments via payment link, automated SEPA mandates
Brevo / MailjetEmail Delivery
Transactional email with delivery receipts, open and click tracking
Slack / Microsoft TeamsApproval Workflow
Approval notifications with one-click approve for finance and management

Security & Compliance

What the setup takes care of

GoBD-Compliant Archive
Every dunning event archived immutably for 10 years with timestamp, recipient, text, approver. BMF Nov 2019 compliant.
GDPR & EU Hosting
Processing exclusively in EU data centers (Frankfurt, Munich). Art. 28 DPA, automated retention and access request processes.
§ 286/288 BGB Compliance
Default onset, late fees, and interest calculated audit-safe and day-accurate. Notice timing defensible in court.
Encrypted Communication
All dunning emails sent via TLS 1.3. DKIM, SPF, and DMARC configured to prevent phishing confusion.

Frequently Asked Questions

Yes. We have native adapters for Lexoffice, DATEV Unternehmen Online, sevDesk, and Billomat – even in combination. The workflow logic is identical, only the adapter swaps out. Switching later (e.g., from Lexoffice to DATEV) is just an adapter reconfiguration, not a new workflow.
No. Before every dunning stage the system checks current payments in real time – via bank API (Finom, Qonto, Fyrst) or via the payment reconciliation in Lexoffice/DATEV. As soon as payment is detected, the dunning process closes automatically and a confirmation email goes out.
Yes. Workflow logic respects default onset per § 286(1) BGB (notice) and § 286(3) BGB (30-day B2B rule). Interest per § 288 BGB is calculated with the current base rate + 9pp (B2B) or + 5pp (B2C) day-accurate. Late fees are configurable, with adequacy defaults pre-set.
Customer segmentation. Per segment (long-standing A/B, new, enterprise, public sector) you set escalation profiles: tone, deadlines, late fees, path. Long-standing customers typically get longer deadlines, softer wording, and no late fee in stage 2. An exception list covers strategic accounts that require manual approval at every stage.
Yes, built in. GoBD: every dunning event is archived immutably for 10 years with timestamp, recipient, text, approver, and delivery receipt. GDPR: EU hosting (typically Frankfurt or Munich), DPA under Art. 28, automated retention, Art. 15 access requests handled.
4-6 weeks typical. W1-2: current-state analysis, data source integration, dunning profiles and tone defined, approval flows. W3: test run with historical data (parallel ops). W4: pilot with selected customers. W5-6: full rollout and fine-tuning. From W7 onward, steady state with ~30 min/week approval time.

What would this look like at your company?

This workflow is a demo. Whether it pays off for you depends on where things get stuck at your company. The method page shows how to find out. To place a workflow of your own, use the free assessment. No call needed.