Integration

Marketplace settlement reconciliation for NetSuite (Europe)

Your marketplace orders already reach NetSuite. The money doesn't arrive in the same shape. Each payout is one net amount covering hundreds of orders, less commissions, fulfilment fees, promotions, refunds, chargebacks and amounts the marketplace is holding back. We build the integration that breaks each settlement down into NetSuite deposits, expense lines, credits and clearing entries across Amazon, Zalando and marketplaces running on Mirakl, and sends whatever doesn't match to an exception queue instead of a suspense account.

Book a 30-min call →

30 minutes · No commitment · English, Spanish, Portuguese and Catalan

Celigo implementation partner · Stacksync partner · Senior engineers based in Spain

Short answer. Order sync is not settlement sync. Getting orders into NetSuite gives you revenue and receivables. Clearing them takes a second integration that reads each marketplace's settlement report and maps every line to a deposit, an expense line, a credit or a clearing account, with an exception queue for anything it can't place.

Why European sellers feel this more

A brand selling across Europe rarely has one marketplace. It has Amazon's European storefronts, Zalando in fashion, and a growing number of retailers that run their own marketplace on Mirakl. Each one pays on its own schedule, in its own report format, often in more than one currency. The logic is similar from one marketplace to the next, but the configuration is not shared, so each new channel means a new mapping.

Tax adds another layer. Since the EU's e-commerce VAT package took effect on 1 July 2021, a marketplace can be the deemed supplier for VAT in certain flows, such as distance sales of imported goods worth up to €150, or sales by sellers not established in the EU (European Commission, explanatory notes on the VAT e-commerce rules, checked 29 September 2026). Under DAC7, platform operators report sellers' payouts and the fees withheld to the tax authorities (European Commission, DAC7, checked 29 September 2026). So the marketplace is reporting figures about you that your ledger should be able to explain.

Orders vs settlements: two different integrations

Order integration Settlement integration
Source Marketplace orders API or connector Settlement report or transaction lines
Unit One order One payout covering many orders and periods
Lands in NetSuite as Sales orders, invoices or cash sales Deposits, expense lines, credits, clearing entries
Timing When the order is placed or shipped When the marketplace pays out
Hard part Items, tax, fulfilment status Fees, promotions, refunds, chargebacks, reserves, FX
Owner Operations / ecommerce Finance

Most order connectors stop at the left column. That is why a company can have marketplace orders flowing into its ERP and still have a month-end spreadsheet that tries to explain why the bank received less than NetSuite says was sold. We have written about the reconciliation gap itself. This page covers what closing it in NetSuite involves.

What a NetSuite settlement integration must cover

Flow from a marketplace settlement report through parsing and fee mapping into NetSuite deposits, expense lines, credits and a marketplace clearing account, with unmatched lines routed to an exception queue

A settlement integration is complete when every line of every settlement has a home in NetSuite, or a named person looking at it. In practice that means:

  • Ingestion of the settlement report, not only the bank line. The bank shows a net figure. The components exist only in the marketplace's report.
  • A marketplace clearing account. Order-level receivables post to it, the settlement clears them, and whatever is left on it is your unexplained balance, visible instead of buried.
  • A deposit for the net payout that matches the bank line exactly, so bank reconciliation becomes a formality rather than an investigation.
  • Fee mapping. Every fee type is mapped to an account and, where it relates to an order, to that order. Commissions and fulfilment fees go to the order. Storage and advertising are period costs and post by period.
  • Refunds and returns matched to the original order, whichever period they settle in. That is the difference between a credit note that makes sense and channel margin that is permanently wrong.
  • Chargebacks and disputes in their own account with an owner, because they often arrive without a clean order reference.
  • Reserves and holdbacks treated as a receivable, not a cost.
  • Currency. The marketplace converts at a rate you did not choose. The difference belongs in FX, per settlement, across subsidiaries and currencies.
  • An exception queue. Unknown fee types, unmatched orders and unexplained adjustments go to review, with the surrounding lines attached. They are never posted to a default account.

Amazon vs Zalando vs Mirakl

The three sources behave differently enough that each needs its own parser and mapping.

Amazon Zalando Mirakl-based marketplaces
What you get A settlement report per settlement period Settlement information in zDirect, the partner portal Transaction lines and accounting documents through the seller API
Who sets the rules Amazon Zalando Each marketplace operator
Watch out for Report format changes Sales dated by shipment, payouts dated by payment A different fee set and billing cycle per operator

