Skip to content

Core Concepts

Eryxon Flow tracks work through a simple hierarchy: Job > Parts > Operations. Everything in the system hangs off this structure.

A job is the top-level container. Every part must belong to a job — this is a hard requirement in the data model.

A job does not have to be a customer order. It can be anything that groups parts together:

  • A customer order (most common in job shops)
  • An internal production run
  • A stock replenishment batch
  • A prototype or R&D project
  • A maintenance or rework order

The customer field is optional. The only required field is job_number.

FieldRequiredExample
Job numberyesWO-2026-0142
CustomernoHygienisch Staal BV
Due dateno2026-05-15
Statusautonot_started, in_progress, completed

A job has one or more parts. Rush priority is set at the part level, not the job level.

A part is a physical item to produce. Each part belongs to one job.

FieldExample
Part numberFRAME-RVS-316L
MaterialRVS 316L 3mm
Quantity4
Rush (bullet card)yes/no
Parent part(for assemblies)

Parts can have:

  • Files — STEP models (shown in 3D viewer), PDF drawings, other attachments. Files attach to parts, not operations.
  • Child parts — for assemblies, parts reference a parent part. The system shows assembly dependencies and warns operators when child parts are not yet complete.
  • Drawing number and CNC program name — quick reference fields for the shop floor.
  • Dimensions — length, width, height in mm, weight in kg.

An operation is a single production step on a part. It is where actual work happens.

FieldExample
NameLasersnijden
CellLaser 1
Sequence1 (first step)
Estimated time120 minutes
Actual time95 minutes (tracked via start/stop)
Remaining25 minutes (estimated minus actual)
Statusnot_started, in_progress, on_hold, completed

Operations can have:

  • Metadata — laser power, speed, gas type, CNC program name, bend angles
  • Substeps — breakdown of the operation into smaller tasks (e.g. “load sheet”, “run program”, “deburr edges”)
  • Time tracking — operators start/stop a timer, actual time is recorded
  • Issues — operators report problems with severity, description, and photos
  • Resources — linked tooling, fixtures, molds needed for this step
  • On hold — paused without losing queue position

When all operations on a part are completed, the part is done. When all parts in a job are done, the job is done.

A batch groups operations from different parts that are processed together. The most common use: laser nesting — multiple parts cut from the same sheet.

FieldExample
Batch numberNEST-2026-0301
Typelaser_nesting
MaterialS235 6mm
Sheet count2
CellLasersnijden

Batches can have:

  • Nesting metadata — sheet size (1500x3000), utilization percentage, CAM program reference
  • Nesting image — upload of the nesting layout from the CAM software
  • Lifecycle — draft > in_progress > completed. Start and stop can be triggered by an operator or by a machine (CAD/CAM integration via API).
  • Time distribution — when a batch is completed, total production time is distributed across all included operations proportional to their estimated time.
CapabilityJobPartOperationBatch
Status trackingyesyesyesyes
Due dateyesplanned start/end
Files (STEP, PDF)yesnesting image
Custom metadata (JSON)yesyesnesting metadata
Notesyesyesyes
Time tracking (est/actual)yesyes (distributed)
Rush priorityyes
On holdyes
Substepsyes
Issues / NCRyes
Linked resourcesyes
Parent-child (assembly)yesparent batch
ERP sync (external_id)yesyesyes
Assigned operatoryes
Dimensions / weightyes
Material / thicknessyesyes
Drawing numberyes
CNC program nameyes

Files (STEP models, PDF drawings) attach to parts, not jobs or operations. An operation inherits its files from the parent part. The 3D viewer and PDF viewer in the terminal show the files from the part the operation belongs to.

These are the two priority controls available to foremen and planners.

Rush is set on a part. It propagates upward and outward:

  • The part sorts first in every table and queue
  • All operations on that part inherit the rush indicator
  • If any part in a job is rush, the entire job shows as rush in the Jobs table
  • The operator terminal highlights rush rows with a red border
  • The operator status bar switches to a red-to-green stripe pattern when an operator is clocked on a rush operation
  • Work queue kanban columns show a rush count badge

Toggle rush from the operation detail panel (the button sets it on the parent part) or from the Parts admin table.

Rush is a visual and sorting signal. It does not block or change scheduling logic — it tells humans “do this first.”

On hold is set on an operation. It affects only that specific operation:

  • The operation stays visible in queues but shows a hold badge
  • Operators know not to start work on it
  • The operation can still be edited and updated while on hold
  • Resume the operation to return it to not_started status

On hold does not cascade. Putting one operation on hold does not affect other operations on the same part or job. Other operations continue normally.

Toggle on hold from the operation detail panel.

A stainless steel food-grade cabinet. Two levels of sub-assemblies, with laser-cut parts nested across shared sheets.

Job — WO-2026-0142, customer: Precision Steel Ltd, due: 2026-05-15

Parts and routing:

PartMaterialQtyParentOperations
CABINET-ASSY1Assembly (180 min), QC (30 min)
FRAME-ASSY1CABINET-ASSYTIG Weld (240 min), Pickling (90 min)
UPRIGHT-LSS 316L 3mm2FRAME-ASSYLaser cut (30 min), Bend (45 min)
UPRIGHT-RSS 316L 3mm2FRAME-ASSYLaser cut (30 min), Bend (45 min)
CROSS-BEAMSS 316L 3mm4FRAME-ASSYLaser cut (20 min), Bend (25 min)
LIDSS 304 2mm1CABINET-ASSYLaser cut (15 min), Bend (20 min), Grind (30 min)
BASE-PLATES235 6mm1CABINET-ASSYLaser cut (10 min)

Nesting batch — NEST-0301: all seven laser cut operations grouped on two sheets (1500x3000, 87% utilization). One cut run, time distributed back to each operation.

Assembly flow:

  1. Laser cuts all parts in one batch. Parts sorted after cutting.
  2. Uprights and cross-beams go to bending, then to welding where FRAME-ASSY is built.
  3. Operator starts FRAME-ASSY weld — system warns if child parts are incomplete. Operator can override.
  4. After FRAME-ASSY, LID, and BASE-PLATE are done, CABINET-ASSY assembly starts. Same dependency check.
  5. Quality inspection completes the job.

Files: STEP model and PDF drawing on each part. Assembly drawings on CABINET-ASSY and FRAME-ASSY.

Metadata on operations:

OperationMetadata
Laser cut{"power": 4000, "speed": 12000, "gas": "N2", "program": "NEST-0301"}
Bend{"bends": [90, 90, 135], "tool": "V16-88"}
TIG Weld{"process": "TIG", "wire": "316L 1.0mm", "gas": "Argon", "cert_required": true}
Assembly{"torque_specs": {"M8": 25, "M10": 45}}
  • API Examples — curl examples for querying, creating, syncing, and CAD/CAM integration
  • CSV Import — import data from spreadsheets with downloadable templates
  • Batch & Nesting — how nesting batches work in detail
  • Operator Manual — how operators use the terminal and work queue
  • Admin Manual — how planners manage jobs, cells, and scheduling