Hoe boek je bol.com- en Amazon-omzet automatisch in Twinfield of Exact Online?

Op je bankafschrift staat één bijschrijving van bol en om de paar weken één van Amazon. Wie dat bedrag als omzet boekt, maakt drie fouten tegelijk: de omzet is te laag, de kosten zijn verdwenen en de btw-aangifte klopt niet meer.

Dat bedrag is namelijk een saldo. Bij bol wordt de factuur die jij moet betalen verrekend met de factuur die bol aan jou verschuldigd is, en het verschil is je uitbetaling (bol, Invoices API{target="_blank" rel="noopener noreferrer"}, geraadpleegd november 2026).

Amazon werkt per settlement en houdt soms ook nog een deel achter als reserve.

Deze pagina gaat over die afrekening: welke API haar levert, hoe je elke regel naar grootboek en btw-code vertaalt, en wanneer boeken per afrekening beter werkt dan boeken per order. Het bredere plaatje van koppelingen en maatwerk staat in onze kennisbank over maatwerk software.

Stand: november 2026. Bedragen van CleverTech AI zijn exclusief btw. Wat hieronder over btw staat, is hoe een koppeling ermee omgaat; de fiscale keuzes maakt je boekhouder.

De uitbetaling is een saldo, geen omzet#

Achter één bijschrijving zitten honderden verkopen, de commissie per artikel, verzendlabels, een gecorrigeerde commissie van vorige maand en misschien een vergoeding voor een zoekgeraakt pakket.

Boek je alleen het saldo, dan geef je te weinig btw over je verkoop aan en vraag je de btw op je kosten niet terug. Die twee fouten heffen elkaar niet op, want ze rusten op verschillende bedragen en vaak op verschillende tarieven.

De bol-kolom komt uit de documentatie van de Invoices API. Daar staat ook een randgeval dat je koppeling moet kennen: zijn je kosten in een periode hoger dan wat bol jou verschuldigd is, dan wordt er niet verrekend en krijg je een factuur om zelf te betalen.

Waar de cijfers vandaan komen: twee API's met een eigen ritme#

bol: de factuurspecificatie uit de Retailer API#

De Invoices API van bol kent drie opvragingen: alle facturen in een periode, één factuur en de specificatie van een factuur. Een lijst vraag je op over maximaal 32 dagen per keer; de factuur zelf komt als pdf (gelijk aan die in je bol-dashboard) of als SI-UBL 2.1, de specificatie als JSON of Excel, tot twee jaar terug.

De specificatie is de bron voor je boeking.

Elke regel heeft een ordernummer, een EAN, een aantal en een bedrag, plus een transactietype: omzet (TURNOVER), commissie (COMMISSION), verzendlabels (SHIPMENT_LABEL, SHIPMENT_LABEL_POST), retourlabels, kosten van Logistiek via bol, in de API FBB genoemd (onder meer PICK_PACK, OUTBOUND en STOCK), correcties en compensaties (COMPENSATION, COMPENSATION_LOST_GOODS). Bijna elk kostentype heeft een eigen CORRECTION_-tegenhanger.

Eén veld vraagt een test met een echte respons.

De documentatie noemt Price.PriceAmount.value de prijs exclusief btw en TaxTotal.value het btw-bedrag, maar omschrijft dat laatste veld ook als "total price including VAT". Welke van de twee klopt, stellen we vast op een echte specificatie voordat er iets geboekt wordt.

Adverteer je via bol, dan krijg je daarnaast een aparte advertentiefactuur van het type ADVERTISING_VIA_BOL. Die zit niet in de uitbetaling verrekend en boek je dus los.

Amazon: settlementrapport voor de boeking, Finances API voor tussendoor#

Amazon levert de afrekening als Flat File V2 Settlement Report (GET_V2_SETTLEMENT_REPORT_DATA_FLAT_FILE_V2). Je kunt dat rapport niet zelf aanvragen of inplannen: Amazon plant het automatisch in en je vindt het via de operatie getReports (Amazon SP-API, Settlement reports{target="_blank" rel="noopener noreferrer"}, geraadpleegd november 2026).

