Before you start
Create the Account Types and Accounts that the route will validate. If you are still deciding between Source, Destination, Bidirectional, Account Type validation, alias validation, Direct, Two-Step, or Reversal scenarios, read Accounting rules first.
Step 1: Basic information
Fill in the basic information:
- Title (required): a descriptive name for this transaction route. This field must be filled in to continue.
- Description (optional): a description of the route’s purpose. If you leave it empty, it is omitted entirely — no empty description is stored.
Step 2: Operation Routes
In this step, you add and configure the operation routes that define how accounts are validated and how accounting entries are recorded.
A Bidirectional operation route acts as both source and destination: when you later create a transaction, bidirectional routes are matched on both the source and the destination side, so a single route can validate both ends of the flow.
Configure the operation route:
- Title (required): a name for this operation route. The operation route has a single required text field — there is no separate description field — and you cannot advance to the next step until it is filled in.
- Operation Type:
Source,Destination, orBidirectional. - Validation Type:
Account Type,@Alias, or empty when no account validation is needed. - Account Type or Alias: the selected Account Type values or the specific account alias.
(Optional) Configure Accounting Scenarios to define how entries are recorded. Toggle on the scenarios you need:
- Direct Transaction
- Two-Step Transaction
- Reversal
Standard one-step transaction. Define the Account Code and Description for:
- Debit — The account code debited on execution
- Credit — The account code credited on execution
Step 3: Review
Review the complete configuration:
- Transaction route title and description
- Each operation route with its type, validation rules, and accounting entries
- Accounting scenarios with debit and credit entries per transaction type
Field guide
Basic information
| Field | What to enter | Example |
|---|---|---|
| Route Title | Required route name. Keep it short and specific to the business flow. | Pix Transfer Route |
| Description | Optional explanation of what the route validates or records. | Handles Pix transfers between customer accounts. |
Operation route
| Field | What to enter | Example |
|---|---|---|
| Title | Required name for this operation route card. Must be filled before advancing; there is no separate description field. | Checking account validation for Pix |
| Type | Accounting side this operation route applies to: Source, Destination, or Bidirectional. This cannot be changed after creation. | Bidirectional |
| Validation Type | How accounts are validated. Use Account Type for account classes or @Alias for a specific account. Leave empty only when no validation is needed. | Account Type |
| Account Type or Alias | Account Types or aliases accepted by this operation route. | customer |
| Accounting Scenarios | Transaction scenarios this route should record: Direct, Two-Step, or Reversal. | Direct Transaction |
| Account Code | Accounting code used in the debit or credit entry for the selected scenario. | 1.1.1.001 |
| Entry Description | Entry-level description shown in the scenario configuration. | Customer checking - outbound |
Quick example
Pix Transfer with Direct and Two-Step scenarios
Pix Transfer with Direct and Two-Step scenarios
Transaction Route
Operation Route 1 — Bidirectional
Direct Transaction scenario
Two-Step Transaction — Hold
Two-Step Transaction — Commit
| Field | Value |
|---|---|
| Title | Pix Transfer Route |
| Description | Handles Pix instant transfers between checking accounts |
| Field | Value |
|---|---|
| Title | Checking account validation for Pix |
| Operation Type | Bidirectional |
| Validation Type | Account Type |
| Account Types | checking |
| Side | Account Code | Description |
|---|---|---|
| Debit | 1.1.1.001 | Customer checking — outbound |
| Credit | 1.1.1.002 | Customer checking — inbound |
| Side | Account Code | Description |
|---|---|---|
| Debit | 1.1.1.001 | Customer checking — reserve |
| Credit | 2.1.1.001 | Pending settlement — hold |
| Side | Account Code | Description |
|---|---|---|
| Debit | 2.1.1.001 | Pending settlement — release |
| Credit | 1.1.1.002 | Customer checking — settled |
What to do next
After creating the route, create a transaction that matches the same account types, aliases, and scenario in Creating a Transaction.
Create Transaction Route
Create the transaction-level route via API.
Create Operation Route
Create operation-level routing rules via API.

