Part requests

Part requests are created for the parts and other inventory that are required to complete upcoming maintenance work.

Part requests are automatically created by Maintenix when the following events occur:
  • 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

As part requests are created and fulfilled, they can have the following statuses:
Part request status descriptions
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.