Applies to: LogisticaHQ (P4 Warehouse) tenants with tray management enabled Roles required: Office users Regulatory references: none
A surgery case books a tray for a hospital on a surgery date. Cases answer the scheduling question — which tray is free on Thursday? — and prevent the same tray from being promised to two surgeries whose preparation and return windows collide. The case then rides the tray lifecycle automatically: it is marked dispatched when the tray ships and completed when the return is reconciled.
Trays > Cases
Booking window. A tray is committed to a case from a number of days before the surgery (pulling, checking and Staging the tray) until a number of days after it (return, counting, refill). Both are tenant settings: Business_Kitting_CaseLeadDays and Business_Kitting_CaseReturnDays (default 2 and 2). Two cases for the same tray whose windows touch or overlap are rejected — the day a tray comes back from one case cannot also be the day it stages for the next.
Case states. Derived automatically, never set by hand:
| State | Meaning |
|---|---|
| Booked | The case exists and the tray is committed for its window. |
| Dispatched | The tray shipped for this case. |
| Completed | The tray's return was reconciled; the cycle is finished. |
| Cancelled | The case was cancelled before dispatch. |
Tray management enabled; the tray exists and is not inactive; the hospital exists as a Customer.
The case is created with a system-generated CASE- number in state Booked. The Warehouse and client are inherited from the tray.
A "free" tray is a scheduling claim, not a physical one — a tray still in refill next Thursday can be booked for it. Judge physical readiness by the tray state shown next to each result.
With Business_Kitting_RequireCaseOnDispatch on, dispatching a tray that has no open case is blocked with: "has no open surgery case - book one before dispatching". Off by default — dispatch keeps working without bookings.
Was this page helpful?