U05, U06, U07 — AVS (Address Verification) Failures by ZIP code, area code, or email.
U10 — Duplicate Transaction. Forte blocks near-identical transactions within a short timeframe.
U12 to U15, U18, U19, U20, U21, U22, U23 — Errors related to void/capture operations and invalid data format (like invalid routing number, card number, dates, swipe data).
U52 — Type Not Allowed: Merchant is not configured for that transaction type (e.g. credit vs. eCheck).
U53 — Per-Transaction Limit Exceeded (EFTs only).
U54 — Invalid Merchant Configuration. Requires admin action to correct.
U80, U81, U82 — Preauthorization (Forte Verify) Issues: decline, timeout, or error during the pre-check process for eCheck accounts.
U83 to U90 — Authorization-related failures, such as:
U83 — Auth Decline (e.g., NSF, invalid account, or other authorizer rejection)
U84 — Auth Timeout
U85 — Auth Error
U86 — AVS Failure (Auth)
U87 — Auth Busy
U88 — Preauth Busy
U89 — Auth Unavailable
U90 — Preauth Unavailable
ACH Return Codes (Post-submission returns via NACHA)
Bank-level ACH returns like NSF, closed account, etc.
When ACH transactions are returned by the banking network (usually within 2–4 business days), they use standard NACHA return codes. Some of the most common ones are:
R01 — Insufficient funds
R02 — Account closed
R03 — No account / account doesn’t match the name
R04 — Invalid account number
R05–R10 — Cover everything from unauthorized debit to payment stopped, uncollected funds, etc.
R11–R16, R20–R21, R30–R44, R50–R71, R95–R99 — Cover a wide array of issues such as returned checks, deceased account holders, frozen accounts, routing errors, duplicate submissions, invalid entries, over-limit, holds, and more.
Special scenario: Declined direct deposit U02 - Account not approved
Common reasons include:
Incorrect or incomplete banking details – e.g., routing or account number errors.
Bank account ownership mismatch – the business/legal name on the Forte application must match the name on the bank account.
Unverified or restricted account type – some savings or personal accounts can’t be used for business direct deposits.
Missing verification documents – such as voided checks, bank letters, or EIN verification.
Pending compliance review – Forte sometimes flags accounts for additional risk or identity check
If you check the Forte Dashboard → Accounts → U02 (Banking) section, there’s usually a status note or error reason displayed.
Lorraine’s update:
The account was on the KBL due to the return transaction. I can clear the account from the KBL and the merchant can resubmit the transaction again.
Forte Payment Results error messages
There is no account configured with the customer's merchant ID. Please go to the Ledger/Chart screen to continue.
This API Access ID does not have permission to access the requested paymethod_token
DEX shows “Successfully Funded” | Agent has not received the funds yet
When Forte shows a transaction as “Successfully Funded,” it means:
Forte has completed its part of the process — the funds have been sent out from Forte to the recipient’s (agent’s) bank.
However, if the agent hasn’t received the funds yet, here’s what could be happening:
Bank processing delay
Even though Forte marked it “funded,” the receiving bank may still be processing the deposit.
ACH (Automated Clearing House) transfers usually take 1–2 business days to fully settle, depending on the bank’s cut-off times and weekends/holidays.
Example: If Forte funded the payment late in the day Friday, the agent may not see it until Monday or Tuesday.
Deposit posted to a different account
Check that the bank account number on file for the agent in Forte (or in your system, like Darwin or your accounting platform) is accurate and current.
If the agent recently changed banks and the update wasn’t applied before the payment, the funds could have gone to the old account.
Bank returned or holding the funds
Sometimes, even after “successful funding,” the receiving bank can later reject or return the deposit (for example, if the account is closed or the routing number is invalid).
When that happens, Forte usually updates the transaction status later to something like “Returned” or “Failed.”
It can take 1–3 business days for that return notification to show up.
Check Forte funding date vs. posting date
The “funded date” in Forte is the day they released the funds, not necessarily the same day the agent’s bank posts it.
The agent should check their transaction history for the next 24–48 hours, not just same-day deposits.
Duplicate direct deposit payments
Duplicate direct deposit payments may occur when a closed transaction with a processed direct deposit is unposted during or after closing.
How to Fix a Duplicate Direct Deposit
Scenario 1: Duplicate payment processed within 24 hours
Log in to DEX.
Locate the duplicate transaction.
Void the transaction.
This action cancels the duplicate before funds are finalized.
Scenario 2: Duplicate payment already processed and agent received the funds
Confirm with the agent that the duplicate funds were deposited.
In darwin Cloud, process an ACH Withdrawal to recover the duplicate payment.
Document the withdrawal for tracking and reconciliation.
How to Prevent Duplicate Direct Deposit Payments
Verify all information (commission details, payment setup, etc.) before closing a transaction.
Avoid unposting closed properties after direct deposit has been processed.
If a correction is needed, ensure adjustments are made prior to closing.
Communicate with your team about the risk of duplicates when unposting transactions
PCI Compliance
Every merchant who processes, stores, or transmits cardholder data is subject to PCI and must demonstrate compliance. This is a world-wide initiative.
PCI compliance is compliance with The Payment Card Industry Data Security Standard (PCI DSS), a set of requirements intended to ensure that all companies that process, store, or transmit credit card information maintain a secure environment.
PCI is all about protecting cardholder data. Prior to 2006, all of the major card brands (Visa, Mastercard, Discover, American Express and JCB) each had their own security requirements. In 2006, they decided there needed to be consistency in security requirements across the playing field. As a result, they created a group called the PCI Security Standards Council. The Council was tasked with creating a single, system-wide standard that would apply to all merchants, members, and service providers globally.
The Council created a set of standards called the Payment Card Industry's Data Security Standards (PCI-DSS). The PCI-DSS states that PCI Data Security Requirements apply to all members, merchants, and service providers that store, process or transmit cardholder data.
INCLUDE THE LAST TWO MONTHS OF BANK STATEMENTS WITH YOUR APPLICATION
INCLUDE THE LAST TWO YEARS OF AUDITED FINANCIALS (P&L AND BALANCE SHEETS) OR LAST TWO YEARS OF TAX RETURNS
Bank Account Setup:
If the client has more than one bank account to set up with Forte, they need to submit a separate Forte application for each account
Each of these accounts requires its own unique Forte Merchant ID (Location ID) to ensure funds are routed and settled correctly.
Other forms
Limit Increase Request:
To request an adjustment to transaction limits, the Limit Increase form must be completed in its entirety. Available updates options are:
ACH
CC
Account Changes:
To request changes to an account, the Account Change form must be completed in its entirety. Available updates options are:
Bank Account
Primary Contact
Signer Contact
Address
Email
Phone
ACH/Credit Card Descriptor Name Change
Over Transaction Limit:
To submit a transaction that exceeds your limit, complete the Over Transaction Limit Notification (OTLN) form.
All requests must be submitted by 2:00 PM CST, Monday to Friday, to ensure processing on the same business day.
Include proof of authorization for the corresponding debit transaction (e.g., lease, invoice, or similar documentation).
Do you need to provide bank contact information?
For debit transactions, a proof of authorization is required. This could be an authorization form, lease agreement, invoice, or other relevant documents.
For credit transactions, you must provide your bank contact information so we can verify the availability of funds in your account.
Monthly Billing Statement/Receivables for agents/brokers
What is this for?
Every month, recurring billable items are created as invoices. A button in the Sales menu called agent billing is what users are using for the invoice creation. This email can help in sending the billing statement to the agents once the invoices are created and posted. It will have a report link that shows the remaining balance they need to pay.
Template for Forte:
Billing Statement for agents is sent immediately after agent billing is posted with Forte Pay link and other options to pay
Invoice to be paid
What is this for?
This serves as an invoice reminder to agents to let them know that an invoice has been posted and they have a balance due that they can pay via check or using the Forte pay link if their company is a customer of Forte. Once the template is added, you may add details for the check payment.
Templates for Forte:
Invoice to be paid (with Forte pay bill link)
Invoice to be paid (Check and Forte pay link option)
Forte bank statements shows the amounts in lump sum while Darwin shows the users the breakdown of the transactions paid in Forte. Below is an example of how the bank statement show for the total of Forte payments for the day. Below is how the ...
Forte setup for more than one MerchantID Overview This new Forte feature is available to the canary version of darwin Cloud. User must log into https://aws.darwin.cloud/ Purpose Allow users to use different Merchant ID’s for agents in different ...
There are a couple fees that Forte charges each month that some people find confusing. Here is an explanation of the fees and ways to control them. Forte Validate - $5.00 This is required service so it is a required fee. If a merchant is originating ...
Overview The Forte section under the Application Settings allows administrators to configure direct deposit permissions for commission-related and property-related payments. These settings determine which types of recipients—agents, non-agents, ...
Overview This configuration determines whether users have the authority to "unpost" a closing transaction that contains a payment processed via the Forte payment gateway. Restricting this action helps maintain data integrity and prevents unintended ...