Learn about the different methods of adding and verifying a bank funding source to a Customer account.
unverified
status and will only be allowed to receive funds.
checking
and savings
accounts to be added and verified by default. Other supported account types include loan
and general-ledger
, the use of which require review and approval by Dwolla.
The table below details a high level overview of the different methods supported by Dwolla for adding a bank funding source.
Bank Addition Method | Automatic Verified Status (i.e. Eligible to Send Funds) | Information Required | U.S Bank Coverage | Supported Bank Account Types | Other features |
---|---|---|---|---|---|
Dwolla API | No | Bank Account Number, Routing number | 100% | Checking, Savings, Loan, General Ledger | Optional bank verification with Microdeposits |
Dwolla + Open Banking | Yes | Online banking credentials | ~85% | Checking, Savings | Secure, streamlined user experience. Real-time account verification |
Drop-in components | No | Bank Account Number, Routing number | 100% | Checking, Savings | Tokenized data, Optional bank verification with Microdeposits |
Dwolla + Secure Exchange solution | Yes | Online banking credentials | ~85% | Checking, Savings | Tokenized integration |
Other Approved Third-party Provider | Yes, if part of third party offering | Variable | Variable | Variable | Variable |
dwolla-funding-source-create
component, you can securely transmit sensitive data (bank account number and routing number) from your application’s front-end to Dwolla without it passing through your server.
The use case:
I want my end users to attach a bank using their account and routing number with the added security of a tokenized implementation. I do not need the bank to be in a verified
status, but may choose to utilize the microdeposits verification method, if needed.
This is commonly implemented for businesses that are paying out to this bank account.
Tell me more
Use the dwolla-funding-source-create
component in your application to collect bank account number, routing number, bank account type and a name. The form generated via tha drop-in component has built-in validation that will trigger an error if any of the required fields are invalid.
Optionally, you can have the component initiate microdeposits as well. Once microdeposits have completed, you can use the dwolla-micro-deposits-verify
component to collected verification from your users, or build your own form to collect microdeposit amounts from Customers and use the API endpoint directly to submit and verify the amounts.
Ready to build?
Follow the Building with Drop-in components guide to get set up with using the library in your application.