End-to-end workflows

How work moves through Purchasing from start to finish, who does each step and what the system does in response.

On this page (13)

Requisition to received goods

Who: Requester R, Approver A, Buyer B, Approver C, Storekeeper S

#What the person doesWhat the system does
1R: New requisition, 2 lines with products, needed in 10 days; Save; SubmitWaiting for approval; Budget 'Within'
2R: try Approve on own requisition (if R holds the right)Refused 'Somebody other than the requester must approve this requisition.'
3A: open it; ApproveApproved; commitment recorded where budgets are active; dashboard 'PR pending' drops by 1
4B: Requisitions to order; tick both lines; supplier Test Supplier LLC; Create RFQDraft RFQ opens with the lines at the estimated prices; requisition shows Ordered
5B: adjust price, add VAT 5%; Print > Request for quotationRFQ PDF downloads
6B: Approve order (tier needs 1 approval)Refused 'needs 1 approval ... it has 0 for this version.'
7C: Procurement > Approve this version; B: Approve orderConfirmed; draft receipt raised; requisition commitment released
8S: open the receipt from Receipts; receive all; ValidateStock in at order cost; dashboard 'To bill' counts the order

Revise and cancel a purchase order

Who: Buyer B, Approver C

#What the person doesWhat the system does
1B: confirmed order (approved by C), nothing receivedApprovals 1 of 1, version 1
2B: Procurement > Amend with reason 'Quantity change'Back to draft as version 2; receipt cancelled; version 1 kept
3B: change quantity; Save; Approve orderRefused: approval of version 1 no longer counts
4C: Approve this version; B: Approve orderConfirmed as version 2; new receipt raised
5B: Cancel the orderCancelled; check that the open receipt is cancelled too

Partial receipt, backorder and over-receipt

Who: Buyer B, Storekeeper S, Receipt approver E

#What the person doesWhat the system does
1Configuration: receipt tolerance for Test Supplier LLC 5% over, 2% underSaved
2B: order 100 units; Approve orderConfirmed with a receipt for 100
3S: receive 60; Validate60 in stock; backorder of 40 created; order still Confirmed
4S: on the backorder receive 46 (6 over the remaining 40)Refused with the over-tolerance message
5S (without the right): tick Approve over receiptRefused 'Approving an over receipt needs the receipt exception right.'
6E: approve the over receipt with a reason; Validate46 taken; an over-receipt exception recorded; nothing left open

Tender to purchase order

Who: Buyer B (manage), Approver C (manage and award), suppliers A and B2 (or their portal logins)

#What the person doesWhat the system does
1B: New call for tenders, 100 units, Sealed, closing in 2 days; invite A and B2; Save; IssueOpen for quotes; both quote records drafted
2B: Enter quote A: carton of 12 at 1,200.00; Save and submit. Enter quote B2: unit 110.00; Save and submitQuotes in 2 / 2; no prices shown to anyone yet
3B: try to open the comparison before the closing timeRefused: sealed until the closing time
4B: Close for quotesClosed; Comparison appears: A 100.00 per base unit cheapest, B2 110.00
5B: try AwardRefused 'Somebody other than whoever raised this call for tenders must award it.'
6C: Award 100 to ATender Awarded; draft PO for A at 100.00 with 5% VAT = 10,500.00 total; B2's quote Not awarded
7C: open the PO from the Purchase orders smart button; Approve orderPO confirmed; receipt raised; normal receiving and billing follow

Reverse auction to purchase order

Who: Buyer B (manage), Approver C (manage and award), bidders A and B2

#What the person doesWhat the system does
1B: on an issued tender create an auction, opening price 2,500.00, drop 0.5%, extend 2 minutes; Save; PublishPublished; Scheduled until start
2A: bid line totals 2,000.00; B2: bid 2,100.00Ranking A first, B2 second; bidders see their own rank
3A: bid 1,995.00, then 1,990.001,995.00 refused with the minimum-drop message; 1,990.00 accepted
4A or B2: bid in the last 2 minutesEnd time moves out 2 minutes; bid flagged extended
5After the end, B: AwardRefused: whoever raised the auction cannot award it
6C: Award to B2 with no reason, then with a reasonFirst refused 'Give the reason for not awarding the lowest bid.'; then awarded
7C: open the PO link; Approve orderDraft PO at B2's bid prices confirmed; tender shows Awarded

Supplier bill: match, hold, release, retention, pay

Who: Buyer B, Accounts clerk W, Releaser R (match release), Retention releaser R2, Payer P

#What the person doesWhat the system does
1B: PO of 10 units at 100.00, retention 10% due 30 days; approve; storekeeper receives 8Receipt of 8 done
2W: Vendor bills > New from the PO: bill 10 units, vendor number INV-77; PostRefused 'This bill is held by matching.'; hold 'Billed more than ... 2 held'
3W: try to release the holdRefused (raised the bill)
4R: Bills on hold > Release with a reasonHold Released; bill status released
5W: Post the billPosted: net 1,000.00 + VAT 50.00; retention 100.00 held; payable now 950.00
6P: pay 950.00; try 1,050.00950.00 paid; the larger amount refused while retention is held
7R2: Retentions held > Release with a certificate reference; P: pay the last 100.00Retention Released; bill fully paid

Framework agreement, call-offs and rebate

Who: Writer W, Approver P (policy approve and configure), Buyer B

