Glossary (EDGEBIC)

The EDGEBIC Scheduling Glossary Index

User Solutions TeamUser Solutions Team
|
11 min read

A manufacturing scheduling glossary is only useful if it defines terms the way the software actually behaves, not the way a textbook wishes it did. This index organizes the EDGEBIC glossary by theme, so you can find the definition you need by where the term lives in the work rather than by guessing its first letter.

Every entry is written the same way: a standalone definition first, then how it works, then a concrete example, then how EDGEBIC by User Solutions uses it. Below are the most-consulted terms grouped by subject area. The full glossary runs to several hundred entries and is browsable from the blog index; this page is the map, not the territory.

A word on why the vocabulary is as large as it is. Scheduling terminology accumulates in layers. Some terms are industry-standard and predate any software: bill of materials, setup time, lead time. Some come from a body of theory that the engine implements directly, such as the drum, the buffer, and the rope of constraint management. And some exist only because a finite capacity scheduler has to model a distinction that a simpler system never makes, which is why words like machine instance, setup family, and transfer batch have no equivalent in most ERPs. Where a term is generic, the definition says so and stays generic. Where EDGEBIC gives it a specific meaning, the entry says that too, because the gap between the textbook and the software is exactly where planners get caught.

The Scheduling Engine

These are the terms that describe how a plan gets built. If you read only one group, read this one.

The direction decision comes first: forward scheduling starts from now and pushes work as early as capacity allows, backward scheduling works back from a due date, and direction precedence is the rule that decides which applies to a given job. A scheduling mode names the whole family.

The core constraint is finite capacity, whose opposite is infinite capacity planning. Work is placed by a greedy scheduling pass over a dependency graph, ordered by topological sort, which is why job order matters so much.

Routing structure has its own vocabulary: a bill of routing with its sequence numbers, setup time, run time per unit, queue time, move time, and transit time.

Advanced routing behavior is where most of the depth lives: lot streaming and its transfer batch, FlowStep overlap, independent parallel processing versus dependent parallel processing, a true alternate work center, and an anchor step.

Constraint theory terms appear because EDGEBIC implements them: theory of constraints, drum-buffer-rope, the constraint buffer, the shipping buffer, and the bottleneck work center they all revolve around.

Dispatch rules that name an ordering: earliest due date, shortest processing time, longest processing time, and critical ratio.

And the measures of a finished plan: makespan, tardiness, days late, an idle gap, and schedule nervousness.

Capacity, Work Centers, and Calendars

Where the hours come from, and how they run out.

Available capacity is the starting point, compared against demand as load vs capacity and expressed as capacity utilization. A work center type and its capacity type decide how a resource behaves, and pieces per hour is the alternative to an hours-based rate.

Multiple machines behind one name introduce the machine instance, per-instance capacity, an instance selection strategy, and the instance collision that signals a modeling error.

Pooled machines are handled by a work center group, whose members carry a factor from base against the nominal primary. Group explosion and re-shopping describe how a group is resolved at schedule time, and a selection strategy decides which member wins.

Time itself: a work center shift, shift time, the shift priority score, an overnight shift wrap-around, a cross-shift operation, a plant holiday with its holiday scope, and the difference between a working day and a calendar day.

Two settings that are frequently confused: work center efficiency and the schedule-at-utilization setting, which is set per job.

Materials, Inventory, and Planning

The demand and supply side of the plan.

Planning fundamentals: material requirements planning, manufacturing resource planning, capacity requirements planning, and advanced planning and scheduling.

The netting arithmetic: a gross requirement, a net requirement, a scheduled receipt, a planned order receipt, and the projected available balance that results.

Replenishment policy: a reorder method, a lot size rule, safety stock, a replenishment suggestion, and yield, which inflates a suggested build quantity after lot sizing and applies to the suggestion only.

Demand: a demand forecast, forecast consumption, firm demand, a time fence, firming, available to promise, and make-to-stock versus make-to-order.

Stock truth: the inventory ledger, quantity on hand, an inventory receipt, an inventory issue, an inventory adjustment, and moving average cost.

Structure and scheduling of demand: a bill of materials, a sub-assembly, an end item, a manufacturing order, a master production schedule and its buckets, plus sales order lines and open quantity.

Shop Floor Execution

What the floor reports back, and what the schedule does with it.

The shop floor kiosk captures work as punches: a punch type, a punch source, and a punch adjustment. Pauses carry a reason code within a reason category.

The results become actuals, summarized as planned vs actual hours, production hours, and percent complete. A partial completion and mark complete close a step out.

Replanning around recorded work: a reschedule, actuals preservation on reschedule, a frozen window, a targeted reschedule, and routing drift.

Operators: a skill, an operator certification, a shift operator roster, operator time off, and attend fraction, which is how one operator covers several machines.

Reporting and Measurement

OEE and its three components, availability, performance rate, and quality rate, sit at the center. Around them: on-time delivery rate, OTIF, schedule adherence, schedule attainment, throughput, work in process, first pass yield, and lead time.

Earned value reporting brings its own set: earned value, planned value, actual cost, budget at completion, estimate at completion, cost performance index, and schedule performance index.

