ERP Strategy 26 June 2026 · 8 min read

Operational Dashboards: How to Build Live Operations Visibility Over Your Business System

Your team deserves more than last week’s report. Build real-time operational dashboards connected directly to your ERP — without replacing the system you already have.

Your business generates operational data every second. Orders are placed, stock moves, production lines run, deliveries leave the yard. Your team makes hundreds of decisions every day based on what is happening right now.

And your team sees it at the end of the week.

The disconnect between live operations and retrospective reporting is one of the most expensive hidden costs in manufacturing and distribution. Your ERP holds the data, but the data is buried in batch reports, multi-screen navigation, and export-to-Excel workflows. By the time a report lands in someone’s inbox, the situation on the factory floor has already changed.

Operational dashboards solve this. They pull live data from your business system and present it in a clear, role-specific view that updates every few seconds. Order pipeline, stock levels, production status, delivery performance — all visible at a glance, without logging into the ERP.

This guide covers what operational dashboards are, how they connect to your business system, the types that matter most for manufacturers and distributors, and how to build one without replacing your existing software stack.

What Is an Operational Dashboard?

An operational dashboard is a real-time visual display of the key metrics and activities within your business. Unlike a strategic dashboard (which tracks high-level KPIs over months or quarters), an operational dashboard shows what is happening right now, or within the current shift, day, or week.

The defining characteristic of an operational dashboard is that it is “live.” The numbers update automatically as data changes in the underlying business system. No one hits refresh. No one runs a report. The data flows from the ERP into the dashboard in near real time.

Operational dashboards are role-specific by design. A production manager needs to see line status, downtime, and output. A warehouse manager needs stock levels, pick rates, and dispatch queue. A sales director needs the order pipeline, credit limits, and delivery performance. Each role gets its own view, drawn from the same ERP data.

Sysgraft builds these dashboards as a layer over your existing business system. We do not replace your ERP. We connect to it via its built-in REST API and render the data in a modern web interface that your team can access from any device.

Here is the architecture at a glance:

Your Existing Business System (ERP)
         │
         │  REST API (OData / JSON) — read-only queries
         │  OAuth 2.0 authentication
         ▼
Dashboard API Adapter Layer
  · Live data polling (30-second intervals)
  · Server-side aggregation
  · Caching layer (Redis)
  · Role-based data filtering
         │
         ▼
Operational Dashboard (React / Next.js)
  · Order pipeline view
  · Stock health dashboard
  · Production status board
  · Delivery tracking panel
  · Financial overview
         │
         ├── Desktop (office, factory floor)
         ├── Tablet (warehouse, production line)
         └── Mobile (field service, management)

The Problem with ERP Reports

Your ERP almost certainly includes reporting capabilities. Many systems ship with dozens of standard reports covering sales, purchases, inventory, production, and finance. So why do they fall short for real-time operations?

ERP reports are retrospective. They show what happened up to a point in time — end of day, end of week, end of month. A report generated at 9am on Monday shows stock positions as they were at midnight on Sunday. By 10am, a delivery has arrived, a production run has consumed materials, and three orders have been picked. The report is already wrong.

ERP reports are batch-processed. Most ERP systems generate reports on a schedule, not on demand. Even when you can request a report ad hoc, the system often processes it as a background job, queuing it behind other tasks. A report that takes 30 seconds to generate and 45 seconds to load can feel like an eternity when a customer is on the phone asking about an order.

ERP reports require navigating through multiple screens. To get a complete picture of operations, your team may need to open the sales module, switch to a different role centre, run a report, export to Excel, and then open the inventory module to cross-reference stock. Every screen transition adds friction. Every export creates a stale copy.

The result is that your team builds workarounds. The sales director keeps a manual spreadsheet. The warehouse manager prints reports at the start of each shift and works from paper. The MD asks finance to pull numbers and email them. Each workaround costs time, introduces errors, and delays decisions.

Academic research confirms this pattern. A study published in the International Journal of Production Research found that poor visibility of operational data was one of the top three contributors to inefficiency in manufacturing SMEs. The researchers noted that “the gap between data availability and data accessibility remains a persistent barrier to operational performance.” In plain English: the data exists, but your team cannot get to it in time to act.

How an Operational Dashboard Works

An operational dashboard connected to your business system follows a straightforward data flow. Here is how it works under the hood:

