Originate wires, ACH and book transfers, and store money in an FBO account for your customers.
The Payment Origination use case enables you to hold and move money on your customers' behalf. You will have a bank account(s) at Column which provides direct access to the payment rails of the U.S. financial system. You will be able to hold and transfer funds on behalf of your customers to power financial products such as bill pay, payroll, accounts receivables, accounts payables, digital wallets, and many situations where you are acting as an intermediary to facilitate transactions between two parties.
In this configuration, a Column bank account is used to pass-through and hold funds on behalf of your customers. This account is in Column's name and for the benefit (FBO) of your customers, and leverages Column's system of record (ledger) to keep track of all the customer transactions. You will have a “Third-Party-Sender” agreement in place with Column, which is a regulatory requirement for payment facilitation use cases.
You will need to build a front end interface which uses the Column banking APIs to power fund flows. For example, your interface can:
- Allow your customers to input their own bank account information.
- Allow your customers to track their account receivables and send invoices.
- When an invoice is received, allow the account payer to input their own bank account information.
- Execute a transaction on the Column APIs which pull money from the payer and push money to the receiver.
Bill's Bakery needs to transact with Phil's Flour in order to get the ingredients needed for this week's blueberry muffin production. Phil's Flour provides their product to a few dozen local bakeries (like Marie's Muffins, Chris's Croissants, and Brian's Baguettes). Because they have so many vendors, Phil's Flour chooses to manage their account receivables through a modern bill pay app called Pam's Payments. Pam's Payments has a slick interface which enables Phil's Flour to send invoices to their partner bakeries. When Bill's bakery gets an invoice, they input their bank account information into the app. Under the hood, Pam's payments is using a Column payment facilitation configuration to pull money from Bill's Bakery and send it to Phil's Flour.
Returned ACH Debits is a key risk to be aware of. When using a Column bank account to pull money from an external account, the account from which you are pulling funds has up to 60 days to tell Column that this transfer of funds is unauthorized (this goes down to 2 days when pulling funds from a business entity instead of a consumer entity). When Column receives these requests, we are obliged to honor them and this is a risk that needs to be addressed and mitigated.
In this use case, you may be subject to rules and regulations around having custody of funds of your end customers. We recommend discussing this with your legal counsel.
As with many financial products, the Bank Secrecy Act and Anti-Money Laundering regulations are a key consideration. You'll want to learn about these regulations and how to ensure you remain compliant with them, which is something Column can help you with.
- You may not need money transmission licenses (MTLs, MSBs) in this configuration, as your business may not have legal custody of your customers' funds.
- Compliance requirements are different in this use case than with bank accounts because you are not opening and marketing bank accounts.
- You can still move and hold funds on behalf of your customers, and leverage our Ledger functionality as a system of record.
- You cannot market that you are creating bank accounts for your customers.
- If you decide you want to offer cards to your customers, you may have to migrate to a bank accounts based structure in order to do so.
Please see below for the list of Compliance and Legal requirements in order to leverage this use case for your financial product(s). As a reminder, certain situations may necessitate additional items.
- Know Your Business checks on your business: Column will conduct KYB checks based on information we ask that you provide.
- Electronics Communications Agreement: You will be asked to understand and agree to this.
- Deposit account agreement: In order to open your root bank account with Column, you'll be asked to understand and agree to this.
- Bank Secrecy Act / Anti-Money Laundering (BSA / AML): To fulfill regulatory requirements around BSA / AML, you'll be required to perform Know Your Customer / Know Your Business verification on all your customers. There are a number of vendors that can help with this. You'll also have to provide policies documenting your Customer Identification Program (CIP), BSA / AML Compliance and OFAC checks. Column can help you get started with these policies if you do not already have them.
- Customer Application and / or Onboarding: We'll ask you to provide an overview of how you take in customer applications and how you onboard your customers onto your products.
- Proposed Terms and Conditions (which you will provide to your customers): You will need to provide these to Column and we will help provide necessary language to include in these T&Cs.
- ACH Risk: You'll be asked to validate that you have a way of assessing ACH risk involved in originating payments for your customers, and that you are getting the proper authorizations for any ACH origination.
- Governmental Issues and Litigation: You'll need to provide context for and copies of any pending or active government inquiries, investigations, CIDs, and/or enforcement actions, since inception, and pending or threatened litigation and any/all litigation involving company since inception.
In order to provide you with a reduced program reserve amount, we ask you to submit basic information about your company and standard financial statements so we can properly evaluate the financial and operational risks of partnering together. This includes, but may not be limited to: Company overview, Compliance team overview (if you have one), most recent Financial Statements, and all on and off balance sheet liabilities.
- One Root Entity which has gone through KYC / KYB
- Program Reserve and Overdraft reserve Bank Accounts (created automatically) which belong to the root entity. See here for more information on these accounts.
- One non-root entity for each of your customers.
- One account created for each entity. Note, this is not a DDA account and cannot be marketed as a bank account.
- Switch your platform to live mode
- Create non-root entities and accounts
- Create a two-legged transaction
To switch your platform to live mode, follow the instructions here.
You should create an entity and account for each customer for whom you are originating payments on their behalf. Non-root entities and accounts can be created both via the dashboard and with the API. Each entity you create needs to go through KYC/KYB.
Payment facilitation use cases typically involve a two-legged transaction, where funds are debited from one party (through an ACH debit) and credited to another party (through an ACH credit). Two-legged transactions should flow through the account for the entity which is originating the payment.
Check out this page for step-by-step instructions on creating a two-legged transaction in Column.