# Transfers Between Bank Accounts in Bookkeeping

- Author: AutoBankConvert (https://www.autobankconvert.com)
- Published: 2025-01-06
- Updated: 2025-01-06
- Category: Transaction coding
- Canonical: https://www.autobankconvert.com/blog/transfers-between-bank-accounts-in-bookkeeping

> How to record transfers between bank accounts in bookkeeping so they never count as income or expense, and how to match both sides across two statements.
Transfers between bank accounts in bookkeeping are recorded as one movement from one balance sheet account to another, never as income or expense. The withdrawal on the sending statement and the deposit on the receiving statement are the same money, so you match the two lines and post a single transfer. Profit stays untouched, and both account balances still reconcile.

## Why transfers between bank accounts stay off the profit and loss

A transfer between two accounts the same business owns changes where its cash sits, not how much it has. Both sides are asset accounts on the balance sheet. One goes down by the amount and the other goes up by the same amount, so total assets, revenue and expenses are all unchanged.

That is easy to say and easy to get wrong. A bank does not print "this is a transfer to your own savings account" in plain words. It prints something like "ONLINE TRANSFER TO SAV XXXXXX8812 REF 4471", and on the other statement, a day later, "ONLINE TRANSFER FROM CHK XXXXXX2290". Each line, coded on its own, looks like an ordinary withdrawal and an ordinary deposit. If you code the withdrawal to an expense and the deposit to sales, the profit and loss shows both, and the client's income and costs are both overstated by the same figure.

The entry for a transfer has only two lines:

- **Debit** the receiving account (savings, in the example above).
- **Credit** the sending account (checking).

Accounting systems usually give this its own transaction type. Intuit's help article on [transferring funds between accounts in QuickBooks Online](https://quickbooks.intuit.com/learn-support/en-us/help-article/banking/transfer-funds-accounts/L9E8Kvsoy_US_en_US) describes it as a single transaction that affects both accounts, and shows how to record the first side from one bank feed and then match the other side in the second account's feed. The point for a bookkeeper working from statements is the same: one transfer, two statement lines, zero effect on profit.

## How do you match both legs of a bank transfer across two statements?

You match a transfer by pairing an outgoing line on one statement with an incoming line of the same amount on another account's statement, within a few days. The amount must agree to the cent. The dates may differ by one to three business days, and the descriptions usually name the other account's last digits.

### A worked matching example

The table below uses example values for a client with a business checking account ending 2290 and a savings account ending 8812. The checking statement covers March 1 to March 31; the savings statement covers the same period.

| Statement | Date | Description | Out | In | Matched to |
| --- | --- | --- | --- | --- | --- |
| Checking 2290 | 03-04 | ONLINE TRANSFER TO SAV ...8812 | 5,000.00 | | Savings 03-04 |
| Savings 8812 | 03-04 | ONLINE TRANSFER FROM CHK ...2290 | | 5,000.00 | Checking 03-04 |
| Checking 2290 | 03-12 | ONLINE TRANSFER FROM SAV ...8812 | | 1,200.00 | Savings 03-11 |
| Savings 8812 | 03-11 | ONLINE TRANSFER TO CHK ...2290 | 1,200.00 | | Checking 03-12 |
| Checking 2290 | 03-18 | TRANSFER TO SAV ...8812 | 2,500.00 | | Savings 03-19 |
| Savings 8812 | 03-19 | TRANSFER FROM CHK ...2290 | | 2,500.00 | Checking 03-18 |
| Checking 2290 | 03-31 | ONLINE TRANSFER TO SAV ...8812 | 750.00 | | Savings 04-01 (next statement) |
| Savings 8812 | 03-29 | INTEREST PAYMENT | | 1.84 | Not a transfer |

Six of the lines pair up neatly into three transfers. The March 31 withdrawal has no partner on the March savings statement, because the bank posted the deposit on April 1. The interest credit is real income and gets its own account; [recording interest income from savings statements](/blog/record-interest-income) covers where it goes.

### A month-end matching check

Run these steps once both statements for the month are converted:

1. Filter each statement for lines whose description contains "transfer", "xfer", "to sav", "from chk" or the other account's last four digits.
2. Sort the outgoing lines from the first account and the incoming lines from the second account by amount.
3. Pair each amount with its partner within three business days.
4. Post each pair as one transfer.
5. List every line left without a partner, with its date and amount, and carry it to the clearing account described below.
6. Confirm that total transfers out of checking equal total transfers into savings, plus or minus the unmatched items on the list.

When a client has five or six accounts, the same steps work; you just sort by amount across all of them at once.

## A transfer clearing account for legs that do not line up

A transfer clearing account is a balance sheet account, often named "Transfers in transit", that holds one side of a transfer until the other side appears. It should sit at zero once every pair is complete. A balance that stays on it for more than a month points to a missing statement or a miscoded line.

Clearing accounts help in three situations:

- **Cutoff timing.** The 750.00 in the example left checking on March 31 and arrived in savings on April 1. Code the March withdrawal to the clearing account. When the April savings statement arrives, code the deposit from the clearing account. March balances for both accounts still reconcile to their statements.
- **Statements arriving at different times.** A client may forward the checking statement on the third of the month and the savings statement two weeks later. Coding the known side to clearing lets you finish one account without waiting.
- **Bulk entries.** A business that sweeps cash daily from checking into a money market account may have twenty transfers a month. Posting all of them through clearing and reviewing the clearing balance once at month end is faster than pairing each one by hand.

The habit that makes clearing accounts safe is a monthly look at the balance. Write the expected balance on your month-end checklist: the sum of the transfers you know are in transit. If the clearing account shows anything else, one of the pairs was missed or coded twice.

## What if the receiving account of a transfer has no statements in the file?

If the other account belongs to the same business but you have no statements for it, add it to the chart of accounts as a bank account and ask the client for its statements. Until they arrive, code the transfer to that new account, not to an expense or equity. That keeps the money visible and the question open.

There are a few common versions of this problem:

- **A forgotten savings or reserve account.** A client opened a tax reserve account and never mentioned it. The transfers out of checking are the first sign. Ask for every statement since the account opened.
- **A payment app balance.** Some businesses move money from checking into a payment app wallet and pay vendors from there. The wallet is effectively another account and needs its own history.
- **An account at another entity.** If the receiving account belongs to a related company the same owner runs, the move is not a transfer at all. It is a loan between entities or a distribution and contribution, and it needs the client's accountant to decide which.
- **A personal account.** Money moved from the business to the owner's personal account is a draw or distribution, and money moved the other way is a contribution. The description may say "transfer", but the books treat it as an equity movement.

A new client is the most likely place to find these gaps. During setup, ask for a list of every account the business owns, including closed ones from the last year, and compare it to the account numbers that appear in transfer descriptions. The checklist for [onboarding multiple bookkeeping clients at once](/blog/onboarding-multiple-clients-at-once) is a good place to add that question so it is asked every time.

## Card payments, loan payments and owner moves that look like bank transfers

Several kinds of statement lines look like transfers between accounts but are coded differently. A credit card payment is a transfer only when you keep the card as a liability account in the books. A loan payment mixes principal and interest. A merchant deposit can arrive net of fees. Each needs its own treatment.

### Credit card payments

When a client's business credit card is set up as a liability account and you convert its statements too, a payment from checking to the card is a transfer from an asset to a liability. Debit the card account, credit checking. The individual purchases are coded from the card statement. Coding the payment to an expense as well counts every purchase twice.

### Loan payments

A monthly payment to a lender is not a pure transfer. Part of it reduces the loan balance and part of it is interest expense, and the bank statement shows one figure. The guide to [splitting loan payments into principal and interest](/blog/split-loan-payments-into-principal-and-interest) shows how to use the lender's statement or amortization schedule to divide each payment.

### Merchant processor deposits

A card processor may sweep sales into checking with a description that reads like a transfer. Those deposits are sales, often net of the processor's fees, and they need to be grossed up. See [recording merchant deposits net of fees](/blog/record-merchant-deposits-net-of-fees) for the entry.

### Owner moves

Transfers to or from an account in the owner's name are equity, as covered above. When in doubt, ask whose name is on the receiving account.

## Transfer coding errors that double revenue and expenses

The most damaging transfer error is coding both legs on their own: the withdrawal to an expense and the deposit to income. Profit looks unchanged, because the two cancel, but revenue and expenses are both inflated, and any ratio or tax figure based on gross sales is wrong. A clean reconciliation will not catch it.

Other errors come up often enough to check for each month:

- **One leg coded twice.** The transfer is recorded from the checking side and then again from the savings side, so savings shows the deposit twice. The savings reconciliation will be off by exactly the transfer amount.
- **A transfer coded to owner equity.** Moving money to the business's own savings account is not a draw. Equity accounts should only see moves to or from the owner.
- **Clearing balances left behind.** A transfer in transit at year end is fine. One from eight months ago is a missing deposit or a miscoded line.
- **Same-amount coincidences.** Two unrelated lines can share an amount. Check that the descriptions name the other account before pairing them.

### Finding the errors after the fact

When you take over books that may already contain these mistakes, run a quick test. Pull every income line and every expense line whose description contains "transfer" or the last four digits of another client account. Anything on that list is suspect. Then compare the client's reported revenue to the total deposits on the statements, minus transfers in; a gap close to the transfer total is the signature of double counting.

### Making transfers code themselves

Transfers repeat with the same wording every month, which makes them a good fit for rules. In [AutoBankConvert](/), a rule you write once for a client, such as "description contains TO SAV ...8812, code to Savings 8812", applies to every future statement, and each client's rules stay inside that client's books. You still pair the legs and watch the clearing balance, but the coding itself stops needing attention.