Per regel staan onder meer settlement-id, deposit-date, total-amount, transaction-type, order-id, marketplace-name, sku, posted-date en het drietal amount-type, amount-description en amount (Amazon SP-API, Settlement report attributes{target="_blank" rel="noopener noreferrer"}). Dat drietal vertelt wat een bedrag is, bijvoorbeeld ItemFees met Commission.

Draait je huidige koppeling nog op het XML-rapport of het oude flat file, dan moet ze om. Volgens Amazon zijn die twee sinds 11 november 2026 voor alle marktplaatsen niet meer beschikbaar (de eerder aangekondigde datum was 25 maart 2026), en voor XML komt geen vervanger (Amazon SP-API, changelog{target="_blank" rel="noopener noreferrer"}).

Let bij de overstap op de decimale komma in V2: wie 95,00 als getal inleest zonder de notatie te kennen, boekt een factor honderd te veel of breekt af.

De Finances API is de tweede route. Die geeft financiële gebeurtenissen per order, per groep of per periode, zonder te wachten tot een settlement sluit. Drie grenzen staan in Amazons eigen modelbestand (Amazon, financesV0.json{target="_blank" rel="noopener noreferrer"}):

• orders van de laatste 48 uur kunnen nog ontbreken;
• een venster van meer dan 180 dagen geeft een leeg antwoord;
• standaard 0,5 verzoek per seconde, met een burst van 30.

Onze keuze: het settlementrapport is de boekingsbron, omdat het precies beschrijft wat Amazon heeft uitbetaald. De Finances API gebruiken we voor een omzetbeeld tussendoor, nooit voor de boeking zelf.

Onze mappingtabel: elke afrekenregel naar grootboek en btw-code#

Met deze tabel beginnen we de inventarisatie met je boekhouder.

De grootboeknamen zijn voorbeelden; jouw rekeningschema bepaalt de nummers. Waar "vastleggen met je boekhouder" staat, is de btw-behandeling een keuze die per bedrijf verschilt.

De Amazon-omschrijvingen komen uit Amazons rapportkolommen en uit een overzicht van de waarden die erin voorkomen (Intentwise{target="_blank" rel="noopener noreferrer"}).

Je eigen rapport bevat er waarschijnlijk meer. Een goede koppeling stopt bij een onbekende omschrijving, in plaats van hem stil op een restpost te boeken.

Vijf regels in die tabel vragen extra aandacht.

De btw op bol-commissie hangt af van waar jij zit. Ben je een Nederlandse verkoper, dan zit 21% btw in het commissiebedrag en staat die op de factuur. Verkopers in andere EU-landen krijgen de commissie zonder btw, mits ze een geldig btw-nummer bij bol hebben geregistreerd, en verleggen de btw zelf (bol, Commissions API{target="_blank" rel="noopener noreferrer"}).

Lees je een Belgische handleiding waarin de bol-kosten verlegd zijn, dan klopt die voor een Belgische verkoper en niet voor jou.

De btw op Amazon-kosten is in augustus 2024 veranderd. Tot dan kwamen de kosten van Amazon Services Europe en boekten verkopers ze meestal met verlegde btw. Sinds 1 augustus 2024 komen de diensten van Amazon EU S.à r.l., en verkopers die in onder meer Nederland en België gevestigd zijn, krijgen de factuur van de vestiging in hun eigen land, met lokale btw (Amazon Seller Forums, aankondiging{target="_blank" rel="noopener noreferrer"}; Link My Books{target="_blank" rel="noopener noreferrer"}, 2024).

Een koppeling die vóór die datum is ingericht en de fees nog als verlegd boekt, laat sindsdien voorbelasting liggen. Link My Books merkt op dat voor sommige kosten op andere EU-marktplaatsen nog wel verlegging geldt; laat de koppeling de btw daarom per Amazon-factuurregel lezen, niet per aanname.

Niet elk verzendlabel heeft dezelfde btw. Volgens bol is SHIPMENT_LABEL_POST vrijgesteld van btw, omdat PostNL btw-vrij is, terwijl de andere vervoerders het hoge tarief hebben. Eén btw-code op alle labels levert dus elke maand een verschil op.

Het btw-tarief van je verkoop komt uit je eigen artikelbestand. bol geeft bij bestellingen geen btw-percentages door (Webwinkelfacturen, handleiding bol-Twinfield{target="_blank" rel="noopener noreferrer"}).

