Fulfillment Priority Queue

What it does

Triage supplied order snapshots by deadline, payment and fulfillment state; simulate allocation and pick shortages.

Model and scope

as_of, created_at and fulfill_by require explicit offset timestamps. inventory_basis is queue_allocatable, meaning the supplied pool is reserved for simulation of these candidate lines after unrelated commitments; it is not raw on-hand. orders have unique order_id and line_id within order; lines contain location, exact sku, ordered, fulfilled and canceled quantities. Remaining = ordered - fulfilled - canceled. Supply explicit payment_cleared_statuses (paid and/or partially_refunded). Exclude canceled/fulfilled/not_required/zero-remaining lines. Hold on_hold/scheduled/in_progress or uncleared-payment lines. Allocate other lines by absolute deadline, order ID, line ID, permitting partial quantities. Unknown stock is labeled unknown. Queue allocation does not reserve or ship stock and payment status is not verified.

Try saying

Prioritize my remaining order lines by deadline and simulate the allocatable stock pool.

Keep canceled, held and payment-pending orders out of the picking allocation.

Runtime and outputs

Reads supplied normalized JSON and creates result.json, report.md and rows.csv with input and output hashes. Preserve raw CSV; ask the assistant to normalize exports against the bundled input reference. Python 3.10+ standard library only; no paid data key or MochiLab backend needed. Optional explanation uses your current agent model and its ordinary service costs separately. Existing output directories are refused. Includes fictional examples and independent offline domain tests. No API/store changes, uploads, automatic tasks, notifications, legal or tax decisions.

References

• Primary reference 1 ↗
• Primary reference 2 ↗