Diagnostics have names too, because EDGEBIC checks for them: a scheduling anomaly, an over-utilization check, a dependency violation, a plan inversion, and lost hours.

Quoting and Optimization

Quoting terms: a quote simulation, a quote scenario, estimated lead time on a quote, the labor and material cost basis, margin percent, and markup percent. Costing is labor and material only.

Optimizer terms: multi-run optimization, the never-worse clamp, an optimality gap, an objective preset, a warm start, an optimizer proposal, and a job-level feature lock.

Data, Import, and Setup

Import mask is the term to know first, followed by the import entity type it belongs to, the import row status each row receives, and the import run log that records the outcome. An upsert explains the create-or-update behavior, a conversion factor turns minutes into hours, and row-error tolerance decides how much bad data aborts a run. A grid export snapshot is the export side, and it deliberately does not round-trip.

Changeover setup: a setup family, a setup matrix entry, and the setup source that decides which value applies.

Reading the Schedule on Screen

The visual layer has vocabulary of its own, and it is worth learning because most planners meet these terms as colors and shapes before they meet them as words. A Gantt baseline is the saved comparison line that shows how far a plan has moved. An operation state in a production Gantt is what the color of a bar means. A job display mode and a timeline view mode control how much of the plan is on screen at once, and a drag write mode decides what happens when you move a bar with the mouse. Alongside them, a work center dispatch list is the plan as the floor sees it, and a KPI tile is the plan as management sees it.

Two more that come up in conversation constantly: the original scheduled date, which is what a job was promised before anything moved, and the schedule change log, which is the record of what moved and when.

Terms That Describe How the System Behaves

A small group of terms describe the software's own rules rather than manufacturing. They are worth knowing because they explain behavior that otherwise looks arbitrary. Last-write-wins concurrency explains what happens when two planners save at once. Atomic rollback explains why a failed scheduling run leaves nothing half-written. Override and warn describes the pattern EDGEBIC uses instead of a hard block, where you are told the consequence and allowed to proceed. A security role is how access is granted, and permissions come from roles.

Using This Index

Each definition stands alone, so you can arrive from a search, get an answer, and leave. If you are learning the platform rather than looking up one word, the guides are the better entry point: the complete EDGEBIC guide for the whole platform, the scheduling engine guide for how plans are built, the planning guide for inventory and demand, the shop floor guide for execution, and the troubleshooting guide for when a schedule looks wrong.

To see the terms as live screens rather than definitions, contact US for a demo, or read more about EDGEBIC.

Infinite capacity planning assumes a resource can absorb whatever work is assigned to it, so it will place forty hours on a machine that has eight hours available and report the resulting date as if it were achievable. Finite capacity scheduling checks the real available hours on every resource before placing work, and if the hours are not there, the work moves later. That single difference is why the two approaches produce different dates from identical data, and why only one of them produces a date the floor can meet.

A bill of routing is the sequence of operations needed to make a product: which step comes first, which work center performs it, and how long the setup and run take. A bill of materials is the list of components consumed. The routing is the recipe method, the bill of materials is the ingredient list. EDGEBIC schedules from the routing, because it is the routing that consumes capacity, and a product with no routing cannot be scheduled at all.

An import mask is a saved recipe that tells EDGEBIC how to read one recurring file shape: which entity type the rows describe, what format the file is in, whether the first row holds headings, and how each column in your file maps to a field. You build it once and reuse it, which turns a weekly data load into two clicks. Import masks exist for exactly eight entity types.

It means the solver computed both a schedule and a mathematical lower bound on how good any schedule could possibly be, and the gap between them is that percentage. A gap of zero is a proof of optimality. The multi-run search makes a different and weaker claim, best of N schedules tried, guaranteed never worse than the baseline, because it searches rather than proves. Neither layer ever claims to be always optimal.

Expert Q&A: Deep Dive

Q: There are hundreds of terms here. Which ones does a new planner actually need on day one?

A: About a dozen carry most of the weight. Start with the four that describe the data model: product, work center, bill of routing, and manufacturing order, because nothing schedules until those exist and relate correctly. Add the three that describe how time is consumed: setup time, run time per unit, and shift, since those decide how long a step occupies a machine. Then the three that describe the plan itself: finite capacity, forward scheduling, and backward scheduling, which are the direction decision every job carries. Finally, two that explain surprises: bottleneck work center, because the constraint resource decides most of your dates, and actuals, because a plan that does not know what really happened drifts away from the floor within days. Everything else can be learned when you first meet it in the interface, and most of the remaining terms are precise names for behavior you will already have noticed.

Q: Why does EDGEBIC use so many terms that my ERP does not?

A: Because a finite capacity scheduler has to model things an ERP never models, and unmodeled things do not need names. An ERP knows a work center exists; it usually does not distinguish between a work center with three identical machines and three separate work centers, so it has no need for a word like machine instance. It does not decide whether a setup depends on what ran previously, so it has no setup family or setup matrix. It does not overlap a downstream step against a partially finished batch, so it has no lot streaming or transfer batch. Each of those terms exists because the corresponding behavior is real on your floor and the schedule has to account for it. The vocabulary is larger because the model is closer to the plant, and most planners find the terms describe things they already knew but had no name for.

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