IoL Workflows
Administrative   Family J · Finance and assets  ·  IoL Administrative Affairs

AW-10 · Purchase Requisition, Receipt and Invoice Matching

Primary KPIsnone
Contributes to
TriggerAn identified need with an available budget line, or a renewal date on a subscription or maintenance contract
EndpointGoods-received record confirmed in the procurement system, invoice matched and released to AW-11; asset registered in AW-13 where applicable
OBEF touchpoint**In-kind contributions.** Where goods, software licences, equipment or services are received from an external partner at no charge or below market value, the receipt step captures the documented market valuation that WF-24 needs for KPI 3.4. Without it the contribution cannot be counted.

BPMN 2.0 (ISO/IEC 19510), generated from the procedure section of this document. Lanes are the roles in the RACI; a cylinder marks a capture point and the KPI it feeds; a diamond is a decision point. Click a task to jump to its step. Scroll to zoom, drag to pan.

AW-10 — Purchase Requisition, Receipt and Invoice Matching

Workflow ID AW-10
Pack owner IoL Administrative Affairs (decision of 2 September 2026; see Architecture/04_Ownership_Model.md)
Family J — Finance and assets
Ownership Slice of MBRU procurement and finance. MBRU owns procurement policy, supplier onboarding, purchase orders and payment; IoL owns the requisition, the budget confirmation, the receipt and the goods-received record [IoL to confirm]
Governing policy MBRU procurement policy and delegation of authority [IoL to confirm]; ISO 9001:2015 clause 8.4
Interfaces AW-05 delegation; AW-02 budget; AW-13 assets; AW-11 payments; AW-23 contracts where a contract is required
OBEF touchpoint In-kind contributions. Where goods, software licences, equipment or services are received from an external partner at no charge or below market value, the receipt step captures the documented market valuation that WF-24 needs for KPI 3.4. Without it the contribution cannot be counted.
Process owner ______________
Version 0.1 draft
Effective
Next review

1. Purpose and scope

Purpose. To ensure that IoL obtains goods and services through the institution's approved route, within budget and delegation, with the requester, approver and receiver separated, and with a goods-received record that supports payment, asset registration and, where relevant, the valuation of an in-kind contribution.

Scope statement. This procedure manages IoL purchasing from the identification of a need to the confirmation of receipt and the release of the invoice for matching, using MBRU's procurement system.

Applies to. All purchases of goods, services, software, subscriptions and equipment charged to an IoL cost centre, including simulation consumables and equipment, external-facilitator services where procured rather than appointed, and event-related purchases routed through procurement.

Does not apply to. Payment of appointed adjunct or external faculty, which follows AW-08 and AW-11; expense claims and travel, AW-11; contracts requiring legal review, which pass through AW-23 before a purchase order is raised; institutional procurement policy, supplier onboarding and payment execution, which are MBRU's.

2. Trigger, boundary and interfaces

Trigger An identified need with an available budget line, or a renewal date on a subscription or maintenance contract
Endpoint Goods-received record confirmed in the procurement system, invoice matched and released to AW-11; asset registered in AW-13 where applicable
Upstream AW-02 (budget exists); AW-05 (delegation level); AW-23 (contract, where required); AW-14 and AW-13 (need identified)
Downstream AW-11 payment; AW-13 asset register; WF-24 in-kind valuation
Handoff to the academic pack WF-24 receives the valuation record for any in-kind contribution from an external partner. The boundary is the goods-received step: procurement records the valuation; WF-24 decides whether it qualifies under the OBEF partner-type list.

3. Roles and accountability

Process owner. IoL Operations Manager or equivalent [IoL to confirm].

Step Requester Budget Holder Approver per delegation MBRU Procurement Receiver Finance
Raise requisition R I I I I I
Confirm budget availability I A/R I I I C
Approve within delegation I C A/R I I I
Supplier selection and purchase order I I I A/R I I
Confirm receipt I I I I A/R I
Record in-kind valuation (where applicable) C A I I R C
Register asset (where applicable) I I I I R I
Match invoice and release I I I I C A/R

[CONTROL] Segregation. The requester does not approve. The approver does not confirm receipt. The receiver does not release payment. Where IoL is too small to separate all three, the minimum separation is requester versus receiver, with the approver at the next level up.

