Purchase Order Approvals: Workflow, Limits and AI Checks
By MDMS Team · 29 October 2026

Purchase Order Approvals: Workflow, Limits and AI Checks

A purchase order approval process is the set of steps that decides who can commit your dealership’s money before a supplier is told to ship. A requester raises the PO, the system routes it by amount, category or cost centre, an approver accepts or rejects it, and the outcome is recorded. This guide shows how to build that process for an equipment dealership, how quote approvals feed into it, and where AI in a DMS or ERP can speed it up without removing the human who signs off.
TL;DR
- Separate the person who requests, the person who approves and the person who receipts goods. Build that separation into the workflow rather than relying on informal checking.
- Route approvals by spend threshold, cost centre and category. Keep the default path short and add rules only where there is real risk.
- Lock vendor, currency, cost centre and total once a PO is submitted, and require re-approval for formal changes.
- Connect approvals to your accounting file so invoices match the PO and records meet ATO retention rules.
- Use AI to draft, code and flag exceptions. Keep a named person accountable for the approval itself.
Table of Contents
- What the purchase order approval process looks like
- Who approves a purchase order?
- How to set up a PO approval workflow
- How to check if a PO is approved, pending or rejected
- Quotation approval: the step before the PO
- Handling changes and exceptions
- Where AI fits in DMS and ERP approvals
- Our perspective: approvals should follow the deal, not sit beside it
- Connecting approvals to Xero and your accounting records
- Choosing software for PO approvals
- Try it in your dealership
- FAQ
- Sources
What the purchase order approval process looks like
The sequence is the same in most businesses. The requester drafts a PO, the system routes it by amount or category, the approver accepts or rejects it, and the status is stored along with a reason for any rejection, as Billonic’s Australian workflow guide describes it.
The reason to do this before the order goes out is simple. A PO gives you approval of spend upfront, and when the supplier’s invoice matches the PO it can be approved automatically, according to Westpac’s supplier guide for its own procurement platform. Westpac also notes that suppliers can check PO status in a portal. The same logic applies at dealership scale: approve once, up front, then let the invoice be checked against a decision you already made.
For an equipment dealer the PO stream is wider than in most businesses. You are buying:
- Parts replenishment for the counter and the workshop
- Machines and attachments for stock or for a specific customer deal
- Sublet work, freight and consumables
- Dropship orders that go straight from the supplier to the customer
- Build and commissioning components for a unit you are preparing
Each of these has a different risk profile, which is why one flat approval rule rarely works.
Who approves a purchase order?
There is no single answer, and the right answer is written down in your delegated authority. In practice three roles matter:
| Role | What they do | Typical dealership holder |
|---|---|---|
| Requester | Raises the PO and states the need | Parts counter, service advisor, salesperson, rental coordinator |
| Approver | Accepts or rejects within a set limit | Department manager, then general manager or owner above a threshold |
| Receipter | Confirms goods or services arrived | Warehouse or parts staff, not the requester or the approver |
Trace Consultants, an Australian advisory firm, recommends separating requester, approver and receipter duties, embedding delegated authority in the workflow, aligning approvals to the cost centre and budget owner, and enabling mobile approval. They also advise an urgent path that does not bypass governance. That last point matters in a workshop: a machine is down, a part is needed today, and a process with no fast lane will be worked around.
A simple threshold model
Here is an illustrative structure, not a rule. Adjust the dollar figures to your own risk appetite and your board’s or owner’s delegated authority.
- Low value, routine parts: the parts manager approves, or the PO is auto-approved against a standing supplier and reorder rule.
- Mid value, or anything outside the usual category: the department manager approves.
- High value, such as stock machines or large attachments: the general manager or owner approves, often after a finance check on cash flow or floorplan funding.
- Customer-specific orders: approval follows the deal, so the sales manager signs off against the quote margin, not just the PO amount.
Outside the dollar tiers, add escalation. Ordron’s 2026 guide for Australian finance teams recommends spend thresholds, cost-centre ownership, delegated-authority matrices and escalation timers so a PO does not sit in someone’s inbox while they are on leave.
How to set up a PO approval workflow
A workflow is only as good as the decisions behind it. Work through these steps in order.
- Write the delegated authority first. List each approver, their limit, and their backup. If it is not on paper, it cannot be configured.
- Define the routing rules. Start with amount. Add category (machines, parts, sublet), cost centre (sales, service, rental) and, where it matters, supplier risk. Keep the default path simple and add rules only where they address a genuine risk.
- Set the approval order. Use sequential approval when the order matters, for example a manager before finance. Use parallel approval when two people can review independently.
- Decide what locks on submission. Vendor, currency, cost centre and total should be locked once submitted, and a formal change should send the PO back for re-approval. Otherwise the approval means little.
- Configure notifications and mobile approval. Approvers on the floor or in the yard should be able to approve from a phone.
- Test before go-live. Trimble’s help documentation, written for its own construction software, advises testing in a test environment and verifying roles, spending limits, assigned users, notifications and security before implementation. The principle applies to any system.
- Review quarterly. Check which POs were rejected, which were escalated, and whether limits still fit the business.
Keep the audit trail complete
Every approval should leave a record: who, when, what version of the key fields, and any comment or rejection reason. That log is what lets your accountant, your auditor or your own manager answer “who approved this and on what basis” in seconds rather than hours.
How to check if a PO is approved, pending or rejected
The most common source of internal friction is a requester who cannot see where their PO is. The fix is visibility: the requester should see the current status and who the approval is currently with, without having to ask.
A good status model has a small number of states:
- Draft: still being built by the requester
- Pending approval: with a named approver
- Approved: ready to send to the supplier
- Rejected: returned with a reason
- Part received or received: goods have been receipted against the PO
- Invoiced or closed: matched to the supplier invoice
When a requester can see this, the phone calls and messages stop, and exceptions get handled faster. That visibility also helps the supplier side: Westpac’s guide, linked above, notes that PO status can be viewed in a supplier portal.
Quotation approval: the step before the PO
Searchers often ask about a quotation approval process alongside PO approvals, because the two are linked. There are two directions of quote in a dealership.
Supplier quotes (inbound). You request a price from a supplier for a machine, an attachment or a custom part. The quote is reviewed, and if accepted, becomes the basis of a PO. Many businesses add a requisition step before the PO, with the requisition approved first. That keeps the “do we need this?” question separate from the “is this the right price and supplier?” question.
Customer quotes (outbound). Your salesperson builds a quote for a customer. A discount above a set margin floor, a non-standard configuration or a trade-in valuation often needs a sales manager’s approval before the quote is released. Once the customer accepts, the deal generates the build order, the PO for a unit you do not hold, or a dropship order. Approving the quote therefore approves the downstream purchasing, and your PO rules can reference the deal rather than starting from scratch.
We cover the outbound side in more detail in our guide to a sales quoting workflow for Australian dealers, including why AI-generated quotes still need a human check. For orders that never touch your shelves, see our practical guide to dropship purchase orders.

