How do you reconcile Stripe payouts with bank deposits?
Match each bank deposit to its Stripe payout, then reconcile that payout to the signed balance transactions it settles. Keep currency and reporting dates consistent, include fees and refunds, and investigate timing differences separately. For manual or instant payouts, use the appropriate balance-history workflow rather than assuming an automatic settlement batch exists.
Key numbers
- $1,000
- example payment activity
- $120
- refunds and fees combined
- $880
- example net payout
Key takeaways
- Match settlement batches before comparing calendar-day sales.
- Keep transaction signs, currency, and payout identifiers.
- A bank deposit is cash movement, not automatically revenue.
Your bank receives $880 while the sales report shows $1,000. That difference may be entirely explainable, but a comparison of two headline totals does not establish why. Payments, refunds, fees, settlement availability, and bank arrival dates describe different events.
Use a payout-level reconciliation to explain the cash movement. This is a method for checking exported records, not a revenue-recognition or tax treatment. The amounts here are synthetic and do not describe any customer's account.
Download the synthetic settlement ledger to check the signed calculation. Its simplified fields are teaching labels, not Stripe export column names.

Section 01
Choose the right Stripe report
Stripe's payout reconciliation report is designed around automatic payout batches. It links a payout to the activity it settles. For manual payouts, Stripe directs users to the balance report; instant payouts also require a different reconciliation approach because the user controls their timing and amount.
Check which workflow your account uses before exporting. A general payment list is not necessarily the complete ledger behind a payout. Preserve the report's currency, date filters, and account context, especially when a business operates several Stripe accounts or currencies.
Section 02
Keep three dates separate
A payment can occur on one date, become available later, and reach the bank in a later reporting period. Preserve the transaction date, relevant settlement date, and payout or bank-arrival date as distinct fields where available. Record the time zone and report cut-off.
Suppose a payment is collected on the last day of a month but paid out in the next month. It belongs in a different cash-arrival period from its collection period. Do not force daily sales to equal daily bank deposits by deleting transactions or moving their dates without a documented accounting process.
Section 03
Build the payout control table
Use one control row per payout and currency, with payout ID, status, expected amount, bank deposit amount, difference, and explanation. Match identifiers where the bank description provides them. Amount and date can help identify candidates, but equal amounts alone do not prove a match.
Retain the underlying itemized activity separately. A bank deposit matched to a payout establishes one control; the itemized activity summing to that payout establishes another. Both controls matter. A failed, canceled, or reversed payout should remain visible until its actual cash treatment is understood.
Section 04
Reconcile a signed example
Assume a simple batch contains $1,000 of payment activity, a $90 refund, and $30 of fees. Its net is $880: $1,000 minus $90 minus $30. If the bank receives $880 in the same currency, the payout-to-bank difference is zero for this example.
Real exports can contain additional transaction types and adjustments. Follow the actual signed fields and definitions in the selected report. If a net field already includes fees, subtracting the fee again double-counts the deduction. Reconcile gross, fees, and net on a small known sample before applying a formula across the full export.
Section 05
Investigate exceptions in a stable order
Start with currency, account, payout status, and the reporting window. Then inspect whether the batch contains refunds, disputes, adjustments, or balances carried between periods. Widen the date range when checking arrival timing, but preserve the original period in the control record.
- An amount mismatch requires an identified transaction or adjustment, not a balancing plug.
- A timing difference needs a later statement or status check before being closed.
- A missing payout ID should remain an unmatched candidate rather than an assumed match.
- Foreign-exchange effects need their own documented rates and charges.
Section 06
Keep settlement analysis separate from profitability
A payout does not show all business costs, and gross collections do not necessarily equal recognized revenue. Taxes collected, unpaid invoices, non-Stripe costs, and other accounting treatments may require additional records. Use an accountant's established policy for the books rather than deriving that policy from an export diagram.
The month-end checking method provides a broader control framework. Preserve unmatched items and attach their evidence so the next reviewer can follow the reconciliation without repeating the investigation.
Section 07
Use a prepared export in Data Analysis App
There is no need to connect a live Stripe account to follow this article. Prepare an authorized, minimized file containing the control fields and signed amounts, then start a project. Remove customer contact details, payment secrets, and unnecessary bank information first.
Review whether the findings reconcile the same scope and disclose unmatched items. The app can help inspect and communicate an export; this article does not promise a live Stripe integration or automatic bank reconciliation. Confirm the free findings are useful before choosing paid downloadable outputs.
See it on a real project
Two clients, 38% of revenue, accounted for every one of the 38 overdrawn days.
Keep reading
Evidence
Sources
- Stripe (2026). Stripe: payout reconciliation report.
- Stripe (2026). Stripe: balance report.
- Data Analysis App team (2026). Related method: month-end control checks.