Bank transfer workflow

Transfer failures

There are several reasons bank transfers can fail, a few of which are outlined below. When a transfer fails it is usually a result of an ACH failure which is assigned an ACH return code after being rejected from the financial institution. A few common failure cases include:

  • Insufficient Funds (R01): Pending transfers can fail due to insufficient funds from the source bank account.
  • No Account/Unable to Locate Account (R03): The recipient of a transfer has closed their bank account or has incorrectly entered their bank account/routing number when attaching their funding source.
  • Customer Advises Not Authorized (R10): The owner of a bank account has told their bank that this transfer was unauthorized.

What occurs in the Dwolla system when a bank transfer fails?

When a bank transfer failure occurs there is a subset of systematic actions Dwolla may take on the Customer and/or the funding source based on the ACH return code. It is recommended to have an active webhook subscription, which is used to listen for events relating to any Customer or funding source state change. Please refer to the table below to understand the systematic actions that Dwolla may take for Customer and funding source resources, as well as the events that are created.

Why does Dwolla automatically take these actions?

Being able to catch and take action errors can be beneficial on many levels. For instance, if your Customer initiates a transaction which fails with an R10 (Customer Advises Not Authorized) return code, Dwolla will automatically put the suspected Customer in a deactivated status, thereby not allowing them to initiate or receive more transfers. This gives you the ability investigate the Customer to determine if they are a valid party without worrying about them sending funds. Other return codes may only affect bank funding sources in which Dwolla may automatically unverify or remove a bank in response to various return codes.

Systematic actions taken against the Customer

Customer actionDescriptionWebhook Event
NoneNo action taken against the Customer account as result of transfer failureN/A
DeactivatedCustomer account has been deactivatedcustomer_deactivated

Systematic actions taken against the bank funding source

Funding Source actionDescriptionWebhook Event
NoneNo action taken against the Customer bank funding sourceN/A
UnverifiedA Customer’s bank has been unverified, but not removedcustomer_funding_source_unverified
RemovedA Customer’s bank has been removedcustomer_funding_source_removed

Retrieving the reason for a failed bank transfer

When a bank transfer is unable to be completed, its status will be updated to failed. If your application is subscribed to webhooks, you’ll receive either the transfer_failed event if the transfer belongs to a Dwolla account or the customer_transfer_failed/customer_bank_transfer_failed(Verified Customer only) event if the transfer belongs to an API Customer. The event contains a links to the associated account as well as the transfer resource. To obtain more information on the transfer failure, you’ll first retrieve the transfer by its ID. The response from the API when retrieving the transfer should contain a "failure" link that your application will follow to retrieve the transfer failure reason. Upon success, the response will contain information on the ACH return code and description, as well as _links to the Funding Source and Customer that triggered the bank transfer failure.

Request and response (view schema in ‘raw’)

Accept: application/vnd.dwolla.v1.hal+json
Authorization: Bearer pBA9fVDBEyYZCEsLf/wKehyh1RTpzjUj5KzIRfDi0wKTii7DqY

    "_links": {
        "self": {
            "href": "",
            "type": "application/vnd.dwolla.v1.hal+json",
            "resource-type": "failure"
        "failed-funding-source": {
            "href": "",
            "type": "application/vnd.dwolla.v1.hal+json",
            "resource-type": "funding-source"
        "customer": {
            "href": "",
            "type": "application/vnd.dwolla.v1.hal+json",
            "resource-type": "customer"
    "code": "R03",
    "description": "No Account/Unable to Locate Account",
    "explanation": "The account number does not correspond to the individual identified in the entry or a valid account."
transfer_url = ''

# Using DwollaV2 -
failure = app_token.get "#{transfer_url}/failure"
failure.code # => "R01"
$transfer = '8997ebed-69be-e611-80ea-0aa34a9b2388';

$TransfersApi = new DwollaSwagger\TransfersApi($apiClient);

$failureReason = $TransfersApi->failureById($transfer);
print($failureReason->code); # => "R01"
transfer_url = ''

# Using dwollav2 - (Recommended)
failure = app_token.get('%s/failure' % transfer_url)
failure.body['code'] # => 'R01'
var transferUrl = '';

  .then(res => res.body.code); // => 'R01'

List of possible return codes, descriptions, and actions

Below is a table of the most common return codes we see involved in transactions. For a full list of return codes, you can check out the official NACHA Return Reason Code Guide.

Note: As a best practice, we recommend handling any systematic actions (Customer or bank funding source state change events) that are triggered as a result of a transfer failure. Rather than relying on the specific actions as referenced below. We do not recommend building a workflow around each individual return code in the table below. This table is a meant to be a reference for you to be aware of the actions Dwolla takes on common transfer failures.

Return CodeDescriptionCustomer DeactivatedBank UnverifiedBank Removed
R01Insufficient FundsNoNoNo
R02Bank Account ClosedNoYesYes
R03No Account/Unable to Locate AccountNoYesYes
R04Invalid Bank Account Number StructureNoYesYes
R06Returned per ODFI’s RequestNoNoNo
R07Authorization Revoked by CustomerYesYesYes
R08Payment StoppedYesYesYes
R09Uncollected FundsNoYesYes
R10Customer Advises Not Authorized, Improper, or IneligibleYesYesYes
R16Bank Account FrozenNoNoNo
R20Non-Transaction AccountNoYesYes
R23Credit Entry Refused by ReceiverNoYesYes
R29Corporate Customer Advises Not AuthorizedYesYesYes

Financial institutions play an important role in the Dwolla network.

Dwolla, Inc. is an agent of Veridian Credit Union and Compass Bank and all funds associated with your account in the Dwolla network are held in pooled accounts at Veridian Credit Union and Compass Bank. These funds are not eligible for individual insurance, including FDIC insurance and may not be eligible for share insurance by the National Credit Union Share Insurance Fund. Dwolla, Inc. is the operator of a software platform that communicates user instructions for funds transfers to Veridian Credit Union and Compass Bank.