Skip to main content

Diagrams

This part of the guide shows how the system works as pictures. It answers three questions: who calls whom, which setting changes what, and which statuses a record can have.

Use it if you configure policies, build an integration, or support operators. It does not teach you which button to press. For that, use the operator and administrator guides.

The three kinds of diagram​

KindQuestion it answersHow to read it
SequenceWho calls whom, and in what order?Read from top to bottom. Each arrow is one call or one write. The columns are the actors: the operator, the screen, an API method, the domain code, the tables.
InfluenceWhich setting changes which decision, and what do I see as a result?Read from left to right: setting, then decision in the flow, then outcome on screen or in the data.
StateWhich statuses does a record have, and how does it move between them?Each box is a status. Each arrow is a change that the system allows.

Legend​

Shape or lineMeaning
Solid arrowA call, or a change of status.
Dashed arrowA reply or a result.
Box in a sequence diagramAn actor. For example the operator, a screen, an API method or a table.
Box in an influence diagramA setting, a decision or an outcome. The wording on the arrow says how they are linked.

The rule: every arrow comes from code​

Every arrow, step, setting name, status and method name in this part comes from the current code. Nothing is drawn from memory or from an old design note.

Under each diagram you find a table called Where it comes from. It gives the file and the line for each step, for example crates/.... If a step is not proven by code, the page says so in plain words and does not draw it.

A setting that is stored but that no code reads is not drawn in an influence diagram. The page lists it as stored only.

Areas​

AreaWhat it showsStart page
Inbound and putawayHow a receipt starts and is received (ASN, blind, return, case-level), the receipt checks, serials, lots, damage, hold and close. Putaway: the RF journey, how the engine picks a location, which policy, zone, location or SKU setting changes the result, and the move.Overview
Allocation and reservationRelease and Allocate, how a policy chooses stock, waves, holds, unallocate. Which setting changes which reservation.Overview
Picking and Task ManagerHow a pick becomes a task, the RF pick journey, short pick, drop-off, the ways a task returns to the pool. Which policy, area or operator setting decides who gets what.Overview
After pickingCarton plan, packing, hand-off to the pack station, dispatch planning, order closure. What exists and what is not built (sorting, loading, shipping).Overview

Start here​

How to read the diagrams has one small example of each kind.