Get started
All posts

auction management software

Auction Management Software: The Back Office

October 5, 2026 · 5 min read · 1,105 words

Auction management software runs the work behind the hammer: consignor intake, catalog assembly, bidder approvals, the sale calendar, and the settlement run that pays everyone out afterwards. The bidding page is the visible part; the back office decides whether the second sale is easier than the first.

When you compare products, the useful question is which of those jobs the software actually does - and which still live on a spreadsheet, in an email thread, or in a member of staff remembering to do them.

What auction management software actually runs

An auction management platform covers five jobs: it records what has been consigned to you, builds those records into a sale, controls who is allowed to bid, runs the sale itself, and settles the money after it closes. A tool that only handles the bidding has skipped four of the five.

The distinction matters most between sales. A single auction is a burst of activity; an auction business is a year of intake, cataloguing, promoting and settling. Software that looks good only on closing night leaves the recurring work manual.

  • Consignor intake - who gave you what, on what terms, at what commission, and with what reserve.
  • Catalog assembly - lot records, photos, condition notes, categories and starting bids gathered into a sale.
  • Bidder management - registration, approval rules, and a card or deposit on file before anyone bids on a high-value lot.
  • Sale scheduling - the calendar of sales, draft, open and closed states, and the moment each lot ends.
  • Settlement - invoices, buyer premium arithmetic, seller commission, tax, and a payout run you can reconcile against the bank.

Where an auction back office differs from a store back office

A store sells one item once at a fixed price. An auction sells one item once at a price nobody knows in advance, on behalf of somebody else, and pays that person afterwards. Those differences change the data the software has to hold, not just the interface it shows.

  • Ownership. In a store, you own the stock. In an auction, the consignor owns it until it sells, so the end of the process is a payout rather than a margin report.
  • Timing. Store inventory moves when a customer buys; auction inventory carries a status that changes with the calendar - received, catalogued, live, sold, paid.
  • Pricing. A store price is a number. An auction result comes out of reserves, increments and competition, so the software has to keep the whole bid trail.
  • Failure modes. Unsold lots, withdrawn consignments and unpaid invoices are normal events in an auction and need a defined path, not an exception somebody fixes by email.

The features worth checking before you buy

Most comparisons stop at the bidding screen. The parts that decide your weekly workload are the ones around it, and they are the parts a demo tends to skip.

  • Per-lot commission overrides - some consignors negotiate a different rate, and the software should record it against the lot rather than applying one global percentage.
  • Settlement runs - can you pay a group of consignors in one batch and produce a statement each of them can check line by line?
  • Unsold and withdrawn lots - is there a workflow that returns, re-lists or charges them without breaking the sale totals?
  • Reserve handling - the platform should refuse to sell below reserve and record that decision in a way both sides can see.
  • Permissions - cataloguing staff, auctioneers and finance usually need different access, and the log of who changed a lot should be readable.
  • Export - your lot data, bidder list and settlement figures should leave the platform in a format you can use elsewhere.

What it costs and how vendors price it

Auction software is usually priced one of three ways, and the model matters more than the headline rate because it decides how your costs behave as volume grows.

Ask which side each fee comes from - seller commission, buyer premium, or your own operating account - because a charge that sounds small can sit entirely inside your margin.

  • Percentage of the hammer price - the platform takes a cut of each sale. Cheap at low volume, more expensive as you scale, and the fee lands at payout time.
  • Flat monthly subscription - predictable, and it rewards growth, but you pay it through the quiet months too.
  • Hybrid - a smaller monthly fee plus a per-transaction charge, sometimes capped once you pass a threshold.

How to choose without a long trial

Run one real sale through any platform before you commit, because the differences show up in the settlement rather than in the demo.

  • Bring a sample consignment list and build a sale from it, including one lot that does not sell.
  • Read the settlement statement a consignor would receive and ask whether they could reconcile it themselves.
  • Ask what happens to your lot data, bidder list and settlement history if you leave.
  • Confirm the platform supports the mix you actually run - timed, live, silent, or a blend of all three.

Frequently asked questions

What does auction management software do that an auction website does not?

An auction website shows lots and collects bids. Management software also records consignor terms, assembles the catalog, approves bidders, schedules the close and runs settlement - the recurring operational work between sales. If a tool stops at bidding, the rest stays manual.

How much does auction management software cost?

Vendors price it as a percentage of the hammer price, a flat monthly subscription, or a hybrid of both. The percentage model is cheapest at low volume and most expensive as you grow; a subscription is predictable but continues through months with no sale.

Can it handle consignment and settlement, or only bidding?

It can if it was built for auctions rather than retail. Consignor records, per-lot commission overrides, buyer premium arithmetic and a payout run that produces a statement per consignor are the pieces to verify, because some platforms stop at the bidding handle.

Should the fee be charged to the buyer or the seller?

Either, and often both. What matters is that the platform records who pays what so the settlement statements add up, and that the fee structure is clear to both sides before the sale rather than discovered at payout.

Do we have to move every sale onto the new platform at once?

No, and many operators do not. A common approach is to run one sale end to end on the new platform while the existing process handles the rest, then move consignors and catalogs across once a settlement has reconciled cleanly.

Related on ShopDango

Run your next sale on your own domain

ShopDango gives each client a branded storefront and gives the operator one console for every store - auctions, events, rentals, subscriptions, and retail together.