#What the person doesWhat the system does
1W: New agreement with the supplier, ceiling 100,000.00, product at 45.00 ceiling 500; Save draftDraft
2W: try Put in forceRefused (writer cannot approve their own)
3P: Put in forceIn force
4B: PO naming the agreement with 100 units at 45.00 net 4,500.00; ApproveConfirmed; agreement shows Called off 4,500.00
5B: PO that would pass the ceilingRefused with the ceiling message
6W: New rebate 3% from 50,000.00; P: Put in forceIn force
7After bills of 60,000.00 net post: Accrue; then SettleDue 1,800.00 accrued; Settle posts a 1,800.00 debit note and the rebate is Settled

Early payment discount

Who: Payer P (payment prepare), Supplier portal user S

#What the person doesWhat the system does
1P: Offer early payment on a posted bill of 10,500.00 due 30 Nov; pay on 10 Nov; 12%Offer with discount 69.04; to pay 10,430.96
2S (supplier portal): AcceptAccepted - to pay
3P: Settle immediatelyRefused: pay 10,430.96 first
4P: pay 10,430.96 against the bill dated 9 NovPayment recorded
5P: SettleDebit note 69.04 posted and set against the bill; bill closed; offer Paid early

Supplier onboarding with maker-checker: public application to first order

Who: Prospective supplier, buyer (purchase.portal.manage + partner.manage), finance reviewer (partner.bank.reveal), qualification writer and approver

#What the person doesWhat the system does
1Buyer opens Purchase settings, ticks 'Accept supplier registrations' and savesA secret registration link appears
2Supplier opens the link (no sign-in) and sends an application with trade licence, VAT, contact and e-mailApplication APP number received; waiting in Supplier applications
3Buyer opens Supplier applications > Waiting, checks the details, enters a portal username and temporary password and approvesSupplier contact created, portal login made, application shows Approved with the supplier code
4Buyer writes an Approved suppliers row (everything, valid one year, evidence 'Trade licence DED-123456') and tries to approve itRefused: somebody other than the writer must approve
5A second user with the policy approval right approves the qualificationStatus Approved; with 'Commit only to approved suppliers' on, the supplier can now be awarded and ordered from
6Supplier signs in, changes the temporary password, opens My details and sends a new bank accountRequest waits for review; bank shown masked to the supplier
7Buyer (no bank right) tries to approve; finance user with partner.bank.reveal approvesBuyer refused; finance approves and the account is added as Pending, to be verified by call-back before any payment

Portal ASN to goods receipt to invoice

Who: Supplier portal user, warehouse user (purchase.asn.manage + inventory.operate), accounts payable clerk

#What the person doesWhat the system does
1Buyer confirms a PO of 100 pieces for the supplierPO confirmed; receipt waiting in inventory; supplier sees it in the portal
2Supplier acknowledges the order with its own referencePortal shows Acknowledged; buyer sees the acknowledgement
3Supplier announces 60 pieces with lot and carrier detailsNotice In transit; shows in Inbound shipments; 40 left to announce
4Warehouse opens the notice on arrival and clicks ReceiveReceipt validated for 60 with lot and expiry; notice Received; the PO shows 60 received
5Supplier sends an invoice for 60 pieces with total and PDFDraft bill created and linked to the order line; status Received - being checked
6Accounts clerk checks the match (three-way) and posts the billBill posts; supplier sees Accepted and the bill with outstanding amount in Bills and payments
7Run Received not invoiced and Open purchase ordersThe 60 pieces are no longer received-not-billed; the PO still shows 40 open

Matching policy two-person change and its effect on a bill

Who: Procurement configurer (purchase.configure), policy approver (purchase.policy.approve), accounts clerk

#What the person doesWhat the system does
1Configurer drafts MP-STD (three-way, price 2% and AED 3.00, quantity 10%)Draft saved
2Configurer tries Put in force on their own draftRefused: somebody other than the author must activate
3Approver puts it in forceStatus Active; Approved by shows the approver
4Clerk bills 8.9 against 8 received, then a price of 103.01 on a unit price of 100Both bills are held by matching (quantity beyond 8.8, price beyond 3.00)
5Configurer makes a new version with quantity tolerance 15% and the approver puts it in forcev2 Active, v1 Superseded; the held quantity bill is re-checked when matching runs again

Approval tiers, authority change and a high-value order

Who: Procurement manager (purchase.policy.approve), buyer, two approvers

#What the person doesWhat the system does
1Manager saves tiers 0 -> 1, 10,000 -> 2, 50,000 -> 3 and turns on 'A buyer may not approve their own purchase order'Saved with audit entries
2Buyer raises a PO of AED 60,000 (with tax) and sends it for approvalOrder needs 3 approvals
3Buyer tries to approve and confirm their own orderRefused
4Three other users approve in turnApprovals counted per version; the third lets the order confirm
5Buyer amends the order price (new version)Earlier approvals no longer count for the new version; approvals are asked again
6Manager checks Supplier spend and Open purchase orders after receipt and billingSpend shows the billed net; the order leaves Open purchase orders when fully received

Tolerances at receipt: over, under and the supplier's allowance

Who: Purchase configurer, warehouse user, supplier portal user

#What the person doesWhat the system does
1Configurer creates a receipt tolerance for the supplier: 5% over, 2% underRow Active
2Supplier announces 105 on a 100-piece lineAccepted (100 + 5%); 106 would be refused
3Warehouse receives 105Accepted within tolerance with no over-receipt approval
4A second order of 100: warehouse receives 98 and validatesThe 2 missing close short; no backorder
5Third order: 97 receivedBackorder of 3 stays open
6Run Supplier performance for the periodIn full % counts the 98 and 97 receipts as not full