Verkoop je artikelen tegen 21% én tegen 9%, dan moet de koppeling het tarief per EAN of SKU uit je eigen artikelgegevens halen.

Bij Amazon controleer je in je eigen rapport of de verkoopbedragen inclusief btw staan of dat er aparte btw-regels in zitten. Dat stellen we per account vast voordat we iets boeken.

De reserve is geen kostenpost. Wat Amazon vasthoudt, staat nog op je naam en komt in een volgende settlement terug. Novadata (2026) adviseert de reserve als balanspost te volgen en niet als kosten in de winst-en-verliesrekening, en zo richten wij het ook in.

Zo landt de afrekening in Twinfield#

Per afrekening maken we één memoriaalboeking: een <transaction> met code MEMO, eerst met destiny="temporary", zodat je boekhouder hem als concept ziet voordat hij definitief wordt (Twinfield, Journal transactions{target="_blank" rel="noopener noreferrer"}, geraadpleegd november 2026). Elke regel uit de mappingtabel wordt een detailregel met de grootboekrekening in dim1 en de btw-code in vatcode; het saldo gaat naar de tussenrekening.

Twinfield controleert de btw die je meestuurt tegen zijn eigen berekening en weigert de boeking bij een verschil. Met autobalancevat rondt Twinfield verschillen tot maximaal twee cent zelf af.

Bij honderden regels per afrekening kun je daar overheen gaan, omdat bol en Amazon per regel afronden. Wij tellen daarom de regels eerst op per grootboekrekening en btw-code, en boeken een resterend verschil van centen als afrondingsverschil op een eigen rekening.

Twee dingen die je vooraf regelt:

• De periode. Een Amazon-settlement van veertien dagen kan over een maand- of kwartaalgrens lopen. Splits de regels dan op posted-date in twee boekingen, één per periode.
• De afgesloten periode. Twinfield weigert boekingen in een periode die je controller heeft dichtgezet. Hoe je koppeling daarmee omgaat, staat in de Twinfield API uitgelegd.

Per afrekening maak je één schrijfactie. De creditlimiet van Twinfield, die bij een koppeling per order snel knelt, speelt hier dus nauwelijks.

Zo landt de afrekening in Exact Online#

In Exact Online heb je twee routes.

De eerste is dezelfde als in Twinfield: een memoriaalboeking via /api/v1/{division}/generaljournalentry/GeneralJournalEntries. De tweede is een verkoopboeking via /api/v1/{division}/salesentry/SalesEntries, met de marktplaats als debiteur (Exact Online, REST API resources{target="_blank" rel="noopener noreferrer"}).

Wij kiezen standaard het memoriaal met een tussenrekening. De verkoopboeking is zinvol als je boekhouder bol en Amazon in de debiteurenlijst wil zien en de uitbetaling daar wil afletteren.

De grootboekrekeningen, btw-codes en dagboeken lees je eerst uit via de resources GLAccounts, VATCodes en Journals, zodat de koppeling met de codes van jouw administratie werkt en niet met aannames. Met één boeking per afrekening blijf je ruim binnen de limieten per minuut en per dag die in de Exact Online API uitgelegd staan.

Per afrekening of per order boeken?#

Bij deze vraag lopen de standaardconnectoren en de boekhouding het verst uit elkaar. Een connector boekt meestal per order, terwijl je bank per afrekening betaalt.

Onze vuistregel: boek per afrekening en bewaar het orderdetail ernaast. Het detail per order of SKU hoort in een datatabel of dashboard, niet in je grootboek. Zo krijgt je boekhouder één controleerbare boeking en houd jij zicht op je marge per product.

Per order boeken is de betere keuze in twee situaties. De eerste is als je veel aan zakelijke kopers in andere EU-landen verkoopt: met hun btw-nummer kunnen die leveringen als intracommunautaire levering onder 0% vallen (Webwinkelfacturen{target="_blank" rel="noopener noreferrer"}), en dan moet elke levering per afnemer herleidbaar zijn.

De tweede is als je boekhouder per order een debiteur wil zien. Ook dan blijft de afrekening het controlemiddel: de som van de orderboekingen moet op de uitbetaling aansluiten.

Btw over de grens: de koppeling moet het land weten#

