AWRA OpsHub Search
Procurement control layer

Purchase Requests & Approvals

Give requesters a clean way to raise needs, give approvers the evidence to decide, and give procurement a governed path from request intake to sourcing action.

AWRA brings request creation, approval queues, comments, attachments, review evidence, escalation behaviour and explainable buying controls into one governed flow. Approval itself is gated by permission rather than by value — the refusals that hold a spend to its paperwork sit downstream, at receiving and at payment.

Approval queue

Buyer action board

Live review

Laptop replacement request

IT equipment · KES 148,000

Finance approval

Printer toner replenishment

Office supplies · Low stock signal

Procurement review

Emergency warehouse repair

Facilities · High urgency

Escalated
AWRA procurement request and RFQ workspace
Request creation

A good purchase decision starts with a request people can trust.

Purchase requests should not be vague messages that procurement has to decode. AWRA helps teams capture the operational context before buying begins: item details, quantity, branch, warehouse, department, project, need date, budget line, preferred supplier notes, attachments, and justification.

The request becomes a controlled starting record. Procurement can decide whether to source externally, check existing stock, route approval, ask for clarification, attach evidence, or convert the request into RFQ work.

Need capture

Item, quantity, purpose, branch, department, need date.

Evidence pack

Specification, photos, supplier notes, or internal justification.

Policy context

Budget line, approval rule, category, and risk signal.

Ready for review

Procurement receives a complete request, not a guessing game.

Approval queues

Approvers need context, not just approve and reject buttons.

AWRA approval queues are designed to show what matters before a decision is made. Reviewers can see requester details, value, category, branch, linked stock signals, budget notes, attachments, comments, prior decisions, and escalation status.

Grouped queues

Separate pending, escalated, returned, high-value, and urgent procurement requests so reviewers act on the right work first.

Review comments

Ask for clarification, capture approval notes, explain rejections, and keep the conversation attached to the request.

Evidence review

Make attachments, quotes, specifications, budget support, and policy proof visible before approval.

Escalation paths

Move sensitive, overdue, over-budget, or high-value requests to the right owner without losing the audit history.

SLA awareness

Show due windows, overdue decisions, follow-up reminders, and bottlenecks before procurement stalls.

Role-aware decisions

Only users with the right responsibility can approve, reject, return, or escalate procurement decisions.

Approval thresholds

Different requests deserve different approval paths.

Routine replenishment should move quickly. Strategic purchases, emergency buying, restricted categories and high-value awards should carry stronger review. Worth being exact about how that difference is expressed here, because it is not what most buyers assume: approving a request is gated by who holds the permission, not by the amount on it — there is no value band that routes a large request to a different approver. What does refuse, by default and on value where relevant, is downstream — a delivery larger than the order is blocked at receiving, a payment that does not match is blocked at the gate, and a stock adjustment above your configured value needs a second person.

Trigger Approval behavior
Low-risk request Route to procurement officer or department owner for fast review.
Budget threshold crossed Escalate to finance or budget owner before sourcing or award.
Restricted category Require policy owner review and supporting evidence.
Emergency purchase Allow expedited path while preserving reason, actor, and follow-up review.
Overdue decision Notify owner, escalate manager, and surface in action queue.
Evidence and escalation

Every decision should explain itself later.

Procurement approvals often become important long after the request is closed. A finance reviewer may ask why a vendor was chosen. A manager may ask why a purchase bypassed a normal path. An auditor may ask who approved a high-value request. AWRA keeps the request, comments, attachments, status changes, and approval timestamps together.

Escalation is treated as part of the work, not a side conversation. When a request is overdue, incomplete, high-risk, or outside policy, the system can surface the right owner and keep the action traceable.

Approval evidence, comments, attachments, and audit trail illustration

Comments

Questions, clarifications, rejection reasons, and approval notes remain close to the request.

Attachments

Specifications, photos, supplier files, quote evidence, and policy documents support the decision.

System context

Requests and approvals connect into the wider procurement workflow.

Once approved, a request can move into RFQ creation, quotation comparison, purchase order preparation, budget review, receiving, reports, and exception monitoring. The approval record stays attached so downstream teams understand why the work exists.

Back to Procurement Overview

Help Center

Need a quick answer while you read?

Run inventory, procurement, assets, sales, and field work with approved AWRA guidance for setup, migration, integrations, security, pricing, and support.

Search all approved AWRA public help articles.

Open Help Center