Amazon. Settlement reports can't be requested or scheduled; Amazon generates them automatically. In the current flat-file format each charge or fee appears as a line with an amount type and description (Amazon SP-API, settlement reports, checked 29 September 2026). The older XML and flat-file settlement reports are being removed on 11 November 2026 in favour of the Flat File V2 report (Amazon SP-API changelog, checked 29 September 2026). An integration still reading the old formats has a deadline. This page covers only Amazon's settlements, not Seller Central or FBA operations.

Zalando. Partners get settlement information in zDirect. Zalando itself notes that its sales reports are based on the date each parcel shipped, while its DAC7 information is based on the date it paid the partner (Zalando Partner University, DAC7 FAQs, checked 29 September 2026). Those are two date bases for the same trade, and your ledger has to reconcile both.

Mirakl. Mirakl is the platform behind many retailers' marketplaces, not a single marketplace. Its seller API exposes transaction lines and accounting documents, and they can be filtered by billing cycle and by invoice or credit note number (Mirakl seller API, invoicing and accounting, checked 29 September 2026). Each operator configures its own fees and cycle, so two Mirakl marketplaces are two mappings.

How we build it

We choose the tooling per marketplace, not per project:

  • Celigo, where a connector or flow already covers the source. We are an authorised Celigo partner and extend flows rather than rebuild them.
  • Custom parsers, where the report format is unusual or changes often. These parsers fail loudly when a new fee type appears, instead of mapping it silently.
  • NetSuite-side logic that writes deposits, journal lines, credits and clearing entries against the chart of accounts you already have.
  • Agents for the residue. Decomposition and matching are high-volume, rule-bound work with a persistent ambiguous remainder. That is where an AI agent earns its place: it proposes the match, attaches the context and leaves the decision to someone in finance.

What changes at month-end

The goal is that month-end stops being spreadsheet archaeology. Settlements are reconciled as they arrive, not in a batch on day three of the close. The marketplace clearing account shows only what is genuinely open. The exception queue is short and has an owner. Channel margin by marketplace can be read from NetSuite instead of rebuilt in Excel.

A residue will remain, and it needs a policy: a materiality threshold, a write-off account and an approval rule. Anyone promising a zero residue hasn't seen enough settlement files.

Project shape

  1. Settlement review. Take recent settlement files from each marketplace and break them down by hand to find every fee type you can't currently explain. That list is the scope.
  2. Accounting decisions. Map each fee type to an account and a treatment, including reserves, chargebacks and a rule for unknown fees. Have your tax adviser confirm the VAT treatment of your specific flows.
  3. First marketplace. Build ingestion, mapping, the clearing account and the exception queue for the marketplace with the most volume, and run it in parallel with the current process.
  4. Further marketplaces. Add each one as its own mapping on the same design.
  5. Historical balance. Treat any existing suspense balance as a separate, time-boxed exercise with an agreed write-off, rather than a prerequisite.

If you also sell through your own store, the NetSuite–Shopify and NetSuite–WooCommerce integrations cover the order side. The settlement side stays the same for every marketplace.

Frequently asked questions

Isn't the order integration enough?

No. The order integration creates revenue and a receivable for each order. Only the settlement tells you what the marketplace deducted and what it actually paid. Without a settlement integration, the gap between the two usually ends up in a suspense account.

Can we reconcile from the bank statement alone?

No. The bank line is a net figure. The commissions, fees, refunds and holdbacks that explain it exist only in the marketplace's settlement report or transaction lines.

Which marketplaces do you cover?

Amazon, Zalando and marketplaces built on Mirakl are the most common sources we see in Europe. Any marketplace that publishes a settlement report or an accounting API can be added as its own mapping.

Do we need Celigo?

Not necessarily. Celigo is a good fit where a connector already reads the source. For unusual or frequently changing report formats, a custom parser is often more robust. Many projects use both.

How do you handle fee types that appear without warning?

They go to the exception queue, never to a default account. Someone in finance decides how to treat them, the mapping is updated, and the next settlement posts them automatically.

Does this replace our VAT adviser?

No. The integration gives you order-level detail to support your VAT position. The treatment of your specific flows, including where a marketplace is the deemed supplier, should be confirmed with your adviser.

Is this the same as an Amazon Seller Central integration?

No. This page covers finance: settlements, fees, chargebacks and payouts into NetSuite. Seller Central and FBA operations, such as listings, inventory and fulfilment, are a separate integration.

Next steps

Bring one settlement file to a 30-minute call

We will walk through it line by line with you and show which fee types would post automatically, which need a mapping decision, and what a build would involve.

Book a 30-min call →

30 minutes · No commitment · English, Spanish, Portuguese and Catalan

← All integrations

An unhandled error has occurred. Reload 🗙