Run inventory health checks
Check stale counts, low stock, open receiving variance, approval delays, and sync exceptions by workspace, location, supplier, or SKU class.
Developer proof
Some inventory work belongs in the browser. Some belongs in scheduled checks, deployment scripts, warehouse diagnostics, or a terminal session with a technical operator.
Current state
CLI documentation is a planned technical surface. Treat this as the intended workflow shape until your team confirms access during evaluation.
Capabilities
Technical access is useful only when it preserves the same records, approval paths, and activity history that operators rely on.
Check stale counts, low stock, open receiving variance, approval delays, and sync exceptions by workspace, location, supplier, or SKU class.
Pull filtered activity events, PO variance, count history, and inventory snapshots for audit, month-end, or reconciliation work.
Let technical teams run agent-prepared drafts, dry runs, and review queues through the same policy model as the web app.
CLI commands that create drafts, export data, or change records use named tokens, scoped permissions, and activity events.
Agent workflow
The technical surface keeps the agent path inspectable. A human or policy owner stays attached to expensive or risky actions.
01
Run a focused command against a location, SKU set, supplier, approval queue, or date range.
02
Return low-stock items, stale counts, receiving variance, supplier delays, or sync exceptions.
03
Return the count, PO, supplier, location, and activity context that explains the exception.
04
Create draft work only when the token and policy allow it, then return a link to the approval queue.
05
Route the draft to the buyer, finance owner, or policy owner attached to that workspace.
06
Run approved CLI-triggered work through the same product path as the web app.
07
Export the evidence in a format finance, operations, or an internal agent can review without losing the audit trail.
Guardrails
Inventory agents are only useful if teams can see what happened, who approved it, and which records changed.
Commands that draft or change work support dry-run output so teams can inspect the affected records first.
A warehouse export token cannot approve a PO or change supplier records.
Every non-read command creates an activity event with the token, command, filters, affected records, and result.
Purpose
The CLI is for technical operators who need repeatable checks and exports around inventory work. That could be a nightly exception report, a finance export before month-end, a count-drift diagnostic, or a dry run before a larger integration job.
Agent role
A CLI gives internal agents and technical teams a narrow, inspectable way to ask Order3 for inventory state and create reviewable drafts. The goal is not hidden automation. The goal is repeatable operational work with policy, approval, and activity history still attached.
Treat this page as the intended technical workflow until your team confirms access with Order3. If CLI access matters to your rollout, bring that requirement to the workflow review.
Low-stock checks, approval queue review, receiving variance exports, inventory snapshots, sync diagnostics, and dry runs for agent-prepared work.
Only through scoped permissions and policy. The safe default is read, explain, dry run, draft, and route approval. Direct writes require explicit access and an activity event.
Technical evaluation
We will map the records, API or agent surface, approval points, execution rules, and activity history before the workflow runs under policy.