Financial Analytics

1,570 Person-Days a Year Back: How a Manufacturing Group Rebuilt Finance Reporting After an Acquisition

This case study shows how a global manufacturing group took back an estimated 1,570 person-days of manual finance work a year, about 3.6 times the cost of the delivery in its first year. After a major acquisition it replaced five allocation processes, a manual SAP BI and BPC to Excel to Power BI relay and regional forecasting spreadsheets with one governed finance backbone on its Databricks platform. Month-end moves from weeks to days, and certified Power BI models replace shadow reporting.

Case study card: 1,570 person-days a year back. SAP ECC and Bloomberg FX into one finance backbone on Databricks with dbt, Unity Catalog and Azure Data Factory, feeding Power BI, Excel and forecasting. 3.6 times the cost of the delivery returned in year one, five allocation processes to one, month-end down from weeks to days.

Executive Summary

A global manufacturing group takes back an estimated 1,570 person-days of manual finance work a year, about 3.6 times the cost of the delivery in its first year, after moving month-end from weeks to days and five allocation processes into one on a governed finance backbone built on the Databricks platform it already runs. A five-week analytical phase produced the blueprint, and a 20-week fixed-price delivery built the finance data products, closed by a two-week UAT run in parallel with the old process and two weeks of hypercare. A team of seven, about five FTE in total, delivered both phases.

Client: a global manufacturing group

Service line: Financial Analytics

Duration: a five-week analytical phase, then a 20-week fixed-price delivery

Team: seven specialists, about 5 FTE: a data engineer, a delivery leader and two BI consultants full time, a data solution architect at 0.5 FTE, and an infrastructure engineer and a data advisor at 0.25 FTE each

The Situation: Five Allocation Processes After an Acquisition

After a major acquisition, the manufacturing group ran two finance models side by side, with different cost structures, different profitability models and multiple ERP instances. Around 15 people across several continents fed the month-end by hand, some for two days a month and some for the whole month. Allocation logic lived in five disconnected processes across legacy systems, regional files and local templates, and SG&A reporting depended on Access databases and manual reconciliation. The legacy reporting platform had been built by people who had since left, so much of its KPI and allocation logic could only be understood by reverse engineering it. Users exported raw extracts and rebuilt dashboards in Excel, each region kept its own version of the same report, and differences were closed with manual adjustment lines every month.

What We Did: One Finance Backbone on Databricks

  • One backbone for every report and forecast. The planned reporting projects drew on the same sources and the same transformation logic, and building them separately would have duplicated an estimated 65 to 80% of the effort. The manufacturing group's reports and forecasts now run on one governed foundation.
Architecture: SAP ECC, non-SAP entity files, Bloomberg FX rates and forecast inputs load into one governed finance backbone on Databricks with Unity Catalog, with direct ingestion, dbt rules for allocations, FX and intercompany eliminations, and certified models feeding Power BI, governed Excel and forecasting
  • Built on the platform the group already runs. The finance backbone sits on the manufacturing group's Databricks platform on Azure: dbt transformations governed in Unity Catalog, loads through Azure Data Factory, and certified Power BI semantic models on top. We build the finance data products on that platform, alongside the team that runs it.
  • Month-end automated at the source. Direct ingestion from SAP ECC and automated GR55 onboarding replace manual extracts and offline templates. FX comes from one Bloomberg-based rate table, daily and at month-end, intercompany eliminations run as rules during ingestion, and daily snapshots trace every variance to its movement.
  • One definition of performance. A single model holds the KPI logic, P&L structures, hierarchies, ownership and access. Customer, product and geography hierarchies are harmonised across the group, and the allocation and KPI rules are rebuilt as version-controlled dbt transformations with named owners.
  • Two reporting layers and governed Excel. Executives get comparable, export-ready views, operational teams get drill-down analytics by product, customer and region, and finance teams pivot in Excel on the same certified Power BI semantic models with the KPI logic locked.
  • Forecasting on the same foundation. Regional templates and Power Query consolidations give way to one governed forecasting pipeline.

How We Worked: An Analytical Phase, Then Fixed-Price Delivery

The engagement opened with a five-week analytical phase that produced a decision-ready blueprint with sequenced delivery options and risk-weighted trade-offs. Delivery followed at a fixed price over 20 weeks, in two-week sprints, with acceptance criteria for every deliverable. UAT ran for two weeks as a parallel run of the new process against the old Access-based one, two weeks of hypercare followed, and the client's Product Owner signed off each component in Azure DevOps.

The Result: 1,570 Person-Days a Year Back, 3.6 Times the Cost in Year One

An estimated 1,570 person-days of manual finance work taken back every year. That is about 3.6 times the cost of the delivery in its first year, freed from extracts, Access databases, allocations and reconciliations for analysis.

Month-end from weeks to days. Automated GR55 onboarding and direct SAP ECC ingestion shorten the close and remove its failure points.

Five allocation processes consolidated into one, governed and owned, so month-end runs on one process across the group.

More than 80% of data objects shared across reporting domains, starting from the management reporting layer, and certified executive and operational models replace the regional copies and shadow Excel reports.

Before and after: manual month-end work, allocation processes, month-end close, ERP ingestion, intercompany eliminations, FX rates, forecasting, reporting and variance tracing

The Honest Lesson: Recover the Logic Before Governing It

The allocation and KPI rules had to be recovered before they could be governed: the people who built the legacy platform had left, so the rules were reconstructed by reverse engineering and from what individual team members knew. After a merger, the largest data risk tends to sit in the workarounds people have normalised, which makes governance the core deliverable.

If your group reports through more than one ERP and the numbers only agree after manual adjustments, see how a governed finance backbone maps to your landscape.

We are here to answer your questions

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.