Part requests
Part requests are created for the parts and other inventory that are required to complete upcoming maintenance work.
- Actual tasks that contain part requirements are created either manually by a user or automatically by Maintenix.
- Additional tasks with part requirements are assigned to a work package that is committed or in work.
- A fault raised during the execution of a work package requires parts.
- A part requirement is added manually to an actual task, and the part requirement states that a part request be created immediately.
Part requests can be created manually as ad hoc part requests.
Some part requirements identify parts that technicians must remove to access other parts and must then reinstall. Maintenix does not create part requests for these part requirements.
Part request status
Status | Description |
---|---|
OPEN | No inventory is reserved for the part request. Open part requests display the status PROCESSING if auto-reservation is currently running for the part request, but has not yet reserved an inventory item. |
AVAIL | Locally available inventory is reserved for the part request. |
REMOTE | Remotely available inventory is reserved for the part request. |
QUAR | Inventory in quarantine is reserved for the part request. |
POREQ | An order was created to procure the part because no inventory is available to fill the part request. |
ONORDER | The order that was created to fill the part request was issued. |
INSPREQ | Inventory is reserved for the part request, but the inventory item requires inspection. |
ISSUED | Requested inventory was issued to maintenance personnel. |
CANCEL | The part request was canceled. |
When part requests are fulfilled and they have inventory reserved, their status changes to AVAIL or REMOTE. If auto-reservation breaks the reservations and steals their inventory for higher ranked part requests, their status changes back to OPEN.
Part request priority
The part request priority is the first and third criteria when auto-reservation ranks part requests to determine which ones to fulfill first and to steal from. AOG is the highest priority and is considered separately from other priorities as the first and most important ranking criteria. The other priority levels are ranked in order, for example Critical > Expedite > Normal. These other priority levels and their order depend on the values that are set in the REF_REQ_PRIORITY table.
When part requests for faults with an AOG severity are automatically created, the part request is created with an AOG priority. Automatically created part requests for tasks have normal priority. To change a part request's priority, on the Part Request Details page, click the Edit Request Priority button.