Handling changes and exceptions
A process that works only when nothing goes wrong is not a process. Plan for four situations.
- Urgent orders. Give a defined urgent path, such as a single senior approver by mobile, with the PO flagged for review afterwards. Do not let people raise POs after the fact as a habit.
- Changes after approval. If the price, quantity or supplier changes, the PO returns to the approver. Minor changes such as a delivery note can be exempt.
- Absent approvers. Name a delegate and set an escalation timer so the PO moves on.
- Over-receipt or price variance. Decide a tolerance. A supplier invoice a few dollars above the PO may pass automatically, while a larger gap goes to a person.
Parts is where this bites daily. If your counter team is raising dozens of small POs, you want rules that auto-approve within a standing limit and surface only the unusual ones. Our article on reorder points for equipment dealers shows how suggested reorders can feed those POs so approvers see exceptions rather than routine.
Where AI fits in DMS and ERP approvals
AI is useful in approvals because most of the work is pattern-based: coding a line to the right account, spotting a price that is out of range, noticing a duplicate, or summarising why a PO is held up. It is not useful as a replacement for accountability. A PO is a commitment of the business’s money, and someone with delegated authority needs to own the decision.
A sensible division of labour looks like this:
| Task | AI can | A person should |
|---|---|---|
| Drafting a PO from a reorder suggestion or a deal | Pre-fill supplier, lines and cost centre | Confirm the need |
| Coding to accounts, GST and cost centre | Suggest codes from history | Review unusual lines |
| Spotting exceptions | Flag price jumps, duplicates, split orders just under a limit | Decide what to do |
| Summarising a request for the approver | Give the key facts in one view | Approve or reject |
| Chasing stalled approvals | Remind and escalate by rule | Own the outcome |
Three controls keep AI honest in an approval workflow. First, AI suggestions should be visible as suggestions, not silently applied. Second, the approval log should record who accepted the suggestion. Third, the thresholds and delegated authority stay set by your people, not by a model.
Our perspective: approvals should follow the deal, not sit beside it
We build MDMS for equipment dealerships, and the pattern we see is that purchasing is treated as a separate chore from the sale, the build or the repair. A PO is raised in one place, the quote lives in another, and the invoice arrives in a third. Every handover is a chance for a retype, a delay or a missing approval.
Our view is that data should travel once. When a PO is raised from a deal, a work order or a reorder suggestion, the approval rules should already know the cost centre, the customer and the margin. The approver should see why the purchase exists, not just a dollar amount. That is why we design purchasing as part of the same platform as sales, service, parts and rental, with modules you can switch on as you need them, rather than as a stand-alone approvals tool.

