Skip to content

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

Month-end close and budget variances

The ledger sits in the ERP, the budget in a spreadsheet, payroll costs with another provider. In Muvia they become one monthly income statement per business unit, with an EBITDA bridge against budget and the close commentary arriving as a PDF on day three.

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

Closing the month should not mean rebuilding a spreadsheet from scratch.

At the start of each month, finance pulls the postings from the ERP, reclassifies them in a spreadsheet, sets the budget alongside and writes the commentary for management by hand. It takes days, and the question that matters, what moved EBITDA, comes last.

The work is not in the sums, which are the same every month: it is in redoing them. Once the reclassification is written down, the close builds itself and the time goes into understanding the variances.

Who it's for
CFOs, finance and management accounting; general management and business unit heads who read the close.
The ledger from the ERP on SQL Server, the budget in Excel and payroll costs from an SFTP folder flow into Muvia; out come an income statement dashboard, the close notebook as a PDF, an alarm on lines over budget and Athena's answers.

In Muvia, step by step

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

1 of 5

The video · The ledger sits in the ERP, the budget in a spreadsheet, payroll costs with another provider. In Muvia they become one monthly income statement per business unit, with an EBITDA bridge against budget and the close commentary arriving as a PDF on day three.

What you get

The close writes itself
The month's notebook regenerates on fresh data and goes out as a PDF on the set date: only the commentary that matters is left to write.
Every variance has a line
The bridge and the heatmap show where the money went and in which business unit, without rebuilding it by hand.
One income statement
Management, controlling and the business units read the same reclassification: the discussion is about the numbers, not how they were extracted.
The ERP never notices
Muvia copies data on a schedule; no analysis ever runs against the production accounting database.

For the technical team

How it is built in Muvia

  1. 1

    Connect the ledger and the budget

    The ERP comes in as a SQL Server source, copied every night incrementally and never queried live. The budget arrives as an Excel file, payroll costs from the payroll provider's SFTP folder.

  2. 2

    Write the reclassification once

    A query maps accounts to income statement lines, by business unit and month, with the budget alongside. Save it as a dataset with stable fields: the dashboard, the notebook and the alarms all read the same reclassification.

  3. 3

    Build the month's dashboard

    Revenue, EBITDA and margin against budget at the top, the bridge from budgeted to actual EBITDA line by line, and a heatmap of variances by business unit and line.

  4. 4

    Write the close in a notebook

    Text, KPIs, daily revenue against budget, the table of what moved EBITDA, and the actions. The period is "last month": the notebook becomes a PDF on day 3 at 8 am and goes to management by email.

  5. 5

    Set an alarm on each line

    A threshold on each line's variance opens an episode on the first refresh that crosses it. In the alarm register, whoever takes it on classifies it and notes the cause.

The data it needs
  • Ledger postings, chart of accounts and cost centres from the ERP on SQL Server
  • Monthly budget by business unit and income statement line, from an Excel file
  • Payroll costs by cost centre, from the files the payroll provider drops on SFTP
  • Daily revenue from issued invoices
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.