Workflow design · scope to your operationFrom trigger to finished work
- Purchase request
- Budget and authority
- Supplier comparison
- Approved PO
- Receipt and discrepancies
- Invoice approval
- Supplier performance
The rules that matter
Separate request, approval and payment permissions. Preserve the approved supplier, quantities and commercial terms.
When the normal path breaks
Budget exceeded; urgent substitution; partial receipt; mismatched invoice; repeated late supplier.
Uncertain inputs go to an assigned owner with the source, reason and next decision. Failed writes are reconciled before retrying, so a recovered connection does not create a duplicate order, payment or stock movement.
How we would measure it
Request-to-PO time; unauthorised spend; receipt mismatches; on-time delivery.
Sample representative work before the build, including difficult cases. Compare the same task mix after launch; include review, exception handling and system upkeep in the time used.
Start with one accountable slice
Map the first input, the final accepted result and who can approve it. Agree source systems, read/write access, rules, exception ownership and acceptance checks. Run representative normal, failure and recovery cases before expanding across teams.
What makes this suitable for larger teams?
Role-based access, separation of preparation and approval, versioned rules, an action history, duplicate protection, reconciliation, alerts and a named recovery owner. Private deployment or customer-controlled infrastructure can be scoped where needed. These are design requirements to validate, not an unsupported promise of perfect source data or regulatory compliance.
Before you buildQuestions about this workflow
Specific answers to help you judge the fit, the information needed and the decisions your team keeps.
Can purchasing requests stay in our existing tools?
We can assess a request form, job system, spreadsheet or procurement application as the starting point. The request needs a stable reference, items, purpose and proposed supplier. Then check the available approval and PO interfaces before deciding whether a custom connection adds value beyond native purchasing features.
How do budget and approval limits apply before a PO is issued?
Define the budget source, approver and delegation limits for each relevant purchase type. Quantity, supplier or price changes after approval should reopen the affected checks. Requesting, approving and paying are separate permissions; an urgent request should follow an explicit exception path rather than bypass them silently.
What happens when only some of the goods arrive?
Record receipts against individual PO lines, keeping ordered, received, rejected and outstanding quantities separate. A part delivery should not close the whole order. Missing or damaged items can create a supplier follow-up, and invoice readiness should use the receipt evidence and your agreed partial-payment policy.
How are invoice tolerances and duplicate charges controlled?
Use the authorised price and quantity tolerances alongside received quantities and previous postings for that PO. Duplicate checks should consider supplier identity and invoice references, including corrections or credits. An apparent match should not bypass unresolved receipt differences or create another entry after an uncertain accounting response.
Can staff buy from a new or out-of-policy supplier in an emergency?
Your authorised owner decides whether an exception is permitted and what evidence or limits apply. Record the reason, scope and expiry of that approval, and keep supplier onboarding checks visible. A one-off emergency purchase should not silently make that supplier unrestricted for every future order.
How would we roll this out without replacing the whole purchasing process?
Choose one purchase category and a bounded approval path, then compare proposed requests, POs and receipts with current practice. Test budget overruns, partial receipts, changed suppliers and duplicates. Measure request-to-PO effort and unresolved mismatches, including reviewer time, before expanding the authority or connected systems.