4. Procedure

  1. Identify the need and check existing provision. Before raising a requisition, confirm the item is not already held (AW-13 asset register), not covered by an existing contract, and not available through an institutional framework agreement.

  2. Raise the requisition in the procurement system. Specification, quantity, estimated value, cost centre, budget line, required date, and whether a contract will be needed (route to AW-23 if so). [CONTROL] No purchase is initiated outside the system; verbal or email orders are not IoL purchases.

  3. Confirm budget. The budget holder confirms the line has capacity for the current financial year. Decision point. If not, the request is deferred, re-scoped, or escalated to AW-02 for a virement.

  4. Approve within delegation. The approver at the level set in AW-05 for the value band approves or returns with reasons. [CONTROL] Splitting a purchase to stay under a delegation threshold is a policy breach and is reported through AW-24.

  5. MBRU Procurement selects the supplier and raises the purchase order. IoL supplies any technical evaluation required. Sole-source justifications are written by the requester and approved by the budget holder before submission.

  6. Receive. The receiver checks quantity, condition and specification against the purchase order, records the goods-received note in the system on the day of receipt, and reports discrepancies to Procurement within 2 working days. [CONTROL] Receipt is recorded by a person other than the requester wherever practicable.

  7. Register the asset where applicable. Items above the asset threshold [IoL to confirm] or of a controlled type (simulation manikins, AV, IT hardware) are entered in the AW-13 register with location and custodian before they enter use.

  8. Record in-kind valuation where applicable. Where the item is provided by an external partner free or below market price, the receiver records the supplier's stated value and the basis (invoice at zero, list price, independent valuation), and the budget holder confirms it. The record is handed to WF-24. [CONTROL] No valuation is recorded without a documented basis; an estimate without a source is not a valuation.

  9. Match the invoice. Finance matches invoice, purchase order and goods-received note. Mismatches are returned to the receiver for resolution within the service standard. Release to AW-11 for payment.

  10. Close. The requisition is closed in the system. Renewal dates for subscriptions and maintenance are entered in the AW-25 calendar.

Exception routes. Emergency purchase (safety, learner-facing outage): the process owner may authorise a purchase ahead of the requisition, with the requisition raised within 2 working days and the emergency recorded. Supplier failure after order: Procurement leads; IoL records the impact for AW-06.

5. Service standards

Service Standard
Budget confirmation 2 working days
Delegated approval 3 working days
Goods-received note recorded Same day as receipt
Discrepancy reported to Procurement 2 working days
Asset registered before use 100%
In-kind valuation recorded Within 10 working days of receipt
Invoice mismatch resolved by IoL 5 working days

6. Records, retention and controls

Record System Retention Owner
Requisition and approvals MBRU procurement system 7 years Budget holder
Sole-source justification Procurement system 7 years Requester
Goods-received note Procurement system 7 years Receiver
In-kind valuation record with basis Procurement system and WF-24 register 7 years Budget holder
Emergency purchase log IoL operations log 7 years Process owner

Key controls. (1) Every purchase has a system requisition before commitment. (2) Requester, approver and receiver are distinct. (3) Approval matches the AW-05 delegation for the value. (4) No purchase splitting. (5) Goods-received note precedes invoice release. (6) In-kind valuations carry a documented basis.

OBEF touchpoint capture rule. The in-kind valuation is recorded at receipt, by the receiver, with its basis. It is not reconstructed at OBEF submission time. Appendix B of the OBEF guide allows the Ministry to demand audit reports, independent valuations or formal market valuations for KPI 3.4.

7. Performance measures

Dimension Measure Target
Timeliness Requisition to purchase order, median working days Tracked; target set after baseline
Timeliness Goods-received notes recorded same day 95%
Compliance Purchases with a system requisition before commitment 100%
Compliance Segregation exceptions logged 0 unlogged
Accuracy Invoice mismatches per 100 invoices Declining
Experience Requester satisfaction with turnaround, periodic pulse Tracked
Touchpoint In-kind receipts with a valuation basis recorded 100%

8. Change control

Date Version Change Reason Approved by
2026-09-02 0.1 Initial draft IoL administrative pack draft, unapproved