Reference · built on requestOperator by FibricProduction & maintenance

Parts Reorder

Compares spare-part stock with open work orders, past consumption, and supplier lead times. Proposes a purchase requisition for approval.

About

A repair waits when the part is not on the shelf. Parts Reorder reads the parts reserved on open and scheduled work orders in Fiix, MaintainX, Limble CMMS, or IBM Maximo Manage, the quantity on hand per storeroom, the parts issued on closed work orders over the window you choose, and the supplier lead time on the item record in your ERP.

Where stock will not cover reserved and expected use before a supplier can deliver, it proposes a purchase requisition in the ERP, one per supplier, with the work orders that need each line. In NetSuite that is a purchaseRequisition record, which then follows your own approval workflow from Pending Approval to Pending Order. It creates no purchase order and contacts no supplier.

This is a reference listing. It documents what Fibric would read from Parts Reorder and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.

Inputs

  • Parts on open work orders: WorkOrderPart rows in Fiix, part status on MaintainX work orders, task parts in Limble, INVRESERVE reservations in Maximo
  • Quantity on hand per part and storeroom in the CMMS, or in Fishbowl Advanced through GET /api/parts/inventory
  • Parts issued on closed work orders over the window you set, as the consumption history
  • Supplier lead time and preferred vendor per item from the ERP item record
  • Open requisitions and purchase orders for the same part: NetSuite requisition status Pending Approval, Pending Order, Partially Ordered, or Fully Ordered; Maximo mxapipo
  • Scheduled maintenance that will reserve parts before their next receipt

Proposed actions

  • Target capability: propose a purchase requisition in your ERP for parts whose stock will not cover reserved and expected use within the supplier's lead time
  • Target capability: propose adding a line to a requisition still in Pending Order rather than raising a second one for the same supplier
  • Target capability: propose an expedite note to the buyer when a scheduled work order needs a part due after its date
  • Target capability: propose a storeroom notice in Slack or Microsoft Teams naming parts on order and the work orders waiting on them

Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.

What you can build

  • Requisition before the bearing runs out

    Scheduled work orders reserve the last bearings of a size, and the vendor's lead time is long. Parts Reorder proposes a NetSuite requisition with both Fiix work orders named on the line.

    With Fiix, NetSuite

  • One requisition, not two

    A requisition for the same supplier sits in Pending Order. The operator proposes adding the new line to it, with Fishbowl stock beside the MaintainX reservations, and the buyer approves once.

    With MaintainX, Fishbowl Advanced

  • Maximo reservations against the storeroom

    INVRESERVE rows on open work orders exceed the balance in the storeroom. A requisition is proposed through Maximo's purchasing objects with the work orders attached, and the buyer is told in Slack.

    With IBM Maximo Manage, Slack

  • Tell the storeroom what is coming

    Parts on order and the Limble tasks waiting on them are proposed as a Teams notice, so a technician does not walk to an empty shelf.

    With Limble CMMS, Microsoft Teams

Requirements

  • A CMMS connector with parts on work orders: Fiix, MaintainX, Limble CMMS, or IBM Maximo Manage
  • Stock per storeroom in the CMMS or in Fishbowl Advanced
  • An ERP connector that accepts requisitions: NetSuite with the Requisition feature enabled, or Maximo's purchasing objects
  • Lead time per item on the ERP item or vendor record; a part without one is treated at its reorder point only
Authentication
Parts Reorder holds no credentials. It reads work orders and stock through the CMMS or inventory connector and writes requisitions through the ERP connector under the scopes granted, including NetSuite's Requisition feature where that is the ERP.

Limits

  • Lead times are the ones on file. A part with no lead time is proposed at the reorder point, not ahead of it.
  • Approval stays in the ERP. In NetSuite, ordering from a requisition needs the Requisition Approval permission; the operator proposes and the buyer approves there.
  • It raises requisitions, never purchase orders, and sends nothing to a supplier.
  • A part consumed but not logged on a work order still shows as on hand until the next count.

Access and pricing

Reference listing. Fibric builds the operator under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.

Request Parts Reorder ↗

Questions and answers

What does a person approve?
Each requisition and each line added to one. The proposal shows the part, on-hand quantity, the work orders that reserve it, consumption over the window, the lead time, and the supplier. Approve it into the ERP's own approval queue, edit quantities, or dismiss. The ERP workflow then decides the purchase order.
What record is left?
The requisition in your ERP, with the work orders named on its lines. A receipt per proposal: the stock and reservations read, the lead time applied, who approved, what was written, and how to close the requisition.
What is never done unapproved?
It never creates a requisition, a purchase order, or a stock adjustment without approval. It never emails a supplier. It never changes a minimum or maximum on a part.
Ask about Parts Reorder

Ask about the capabilities and requirements in this listing.

For project-specific requirements, contact Fibric.