A label system is only as good as its definitions. For each tag in your core set, record these fields once in a single reference record so everyone applies it identically across invoices, expenses, and documents.
- Tag name
- The exact lowercase string people will apply, e.g. needs-attachment, awaiting-payment, in-review, filed. Spell it the same way every time — a tag and its near-miss twin ('awaiting-payment' vs 'await-payment') split your view.
- Plain-language definition
- One sentence stating precisely when this tag applies, written to be true for any record type. E.g. 'needs-attachment: the source document (receipt, signed copy, PO) is not yet attached to this record.'
- Applies to record types
- Confirm the tag is meant to work across invoices, expenses, AND documents. If a candidate tag only fits one type, it belongs on a type-specific status label, not in this shared scheme.
- Entry condition
- What event puts the tag on a record, e.g. 'apply awaiting-payment the moment an invoice is sent or a bill is logged unpaid.'
- Exit / replacement tag
- What the tag becomes when the state clears, e.g. 'needs-attachment becomes filed once the document is attached.' This keeps tags moving instead of going stale.
- Owner (optional)
- For shared workspaces, who is responsible for clearing records in this state, so an in-review pile has a name attached to it.