Create a Categorization Rule

New rules can be created in Settings / Categorization Rules.

Rule conditions can reference fields in the transaction object itself, as well as Expected Payments and Payment Orders reconciled to that Transaction. For a primer on reconciliation, refer to Reconciliation Overview.

We currently support the condition fields below. Reach out to [email protected] if you require support for additional condition fields.

Object	Condition Field	Supported Operators
Transaction	Vendor Description	Equal To; Not Equal To; Contains; Does Not Contain
Transaction	As of Date	Greater Than or Equal To; Lower Than or Equal To
Transaction	Amount	Equal To, Not Equal To; Greater Than or Equal To; Lower Than or Equal To;
Transaction	Currency	Equal To; Not Equal To; Is Any Of; Is Not Any Of
Transaction	Type	Equal To; Not Equal To; Is Any Of; Is Not Any Of
Transaction	Direction	Equal To; Not Equal To; Is Any Of; Is Not Any Of
Transaction	Internal Account	Is; Is Not
Reconciled Expected Payment	Counterparty	Equal To; Not Equal To; Is Any Of; Is Not Any Of
Reconciled Payment Order	Counterparty	Equal To; Not Equal To; Is Any Of; Is Not Any Of
Reconciled Payment Order	Originating Account	Equal To; Not Equal To; Is Any Of; Is Not Any Of
Reconciled Payment Order	Purpose Code	Contains; Does Not Contain
Reconciled Payment Order	Creation Method	Equal To; Not Equal To; Is Any Of; Is Not Any Of
Reconciled Payment Order	Type	Equal To; Not Equal To; Is Any Of; Is Not Any Of

Many Expected Payments or Payment Orders

In the event of many Expected Payments or many Payment Orders reconciled to the same transaction, the condition fields for all reconciled Expected Payments or Payment Orders need to be evaluated to true for the metadata to be applied.

For example, a rule that applies the metadata tag payment category: vendor payout to ACME if the reconciled Expected Payment counterparty is ACME Co would only apply when all reconciled Expected Payments have counterparty ACME Co.