- What reaches a funder or a donor Kept human
- Reports, claims, receipts, acknowledgements and appeals are drafted by the system and sent by a person. There is no volume at which this becomes automatic. A funder relationship and a donor relationship are both relationships, and neither survives an organization that let a system speak for it.
- Participant data boundary
- What the workflow may see, what stays masked, how long it is kept and under which regime. Nonprofits often hold information about people in difficulty, and that information carries duties a donor record does not.
- Receipting accuracy
- Which regulator, which mandatory contents, which fiscal year, and what happens to a receipt that has to be replaced. Receipting is the one workflow here with a statutory consequence attached, so it gets specified rather than assumed.
- Evidence and consent
- Which outcomes may be reported against which participants, and what consent was given at the point the record was made. An outcome that cannot be reported without breaching a consent is not an outcome you have.
- Audit trail
- What was pulled, which requirement it evidenced, which rule version applied, what was drafted, who reviewed it and what they changed. Built from the first workflow rather than added when a funder audit is announced.
- Escalation path
- What happens when a requirement is ambiguous, evidence is partial, or the agreement did not anticipate what actually happened in delivery. Every multi-year agreement has all three, and a workflow that resolves them quietly is making decisions the board should be making.
What counts as working. Accepted output against your own baseline is the
proof. The first build is usually tested against reports your team already submitted, so
you can see where the system and the team disagree before anything reaches a funder, and
so a disagreement is a finding rather than an incident.
How we measure AI work sets out the method.