ACH Block List, Password Resets from Console, and More
π« ACH Block List: Stop Repeat Returns on Bad Bank Accounts
When an ACH payment comes back with a non-retriable return code, Tratta now blocks that bank account automatically, on the first qualifying return. The saved payment method is detached from the consumer, any active plan riding on it is broken, and further attempts are declined everywhere: Collect, guest checkout, agent payments in Console, and IVR. Nothing to switch on.
Blocks come in two scopes. Codes that mean the account itself is unusable (R02: Account Closed, R03: No Account, R04: Invalid Account Number Structure, and similar) block that routing and account number across every organization. Codes that mean the consumer has objected to the debit (R07: Authorization Revoked by Customer, R08: Payment Stopped, R10: Customer Advises Not Authorized, and similar) block it inside your organization only, so the same account still works elsewhere.
You can see and manage the list in Console > Settings > ACH blocklist.

Why this matters for debt collection:
- ACH cost control: every attempt against a dead account carries a return fee. Blocking on the first non-retriable return stops the second, third, and fourth.
- Return rate exposure: returns count against the thresholds your bank and the ACH network monitor. Blocking the account after the first non-retriable return stops repeat attempts from stacking up against those limits.
- Authorization integrity: once a consumer revokes authorization, no further debits go out on that account, in Collect, in Console, or over IVR. That is the record you want if the debit is ever challenged.
- Agent efficiency: the block reason sits in Console, so an agent can explain the decline on the call and an org admin can lift it without opening a ticket.
- Consumer experience: a blocked saved account drops out of the payment method picker, so the consumer picks another method instead of watching a payment fail at submission.
You can find more information about ACH block list in our docs.
π Send a Password Reset from Console
When a consumer calls in locked out of the portal, an agent can send the reset email straight from Console. It goes out as the "Username found!" email, so it carries both their username and a password reset link, which covers the callers who cannot remember either one. The email address pre-fills from the consumer's profile, and the agent can correct or add an address and save it to the record in the same step. Access is permission based, so you decide which roles can send it.

Why this matters: a lockout is a high-volume, low-value interrupt on a staffed agent floor. Handling it inside the call, on the same screen, keeps the conversation on the balance instead of on account recovery.
πΊοΈ State-Specific Wording in Automated Campaigns
Campaign templates can now reference the consumer's address state, so a single template can carry state-specific language. If California requires your license number on messages to California consumers, condition that line on the state and let the template handle the rest. The same applies to state-mandated disclosures anywhere else you collect.
Why this matters: if you collect across state lines, disclosure language is a per-state obligation and template sprawl is how it gets missed. One template that reads the consumer's state is one artifact to review and approve, not fifty.
π Customer Updates Report Shows Exactly What Changed
The Customer Updates report has a new Updated Columns column listing the field names that changed on each row, for example "Address Line 1, Phone Number". Push just those fields into your system of record. You still get one row per consumer per day with same-day edits combined, and the column comes through on scheduled exports.

Why this matters: when you keep your own system of record, a change feed that names the changed fields is the difference between a targeted update and a full-record overwrite. Your developers write only what actually moved.
π Name Exported Files to Match Your System
In Console > Settings > Export file naming, pick which account attribute leads the filename on Tratta Sign documents and exported emails. Choose any account-level attribute, including account metadata and your external account number, and the rest of the pattern (template name, date, and time) stays in place so filenames stay unique. Set it once at the org level.

Why this matters: filenames are how documents get matched back to accounts in your system. Leading with your own account number removes the rename step between Tratta and wherever the file lands.
π§Ύ Print or Save a Receipt at Checkout
Consumers get a Print receipt button on every Collect confirmation page, covering one-time payments as a guest or signed in, scheduled charges, and payment plans. From the print dialog they can print or save a PDF.
Why this matters: a consumer who can produce their own proof of payment does not call an agent to get one. That request lands most often on the accounts your team can least afford to spend a call on.
π οΈ Minor Updates
- Routing number on the Scheduled Charges report: a new Routing column shows the full bank routing number on ACH payment methods. Filterable, and blank on card payments.
- Payment method last 4 on scheduled charges: a new Payment Method Last 4 column, off by default and switched on from column selection. It comes through in CSV exports too.
- Military state codes: AA, AE, and AP are selectable everywhere states appear in Console and Collect, including fee rules, so military addresses save cleanly and can be set as no-fee states.
- Variables in API campaign email subjects: the variables you already use in the email body now render in the subject line of API campaign emails.
- Ongoing technical updates and bug fixes π
If you want any of these walked through for your team, reach out to your Tratta contact. More updates are on the way. You can see the full list anytime at https://whatsnew.tratta.io/announcements π«