Business System ──► API ──► Dashboard Server ──► Live View
     │                                             │
     │  ERP tables     OData/JSON      React/      Browser /
     │  (live data)     REST API       Next.js     Mobile
     │                                             │
     ▼                                             ▼
  Stock, Orders,                            User sees live
  Production,                                KPIs, charts,
  Invoices                                   alerts, tables

Step 1: Data extraction. The dashboard server connects to your ERP’s REST API at regular intervals (typically every 15 to 60 seconds, depending on the metric). It requests the specific data points needed for each dashboard view: open sales orders, stock-on-hand quantities, production order statuses, delivery schedules, and so on.

Step 2: Server-side processing. The server aggregates and transforms the raw API data into the metrics that matter. Raw sales order lines become pipeline value and stage counts. Individual stock movements become headline stock health indicators. Production status codes become line-status cards with RAG (red/amber/green) colouring.

Step 3: Push to the frontend. The processed data is pushed to the browser via a WebSocket or short polling mechanism. The dashboard updates automatically without the user refreshing the page. New orders appear. Stock levels adjust. Status flags change colour.

Step 4: User interaction. The user sees a live, interactive view of their operational data. They can filter, sort, drill down into individual records, and in some cases take action directly from the dashboard.

This architecture ensures that the dashboard is always pulling from the live ERP data. There is no intermediate database, no nightly sync, no stale copy. What you see on the dashboard is what is in the system right now.

Types of Operational Dashboards

Different roles in your organisation need different views of the data. Here are the five most common operational dashboards for manufacturing and distribution businesses:

Order Pipeline Dashboard

Shows all open sales orders grouped by status: new, confirmed, in production, ready to ship, and delivered. Each order displays the customer name, order value, promise date, and current status. A pipeline summary at the top gives total open order value, orders due this week, and orders past their promise date.

This dashboard is invaluable for sales directors, customer service teams, and production planners. It answers the question “What is happening with every open order right now?” in a single glance, rather than requiring a separate search for each customer.

Stock Health Dashboard

Provides a live view of inventory across all locations. Headline cards show total stock value, number of SKUs below reorder point, number of SKUs at zero stock, and slow-moving inventory value. A RAG-coded table lists every SKU with current quantity, reorder point, lead time, and days of cover.

Warehouse managers and purchasing teams use this dashboard to prioritise replenishment, identify stock-outs before they cause production delays, and spot slow-moving inventory that ties up working capital.

Production Status Dashboard

Displays every active production order on a card-based board. Each card shows the order number, item being produced, quantity, scheduled start and end dates, current completion percentage, and any quality or downtime alerts. Orders are grouped by status: scheduled, in progress, on hold, completed.

Production managers and shift supervisors use this to track progress against the production plan, identify bottlenecks, and reallocate resources when a line falls behind.

Delivery Tracking Dashboard

Lists all outbound deliveries scheduled for today and the next seven days. Each row shows the customer, delivery date, carrier, number of lines, total weight, and current status (picking, packed, loaded, dispatched, delivered). Overdue deliveries are highlighted in red.

Despatch managers and customer service teams use this to manage the dispatch queue, communicate accurate ETAs to customers, and identify delivery issues before customers call.

Financial Overview Dashboard

Provides a real-time summary of key financial metrics: sales revenue (today, this week, this month), outstanding receivables, overdue invoices, cash position, and gross margin for the current period. Charts show trends over the last 30 and 90 days.

Finance directors and MDs use this to monitor cash flow, track revenue against targets, and spot payment issues early without waiting for month-end.

Dashboard TypePrimary AudienceUpdate FrequencyKey Metric
Order PipelineSales, Customer ServiceEvery 30 secOpen order value & count
Stock HealthWarehouse, PurchasingEvery 60 secSKUs below reorder point
Production StatusProduction ManagerEvery 30 secOrders on schedule vs behind
Delivery TrackingDespatch, Customer ServiceEvery 60 secOverdue deliveries today
Financial OverviewFinance, MDEvery 5 minRevenue vs target (today)

Key Features of an Effective Operational Dashboard

Not all dashboards are created equal. The ones that actually change how a business runs share a set of common features:

Real-Time Data

The dashboard updates automatically from the ERP data source, typically every 15 to 60 seconds. No manual refresh. No stale data. The numbers on screen reflect the current state of the business.

