Requisition-to-order variance
A rising rate suggests buyers are changing things after approval. Review the types of variance.
- Track hours from approval to draft order.
- Count variances approved after the fact.
An AI purchase order from requisition agent picks up requisitions as they reach approved status and maps their fields to a draft order, keeping the link between the two records.
Reads the approved requisition and its coding.
Approved internal request.
Maps requisition fields to order fields.
Compares with the approved version.
The buyer confirms and issues the order.
Marks the requisition as converted and linked.
It adds what the requisition lacks, such as vendor terms, ship-to details and tax treatment, from the vendor record and your defaults.
It compares the draft with the approved requisition and flags any difference in amount, vendor or scope so unapproved changes are caught.
Between approval and order, details drift. A buyer re-enters data, picks a different vendor, or adds a line, and the order no longer matches what was approved.
Small changes creep in during transcription.
A different supplier from the requisition is chosen without approval.
Extra lines are added after approval.
The order does not reference its requisition, breaking the audit trail.
Approved requisitions wait for a buyer with time.
The agent monitors for requisitions whose approvals are complete and not yet converted.
It carries across items, quantities, amounts, accounting codes and requester details.
Vendor terms, addresses, tax and currency are filled from the vendor record and defaults.
Any change from the approved requisition is flagged, with a variance in amount and a note on what differs.
The draft, with the requisition link and flags, goes to the buyer's queue.
Bring a small sample and watch Flo work through it.
| Aspect | By hand | With the agent |
|---|---|---|
| Conversion | Buyers rekey the requisition. | Fields map across automatically with differences noted. |
| Drift | Edits made between approval and conversion go unseen. | Changes since approval are compared and flagged. |
| Linking | Orders and requisitions are linked by memory. | The link is created at conversion. |
| Consolidation | Related requisitions become separate orders. | Candidate requisitions for the same supplier are grouped for the buyer. |
| Status | Requesters ask whether their request became an order. | Requesters see the conversion status. |
| If | Then | Who decides |
|---|---|---|
| Requisition unchanged since approval | Convert directly into a draft | Buyer |
| Amount increased after approval | Send back for re-approval | Original approver |
| Several approved requisitions share a supplier | Suggest consolidation | Buyer |
| Requisition has partial approval of lines | Convert only approved lines | Buyer |
| Coding is incomplete | Return to the requester | Budget owner |
| Preferred supplier on requisition is inactive | Show the problem and propose an alternative | Buyer |
The agent leaves supplier open and prompts the buyer to select one. The buyer decides after sourcing.
The agent shows the conflict and proposes grouping rules. The buyer decides whether to consolidate.
The agent flags the expiry and asks for revalidation. The approver decides whether the original approval still stands.
The edit is highlighted against the approved version. The approver decides if approval carries over.
Talk it through with the team. We will map it to your steps and show where a person stays in control.
Match requisition fields to order fields and note the gaps.
Have the agent draft conversions while buyers still convert manually.
Move to reviewing the drafts, with flagged changes first.
Introduce grouping suggestions once conversions are reliable.
A rising rate suggests buyers are changing things after approval. Review the types of variance.
Quick answers to what people ask most about purchase order from requisition.
Book a demoIt is the process of turning an approved internal purchase request into an order sent to a supplier. The order carries the approved details plus supplier and delivery information.
A requisition is an internal request to buy. A purchase order is the formal document sent to the supplier. The first needs internal approval; the second creates the commitment.
Changes beyond your tolerance should go back to an approver. The agent flags the difference so the change is visible and decided.
It can draft automatically. Whether the order is then issued without review is a policy decision for you, and many teams keep a buyer review.
A purchase order line item is a single entry on an order stating what is bought, how many, in what unit and at what price.
→Purchase order approval is the sign-off that authorises a company to commit to an order.
→Purchase order creation is turning an approved purchase into a formal order document that tells a supplier what to deliver and at what price.
→Purchase order transmission is delivering an approved order to the supplier through the channel they accept, such as email, portal or EDI.
→Bring a small sample of real items. We will show what Flo handles on its own and where it hands over to your team.