This page documents two endpoints that share the same base path but use different HTTP methods: GET to list existing overrides and POST to create new ones.
Retrieves all step overrides for a serial number, including both active and inactive (reversed) overrides. Overrides allow specific steps to be treated as optional for individual serial numbers, enabling them to be skipped during advancement even if the step is normally required.
Both active and inactive (reversed) overrides are returned. Filter by active: true client-side if you only need current overrides.
This endpoint queries the override repository directly and does not validate that the serial exists. If the serial ID is invalid, an empty array is returned.
Creates a step override for one or more serial numbers. The override marks a specific step as effectively optional for the targeted serials, allowing it to be skipped during advancement even if it would normally be required.
Overrides are applied in batch — you provide an array of serialIds and a single stepId, and the override is created for each serial. If an active override already exists for a given serial-step combination, it is silently skipped (no duplicate created, no error raised).
Returned when the overrides are successfully created. The response is an array of newly created SnStepOverride objects. Serials that already had an active override for the same step are excluded from the response (no duplicate created).
Field
Type
Description
id
string
Unique identifier for the override record
serialId
string
ID of the serial number this override applies to
stepId
string
ID of the overridden process step
active
boolean
Always true for newly created overrides
reason
string
The reason provided in the request
createdBy
string
User ID of who created the override
createdAt
string
ISO 8601 timestamp of when the override was created
The id parameter in the URL path is present for routing consistency but the actual serial IDs are taken from the serialIds array in the request body. This allows batch override creation across multiple serials in a single call.
Idempotent for existing overrides: If a serial already has an active override for the specified step, it is silently skipped. The response only includes newly created overrides.
Cannot override completed steps: If the step has already been completed for any serial in the batch, the entire request fails with a 400 error. Check step statuses before creating overrides.
An audit trail entry of type step_override_created is recorded for each new override, capturing the user, serial, job, path, step, and reason.
Overrides affect advancement behavior: during Advance to Step, steps with active overrides are classified as skipped instead of deferred, since the override effectively makes them optional.