Voor afstandsverkopen aan particulieren in andere EU-landen geldt één gezamenlijke drempel van €10.000 per jaar. Kom je daarboven, dan reken je vanaf dat moment het btw-tarief van het land van je klant, en die btw geef je aan via het éénloketsysteem of in dat land zelf (KVK, Btw-regels voor e-commerce in de EU{target="_blank" rel="noopener noreferrer"}, bijgewerkt oktober 2026).

Voor de koppeling betekent dat drie dingen:

1. Elke verkoopregel krijgt het land van de klant mee, niet alleen de marktplaats. marketplace-name vertelt op welke Amazon-site je verkocht, maar voor de btw telt waar de klant zit; dat haal je uit de ordergegevens.
2. De koppeling houdt de stand ten opzichte van de drempel bij, zodat je weet vanaf welke verkoop het tarief wisselt.
3. Boven de drempel krijgt elke combinatie van land en tarief een eigen btw-code, zodat je de OSS-aangifte direct uit de boekhouding kunt opmaken.

KVK beschrijft daarnaast platformfictie, waarbij het platform de btw betaalt over leveringen van verkopers via dat platform. Of dat voor jouw verkopen speelt, hangt af van waar jij en je voorraad zitten.

Laat je adviseur dat vaststellen vóórdat de mapping vastligt.

Standaardconnector of maatwerk: waar de grens ligt#

Er bestaan kant-en-klare connectoren voor bol en Twinfield. De handleiding van Webwinkelfacturen laat goed zien waar die stoppen (Webwinkelfacturen{target="_blank" rel="noopener noreferrer"}, geraadpleegd november 2026):

• elke bestelling gaat als conceptboeking of factuur naar Twinfield, pas als alle producten verzonden zijn;
• per regio (Nederland, België, overig) geldt één standaard btw-percentage, en de koppeling is volgens de leverancier niet geschikt als je zowel 21% als 9% verkoopt;
• retouren gaan niet automatisch mee, en een bestelling die je later in bol wijzigt, wordt niet aangepast;
• bestellingen ophalen gaat tot drie maanden terug.

Over commissie, verzendlabels of de uitbetaling zegt de handleiding niets; de connector boekt bestellingen, geen afrekening.

Voor een verkoper met één marktplaats, één btw-tarief en weinig retouren is zo'n connector genoeg. Maatwerk wordt de betere keuze zodra je 21% en 9% mengt, bol én Amazon gebruikt, per afrekening wilt boeken of boven de EU-drempel uitkomt.

Wat het bij ons kost. Een koppeling voor alleen je eigen webshop valt in onze standaardband van €2.000 tot €5.000 eenmalig.

Komt bol of Amazon erbij, dan is het een multi-channelkoppeling: €5.000 tot €8.000 eenmalig, plus €150 tot €350 per maand voor monitoring en onderhoud.

Met meerdere verkoopkanalen ben je in 4 tot 6 weken live. Wat er in die koppeling zit, staat op onze dienstpagina boekhoudkoppeling en ERP-integratie.

Hoe die prijs zich verhoudt tot andere koppelingen, zie je op wat een API-koppeling laten maken kost: daar staat ook waarom een koppeling in twee richtingen duurder uitvalt. Wil je ook de voorraad tussen bol, Amazon en je eigen shop gelijk houden, dan is dat een ander vraagstuk; de Picqer-koppeling laat zien hoe een WMS dat centraal regelt.

Wat je vóór de bouw met je boekhouder vastlegt#

Vijf beslissingen bepalen of de eerste maandafsluiting klopt. Wij leggen ze in de eerste week op papier, samen met je boekhouder:

• een tussenrekening per marktplaats, en per account als je meer dan één Amazon-account hebt;
• de btw-code voor elke regel uit de mappingtabel, ook voor de regels waar "vastleggen met je boekhouder" staat;
• of de boekingen de eerste maanden als concept binnenkomen, en wie ze definitief maakt;
• wat er gebeurt bij een regeltype dat de koppeling niet kent;
• wie een verschil tussen tussenrekening en bank oppakt, en binnen welke termijn.

Heb je een factuurspecificatie van bol of een settlementrapport van Amazon bij de hand? Stuur er een mee: dan zeggen we welke regels in jouw geval afwijken en wat de koppeling kost.

Neem contact op, bel 085 016 0118 of plan direct een gesprek.