Root cause analysis: getting past the first plausible answer
Root cause analysis works out why something went wrong deeply enough that fixing it prevents a recurrence. Its main difficulty is stopping too early, at an answer that sounds satisfying.
An expense policy is worth writing when people start guessing. One page of stated rules prevents more awkward conversations than any approval process.
An expense policy states what the company pays for when an employee spends their own money, what it does not, and how someone gets that money back. It exists because the alternative is deciding case by case — which is slower, feels arbitrary, and produces the two worst outcomes at once: people claiming things they should not, and people quietly absorbing costs they should have claimed.
It should fit on a page. Policies that run to eight pages are written to survive an argument rather than to be read, and nobody consults them at the moment of spending, which is the only moment that matters.
Say what happens without a receipt before it happens. A stated rule — a modest limit with a written explanation, nothing above it — is fairer and faster than deciding each case, and it prevents the quiet outcome where people stop claiming small amounts altogether because asking feels like a favour.
Some of this is not a matter of preference. In most jurisdictions, reimbursements of genuine business expenses against evidence are treated differently from allowances paid regardless of spending; mileage above a statutory rate can become taxable pay; entertainment and some vehicle costs may be non-deductible or non-reclaimable for VAT. Which of these apply, and at what rates, depends entirely on where you operate — so write the policy with your accountant, and check the numbers annually rather than inheriting them from a template you found.
In Ettex, the policy itself lives in Ettex Docs — version history so you can show what the rule was when a claim was made, threaded comments when someone proposes a change, and share links so it sits next to the claim form rather than in a folder. Claims come in through Ettex Forms with the fields the policy requires and a file-upload question for the receipt, landing timestamped in one searchable inbox. The accounting side is Ettex Books: a chart of accounts structured the way accountants expect, categories and auto-categorisation rules, and attachments on any entry so the receipt stays with the transaction.
Plainly: Ettex has no expense module. There is no card feed, no receipt scanning or OCR, no mileage calculation, no approval routing by amount, and no reimbursement payment run. It holds the policy, collects claims through a form, and keeps the accounting records. That covers a small company; card-heavy expense management at volume wants dedicated software.
Scope, what is reimbursable and what is not, numeric limits, the mileage rate, receipt rules, the submission deadline, who approves, the payment cycle, and an owner with a review date.
One page. Longer versions are written for disputes rather than for the moment of spending, and they do not get consulted.
Whatever your jurisdiction's statutory or approved rate is, unless you have a reason to differ — paying above it often creates taxable pay. Confirm the current figure with your accountant each year.
Apply a stated rule: a modest limit with a written explanation, nothing above it. Deciding case by case is slower and reads as arbitrary.
Usually not — their expenses are typically governed by their contract, and treating them identically to employees can blur the distinction in ways that matter legally. Say which rules apply to whom.
Annually, and immediately whenever a statutory rate changes. Limits that no longer match real prices are the most common reason a policy stops being followed.
An expense policy is one page of numbers and one published payment date. Say what you pay for, cap it in figures, state the receipt rule, and put it where the claim is made.
Root cause analysis works out why something went wrong deeply enough that fixing it prevents a recurrence. Its main difficulty is stopping too early, at an answer that sounds satisfying.
A code of conduct says how people here are expected to behave and what happens when they do not. Its value is not aspiration — it is having decided the hard cases before one arrives.
A project charter names the objective, the boundaries, the sponsor and the person authorised to run the work. Its main use comes months later, when people disagree about what was agreed.