Allocation moves stock into a visible allocation state; picking confirms it; every step — allocate, pick, deliver, cancel — has a line-selective variant, so partial work is first-class, not a workaround.
Two-step outward/inward transfers with a real in-transit leg, partial receipt, and damage, shortage and excess captured on arrival into their own buckets.
A storage-location hierarchy with typed levels, location-scoped stock and lots — including mobile van locations with vehicle and capacity details for direct-store delivery.
Every row ships today and traces to a capability described on this page.
| Capability | xMatix Warehouse Management |
|---|---|
| Location hierarchy to rack and bin | Native |
| Vans as mobile stock locations | Native |
| Demand-driven allocation | Native |
| Picking as a stock state | Native |
| Partial picks, deliveries and invoices | Native |
| Delivery orders and documents at dispatch | Native |
| Shipment tracking with carrier and status | Native |
| Two-step transfers | Native |
| Typed damage, shortage and excess capture | Native |
| Floor cycle counting | Native |
Shared — there is one stock ledger on one data model. The order that allocates stock, the service job that picks a part and the warehouse count that adjusts a bin all move the same record, so there is no sync job to run and no morning where two systems disagree about what is on the shelf. The ledger itself is immutable: corrections are new entries, never edits, so every figure carries its own history.
Yes — stock tracks across every location, down to zone, aisle, rack and bin, so each item has an exact, findable address. Vehicles count too: vans are stock locations in their own right, and what is on the truck shows on the books all day. Goods in transit between branches stay visible as well — nothing goes dark mid-transfer.
Deliberately. Transfers move as two recorded steps — goods leave one branch and arrive at another — so the road in between is on the books and stock cannot be lost in the middle. Adjustments are typed: damage, shortage or excess, each carrying its reason and its approval. Because the ledger is immutable and no location may go negative, the audit trail explains itself.
Yes — the bill, the purchase order and the goods receipt must agree before payment goes out, so the classic overbilling simply cannot clear. Receiving itself is checked: goods arrive against the order with quality inspection built in, and rejects turn around at the gate rather than after payment. The received-not-billed gap clears systematically instead of being chased at month-end. Explore xMatix Procurement.
Yes — picking is a stock state, so the moment goods are picked the system knows, and there is no phantom availability between floor and dock. Partial picks, partial deliveries and partial invoices are the normal case. Delivery orders and documents generate from the fulfilment itself, and shipments carry their contents, carrier and status to the door. Explore xMatix Warehouse Management.
Yes — batch, serial and expiry lots are native. Every unit knows where it came from and when it expires, which turns a recall from a crisis into a query. Barcode scanning covers receipt, pick and count, so the tracking survives contact with a busy floor: fewer keystrokes, fewer wrong SKUs, and a trace you can actually rely on.