Requests move, but accountability does not.
Approvals sit across email and chat, with no dependable queue, owner, rejection reason or history.
We design connected procurement systems for mission-led and commercial organisations: purchase requests, budget checks, vendors, quotations, approvals, purchase orders, goods or service acceptance, invoices, payments, inventory and audit trails.
Email, spreadsheets and accounting tools can each hold a fragment without showing the full commitment, the current exception or who needs to act next.
Approvals sit across email and chat, with no dependable queue, owner, rejection reason or history.
Backdated requests and late purchase orders make it difficult to see committed spend before cash leaves.
Teams reconcile goods, services, bills, payments, assets and stock by hand because the chain breaks after the PO.
A procurement system earns its place when a requester, an approver and the stores team each open it and see the same purchase, at the stage it has actually reached.
One reference from need to stock. Quotes, approvals, purchase order and receipt on the same chain.
A queue with reasons. Every rejection and exception is recorded, not lost in chat.
Receipt is not the end. Goods in, goods out and the closing balance trace back to the purchase.
Illustrative screens with sample data. Not a live partner record.
The exact policy differs by organisation. The underlying records and decisions repeat.
For physical goods, the chain continues into stock, warehouse or asset custody. For services, acceptance can be a milestone, timesheet or completion confirmation.
Thresholds, roles, states and documents should be configurable so the workflow can change without rebuilding the application.
Purpose, entity, programme, project, grant or cost centre, budget head, quantity, dates, delivery location and supporting evidence.
Controlled vendor onboarding and changes, compliance documents, categories, prices, lead times, quotation comparison and selection rationale.
Role-, department- and value-based routes, delegated authority, no self-approval, rejection reasons, resubmission and a visible decision history.
Numbering, terms, advances, credit periods, amendments, versions, partial fulfilment, committed value, remaining balance and formal closure.
The request, sourcing, approval and commitment records can be shared. Acceptance evidence must follow what was actually bought.
A clean design branches at fulfilment, then rejoins for invoice validation and payment.
Quantity and quality checks, goods receipt note, batch or serial details where needed, returns, warehouse/location, stock or asset update.
Deliverable, milestone, period or timesheet confirmation, accountable service owner, exceptions and evidence of acceptance.
Match the invoice to the approved PO and receipt or acceptance, including partial invoices, advances, taxes and balance checks.
Send validated records to the authorised finance process or tools such as Zoho Books, Zoho Expense or Tally, with reconciliation status.
When the organisation buys physical goods, purchasing must connect to custody, movement, valuation and reconciliation.
Categories, SKUs, variants, units of measure, preferred vendors, warehouses, locations, reorder rules and responsible users.
PO-linked receipts, grading or quality, accepted and rejected quantity, opening stock, goods in, goods out and closing balance.
Warehouse transfers, packaging or unit conversion, wastage, returns, stock-taking differences and authorised corrections.
Pending approvals, cycle time, committed versus actual spend, open POs, receipt variance, stock position, ageing, reorder and vendor performance.
Every procurement system follows the same ImpactOS stages and sign-off points, so you always know what is being decided, by whom, and what you will have at the end of it.
We trace one real purchase from need to payment and stock with the people who handle it.
Policy, thresholds and roles first, then the records behind requests, orders, receipts and stock.
One purchase route first, tested with real requesters, approvers and stores.
We track whether purchases move through the system, not just logins.
A retrospective on what worked and what the next release should be.
Procurement sits inside our finance and operations work. See the five-stage transformation pathway →
What we can show is the adjacent work this builds on: connected operations, approvals and project delivery. We’ll tell you on the first call which parts would be new for us.
Connected operations10+Admissions, payments and refunds, learning, Zoom and WhatsApp through one system for The/Nudge Institute.
Read the case study ↗ Project delivery · Zoho ProjectsOperational work moved into a shared, accountable system.
Read the case study ↗ Said plainlyWhy we tell you up front what we haven’t built before, instead of finding out halfway through.
Read the essay →Our own products plug into a procurement system once requests, approvals and receipts share one reference. People keep every decision about what is bought and paid for.
Document completeness is one of the missions we are shaping: chase every missing quotation, bill or receipt note and hand unclear cases to your team.
Explore DozAI → FundZola · AccountAI suggests the grant and programme head for each bill from your allocation matrix; you confirm before it reaches your books.
Explore FundZola → Claude · coachingClaude coaching for leaders, and AI agents on your own data, with a person still in charge of every decision.
Explore AI for nonprofits →If yours isn’t here, bring it to the first call. We’d rather answer it honestly than have it surface halfway through a build.
Procurement is our newest area and builds on our finance and operations work. On the first call we’ll tell you which parts we’ve built before and which would be new for us. Why we name our limits →
Yes. Requests, sourcing, approvals and purchase orders share one model; acceptance branches into goods receipt or service confirmation, then rejoins for invoice and payment.
No. The accounting system stays the source of truth for the books. We send validated records to it with reconciliation status.
Yes. Thresholds, roles, delegated authority and states are configured, not hard-coded.
Cost follows records, roles, integrations, migration and support. We show expected running costs, including licences, up front. Eligible nonprofits can access subsidised delivery through the Built for Impact Programme.
No. AI can chase documents or suggest tags. A named person approves every request, order and payment.
The useful first step is usually a real transaction traced across people, decisions, records and tools.
See how money moves across fundraising, grants, programmes and finance.
Open the chapter →Technology assessmentDecide what to retain, repair, connect, replace or retire.
Read on edzola.com ↗Data architectureConnect authoritative records without forcing every job into one tool.
Read on edzola.com ↗The right connections depend on what is being bought, how it is funded and who will use or hold it.
Bring a PR form, approval chain, PO, receiving problem or stock tracker. We will map where context is lost and identify the first useful system change.