Documentation Index
Fetch the complete documentation index at: https://docs.arcuserp.com/llms.txt
Use this file to discover all available pages before exploring further.
When To Use Bulk Re-categorize
Use Bulk Re-categorize when accounting has tuned categorization rules and wants historical bank activity to follow the updated logic. Good uses include:- New categorization rules were created for repeat merchants.
- MCC defaults were reviewed and mapped to better GL accounts.
- Suggested rules were accepted after repeated manual overrides.
- Opening bank-feed imports need an initial pass through the current rule set.
- Uncategorized bank transactions need cleanup before reconciliation.

Open Bulk Re-categorize
- Open Accounting.
- Choose Bulk Re-categorize.
- Select the scope.
- Run preview.
- Review the proposed changes.
- Commit only when the preview is correct.
Choose The Scope
The scope controls which transactions Arcus evaluates.| Scope | Use it when | Risk |
|---|---|---|
| Only uncategorized transactions | You want to fill blanks without touching already reviewed rows. | Lowest risk. Existing categories stay as they are. |
| All transactions | You intentionally want the current rules to re-evaluate existing categories. | Higher risk. Prior manual decisions can be overwritten. |
Review The Preview
Preview mode shows what would change before anything is committed. Review:- Date and description.
- Amount.
- Current GL account.
- Suggested GL account.
- Confidence score.
- Source of the suggestion.
Commit The Changes
Commit applies the previewed result to the selected scope. After commit:- The bank transaction categories update.
- The categorization audit trail records how the change was applied.
- Reconciliation and reporting views use the updated category going forward.
- The change does not create a bank match by itself.
- The change does not create or void source documents.
Common Scenarios
| Scenario | What to do |
|---|---|
| New merchant rule was created | Preview uncategorized rows first, then commit if the merchant and account are correct. |
| A broad rule caught too much | Cancel, lower its priority, add tighter conditions, and test the rule before retrying. |
| Accounting wants to reclassify a prior month | Confirm period policy first. Do not reclassify closed-period activity without approval. |
| Preview count is zero | The selected scope has no eligible rows, or the rules do not match the historical transactions. |
| Suggested GL account is wrong | Fix the rule or MCC default before committing. Do not commit and clean it up later. |
Common Blocks
- Run Preview is disabled: choose a scope and wait for the page to finish loading.
- No rows appear: try the uncategorized/all scope intentionally and verify rules are active.
- Commit is disabled: run preview first and confirm the preview has eligible rows.
- Confidence is low: review the rule source and prefer a narrower merchant rule.
- Period is closed: follow the period-close policy before changing historical categories.
- Reconciliation is still unmatched: categorize first, then use the match workspace to pair bank rows with posted cash activity.
Related Articles
Categorization Rules
Create, test, prioritize, bulk apply, and audit GL auto-categorization rules.
Bank Feed Match Workspace
Match bank transactions to posted cash, AP payments, checks, and marketplace payouts.
Bank Reconciliation
Start and complete bank reconciliations after transactions are categorized and matched.
Chart of Accounts
Maintain the GL accounts used by categorization rules and bank activity.

