Marketplace payouts explained: from customer sale to bank receipt

Your sales report shows USD 8,000. Your marketplace balance shows less. The payout arriving in your bank is smaller again, and some of this week’s sales are missing from it entirely.

That does not automatically mean money has disappeared. Sales, refunds, fees, reserves, settlement schedules, conversion, and bank processing can affect different stages of the journey.

A marketplace payout is a transfer of an eligible balance under the platform’s rules, not a direct copy of the gross sales number. Understanding the stages helps sellers forecast cash, compare receiving arrangements, and investigate genuine discrepancies.

This guide covers marketplace and ecommerce payment workflows. Individual platforms have different rules, so examples from a named platform describe that platform rather than every seller service.

If you sell through several channels, use the multi-marketplace payout workflow. For direct bulk orders with overseas buyers, see international wholesale payments.

Follow the money through five stages

Start with the customer’s order. Then identify the payment event, the platform’s balance calculation, the payout release, and the destination account’s credit.

Stage	What it tells you	What may still be outstanding
Order created	A commercial order exists	Customer payment may not be completed
Payment captured or received	The platform has recorded a payment event	Settlement, review, refunds, or disputes may affect availability
Funds available for payout	The platform considers an amount eligible	A schedule or minimum may still delay release
Payout sent	The platform has initiated delivery	Receiving-side processing or rejection
Destination credited	The receiving service has recorded the funds	Any later conversion or separate payout you choose

The labels used in a dashboard vary. Read the platform’s definitions before treating one status as equivalent to another.

For example, Shopify distinguishes the time for captured payments to become payable from the later payout schedule and bank processing. These are separate parts of its own service. Shopify: Payout timing.

Why sales and payouts do not match one to one

A single payout can combine many orders and adjustments. A single day’s sales can also appear across more than one payout.

Fees may be deducted, refunds may relate to older orders, and disputes can affect a later reporting period. The platform may retain a reserve or hold specific transactions under its applicable terms.

For example, eBay explains that transaction holds can affect when sale proceeds become available for payout. A buyer having paid does not necessarily mean the seller can withdraw that amount immediately. eBay: Transaction holds.

Avoid using a bank deposit as the only sales record. It tells you what arrived at the bank, not the complete gross activity that produced it.

Reconcile a fictional payout calculation

Consider a seller with the following activity included in one payout statement. These are invented amounts and categories, not a particular marketplace’s fee schedule.

Included activity	Amount in USD	Running amount in USD
Eligible customer payments	8,000	8,000
Platform and processing fees	−640	7,360
Customer refunds	−300	7,060
Newly retained reserve	−400	6,660
Release of an older reserve	+150	6,810

The expected payout before any separately listed payout or conversion charge is USD 6,810. The reserve movements affect current cash availability, but they are not automatically the same thing as a permanent fee or lost revenue.

If USD 6,810 arrives, the bank receipt can be reconciled to this payout. If a different amount arrives, investigate the additional deductions or adjustments rather than changing the gross sales figure to force a match.

Formal accounting treatment depends on your business and applicable rules. The operational goal is to preserve each component so your records can be assessed correctly.

Understand the payout schedule and reporting cutoff

A platform may release eligible funds on a schedule or through an available manual option. The schedule starts from the platform’s eligibility rules, not necessarily the order date.

Time zones can also move transactions between reporting days. A sale recorded late at night locally may belong to the next UTC reporting date, depending on the platform.

Use the payout’s included transaction report when reconciling. Comparing it with a sales report for an apparently identical calendar date can produce a mismatch if the reports use different cutoffs or states.

For cash planning, record the expected release date separately from the expected arrival at the bank. A “sent” payout can still be in receiving-side processing. Our payment timing guide explains how to investigate each stage.

Separate display, transaction, settlement, and payout currencies

An ecommerce customer can see a price in one currency while the seller’s payment and reporting arrangements use another.

Define the terms for the platform you use:

• Display currency: what the customer sees while browsing.
• Transaction currency: the currency in which the payment is actually processed.
• Settlement currency: the currency used when the provider calculates the payable balance.
• Payout currency: the currency delivered through the selected payout arrangement.

A platform may use these words differently, so confirm the actual flow rather than relying only on labels.

If conversion occurs more than once, each stage may have its own rate and fee. Receiving details in the customer’s currency do not automatically prevent the platform from applying its configured conversion before payout.

For storefront and checkout decisions, see multi-currency ecommerce pricing, which connects local prices to seller contribution and refund effects.

Compare conversion choices using actual available options

Suppose a fictional platform balance of USD 6,810 can be paid through either of two permitted arrangements. One offers conversion to EUR before payout. Another delivers USD to compatible receiving details, followed by a separate permitted conversion and EUR payout.

Compare the final EUR amount under quotes taken at a comparable time. Include the platform’s payout fee, any receiving fee, the actual conversion rate, and the final bank-payout charge.

