The bottom line: Most of what this discipline does is invisible until something else needs it. The route step decides which work instruction an operator is shown and which materials appear on a floor request. The planned downtime record decides whether a stop counts against Availability. Planning is the layer that makes the other thirteen disciplines context-aware instead of generic.

Product, Part and Route Masters

Product and Part Masters
Products and parts are separate masters held deliberately apart, because a saleable product and a stocked part are different things with different lifecycles. Where a bill of materials needs to bridge them, it does so explicitly rather than by pretending they are one record.
Stocking Units
The unit a thing is counted, stocked and reported in. Getting this wrong is how a plant ends up with a stock report in eaches and a purchase order in boxes, and only finds out at the receiving dock.
Manufacturing Routes
The ordered set of steps a product goes through. The route is what makes context resolution possible: documents and materials are both filtered by the step actually in progress, not by the whole product.
Production Sources
The die, tool or cavity set actually producing. Operators select the active source at run start, including from the EdgeSense touchscreen at the cell, and OEE parameters resolve from it. Scrap is attributable to the cavity it came from rather than to the machine in general.

The Schedule and the Floor View

Scheduling in ProAlert answers two questions that are easy to confuse: what is supposed to be running, and what is running.

CapabilityWhat it does
Shift schedule configuration Named shift definitions with start, stop, duration and days of week, with per-asset overrides for the line that only runs Monday to Thursday. Covered in depth on shift management, because it is also what gives OEE its denominator.
Schedule HUD (Heads-Up Display) A real-time visual of asset status across every configured shift. Who is running and who is not, on one floor-facing screen. This is the view that surfaces an asset scheduled to run that has not started.
Planned downtime scheduling Breaks, lunches, changeovers and scheduled maintenance windows recorded as planned stops rather than discovered later as unexplained gaps.
Production notes Context attached to the run itself, so the reason a shift went the way it did is on the record rather than in somebody's memory at the morning meeting.

Why a Planned Stop Needs a Record

A press running an eight-hour shift with two fifteen-minute breaks and a thirty-minute lunch has seven hours of planned production time. Measure it against the full clock and the asset looks 12.5% less efficient than it is. Over a month, that false baseline makes real improvement invisible.

The same distortion hits downtime analysis from the other side. When planned breaks carry no record they appear as unplanned failure events, so maintenance teams investigating root causes end up chasing "failures" that were scheduled lunches, and the failure Pareto turns into noise. Recording every planned stop fixes both at once: an honest OEE denominator, and a failure analysis made only of failures.

Kanban and Customer Records

Work in process is managed on a kanban board with a documented workflow, and cards carry the customer record the work belongs to. That last part is the one that matters in a job shop or a tiered supply relationship: when a card is late, the question is immediately "late for whom", and the answer is on the card.

The same kanban pattern runs in die-driven manufacturing for tooling work in process and in kaizen for improvement work, so a plant learns one board rather than three.

What This Is, and What It Is Not

Worth being direct about, because the category name invites an assumption. ProAlert holds the masters and the schedule that execution runs against. It is not an APS (Advanced Planning and Scheduling) engine and does not solve a finite-capacity optimization.

Plants that run a dedicated scheduler typically keep it. ProAlert's job is to execute against the plan and measure what actually happened, which is the half that usually has no system at all. Where the two need to exchange data, that runs through the REST API.

Who Uses It

RoleWhat they do here
Production PlannerShift schedules, planned downtime, kanban sequencing
Manufacturing EngineerRoutes and route steps, product and part masters, stocking units
SupervisorThe Schedule HUD, production notes, what has not started
OperatorSelecting the active production source at run start
AnalystOEE measured against planned time rather than raw clock time

See the schedule and the floor on the same screen.

Book a 30-minute demo... we'll put the Schedule HUD next to live asset status and show you what is scheduled but not running.

Schedule a Demo