Real-time does not mean millisecond latency — your ERP is not a stock exchange. But it does mean that the data is fresh enough to act on. If a stock level changes because goods were received ten minutes ago, the dashboard should reflect that before the next decision is made.

Role-Specific Views

A single dashboard that tries to show everything to everyone ends up showing nothing useful to anyone. Effective operational dashboards are tailored to specific roles. The production manager sees production data. The warehouse manager sees stock data. The sales director sees order data.

Each view surfaces the metrics that matter for that role, in a layout designed for how that person works. A production manager needs a large-format board they can see from across the factory floor. A sales director needs a browser-based view for their desk and mobile phone.

Alerting and Notifications

The dashboard should not just display data — it should flag exceptions. When a stock level drops below reorder point, the stock dashboard should highlight it. When a production order falls behind schedule, the production board should turn red. When a high-value order is past its promise date, the order pipeline should surface it.

Alerts can be visual (colour changes, flashing indicators) or push-based (email, SMS, Slack notification). The goal is to move from “I need to check the dashboard for problems” to “the dashboard tells me where the problems are.”

Drill-Down Capability

A headline number tells you what is happening. A drill-down tells you why. Each metric on the dashboard should be clickable, revealing the underlying transactions. A “12 orders overdue” counter should expand into a list of the specific orders, with customer names, values, and delay reasons. A “34 SKUs below reorder point” warning should show the exact items and their current quantities.

Drill-down turns a monitoring tool into a decision-support tool. The user spots a problem, clicks to see the detail, and takes action — all from within the same dashboard.

Mobile Access

Operations do not stop when someone leaves their desk. The MD checks order pipeline on the way to a meeting. The warehouse manager looks at stock levels from the shop floor. The production manager reviews line status from home at 6am.

An operational dashboard should be fully responsive, working on phones and tablets as well as desktop screens. Not a scaled-down version of the desktop view, but a layout that is intentionally designed for smaller screens, with the most important metrics prominent and drill-downs easily tappable.

The Benefits of Live Operational Dashboards

What happens when you put live operational dashboards in front of your team? The benefits are measurable and compound over time.

Faster Decision-Making

When data is live and visible at a glance, decisions that used to take minutes take seconds. The production manager sees a bottleneck forming on Line 2 and reallocates resource before the line stops. The purchasing manager spots a stock level dropping and places a replenishment order before it hits zero. The despatch manager sees a delivery falling behind and reassigns a picker.

Each individual decision saves a small amount of time. Across a team of 20 people making 50 decisions a day, the cumulative saving is substantial.

Less Firefighting

The biggest operational cost in manufacturing is not downtime. It is the reactive mode that sets in when problems go unnoticed until they become crises. A stock-out that started as a slow-moving item three weeks ago becomes a production line stop today. An order that went overdue yesterday becomes an angry customer call and an expedited shipment today.

Live dashboards catch problems early, when they are still easy and cheap to fix. The stock health dashboard shows items approaching reorder point a week before they run out. The production board flags a delay on a single operation before it cascades through the schedule. The delivery tracking panel highlights a booking gap before customers start calling.

The shift from reactive to proactive management reduces expedite costs, customer complaints, and management time spent firefighting.

Trend Spotting

Once you see operational data in real time, patterns emerge that were invisible in weekly reports. Sales orders arrive in predictable waves through the week. Production throughput dips at consistent times each shift. Stock levels follow seasonal cycles that the standard reorder logic does not capture.

These patterns become input for process improvement. You reschedule staff to match the order wave. You adjust shift patterns to cover the throughput dip. You set dynamic reorder points that reflect seasonal demand rather than a static calculation.

Proactive Management Culture

The most valuable benefit is cultural. When your team can see data live, they naturally start managing by the numbers. The morning meeting shifts from “what happened yesterday?” to “what is happening now and what do we need to do about it?”

This is not about imposing a new process on your team. It is about giving them the visibility they already want, in a form that fits how they actually work. Most operational teams instinctively want to be proactive. They just lack the tools. Operational dashboards provide them.

How to Build an Operational Dashboard Over Your ERP

Building an operational dashboard connected to your business system follows a structured approach. Here is the process Sysgraft uses:

Phase 1: Discovery

We start by understanding your operations. Which roles need dashboards? What decisions do they make? What data do they need and how often do they need it? We map the current reporting workflow — which reports people run, which data they export to Excel, which manual processes they use to get a picture of operations.

