- Home
- Blog
- EDGEBIC Platform
- EDGEBIC Actual Live Monitoring Explained: Progress…
EDGEBIC Actual Live Monitoring Explained: Progress on the Routing
EDGEBIC by User Solutions offers a read-only live view that overlays a job's logged progress onto its routing diagram, showing an actual-versus-planned comparison on each operation, so you watch a job in flight on the same shape you used to author its process, and nothing you do on the board changes the schedule. Monitoring a job and editing a job are different acts that deserve different surfaces. The live actual view is the monitoring one: a safe window you can open any time to see where a job really is, in the context of its whole flow.
This reads the same actuals the kiosk logs and draws them against the plan. Where the reports give you those numbers in tables, this gives you them in the shape of the process.
Progress on the Shape of the Process
The defining idea is that progress lives on the routing diagram, not in a grid. A job's routing is a flow of connected operations, and the live view puts a card on each operation comparing what was planned against what has actually been logged. You read the job the way it is actually built: step by step along the process, seeing which operations are ahead, on track, or behind.
That spatial framing is more useful than it first sounds, because it answers the question a supervisor actually has. A table can tell you step twenty is behind; the diagram tells you what step twenty being behind means for the finish, because you can see the steps that follow it. A delay with slack downstream may cost nothing; a delay on the path that decides the finish date is the one to worry about. Seeing the comparison on the real shape lets you judge the consequence, not just the fact. For how EDGEBIC identifies that decisive path, see how EDGEBIC orders operations.
Read-Only by Design
The live actual view deliberately changes nothing. It reads the plan and the logged actuals, draws the comparison, and stops there. There is no save button that commits a schedule change, because monitoring should never carry the risk of accidentally editing the thing you are watching.
That constraint is what makes the board safe to open constantly. A planner can eyeball a handful of important jobs without the fear of dragging something loose. A supervisor can check a long job midway through a shift without touching the plan. When the board reveals that something needs to move, you switch to the tools built for that, the Gantt drag or the reschedule path, and make the change there. The live view is the window; the schedule tools are the controls.
Watching Versus Editing
It is worth naming the separation explicitly, because it is a design principle that runs through the product. Some surfaces exist to change the schedule and carry the guardrails that changing demands: staged drags, confirmation, change logging. Other surfaces exist to understand the schedule and are kept read-only so they can be used freely. The live actual view is firmly in the second camp.
Keeping the two apart means you never have to weigh a look against a risk. You can monitor as often as you like, and the only way to change anything is to deliberately move to a surface whose job is change. That clarity is worth more than the convenience of an all-in-one screen that lets a monitoring glance turn into an accidental edit.
When to Open It
Three moments make the live view the right screen. A customer question, where you want to see where an order truly stands before you answer, in a form that shows the whole job at once. A mid-shift check, where a supervisor confirms a long job is tracking rather than quietly slipping. And a planner's scan of important jobs, where you want the shape of a few orders without opening the full schedule.
In each case the value is the same: a fast, honest, risk-free read on a job in progress. For the numeric drill-down behind any concern the board raises, the work center progress report gives step-level hours, and how to log actual hours and pieces explains where the progress data comes from.
Where It Fits
The live actual view sits at the observation end of the actuals loop. Operators log at the kiosk, the schedule absorbs the actuals, and this board reflects them onto the routing so a human can watch. It complements the dashboard, which gives the plant-wide health read, by zooming into one job's flow. For the whole system it observes, the complete EDGEBIC guide is the map.
The Point of a Monitoring Window
You should be able to watch a job without the risk of changing it, and you should be able to see progress in the shape of the process rather than as a disembodied number. A read-only board that draws actual against planned on the routing diagram gives you both: safe to open any time, and framed so you can judge whether a delay actually matters. It is the difference between knowing a step is late and knowing whether the job is going to be okay.
Want to watch one of your jobs progress on its own routing? Bring an export to a demo and we will put it on the board.
It is a read-only monitoring board that overlays a job's logged progress onto its routing diagram. Each operation on the routing carries a card comparing actual to planned, so you read where a job really is, step by step, on the same shape you use to author the routing. It is for watching a job in flight, and it changes nothing: nothing you do on the board is written to the schedule.
The reports are tabular and point-in-time, filtered and exported as evidence. The live actual view is spatial: it puts progress on the routing diagram so you see which step of the process is ahead or behind in the context of the whole flow. Use the reports when you need numbers and a paper trail; use the live view when you want to see, at a glance and in the shape of the process, how a job is tracking.
No. It is deliberately read-only. It reads the plan and the logged actuals and draws the comparison, so you can monitor a job without any risk of changing it. When the board tells you something needs to move, you act through the tools built for changing a schedule, the Gantt drag or the reschedule path, not on the monitoring view itself.
Expert Q&A: Deep Dive
Q: Why put progress on the routing diagram instead of just in a table?
A: Because a table tells you a step is behind and the diagram tells you what that means for the job. Manufacturing is a flow, and where a delay sits in that flow decides whether it matters: a step behind on the critical path pushes the finish date, while a step behind with slack downstream may cost nothing. Seeing the actual-versus-planned comparison on the actual shape of the process, with the steps that follow it visible, lets you judge the consequence, not just the fact. The table is faster for a precise number; the diagram is better for the question a supervisor actually asks, which is not how late is step twenty but is this job going to be okay.
Q: When would I open the live actual view during a shift?
A: Any time you want a fast, honest read on a job in progress without risking a change to it. A customer calls about their order and you want to see where it truly stands before you answer. A supervisor wants to check midway through a shift whether a long job is tracking or slipping. A planner wants to eyeball a handful of important jobs without opening the full schedule and accidentally dragging something. Because the board is read-only, it is the safe surface for all of these: you look, you understand, and if action is needed you switch to the tools that make changes. It is the monitoring window, not the control panel, and that separation is exactly what makes it safe to open often.
Frequently Asked Questions
Ready to Transform Your Production Scheduling?
User Solutions has been helping manufacturers optimize their production schedules for over 35 years. One-time license, 5-day implementation.

User Solutions Team
Manufacturing Software Experts
User Solutions has been developing production planning and scheduling software for manufacturers since 1991. Our team combines 35+ years of manufacturing software expertise with deep industry knowledge to help factories optimize their operations.
Share this article
Related Articles
How an Open EDGEBIC Screen Notices Someone Else's Edit
On a shared database, a change made on one workstation reaches every other open screen within a few seconds, without anybody pressing anything. How the change signal works and why your selection survives it.
What Changes When EDGEBIC Moves to a Shared Database
Moving EDGEBIC from one workstation to a shared SQL Server changes three assumptions at once: who may overwrite whom, how an open screen stays current, and who may run the scheduler.
What the EDGEBIC Refresh Button Actually Does
The refresh button forces a full re-read from the database, which is not the same as closing a screen and reopening it. Why the distinction matters on a shared database, and when to press it.
