Skip to content

Management, finance and ESGBI, AI and ML for the business

Overdue receivables, aging and DSO

Open items sit in the ERP, credit limits in a spreadsheet, and the receivables picture is rebuilt for every credit committee. In Muvia the aging by business unit, the customers who weigh most and the DSO trend sit on one page, refreshed every morning.

Illustrative scenario: it describes a typical case, not a customer project.

Overdue receivables show up once they are already old.

Every month someone pulls the ledger of open items from the ERP, splits it into overdue buckets in a spreadsheet and adds the credit limits from another file. By the time the picture reaches the credit committee, the receivables that worry everyone are a few weeks older.

DSO is worked out at quarter end, and telling whether it is rising because of a few large customers or many small items takes another extract.

Who it's for
CFOs, treasury and credit control; sales leadership and business unit heads for the customers they own.
Open items and collections from the ERP on SQL Server, customers and sales reps from Salesforce and credit limits in Excel flow into Muvia; out come a receivables dashboard, an alarm on DSO, a weekly report for treasury and Athena's answers.

In Muvia, step by step

Real product screens, recorded on a project with sample data.

1 of 5

The video · Open items sit in the ERP, credit limits in a spreadsheet, and the receivables picture is rebuilt for every credit committee. In Muvia the aging by business unit, the customers who weigh most and the DSO trend sit on one page, refreshed every morning.

What you get

Overdue amounts seen early
The overdue buckets refresh every morning: a customer whose debt is ageing stands out before the committee meets.
You know who weighs most
Overdue by customer shows at once whether the issue is a few large names or many small items.
DSO has an owner
The alarm stays in the register with who took it on and what they decided.
Answers you can check
Athena answers questions on receivables and shows the query it ran, so the number can be verified.

For the technical team

How it is built in Muvia

  1. 1

    Connect the ERP and the CRM

    Open items and collections arrive with an incremental copy of the ERP database every night; customers and reps through the Salesforce connector, credit limits as an Excel file.

  2. 2

    Define aging once

    A query splits overdue amounts into 30, 60, 90 and 90+ day buckets, by customer and business unit, and works out DSO month by month. It becomes a dataset with stable fields that everyone reads.

  3. 3

    Build the CFO's page

    Open, overdue and over-90-day receivables at the top; aging by business unit, overdue by customer and DSO against target below. It refreshes every morning on the latest copy of the data.

  4. 4

    Set an alarm on DSO

    When DSO crosses the target, an episode opens in the alarm register: treasury takes it on and notes what it decided.

  5. 5

    Ask Athena

    From the page, ask why DSO rose over the last twelve months and which customers weigh most: Athena answers with the names and shows the query it ran.

The data it needs
  • Invoices, due dates, open items and collections from the ERP on SQL Server
  • Customers, sales reps and business units from Salesforce
  • Credit limits and payment terms per customer, from an Excel file
  • The DSO target set by management
Parts of Muvia used

Bring us a question you can't answer today.

We start from a real question your business has and walk the path from source to dashboard with your systems, not a demo dataset.