- Home
- Blog
- EDGEBIC How-To
- How to Scope a Utilization Report to a List of Job…
How to Scope a Utilization Report to a List of Jobs in EDGEBIC
The work center utilization report in EDGEBIC by User Solutions accepts a comma-separated list of job numbers, so one run can show exactly how much of each station's load belongs to one customer, one program, or one rush batch. The filter is precise about what it changes, and knowing the one thing it does not change is what keeps the numbers honest.
For the unfiltered report, see how to run the work center utilization report. Every task in this library is mapped on the EDGEBIC how-to hub.
Before You Start
- The jobs are scheduled. The report reads the plan, so an unscheduled order contributes nothing.
- You have the exact job numbers to hand, ideally copied from the Drive Schedule grid rather than typed from memory.
- You know which question you are asking. This filter answers how much of a station these jobs consume, not whether the station is overloaded.
Step 1: Open the Report
Open Reports from the main navigation and click the Work Center Utilization tile in the Diagnostics group. This is the heavyweight capacity report and the authoritative one, because its available hours come from the real shift calendars and any per-day overrides rather than an approximation.
Step 2: Enter the Job List
The report prompts for its parameters before it loads. In the job field, type the job numbers separated by commas:
JOB-2026-0101,JOB-2026-0102,JOB-2026-0103
Points that matter:
- Matching ignores case, so the numbers do not have to match the grid's capitalization.
- Empty entries between commas are ignored, so a trailing comma is harmless.
- Type the numbers exactly as they appear on the order, with no extra characters. A number that does not match contributes nothing and raises no error.
Set the date range in the same prompt, then load.
Step 3: Read What the Filter Changed
Every schedule-derived figure now reflects only the jobs you listed. That includes the per work center rows, the daily heatmap, the top jobs by load, and the plan against actual comparison. The KPI strip at the top reflects the same filter.
The report keeps its four tabs, so a filtered run is still a full lens:
| Tab | What it shows under a job filter |
|---|---|
| Per Work Center | Hours these jobs place on each station, with the backlog drill-down beneath a selected row |
| Daily Heatmap | How those hours fall across the next 14 days |
| Top Jobs by Load | Which of your listed jobs is heaviest, and where |
| Plan vs Actual | How the filtered work is running against its plan |
Step 4: Read the One Number the Filter Does Not Change
The available hours denominator is always plant-wide. It is not reduced to the filtered jobs, and it should not be, because capacity belongs to the station rather than to a customer.
The consequence is direct: utilization percentages on a filtered run read low, and they are not a statement about how busy the station is. A mill that is genuinely at 96% for the window will show a small percentage when only three jobs contribute the numerator. That number means those three jobs consume that share of the station's capacity, which is a useful figure and a different one.
When somebody asks whether a station is overloaded, clear the filter and run again.
Step 5: Export the Pair
If the filtered run is driving a conversation, export both the filtered and the unfiltered run for the same date range. Use Export to Excel (the export routine is the same for every report) for the full workbook, which carries the per work center rows, the heatmap, the top jobs, the plan against actual comparison, the capacity waste view, and a flat backlog detail with every operation's timing parameters. Reports are point in time, so a dated export is what makes the picture provable next week.
What Changes When You Run It
Nothing in the plan. Every report in the catalog is read-only and queries fresh when you open or reload it, holding nothing in the background. Your column layout on the grid persists per user and is restored next time, but the data itself is never cached.
How to Check It Worked
Pick one work center row and drill into its backlog. Every job listed should be one of the numbers you typed. If a job you did not list appears, the filter did not take, which usually means the numbers went into the wrong field on the prompt. If a job you did list is missing, check its spelling and then widen the date range before assuming anything else.
Common Mistakes
- Quoting a filtered utilization percentage as a load figure. The denominator is plant-wide, so the percentage understates the station.
- Adding spaces after the commas out of habit. Type the list cleanly and the entries match reliably.
- Filtering to diagnose an overload. Run unfiltered for that, then filter to attribute it.
- Comparing a filtered run against an unfiltered one from a different date range. Hold the range constant or the comparison means nothing.
- Using the lighter performance report for capacity. Its available-hours figure is an approximation that ignores shift calendars, so when the two disagree, the utilization report is the authority.
See how load, capacity, and the plan stay in one system on the EDGEBIC product page.
Expert Q&A: Deep Dive
Q: A customer wants to know whether we have room for another order like their last three. How do I use this?
A: Run the report twice on the same date range. First unfiltered, to establish what each station is genuinely carrying and where the tight days are. Then filtered to that customer's three job numbers, which tells you how many hours their work is consuming at each station. The comparison is the answer: if their jobs account for 30 hours on a mill that is already at 96% for the window, another order of the same shape does not fit without either overtime or somebody else moving. Take the two exports into the conversation rather than a percentage from memory. The unfiltered run is the one that carries authority on capacity, because its denominator is the real shift calendar.
Q: I typed five job numbers and the report came back with fewer rows than expected. What went wrong?
A: Check the numbers character by character against the Drive Schedule grid first, since a single typo silently contributes nothing rather than raising an error. Then check the date range, because a job whose operations sit outside the window contributes no load even when the number is correct. Third, check that each job is actually scheduled, since the report reads the plan and an unscheduled order has no hours to attribute. If all three check out and rows are still missing, widen the range by a week and run again. A job that only appears with the wider window is telling you its work is planned later than you thought, which is usually the more interesting finding.
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 to Create a Watched-File Integration in EDGEBIC
Create a watched-file integration in EDGEBIC: point it at the file your ERP drops, pick the target entity and import mask, set the debounce, and let a new file trigger the run.
How to Rehearse an Integration With the EDGEBIC Simulator
Use the built-in Simulator to provision demo data, watch real integration runs happen, and prove the mechanism before you point anything at a live ERP. Includes the tear-down rule.
How to Run an Integration Now and Pause All Schedules in EDGEBIC
Force one integration to run with Run Now, cancel a run in progress, disable a single definition, or tick Pause all schedules to stop every automatic sync for the session.
