Running your store

Sales

Every sale across every marketplace in one ledger, with fees and net.

Every sale across every connected marketplace, in one ledger, with what the marketplace took and what you actually kept.

Sales (open).

The 90-day window

Sales loads the last 90 days. This bounds the query rather than your history — older sales are not deleted, they are simply not in this view.

Shipments reads the same 90 days through the same loader, which is why the two screens can never disagree about what sold or what state it is in. They are two filters over one list, not two independent reconstructions.

What a row shows

  • Item — what sold, with its photo.
  • Marketplace — where.
  • Sale price — what the buyer paid.
  • Fees — what the marketplace took.
  • Net — what reached you.
  • Status — where the order is.
  • Date — when it sold.

Fees

Fees come from each marketplace's own reporting, not from an estimate.

That distinction matters. A percentage applied to the sale price is approximately right and reliably wrong: it misses ad fees, promoted-listing charges, payment processing, adjustments and refunds. Reskale uses what the marketplace says it took.

Fee detail by marketplace:

  • eBay — itemised, from Sell Finances. The most complete.
  • Mercari, Depop, Vinted — the fee on the transaction.
  • Discogs — partial; Discogs exposes less detail.

Fees flow into Bookkeeping automatically.

Cancellations

Cancelled orders are shown but excluded from Revenue, Fees and Net. They did not happen, financially, and counting them would overstate both what you earned and what you paid.

They stay visible because a cancellation is something you may need to see — patterns of cancellation on one marketplace are worth noticing.

Syncing

Press Sync to pull new orders. Sync also runs in the background.

New sales generally arrive within hours. For the marketplaces that need the extension, background sync depends on the stored session being valid — if sales stop appearing from one marketplace, check its connection first.

Missing sales: sync and connection issues.

Ghost and duplicate rows

Two things Reskale actively guards against, because both have caused real damage:

Ghost sales — rows that look like sales but are not, usually artefacts of a marketplace's own data. These are filtered out.

Duplicate sales — the same order arriving twice through different paths. Deduplicated on the marketplace's own order identifier.

The important rule underneath: sales are records, and records are never deleted to tidy up a display. An earlier version of the delisting logic applied listing tombstones to orders and erased 670 sales. Listings can be marked gone; orders cannot.

Profit

Where cost basis is recorded on the item, Sales shows profit rather than just net. See Inventory for recording cost.

Profit is net minus cost. It does not include your time, mileage or supplies — those live in Bookkeeping, which is where the real picture of a reselling business assembles.

After a sale

Two things want doing:

  1. Ship it. Shipments tracks what needs a label and what is in transit.
  2. Pull the duplicates down. Auto-Delist finds the copies still live on other marketplaces. This is the step that prevents selling something twice.

Sales from elsewhere

Sold in person, or on a marketplace Reskale does not support? Use Mark as sold on the item.

This records the sale and makes the item's other listings eligible for the auto-delist sweep — which matters more than the bookkeeping, because a cash sale still leaves live listings for an item that is gone.

Something here wrong or out of date? Tell us.

Sales — Reskale Docs