EDGEBIC How-To

How to Read the Job Status Donut in EDGEBIC

User Solutions TeamUser Solutions Team
|
6 min read

The job status donut in EDGEBIC by User Solutions lives on the Capacity dashboard tab, in the Overview area's Active Alerts panel: it sorts every active job into one of four colored slices, Late, Overdue, On time, or Early, so you can see the health of the whole order book at a glance. Each job lands in exactly one slice, and the list beside the donut ranks them worst first.

The donut is one signal on the Capacity tab, which also carries the capacity load view covered in reading a red day on the capacity view. Misreading dashboard signals is common enough to warrant its own guide in dashboard misreading mistakes. Every task in this library is mapped on the EDGEBIC how-to hub.

Before You Start

  • Jobs are scheduled. The donut classifies against the schedule, so an unscheduled job has nothing to place.
  • Due dates are set. The four buckets are all defined relative to the due date.
  • You have refreshed the tab. The dashboard does not auto-update, so a stale donut reflects the last time the tab was activated.

Step 1: Open the Capacity Tab

Open the Dashboard section from the main navigation. The Capacity tab is the default landing tab. In the Overview area, find the Active Alerts panel; the job status donut sits there with the Active Jobs list beside it.

Step 2: Read the Four Slices

Each slice is a schedule-margin bucket, and only active jobs are counted:

SliceColorWhat it means
LateRedThe job finished after its due date, or its current plan overruns the due date, flagged even before the due date arrives
OverdueAmberThe plan meets the due date, but the due date has already passed with the job unfinished
On timeGreenThe due date is still open and the plan lands exactly on it, or the job finished on or before it
EarlyTealThe due date is still open and the plan finishes before it, with slack

Step 3: Work the Active Jobs List

The list beside the donut sorts worst first, so red Late jobs sit at the top. Each row carries an In progress badge when the job has physically started, which is shown separately from the slice because starting a job does not change whether it is on time. Read the badge and the slice together: a started job in the Late slice is running and behind, a Late job with no badge has not begun and is already structurally late.

Step 4: Read the Ready Date

The donut and the list classify against the delivery-ready end, which is the scheduled end plus the product's end-item lead time, and show a Ready date. This is why the buckets agree with the days-late column on the Drive Schedule grid: both account for the lead time a product needs after its last operation, not just the raw scheduled end.

How to Check It Worked

The donut is a read-only view, so nothing is saved. Confirm it worked by checking that a job you know is comfortably ahead reads Early or On time, and that a job whose plan overruns its due date reads Late even though its due date is still in the future. If the donut disagrees with the Drive Schedule grid, refresh the tab; the two are computed on the same delivery-ready basis and should line up.

Common Mistakes

  • Reading On time as having a buffer. On time means the plan lands exactly on the due date with no slack. Early is the only bucket with real margin.
  • Expecting a started job to change slice. Starting a job shows the In progress badge but does not move it between buckets. The slice is about dates, not activity.
  • Confusing Late with Overdue. Late is a plan overrunning the due date, which can be true today. Overdue is a due date already past. Late is the earlier warning.
  • Trusting a stale donut. The tab does not auto-refresh. Refresh before you read it against a fresh schedule run.

Expert Q&A: Deep Dive

Q: A job's plan finishes exactly on its due date. Why does it read On time rather than Early?

A: Because Early is reserved for plans that finish before the due date with genuine slack, while a plan landing exactly on the due date has no slack and is therefore On time, not Early. The distinction matters because a job sitting exactly on its due date has zero margin: any slip at all pushes it to Late. So On time here is not a comfortable state, it is a no-margin state. If you want a real buffer, the plan needs to finish before the due date, which is what moves it into the teal Early slice. Reading On time as safe and Early as safe-with-room is the right way to interpret the two green-family buckets.

Q: The donut disagrees with what I see on the Drive Schedule grid's days-late column. Which is right?

A: They should agree, and if they do it is because both classify against the delivery-ready end, which is the scheduled end plus the product's end-item lead time, not the raw scheduled end. A product that needs several days of lead time after its last operation finishes later than its schedule shows, and both the donut and the days-late column account for that, showing a Ready date. If they genuinely disagree, the usual cause is a stale view: refresh the dashboard, since it does not auto-update. Once refreshed against the same schedule, the donut's buckets and the grid's days-late figures line up because they are computed on the same delivery-ready basis.

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

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.

Let's Solve Your Challenges Together