Separate three dates
The original order date, refund-processing date and settlement date can answer different questions. A refund that is visible in customer service may not yet appear in the payout you are reviewing. Conversely, a later settlement can include a refund connected to an earlier order. Keep the link between them rather than forcing both into one report period.
Create a minimal exception record
In your private working papers, record the original transaction reference, refund reference, amount, currency, provider status and expected settlement connection. Do not paste those records into public calculators. Mark partial refunds explicitly; comparing a partial amount with an entire order creates a misleading mismatch.
Separate fees from refunded value
Do not assume every original fee is returned when a customer receives money back. Read the applicable provider’s current charge details and inspect the actual settlement lines. A fictional 60 refund and a 2 fee adjustment are two components until the source proves otherwise. Their treatment is not established by a single “refunded” badge.
Decide what evidence is missing
If the refund is recorded but its payout impact cannot be found, review the next relevant settlement and date basis within the provider’s documented workflow. Do not repeatedly issue refunds or change bookkeeping entries to test the theory. Escalate the specific missing connection, with identifiers retained securely, rather than asking why all monthly totals differ.
Sources used for this page
These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.
- Shopify payout timing — Merchant documentation · help.shopify.com · Merchant-controlled · checked 2026-09-30
- eBay charges — Merchant documentation · ebay.com · Merchant-controlled · checked 2026-09-30