--- title: Payout Basics | Shopware Community Hub description: >- Understand payout batches, apply the payout net formula, and explain reserves, holds, and payout history in the PayPal Merchant Dashboard. canonical_url: 'https://hub.shopware.com/learn/unit/payout-basics' --- # Payout Basics - **Explain** how **payout batches** move settled funds from your **PayPal** balance to your bank account. - **Apply** the **payout net formula** to explain gaps between gross revenue and bank deposits. - **Identify** common **reserve**, **hold**, and **schedule** reasons for delayed or smaller payouts. - **Read** a single **payout batch** well enough to answer finance follow-up questions without opening a ticket first. # Unit 3: Payouts, Batches, and Reserves **Strum & Co.'s** finance lead ran her first month-end reconciliation and flagged a discrepancy. Order revenue for March was €18,400. The PayPal payout for March was €16,950. She opened a support ticket assuming something had gone wrong. Nothing had gone wrong. The gap was fees, refunds processed in the period, and a small reserve movement — all completely normal. The problem was not the payout. It was the mental model she started with. This unit gives you the right mental model before month-end arrives. --- ## Where Payouts Live Payout schedule and history live in the **PayPal Merchant Dashboard** under **Money / Payouts** — the balance and transfers area covered in Unit 1. Each payout is a **batch** covering transactions that have settled since the last transfer, with fees and in-period refunds already reflected. When you open a single payout, you can see which transactions it contained, what was deducted, and what landed in your bank account. **Shopware administration** gives order-level context — what happened with a specific order. The **PayPal Merchant Dashboard** gives cash-movement context — what landed in your bank and why. Both are needed. They answer different questions. --- ## The Payout Net Formula The single most important thing to teach your finance team before they run their first reconciliation: **Payout net ≈ captured transactions − fees − refunds processed in the period − chargebacks received ± reserve movements** The payout amount will essentially never match order revenue for the same calendar period. Teams that expect a one-to-one match are starting from the wrong model — and will flag a problem every single month. **Why the gap exists:** - **Fees** are deducted from each transaction before settlement — the gross capture amount is not what arrives in your balance - **Refunds** processed in the period reduce the batch total — even if the original order was captured in a prior period - **Chargebacks** deduct the disputed amount from the current batch while the case is open - **Reserve movements** add or remove a buffer amount from the batch depending on your account's risk profile - **Timing gaps** mean some orders captured on the last days of a month settle and pay out in the next month > **Strum & Co. — March reconciliation:** > Gross captures in March: €18,400 > Fees deducted: −€520 > Refunds processed: −€680 (including two returns from February orders) > Reserve movement: −€250 (new account, rolling reserve still building) > **March payout: €16,950** > > Every euro of the gap is accounted for. The finance lead now runs this calculation before opening a support ticket. --- ## Reading a Single Payout Batch When you drill into a payout in the **PayPal Merchant Dashboard**, you will typically see: - The **date range** of transactions included in the batch - A **list of settled transactions** with individual amounts - **Fee deductions** per transaction or as a batch total - **Refunds** processed against the batch - **Reserve or hold** adjustments - The **net transfer amount** that landed in your bank This breakdown is the starting point for three-way matching — orders → transactions → payout batches — covered in detail in the Finance and Reporting Essentials course. --- ## Reserves and Holds — Normal, Not Punitive Reserves and holds are a standard part of merchant payment operations. **PSPs** maintain a buffer to cover refund and chargeback risk on money that has already cleared. This is not a penalty — it is how risk is managed in the payment system. Common situations and what merchants typically see: | Situation | What merchants often see | |-----------|-------------------------| | **New account** | Rolling reserve or hold patterns in the first weeks of activity — builds and releases over time as transaction history develops | | **Rising chargeback rate** | Adjusted reserve levels — the buffer increases to cover elevated risk | | **Sudden volume spike** | Temporary risk holds while patterns are reviewed against the account's normal profile | | **Out-of-date KYC** | Payout delays until documentation is refreshed — **PayPal** will typically flag this in the dashboard | Other common payout delay causes that are not reserve-related: - **Incorrect or outdated bank details** — the most fixable and most overlooked cause - **Weekend and banking holiday cycles** — money does not move on every calendar day; a payout scheduled on a Friday may not land until Monday - **Minimum threshold settings** — if your payout schedule has a minimum balance threshold, small batches may be held until the threshold is reached > **The right first step when a payout is smaller than expected or delayed:** open the **PayPal Merchant Dashboard** and read the plain-language explanation there before opening a support ticket. The dashboard typically explains holds and delays directly — and most questions are answered without escalation. --- ## Faster Access to Funds **Instant** or **accelerated** settlement paths may be available through **PayPal** infrastructure depending on your region, payment method, and account program. Confirm availability and terms in your **PayPal** agreement. **Shopware Payments** is positioned around native **PayPal** access that avoids the extra fees some platform stacks charge for faster liquidity. That is relevant for evaluating total economics — but it does not change how batch payouts work. Understanding the batch model comes first. --- When payouts do not match expectations, you'll see what to gather before Shopware Support—and how escalation to PayPal works when the answer sits on the money movement side.