The bottom line
Power Platform replaces the spreadsheet layer in manufacturing in 3 weeks, not 18 months. Power Apps for shop-floor capture, Power Automate for SAP-integrated workflows, AI Builder for document intelligence. Power BI closes the loop with named metrics.
In This Article
- 1The spreadsheet layer is not a people problem — it is a gap problem
- 2The three processes where the spreadsheet layer costs the most
- 3The governance layer most organisations forget
- 4Where AI fits in this picture
- 5What the spreadsheet layer actually costs
- 6What this looks like in practice
- 7Where this approach doesn't fit
- 8Six weeks to first value
- 9What this means for the operations leader
Introduction
There is a layer of decision-making in every mid-market manufacturer that does not exist in any ERP system. It lives in Excel files on shared drives, in WhatsApp groups the IT team does not know about, and in email chains that constitute the actual production plan for the week.
SAP ByDesign has the purchase orders. The plant floor runs on a spreadsheet. The gap between them is where most operational risk lives.
The spreadsheet layer is not a people problem — it is a gap problem
Operations teams build the spreadsheet layer because the ERP was not designed for the way work actually gets done at the shift level. SAP ByDesign or Microsoft Dynamics 365 holds the plan. The production supervisor holds the reality — which machine is running slow, which material lot failed the incoming quality check, which customer order got verbally escalated by the sales director at 4pm.
None of that lives in the ERP. So it lives in Excel. And when it lives in Excel, it cannot be reported on, audited, governed, or fed back into the demand forecast.
The consequences are specific: month-end close requires two days of manual consolidation because production actuals are in spreadsheets rather than in the ERP. Shift handover misses critical context because the outgoing supervisor's Excel log is not accessible to the incoming team. Incident reports are filed late — sometimes not at all — because the process for raising them involves emailing a Word document to a shared inbox.
These are not technology failures. They are gap failures — the ERP covers 80% of the process, and the last 20% falls to whatever tool the team finds convenient.
Power Platform fills that 20%.
The three processes where the spreadsheet layer costs the most
**Month-end close.** In most mid-market manufacturers, production actuals from the plant floor need to be reconciled with SAP ByDesign purchase orders and Dynamics 365 sales orders before a gross margin figure can be confirmed. The reconciliation happens in Excel, takes between one and three working days, and is performed by someone senior enough to understand both the ERP logic and the plant floor reality. That is expensive, slow, and entirely avoidable.
A Power Apps data entry form connected to Dataverse — with automated validation rules checking quantities against SAP ByD — replaces the Excel reconciliation with a structured, auditable data entry process. Power Automate handles the exception routing: if a production actual falls outside tolerance against the SAP ByD planned quantity, it flags to the production manager automatically rather than waiting to be caught in the month-end review.
**Shift handover.** The outgoing shift supervisor knows things the incoming supervisor needs: which work orders are partially complete, which equipment has been running hot, which material lot was quarantined an hour before shift end. In most plants, this is conveyed verbally at handover or left in a shared Excel file that nobody reliably updates.
A Power Apps shift-handover form — structured, mandatory fields, connected to SAP ByDesign work orders via a Power Automate integration — creates a timestamped, searchable record of every shift handover. The incoming supervisor opens the Power Apps application, sees the structured summary, and starts the shift with full context. OEE drift caused by incomplete information transfer at handover is one of the more preventable losses in discrete manufacturing — typically 2–5% of available production time.
**Incident and non-conformance reporting.** The lag between an incident occurring on the plant floor and a formal non-conformance report appearing in a system that quality management can act on is, in most mid-market manufacturers, measured in days rather than hours. The process requires filling in a Word or PDF form, emailing it to the quality coordinator, who manually enters it into whatever QMS system exists — if one exists at all.
Power Apps replaces the form. Power Automate routes it immediately to the quality coordinator, the production supervisor, and — if severity thresholds are met — to the plant manager. Dataverse stores every record in a structured, queryable format. Power BI makes the non-conformance trend visible in the weekly quality review rather than discovered in the quarterly audit.
The governance layer most organisations forget
Replacing spreadsheets with Power Apps and Power Automate is straightforward. The part that determines whether it scales is governance — and most organisations build the apps before they think about it.
Microsoft Purview provides data cataloguing and policy enforcement across the Power Platform environment. Without it, a year into a Power Platform programme, you have forty-seven Power Apps built by different people in different business units, each connecting to Dataverse with different table structures, no consistent naming conventions, and no way to audit who has access to what.
The governance design — Dataverse table standards, Power Apps environment strategy, Power Automate connector policies, Purview classifications — should be defined before the third app is built, not after the fortieth.
This is especially important in manufacturing and FMCG environments where production data, quality records, and supplier information carry regulatory implications. HACCP records in a food manufacturer, for example, need to be auditable and tamper-evident. Dataverse with appropriate Microsoft Purview policies provides that — a shared Excel file does not.
Where AI fits in this picture
The AI layer in a mid-market Power Platform programme is not Copilot answering general questions. It is specific, applied to a named process.
AI Builder document processing — extracting delivery note data from PDF supplier documents arriving in an Outlook inbox, parsing them into structured Dataverse records, and reconciling them against SAP ByDesign purchase orders without manual intervention. In high-volume procurement environments, this eliminates hours of data entry per day and the transcription errors that go with it.
Copilot Studio agents — surfacing structured queries against Dataverse records. A supply chain planner asking "which open purchase orders from this supplier are overdue by more than five days?" and getting an answer drawn from governed Dataverse data, not from a pivot table someone built last week. The Copilot agent is only useful here if the Dataverse tables it draws from are clean and well-structured — which is why governance comes first.
Power Automate with AI-triggered escalation — a quality threshold breach detected in incoming inspection data triggering an automated non-conformance workflow without waiting for a human to notice the number in a spreadsheet.
The pattern is consistent: AI applied to a specific, well-defined process with clean structured data behind it. Not a general-purpose assistant deployed against a data environment that is still mostly spreadsheets.
What the Spreadsheet Layer Actually Costs
The spreadsheet layer feels free because it sits off the books — but it carries a measurable cost in three currencies. Time: month-end close that needs one to three days of two senior analysts reconciling plant-floor Excel against SAP ByDesign is salary spent on transcription, every cycle. Lost output: OEE drift from incomplete shift-handover context typically runs 2–5% of available production time — capacity the plant owns and cannot see because the handover lived in an Excel log nobody reliably updated. And risk: a non-conformance that takes days to reach the quality system, because the process is a Word form emailed to a shared inbox, is days in which affected product keeps moving.
None of these appear as a line item, which is exactly why the spreadsheet layer persists — the cost is real but unbooked. A connected layer makes it visible and recoverable: the FMCG packaging example cut month-end close from three days to one by replacing the Excel reconciliation with a Power Apps form validated against SAP ByD, and the analyst's time shifted from reconciliation to exception investigation. That is not a productivity abstraction; it is two senior analysts' days returned every month.
The compounding cost is governance debt. The same Excel files that cannot be reported on also cannot be audited — and in a food manufacturer, HACCP records that are tamper-evident and queryable are a compliance requirement a shared spreadsheet structurally cannot meet. Every quarter the spreadsheet layer persists is a quarter of accumulating unbooked time, lost output, and audit exposure. The investment case is not the technology cost; it is the cost you are already paying and not measuring.
The spreadsheet layer feels free because its cost is unbooked — month-end days, 2–5% OEE lost to handover gaps, non-conformances that take days to surface. The investment case is the cost you are already paying without measuring it.
What this looks like in practice
A mid-market packaging manufacturer running SAP ByDesign for procurement and production planning had a month-end close process that required three working days and two senior analysts. Production actuals existed in plant-floor Excel files. Purchase order confirmations were in SAP ByD. Reconciling them required pulling both extracts, combining in Excel, and manually resolving discrepancies.
The programme replaced the plant-floor Excel log with a Power Apps daily production entry form — structured against SAP ByD work order numbers, with quantity validation checking against planned quantities in real time. Power Automate integrated the entries back into SAP ByD via the API. Dataverse stored every record. Power BI surfaced the production actuals against plan on a live dashboard.
Month-end close, which previously required pulling and reconciling two separate data sources, moved to a review process: the Power BI report showed the actuals-vs-plan position in real time, and the analyst's role shifted from data reconciliation to exception investigation. Close time dropped from three days to one.
Where this approach doesn't fit
If your SAP ByDesign or Dynamics 365 environment is severely misconfigured — master data that does not reflect actual production reality, item codes that are inconsistent across plant sites, supplier records that are duplicated with different naming conventions — Power Platform automation will surface those inconsistencies faster and more visibly, not hide them. The ERP master data has to be in reasonable shape before automating processes that depend on it.
This approach is also better suited to repeatable, structured processes — handover, incident reporting, month-end consolidation — than to genuinely unstructured judgment work. It is not a substitute for an experienced production planner who understands the commercial prioritisation logic that no system has ever fully codified.
Six weeks to first value
In Discover — two weeks — we map the three highest-cost spreadsheet processes: typically month-end close, shift handover, and either incident reporting or a procurement reconciliation process. We size the effort required to replace each with Power Apps + Power Automate + Dataverse, and we agree which one goes first.
In Prototype — weeks three to six — we build and deploy the first application: a Power Apps form, a Power Automate integration to SAP ByD or Dynamics 365, Dataverse tables with Purview governance, and a Power BI view showing the structured data the app produces. You see the first process running in your environment without the spreadsheet before we scope the remaining two.
What This Means for the Operations Leader
The decision is to stop treating the spreadsheet layer as harmless improvisation and start treating it as the unmanaged 20% of the process where the risk and the cost concentrate. The ERP was never going to cover shift-level reality; the question is whether that reality lives in auditable, reportable structured data or in Excel files IT does not know exist. Framed that way, this is not an IT-backlog item to wait 18 months for — it is an operations decision about where your production truth lives.
Start with the single highest-cost process, not a platform rollout. For most mid-market manufacturers that is month-end close, shift handover, or incident reporting — pick the one bleeding the most senior time or output, and replace it end to end: a Power Apps form, a Power Automate integration to SAP ByDesign or Dynamics 365, Dataverse with Purview governance, a Power BI view. First value in 6 weeks, running in your environment without the spreadsheet, with the cost recovery measured — then scope the next two on the evidence.
Two boundaries keep it honest: the ERP master data has to be in reasonable shape or the automation surfaces the mess faster, and this replaces structured, repeatable processes — not the experienced planner's commercial judgement no system has codified. And get the governance design in before the third app, not the fortieth. Fill the 20% the ERP never covered with a governed Power Platform layer, prove it on the costliest process first, and the spreadsheet layer stops being where your operational risk quietly lives.
The spreadsheet layer in manufacturing exists because nobody had a better option. Power Platform is the better option — when it is built against your specific ERP, your specific plant workflow, and the metrics you actually track. Generic templates do not survive the shift change.
Free Assessment
Where does your operation sit on the data maturity curve?
8 questions. 3 minutes. You get a scored breakdown across data infrastructure, analytics readiness, and automation potential — with a specific next step for your industry.