We also conduct a live API audit against your business system. We authenticate, enumerate available endpoints, test read operations against your real data, and confirm coverage for the dashboard scope you need.

The discovery phase typically takes three to five days and produces a data map, wireframes for each dashboard view, and a fixed-price proposal.

Phase 2: Data Mapping

Once the scope is agreed, we map each dashboard metric back to the specific API endpoint and field in your ERP. This phase ensures that every number on the dashboard has a clear data lineage. “Open order value” is defined precisely: which orders count as open, which currency, whether tax is included, how part-shipped orders are handled.

Data mapping also covers transformation logic. Raw stock movements become a “days of cover” calculation. Production status codes are mapped to RAG colours. Sales order line statuses are grouped into pipeline stages.

Phase 3: Dashboard Design

With the data map in place, we design each dashboard view. The design phase focuses on layout hierarchy: the most important metric goes top-left, secondary metrics are grouped below, and drill-downs are accessible from each data point. Colour coding is consistent across all views. The layout is optimised for the devices each role will use.

Phase 4: Build

We build the dashboard layer using React, Next.js, and TypeScript. The API adapter is built first, handling authentication, data polling, caching, and transformation. The frontend components are built on top, with each dashboard view as a separate route or tab.

Build timeline for operational dashboards is typically four to eight weeks, depending on the number of dashboard views and the complexity of the underlying data model.

Phase 5: Deploy and Evolve

When the dashboards are live, we monitor usage, gather feedback, and iterate. The most effective operational dashboards evolve as your team finds new ways to use them. A feature added in month two based on user feedback often delivers more value than everything planned in month one.

Common Questions About Operational Dashboards

Do I need to replace my ERP to get live dashboards?

No. Operational dashboards connect to your existing ERP via its REST API. Your system stays as the system of record. No data migration, no replacement, no risk to your upgrade path. The dashboard is a read-heavy layer that queries your ERP data in real time. Most ERP systems also support write-back, so you can take action from the dashboard if needed.

How often does the data update?

Typically every 15 to 60 seconds, depending on the metric. Stock levels and order statuses are usually polled every 30 seconds. Financial overviews are less time-sensitive and can update every five minutes. The polling interval is configurable and can be set per dashboard or per metric. If you need sub-second updates, we can implement WebSocket-based push, though this is rarely necessary for ERP data.

Can I build dashboards myself with Power BI or similar tools?

Power BI is excellent for analytical reporting and trend analysis over historical data. It is less suited for live operational dashboards that need to update every 30 seconds and be used as a real-time operations tool by people on the factory floor. Power BI’s data refresh model (scheduled imports or DirectQuery) does not provide the same real-time experience as a purpose-built dashboard layer.

For analytical dashboards that answer “what happened last month?”, Power BI is a great choice. For operational dashboards that answer “what is happening right now?”, a custom dashboard layer connected to your ERP API is the better approach. Many businesses use both: Power BI for analysis and a live dashboard for operations.

What if my ERP does not have a modern REST API?

Most modern ERP systems (Dynamics 365 BC, Sage 200, OrderWise, SAP Business One, IFS, Epicor, NetSuite, Oracle JDE, etc.) expose REST APIs. For older on-premise systems that do not, we can build a lightweight middleware layer that connects to the database via ODBC or a legacy API and exposes REST endpoints for the dashboard. This adds some complexity but is a well-understood pattern.

How much does it cost to build operational dashboards?

A discovery sprint costs a fixed fee (typically £2,500–£4,500) and includes the API audit, data mapping, wireframes, and a fixed-price proposal for the build. The build cost depends on the number of dashboard views and the complexity of the data model. A typical operational dashboard project (3–5 dashboard views) costs between £15,000 and £35,000 as a fixed-price build, with a monthly subscription for hosting, maintenance, and support starting at £1,000 per month.

How long does it take to go live?

A discovery sprint takes three to five days. The build phase for operational dashboards takes four to eight weeks, depending on scope. Total time from first conversation to go-live is typically six to ten weeks. The fastest we have delivered a single-dashboard project is three weeks from kick-off to production.


Ready to see your operational data live?

Start with a discovery sprint. We will audit your ERP’s API, map your key metrics, and deliver wireframes and a fixed-price proposal — in under a week.

Book a Discovery Call