Marketplace order and payment management software handles the two halves of selling through someone else's platform: getting the orders out, and getting paid correctly for them. It brings orders from each marketplace into the business's own queue, and it takes each settlement the marketplace pays and matches it back to the orders, fees, refunds and adjustments that produced the figure. With Pentoggle, a retailer can describe the marketplaces they sell on and generate the starting application around them.
This page is about marketplaces. Your own website is Retail E-commerce Management Software. The stock figure you publish to a marketplace is Retail Online-Offline Inventory Software. Reconciling card, cash and wallet takings from your own channels is Retail Payment Reconciliation Software. Returns as a stock workflow are Retail Returns Management Software.
Each marketplace sets its own fees, settlement cycle, return handling and performance requirements, and each changes them from time to time. This page states none of them. It describes a workflow that holds whatever terms apply to your account, and what those terms are should be taken from the marketplace itself and, where tax is affected, confirmed with your accountant.
Most retailers already run an accounting system such as QuickBooks, Tally or Xero, which records the settlement as a receipt. That stays where it is. What is often still managed outside it is the detail behind the receipt: which orders it covers, what was deducted, and whether the deductions were correct.
Key takeaways
- A marketplace settlement is a net figure built from many orders and many deductions. Recording it as one receipt is accounting; understanding it is reconciliation, and the two are different jobs.
- Marketplace orders belong in the same queue as everything else the business fulfils, with the marketplace's own requirements on timing and packaging carried on the order.
- Deductions have categories, and the categories are where money is recovered: fees that are correct, adjustments that are wrong, and returns that were refunded but never came back.
- Each marketplace is a separate agreement with its own terms, and the application has to hold each set of terms rather than assume they are alike.
- A useful number is the share of settlement value reconciled to specific orders, read alongside the value of deductions under dispute.
The spreadsheet is often not the problem
A seller on one marketplace, downloading the settlement report each cycle and checking the total against the bank, is doing what most sellers do, and for low volume on one platform it is a reasonable control.
The trouble starts at identifiable points.
When the settlement is accepted as a total
The bank receipt matches the marketplace's statement, so it is posted. Whether the statement itself is right, across several hundred orders and their deductions, is not examined because examining it would take a day.
When orders live in the marketplace's own screen
Each marketplace has its own dashboard. Orders are fulfilled from several screens, the stock is deducted afterwards by hand, and the item sold on two platforms the same afternoon is discovered at pick.
When a return was refunded and never arrived
The marketplace refunded the customer and deducted the amount. The item never came back, or came back damaged, and nobody claimed for it because nobody was tracking returns against refunds.
When fees change quietly
A fee rate or a category classification changed at the start of the quarter. Every order since has carried a different deduction, and the margin on that range has moved without anyone noticing why.
What marketplace order and payment management software holds
Marketplace accounts
Each marketplace you sell on, with its own settlement cycle, fee structure as you understand it, and requirements on dispatch timing and packaging, held as data rather than assumed.
Order intake
Orders from each marketplace brought into the business's single order queue, with the marketplace, the marketplace order reference and any special requirements carried on the order.
Fulfilment status
Picked, packed, dispatched and tracking recorded against the order and reported back to the marketplace where it requires it.
Expected settlement
For each order, the amount the business expects to receive after the deductions it knows about, so there is something to reconcile against.
Settlement intake
Each settlement statement imported with its line items: order payments, fees, refunds, adjustments, chargebacks and other deductions.
Reconciliation
Each settlement line matched to an order or a known charge, with unmatched lines, unexpected deductions and variances listed.
Returns and refunds
Refunds issued by the marketplace tracked against whether and in what condition the item came back, so a claim can be raised where one is due.
Disputes and claims
Deductions queried with the marketplace, with their status and outcome, and the total under dispute at any time.
A settlement is a net figure
The amount a marketplace pays is what remains after it has added up the orders it collected for you and subtracted everything it charged you. Between the two is a statement with hundreds or thousands of lines.
Posting the net figure to the accounts is correct and necessary. It is not the same as knowing whether the figure is right, and most sellers stop at the first.
Reconciling means building the expected figure independently. For every order dispatched in the period, the business knows the sale value and, from its understanding of the marketplace's terms, the fees it expects. It knows which orders were refunded and for how much. Summed, that gives an expected settlement, and the difference between expected and actual is the list of things to look at.
The list is usually short in proportion to the whole, and that is the point. A settlement of a thousand lines where nine hundred and ninety match exactly leaves ten to examine, and those ten are where the money is: a fee charged at the wrong rate, a refund with no matching return, an adjustment nobody recognises, a chargeback that was never notified.
This only works if the expected figure is built from orders, which is why marketplace orders have to be in the business's own system rather than only in the marketplace's dashboard.
Deductions have categories
Everything a marketplace subtracts falls into a small number of kinds, and treating them differently is where reconciliation earns its keep.
Fees the business agreed to, referral or commission, fulfilment, subscription, advertising, storage: these are expected, and the check is whether they were applied at the rate and to the orders the business understood. A change in rate or classification shows up here as a variance across many orders at once.
Refunds to customers: expected where the business knows about the return, and the check is whether the refunded item came back, in what condition, and whether the marketplace's own policy provides for reimbursement when it did not.
Adjustments and chargebacks: the category most worth examining, because they are the least predictable. Some are correct. Some relate to events the business was never notified of. Some are errors on the marketplace's side, and marketplaces generally have a process for querying them, which only works if the business notices within whatever window applies.
Reserves and holds: amounts withheld and released later, which have to be tracked across settlements so that money held in one cycle is confirmed as released in another.
Categorising each line as it is imported, and holding each category against the orders it relates to, turns a statement into a set of small, answerable questions.
Each marketplace is its own agreement
Sellers on several platforms sometimes treat them as one channel. They are separate agreements with different fee structures, settlement cycles, return processes, performance requirements and dispute mechanisms, and each changes on its own schedule.
The practical consequence is that the application has to hold each marketplace's terms as data specific to that account: the fee structure as the business understands it, the settlement cycle, the dispatch window, the packaging or labelling requirements, and how returns and refunds are processed. When a marketplace changes something, the record for that marketplace changes, and the expected figures for orders after that date change with it.
It also means margin by marketplace is a real and different number for each. The same product at the same price on two platforms can return quite different amounts after fees, and a seller who cannot see that per platform may be growing volume on the one that earns least.
Where the marketplace collects or handles tax on the business's behalf, how that appears in the settlement and how it should be recorded in the business's own books is a question for your accountant, and it differs by place and by marketplace.
Where marketplace selling looks different by business type
- D2C Brand Software, where marketplaces may be the largest channel and settlement reconciliation is a core finance task rather than a periodic check.
- Electronics Retail Software, where unit values are high, returns are costly and a single unreconciled adjustment matters.
- Specialty Retail Software, where a marketplace gives a small store a large audience and the fee structure decides whether that audience is profitable.
- Apparel Retail Software, where marketplace return rates are high and refunds have to be matched to items actually received back.
- Home Furnishing Retail Software, where shipping costs are significant and fulfilment charges need checking as carefully as commission.
- Wholesale Distributor Software, where a distributor sells direct through marketplaces alongside its trade business and the channels need separate margin.
Why retailers choose Pentoggle for marketplace management
Orders in your own queue
Every marketplace's orders alongside the rest, with each platform's requirements carried on the order rather than remembered.
An expected settlement to reconcile against
Built from your own orders and your understanding of each marketplace's terms, so the variance is a short list rather than a mystery.
Deductions categorised on import
Fees, refunds, adjustments, chargebacks and reserves held against the orders they relate to.
Refunds matched to returns
What the marketplace refunded against what actually came back and in what condition, so claims are raised in time.
Sits around your accounting
QuickBooks, Tally, Xero and comparable systems continue recording settlements and, with your accountant, the tax treatment. Pentoggle holds the detail behind each settlement and what was found in it.
A useful number for marketplace management
The share of settlement value reconciled to specific orders, read alongside the value of deductions under dispute.
The first says how much of what the marketplace paid the business can actually explain. A low figure means settlements are being accepted rather than checked, whatever the bank reconciliation says.
The second is the money currently in question. It should be small and moving, with disputes raised within the marketplace's window and closed one way or the other. A large or static figure suggests disputes are being raised and not followed, or not raised at all.
Read margin after fees by marketplace beside both. It is the number that decides where to put effort, and it is only available if fees are held per platform and reconciled per order.
Ready to build marketplace order and payment management software?
You know how much each marketplace paid you last month.
You may not be able to say which orders that covered, what was deducted and why, or how much of it you could have queried.
Describe the marketplaces you sell on, how orders reach you and how you check settlements to Pentoggle in plain English and generate a working first version in hours, then refine it around your process.