On AI, we are deliberately conservative. MDMS AI is built to take the typing and the searching off your team’s hands, and we are clear that it should work with human checks, not around them. In approvals that means AI prepares and flags, and a person with authority approves. If a tool offers to approve everything for you, ask who is accountable when it gets one wrong.
Finally, we believe you should own your data. Approval history, supplier records and PO data are business records, and you should be able to take them with you. That is part of why we offer complete data ownership with no lock-in.
— ModernDMS
Connecting approvals to Xero and your accounting records
Approvals only pay off if they connect to the ledger. The goal is that an approved PO becomes a commitment in accounting, goods receipt confirms what arrived, and the supplier invoice is matched against both before payment.
Australian rules shape this in three ways.
Record retention. The ATO says organisations must keep accurate and complete records of transactions relating to tax and superannuation and generally retain them in accessible form for five years. Your approval log and PO history are part of that trail, so they need to be searchable years later, not buried in email.
GST and tax invoices. The ATO says businesses should keep tax invoices and GST records for five years, and that you can only claim GST credits for purchases of $82.50 or more when you hold a tax invoice. Matching each supplier invoice to an approved PO helps you confirm you hold the right document before you claim.
Payables control. The ATO notes that a good creditor record system helps you know which supplier accounts must be paid and when, and that commercial software can record payables and update accounts automatically. For the accounts payable side in more depth, read our accounts payable automation guide for Australia.
eInvoicing and digital records
Peppol eInvoicing can issue an invoice that meets tax invoice requirements, and the ATO recommends that you review your current invoicing processes, including whether you use purchase orders and what software changes you need. Start with the process, not the technical connection. If you also run field or trade work where quotes and invoices are created on the move, voice-to-invoice workflows for tradies show how digital records can be kept without extra admin.
In MDMS, the accounting side is built around Australian GST handling and integration with Xero and MYOB, so approved purchasing data does not have to be rekeyed. For finance teams, our equipment dealer finance software page explains how reporting sits on top.
Choosing software for PO approvals
When you assess any DMS or ERP for approvals, test it against a short list.
- Configurable limits by role, category and cost centre, not one global threshold
- Sequential and parallel approval options
- Requester visibility of the current approver and status
- Mobile approval for managers away from a desk
- Locked fields and re-approval on formal changes
- Approval log with timestamps, comments and versions
- Linkage to deals, work orders and reorder suggestions, so the approver sees the reason for the spend
- Accounting integration, including GST and your accounting package
- Data export, so your records are never trapped
Our purchase order and supplier management page walks through how MDMS handles these for dealers. If you run rental or warranty claims, check that the same approval logic covers those costs too, since a replacement part under warranty is still a purchase. Our rental management page shows how fleet costs are tracked alongside.
Try it in your dealership
MDMS is modular, so you can start with the department where purchasing hurts most and add others later. Published module plans are A$59 per month each, the Equipment Dealer Suite is A$259 per month, and MDMS AI is A$449 per month, with AI-enabled users at A$29 per month per seat. Optional services include a data upload service at A$259 per module, a training package at A$499 per module, and white-glove implementation at A$39,950, all one-off. Contracts are monthly rolling and there is a free trial. See the current plans and pricing to match modules to your team size.

If you want to see how AI and approvals work together in your own workflow, you can explore MDMS AI on our home page and book a demo.
FAQ
What is the purchase order approval process?
It is the route a PO takes from request to authorised order. The requester drafts it, the system routes it by amount, category or cost centre, and an approver accepts or rejects it with a reason recorded. Only approved POs are sent to the supplier.
Who approves a purchase order?
The person named in your delegated authority for that amount and category, usually a department manager at lower values and a general manager or owner above a set threshold. The requester and the person who receipts the goods should be different people from the approver. Name a delegate for every approver so absence does not stall orders.
How do I check if a PO is approved?
Look at the PO status in your system. A good workflow shows whether it is draft, pending, approved or rejected, and who currently holds it. If your system cannot show that, requesters will chase by phone, which is a sign the workflow needs visibility features.
What is the difference between a quotation approval and a PO approval?
A quotation approval decides whether a price, whether supplier or customer facing, is acceptable. A PO approval authorises the spend with a supplier. In a dealership they link: an approved customer quote often triggers the build order or dropship PO, so the second approval can follow the first rather than start again.
Can AI approve purchase orders automatically?
AI can draft, code and flag, and within a strict standing limit a routine PO can be auto-approved by rule. For anything outside that, a person with delegated authority should approve, and the log should show who accepted any AI suggestion.
Sources
- Purchase Order Approval Workflows, Billonic Australia
- Supplier FAQs for Westpac’s Coupa transition
- Procure to Pay in Australia: Process, Controls & Tech, Trace Consultants
- Purchase Order Automation Guide for Australian Finance Teams, Ordron
- Set up the Process Workflow Feature, Trimble Help
- Record keeping for not-for-profits, Australian Taxation Office
- BAS and GST tips, Australian Taxation Office
- Debtor and creditor records, Australian Taxation Office
- eInvoicing for businesses, Australian Taxation Office