Policy and procedure do different jobs
A policy states the rule: any purchase over $15,000 needs a purchase order approved by the budget holder and the controller. A procedure states how to follow it: which screen, which role, what evidence. Mixing the two produces long documents in which the rule is hard to find and the steps are out of date. We keep them apart. Policies are approved by the board or owners, and procedures are maintained by the finance team.
The ledger shows which rules hold
Before drafting, we test a handful of rules against your data. For example:
- Purchases above the PO threshold that had no purchase order, or a PO dated after the invoice
- Expense claims above the receipt threshold with no receipt, or with receipts that repeat across claims
- Credit memos issued without the approval the policy requires
- Bank accounts in the ledger that no policy or signatory list mentions
Each result tells us whether the policy needs to change or the practice does. That test is the difference between a manual written from interviews and one written from evidence. The article on what a financial policies and procedures manual should contain shows the outline we start from.
Owners keep the manual alive
A manual starts going stale the day it is approved. Each document names an owner and a next review date, and a short change log records what changed and why. Triggers for an early review are written in: a new system, a new entity, a change in approval limits, an audit finding. The review calendar fits on one page, so the controller can see at a glance which documents are due this quarter and who has them.
AI tools need explicit policy lines
Generated receipts, AI coding of invoices and automated approvals all touch policies written before those tools existed. We add rules where the risk is new. Receipts must match card data, not only an image. AI-coded invoices above a set amount need a person's approval. The article on an expense policy for AI-generated receipts works through one example.
Where the approval matrix itself needs a deeper redesign, including system roles and access, our segregation of duties project handles that work.