Do not assume the second arrangement is cheaper because it separates the stages. It may add a fixed charge or another provider relationship. The first may be simpler but use a different exchange rate.

Also account for timing and operational effort. A slightly different net amount may matter less than a route that the marketplace will not approve or that your business cannot reconcile reliably.

The international payment-fees guide provides a consistent comparison worksheet.

Check receiving-account compatibility on both sides

Before entering new payout details, read the marketplace’s current rules for your seller country, legal entity, account ownership, destination country, currency, and account type.

Then check the receiving provider’s rules. Does it accept payments from that marketplace, through the expected rail, for your business and jurisdiction?

An account number being accepted by an online form is not confirmation that the eventual payout will be accepted. A successful small transfer does not establish permission for a different payment purpose either.

If the marketplace requires an account in the seller’s legal name, use the actual approved beneficiary information. Do not change the name to bypass an ownership check. See virtual accounts explained for the distinction between named receiving details and the underlying account relationship.

Treat local receiving details as route-specific

A platform paying USD may use an eligible domestic method rather than an international wire. Another platform or account configuration may use a different arrangement.

Use the currency-specific receiving instructions and verify the actual method. Do not assume that an IBAN or routing number accepts every possible transfer in that currency.

The six guides in this library cover USD, EUR, GBP, BRL, MXN, and COP. They explain the systems, not a blanket promise of compatibility with any named marketplace.

For Ostro, use only the options shown in your workspace and confirm the relevant payer and route requirements. No marketplace integration or universal marketplace acceptance is implied by access to receiving details.

Plan around reserves, refunds, and disputes

Gross sales are a poor substitute for a cash forecast when some proceeds are unavailable or can be reduced by later adjustments.

Maintain a view of available balances, held or reserved amounts, expected releases where the platform provides them, and foreseeable refunds. Keep uncertain dates labelled as uncertain.

Do not plan essential supplier payments solely around an expected reserve release that has not been confirmed. Equally, do not record every held amount as a permanent loss without understanding the status.

Shopify’s troubleshooting guidance illustrates how fees, refunds, and other adjustments can explain a lower payout. Review the actual included transactions before escalating a numerical difference. Shopify: Lower or missing payouts.

If the platform retains proceeds, use the holds and reserves guide to interpret the notice and release conditions. The refunds and chargebacks guide explains the separate adjustment processes.

Investigate a missing payout in the right order

First, confirm that the payout exists and has been released. If the balance is still unavailable or the account needs information, the issue is upstream of the bank transfer.

Next, compare the payout date and expected processing time with the actual calendar. Check for a failed or returned status and verify the destination shown on the payout record.

If the platform reports that it sent the funds, obtain the route-specific reference or trace information it can provide. Ask the receiving provider to investigate using the amount, currency, date, sender, and destination details through a secure channel.

Keep the case organised around one payout identifier. Repeated tickets without the same reference can scatter evidence. Do not change the destination and request a duplicate payment until the original status is understood.

Handle account changes as a security event

Changing payout details redirects future business revenue. Protect the seller account and the email account used for recovery with strong authentication.

Verify the new destination’s ownership and compatibility before saving it. Review any platform warnings about temporary holds or verification requirements associated with the change.

Be wary of messages claiming that payouts are blocked until you sign in through a supplied link. Navigate through your known marketplace address or saved application instead. Do not share one-time authentication codes with someone claiming to be support.

The business payment-fraud guide covers related account-takeover and payment-redirection patterns.

Keep a payout ledger that an accountant can follow

Preserve the marketplace payout ID, included order and adjustment IDs, original currencies, gross payments, fees, refunds, reserve changes, conversion details, and destination-bank receipt.

If funds move from the marketplace to a receiving provider and later to your bank, link the movements. They are not three separate sales.

Keep reports from each platform distinct before combining them into a business-wide view. Identical order or payout numbers from different systems can collide if you omit the source.

The reconciliation guide explains how to connect those records without losing the gross-to-net calculation.

Frequently asked questions

Does “buyer paid” mean I can withdraw the money?

Not necessarily. Settlement, holds, reserves, review, and the payout schedule can affect availability. Read the platform’s actual payment and balance statuses.

Can I use any USD or EUR receiving details?

No. The marketplace and receiving provider must both accept the account arrangement, customer, currency, payer, and transfer method.

Why does a payout include refunds for older orders?

Platforms can apply adjustments in a later balance or payout period than the original sale. Use the itemised payout report to establish which transactions were included.

Will changing the payout currency remove all conversion fees?

Only if the permitted configuration actually changes the conversion flow. Check the transaction, settlement, and payout currencies and compare the full resulting quote.

Is a bank deposit enough for bookkeeping?

It supports the final receipt, but the payout report explains the sales and adjustments behind it. Preserve both and use appropriate accounting advice for their treatment.