Glossary (EDGEBIC)

What Is a Sub-Assembly in Manufacturing? Definition and Example

User Solutions TeamUser Solutions Team
|
5 min read

A sub-assembly is a component that is itself manufactured through its own routing and then fed into a larger parent product, so it is a build within a build. A gearbox made from its own machining and assembly steps, then fitted into the pump that consumes it, is a sub-assembly. In scheduling terms it is a routing step that pulls in a whole nested routing, which means the parent job cannot complete the step that consumes the sub-assembly until the sub-assembly's own operations are finished.

This entry is part of the EDGEBIC by User Solutions glossary series; for the broader vocabulary of production planning, see the manufacturing glossary.

How a Sub-Assembly Works

A bill of routing usually describes making one product from raw materials. A sub-assembly adds a level: one of the things the routing needs is not bought or drawn from stock, it is built, through its own sequence of operations.

That distinction changes the schedule. A raw material is consumed at a point, and a material step marks the draw. A sub-assembly is produced, so its operations take work center capacity and time, and they must finish before the parent step that fits the component can proceed. The sub-assembly introduces a dependency chain that a simple material never does.

The engine handles this by sorting every step, parent and sub-assembly, into one dependency order. It does not schedule the sub-assembly as a separate job in isolation; it weaves the sub-assembly's operations into the overall plan so they land ahead of the operation that consumes them. Crucially, the ordering comes from each step's dependency links, not from the machines the steps use, so a sub-assembly and its parent can share a work center and still schedule in the correct order rather than colliding.

A Concrete Example

A pump is built from a housing and a gearbox, and the gearbox is a sub-assembly with its own two operations. The parent routing consumes the gearbox at final assembly:

SequenceStepBelongs toWork center
10Cut gearsGearboxMill-1, 4 h
20Assemble gearboxGearboxBench-2, 3 h
30Machine housingPumpMill-1, 5 h
40Final assemblyPumpBench-2, 2 h

Step 40 consumes the finished gearbox, so the engine places steps 10 and 20 ahead of step 40. Notice that gear cutting and housing machining both want Mill-1. The engine sequences them on the shared machine and keeps the gearbox complete before final assembly, because the dependency, not the machine name, decides the order. If the gearbox build runs long, final assembly and anything after it wait on its real end.

How EDGEBIC Uses It

In EDGEBIC a sub-assembly is a component step in a routing that nests the component's own routing, and the engine schedules the whole structure as one dependency-ordered plan.

  • The nested routing is scheduled ahead of its consumer. The sub-assembly's operations take real capacity and are placed before the parent step that fits the component.
  • Order comes from dependency, not machines. A real topological sort keyed on step identity keeps a sub-assembly and its parent in the right order even when they share a work center.
  • A slip is visible early. Because the dependency is modeled, a sub-assembly that runs long or waits on capacity pushes its consuming step and the rest of the parent job, so the delay surfaces on the schedule instead of surprising the floor.
  • Actuals and reschedule follow the same rules. Completed sub-assembly operations are frozen by their actual dates on reschedule, exactly like any other finished step.

Sub-assemblies are what let a routing describe a multi-level product rather than a single flat sequence. To add one on a real routing, see how to add a sub-assembly to a routing in EDGEBIC, and job shop scheduling challenges covers why dependency ordering across shared machines is hard to get right by hand.

A sub-assembly is a component that is itself manufactured through its own routing and then fed into a larger parent product. It is a build within a build: a gearbox made from its own steps, then fitted into the machine that consumes it. In scheduling terms a sub-assembly is a routing step that pulls in a nested routing, so the parent job cannot complete the step that consumes the sub-assembly until the sub-assembly's own operations are finished.

A raw material or a purchased part is simply consumed: you draw a quantity of steel plate or a box of bolts and move on, modeled as a material step. A sub-assembly is produced, not just consumed: it has its own sequence of work center operations that take capacity and time. The parent routing waits on that build, so a sub-assembly introduces a dependency chain a raw material never does.

Its operations are scheduled as part of the same overall job, but they must finish before the parent step that consumes them can proceed. The engine sorts every step, parent and sub-assembly alike, into dependency order, so the sub-assembly's work is placed ahead of the operation that needs it. Two steps that share the same work center still schedule in the correct order because the sequence comes from the dependency links, not from the machine names.

Expert Q&A: Deep Dive

Q: Our pump has a gearbox sub-assembly. The gearbox and the pump housing both use Mill-1. How does the schedule keep them in order?

A: The engine sorts all the steps with a topological sort keyed on each step's identity, not on the work center it uses, so the gearbox's milling operation and the housing's milling operation are placed in dependency order even though both want Mill-1. The gearbox build completes before the assembly step that fits it into the pump. Sharing a machine does not scramble the order; it only means both compete for that machine's capacity, and the engine sequences them accordingly.

Q: If a sub-assembly step falls behind, does the whole parent job slip?

A: It can, because the parent operation that consumes the sub-assembly cannot start until the sub-assembly is finished. If the sub-assembly build runs long or waits on capacity, the consuming step and everything after it queue behind the sub-assembly's real end. This is exactly why modeling the component as a sub-assembly rather than assuming it is on the shelf matters: the dependency is visible in the schedule, so the slip shows up before it surprises the floor.

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