Posting rules
A posting rule fills in the repetitive part of posting. It matches on a transaction type and supplies the VAT code, category and contra account, so a shape of transaction you have already categorised once does not need categorising again.
Rules never post anything. Apply Rules fills the fields on pending rows; staging and posting stay a deliberate action.
Open Posting → Rules.
Generic and specific rules
The list is split into two tabs, with a count on each.
| Tab | Scope | Matches |
|---|---|---|
| Generic | Entity-wide | Any wallet, any token, on transaction type alone. |
| Specific | One wallet and token | That wallet and token, optionally narrowed to one availability. |

Generic rules are your defaults: a fee is a fee wherever it happens. Specific rules handle the cases where the same transaction type means something different depending on which wallet it is in.
Creating a generic rule
New rule on the rules page.
| Field | Notes |
|---|---|
| Transaction type | Required. Must match the transaction type string exactly as the indexer stores it, and it is case-sensitive: SWAP_IN, TRANSFER_FEE. Copy it from a pending row rather than typing from memory. |
| Category | Required. Drawn from your categories. |
| VAT code | Optional. |
| Description template | Optional. See below. |
| Contra account | Optional. Any synced QuickBooks account. None leaves the contra to be chosen at posting time. |
Creating a specific rule
Specific rules are made from the posting screen rather than this page, because they are made out of a decision you have just taken.
On a pending row in Posting → Pending transactions, set the VAT code, category and contra, then use the save icon on the row. The dialog offers:
- Save: store the rule and carry on
- Save and Apply: store it, then immediately fill every matching pending row
The rule is scoped to that row's wallet, token and transaction type.
Which rule wins
More than one rule can match the same row. A rule matches when the transaction type is identical, and:
- its wallet matches the row's wallet, or the rule has no wallet
- its token matches the row's token, or the rule has no token
- its availability matches the row's token card, or the rule has no availability
Among the matches, the most specific one wins, scored as wallet 2, token 1, availability 1. So a wallet-and-token rule beats a token-only rule, which beats an entity-wide default. When two rules score equally, the most recently created one wins.
Templates fall back separately
If the winning rule has no description template, the first template found among the other matching rules is used. A single entity-wide rule carrying a good template therefore still describes rows that a narrower rule categorised.
Description templates
A template writes the posting description for you. The placeholder buttons above the field insert into the text at the cursor.
| Placeholder | Resolves to |
|---|---|
{wallet} | The wallet being posted from. |
{token} | The row's token symbol. |
{wallet2} | The contra: the wallet name, or the QuickBooks account name when the contra is an account. |
{token1} and {token2} | The two legs of a swap, on SWAP_IN and SWAP_OUT rows. On any other transaction type both resolve to the row's own token. |
{test_wallet} | The contra, the same as {wallet2}. |
So Transfer {token} from {wallet} to {wallet2} becomes Transfer USDC from Treasury Ethereum to Ops Wallet when the row is staged.
Applying rules
Apply Rules sits above the pending transactions table and runs over every listed row, filling VAT, category and contra wherever a rule matches. It tells you how many rows it filled, or says plainly that nothing matched.
It changes only the pending rows in front of you. Nothing is committed, and you can still override any field before staging.
Editing a rule
The pencil icon opens the rule. Category, VAT code, template and contra can be changed, and specific rules can also have their availability changed.
Wallet, token and transaction type are fixed. To change any of those, archive the rule and create a new one. Those fields are what the rule matches on, so editing them would silently change which transactions it catches.
Two details worth knowing:
- Clearing a description template is not supported yet. Leaving the field as it is keeps the current template.
- On a specific rule the contra is either a token card or a QuickBooks account, chosen with the tabs. On a generic rule it is a QuickBooks account, and None clears it.
Archiving
The archive icon removes a rule from use and cannot be undone. Postings already made using it are untouched. A rule only ever filled in fields, so nothing about a past posting depends on it still existing.
Who can manage rules
Creating, editing and archiving rules need write access. Viewers and guests see the list without the actions. See roles and permissions.
Next
Hold matches covers swaps and bridges, where the two legs of one movement have to be tied back together after posting.