← All resources
Case study · Illustrative scenario

From parallel Excel reports to a clear ERP workflow

How we would approach a business where ERP is in place, but the information needed for daily decisions is still rebuilt manually outside the system.

ERP planning workstation in a manufacturing environment
An example of the EVOMIND approach, based on typical operational situations. It does not describe a documented client project or present measured results.
Environment
Manufacturing & logistics
Focus
ERP, data & reporting
Goal
A clear data source
01 / Context

Having a system does not automatically mean having operational control.

In this scenario, a manufacturer uses ERP for day-to-day transactions. Production, logistics and administration also maintain their own Excel files. Each file serves an immediate need, but definitions, update times and responsibilities differ.

To prepare a report, someone exports data, fills in missing information and reconciles discrepancies. When that person is absent, the process is hard to reproduce. The full information flow needs to be understood.

02 / Assessment

Where does trust in the data break down?

Before changing the system, we would follow one complete workflow: from recording a stock movement to the report used by management.

  • Definitions: what does “available stock” mean to each department?
  • Identifiers: do item codes use the same format in ERP and exports?
  • Timing: are transactions recorded when they happen or later?
  • Ownership: who corrects the data and validates the report?

A code stored as text in one file and interpreted as a number in another can prevent a match in Excel. It is a useful technical example, but it does not explain every inventory or reporting discrepancy.

03 / Proposed approach

Stabilise before automating.

  1. Clarify the workflow and reference source

    Document where each piece of information comes from, who records it and which calculation rules the report uses.

  2. Validate a sample of data

    Check formats, codes, units of measure and missing entries. Keep exceptions visible rather than concealing them through automatic completion.

  3. Align reporting with ERP

    Identify what can be obtained reliably from the system and what additional processing is still needed. Define explicit rules for that processing.

  4. Test and transfer the workflow

    Repeat the reporting process with key users, document the steps and check that another person can perform them.

04 / Deliverables

What would remain within the organisation.

  • A concise map of the data flow and responsibilities.
  • A register of discrepancies and confirmed causes.
  • Validation rules for codes, formats and transactions.
  • A reporting procedure that can be repeated and checked.
  • A prioritised improvement list, separate from immediate fixes.
05 / Validation

How we would check progress.

Criteria and baselines would be agreed at the start of a real engagement. Possible measures include:

MeasureHow to check it
Report preparation timeTime the same workflow across comparable reporting periods.
Unexplained discrepanciesMaintain an exception register with owners and causes.
Manual correctionsRecord adjustments made after export.
Dependency on one personHave a backup user repeat the process.

These are proposed criteria, not achieved results. No percentage reductions or time savings are attributed to an unmeasured project.

A report becomes trustworthy when sources, rules and responsibilities are clear. Automation makes sense after that foundation is in place.

Does your reporting depend on spreadsheets and key individuals?

We can start by clarifying one specific workflow, from the transaction to the report.

Let’s talk →