Boekhoudkoppeling webshop: wat moet je koppelen?

Een boekhoudkoppeling voor je webshop klinkt simpel. Order binnen, bedrag naar de boekhouding, klaar. In de praktijk gaat het juist mis op de details: btw, verzending, betalingen, refunds en buitenlandse orders.

Deze gids is voor ondernemers die willen weten wat ze wel en niet moeten koppelen. Niet technisch om de techniek. Wel praktisch genoeg om een keuze te maken tussen een standaardkoppeling, een betaalprovider-koppeling of maatwerk via een API-koppeling.

Een goede boekhoudkoppeling stuurt niet alleen het totaalbedrag van een bestelling door. Dat is meestal te grof.

Bij WooCommerce bestaat een order uit aparte velden voor belasting op producten en verzending. Denk aan total_tax, cart_tax, shipping_tax en tax_lines. Dat zegt eigenlijk genoeg: de webshop weet meer dan alleen het bedrag dat de klant betaalt. Je koppeling moet die informatie niet platdrukken tot één regel.

Bij Shopify zie je hetzelfde. Daar bevat de orderdata onder meer total_tax, taxes_included, tax_lines, payment_gateway_names, currency, presentment_currency en refunds. Die velden zijn belangrijk voor btw, betaalmethode, valuta en retouren.

Wat je minimaal wilt koppelen:

• —
  orderregels
• —
  klantgegevens
• —
  btw per regel
• —
  btw over verzending
• —
  betaalmethode
• —
  betaalstatus
• —
  valuta
• —
  refunds
• —
  eventuele verschillen tussen orderbedrag en ontvangen bedrag

Moneybird vermeldt bijvoorbeeld dat WooCommerce-bestellingen via Combidesk automatisch als factuur of verkoopboeking kunnen worden aangemaakt. Klantgegevens zoals naam, adres en e-mailadres kunnen dan worden overgenomen. Dat kan prima zijn, zolang de boeking past bij hoe jouw webshop werkt.

Beslisregel: als je webshop alleen Nederlandse orders zonder retouren en zonder ingewikkelde btw heeft, kan een standaardkoppeling genoeg zijn. Als je meerdere btw-regels, verzending, refunds of valuta hebt, moet je controleren welke velden echt meegaan.

Een order is niet hetzelfde als een betaling. Dat verschil is belangrijk.

Een order zegt: iemand heeft iets besteld. Een betaling zegt: er is geld betaald, mislukt, terugbetaald of nog onderweg. Je boekhouding heeft uiteindelijk beide kanten nodig. Anders krijg je wel omzet in je administratie, maar klopt je bankcontrole niet.

Bij Shopify laat de Transaction API per betaling of terugbetaling onder meer kind, status, gateway, amount en currency zien. Dat is specifieker dan alleen de orderstatus. Voor betaalreconciliatie, dus het matchen van betalingen met boekingen en bankontvangsten, is die transactiedata vaak veel waardevoller.

Bij Mollie zie je hetzelfde principe. Mollie ondersteunt ideal als betaalmethode en kent betaalstatussen zoals open, pending, authorized, paid, canceled, expired en failed. Een koppeling moet dus niet alleen zien dat iemand iDEAL koos, maar ook wat de status van die betaling is.

Belangrijk is ook dat betaalproviders vaak uitbetalen via settlements. Mollie biedt een endpoint om alle betalingen binnen één settlement op te halen. De paginagrootte is standaard 50 resultaten en kan volgens de documentatie tussen 1 en 250 liggen. Voor een kleine webwinkel maakt dat misschien weinig uit. Bij veel bestellingen wil je dat de koppeling daar netjes mee omgaat.

Beslisregel: als je vooral minder wilt overtikken, begin met orders. Als je wilt dat omzet, refunds en bankontvangsten goed te controleren zijn, koppel ook transacties en settlements.

Voor Nederland zijn er drie hoofdtarieven voor de btw: 21% algemeen tarief, 9% verlaagd tarief en 0% nultarief. Dat lijkt overzichtelijk, tot je webshop producten combineert met verzendkosten, kortingen, bundels of buitenlandse klanten.

Het probleem zit vaak in de verdeling. Een order kan producten bevatten met verschillende btw-tarieven. Verzending kan apart worden belast. Een korting kan invloed hebben op de grondslag. Een refund kan later terugkomen en moet dan niet als losse rommelpost eindigen.

Daarom wil je dat je koppeling btw-regels apart verwerkt. Bij WooCommerce zijn cart_tax, shipping_tax en tax_lines daar precies signalen voor. Bij Shopify zijn total_tax, taxes_included en tax_lines relevant. Als een koppeling die data negeert, lijkt de boeking misschien netjes, maar mis je controle.

Dit is ook het punt waarop je moet opletten met plugins die vooral “snel installeren” beloven. Snel is fijn. Maar als je achteraf handmatig btw-correcties moet doen, heb je de rommel alleen verplaatst.

Een herkenbaar voorbeeld. Stel je hebt fictieve webwinkel voorbeeld.nl. Je verkoopt een product met het algemene tarief, een product met het verlaagde tarief en rekent verzendkosten. Dan wil je niet één verkoopregel “webshopomzet”. Je wilt dat de boekhouding kan zien welk deel onder welk tarief valt en hoe de verzend-btw is geboekt.

Beslisregel: als je producten of verzending meer dan één btw-behandeling kunnen hebben, accepteer dan geen koppeling die alleen het totaalbedrag doorzet.

Veel Nederlandse webshops beginnen met Nederlandse klanten. Dan is btw meestal overzichtelijker. Maar zodra je aan consumenten in andere EU-landen verkoopt, moet je scherper kijken.

Voor Nederlandse ondernemers geldt bij EU-afstandsverkopen aan consumenten een drempel van €10.000 per kalenderjaar voor alle EU-landen samen. Blijf je in het vorige én huidige kalenderjaar onder die drempel, dan mag je Nederlandse btw berekenen. Ga je daar overheen, dan is btw verschuldigd in het EU-land van de klant.

Die drempel geldt niet als je een vaste inrichting hebt in een ander EU-land. Dan moet de btw-regel per land worden beoordeeld.

De Unieregeling van het éénloketsysteem kan helpen. Daarmee kun je btw voor EU-afstandsverkopen en bepaalde diensten aan consumenten in andere EU-landen via één Nederlandse btw-melding aangeven. Dat maakt de aangifte centraler, maar je administratie moet de juiste landen, tarieven en ordergegevens nog steeds bewaren.

Voor invoer via het éénloketsysteem geldt ook een aparte invoerregeling. Die heeft een maximale intrinsieke waarde van €150 per zending. Accijnsgoederen zijn uitgesloten.

Dit is geen plek voor gokken. Er is geen regel die op elke webshop past, want je situatie telt: waar je klanten zitten, wat je verkoopt, of je ergens een vaste inrichting hebt en welke regeling je gebruikt.

Beslisregel: als je alleen in Nederland verkoopt, houd je btw-inrichting simpel. Als je aan EU-consumenten verkoopt en richting de drempel van €10.000 gaat of daaroverheen zit, richt je koppeling in op land, btw-regel en aangifte via het éénloketsysteem.

Een boekhoudkoppeling raakt bijna altijd persoonsgegevens. Denk aan naam, adres en e-mailadres. Als je webshop of boekhoudsoftware persoonsgegevens namens jou verwerkt, vereist de AVG een verwerkersovereenkomst tussen verwerkingsverantwoordelijke en verwerker.

Dat klinkt administratief, maar het is wel onderdeel van je keuze. Een koppeling die klantgegevens doorstuurt naar boekhoudsoftware, automatiseringstools of tussenplatforms moet passen binnen je privacy-afspraken. Zeker als er een extra koppellaag tussen zit.

Dan is er nog bewaarplicht. De algemene fiscale bewaarplicht voor ondernemersadministratie in Nederland is 7 jaar. Gegevens voor het éénloketsysteem moeten 10 jaar worden bewaard. Als je EU-verkopen verwerkt via dat systeem, moet je dus ook nadenken over hoe lang order- en btw-gegevens beschikbaar blijven.

Dit is een reden om niet alleen naar “werkt het vandaag?” te kijken. Je wilt later kunnen reconstrueren waarom een order zo is geboekt. Vooral bij refunds, buitenlandse btw en settlements.

Beslisregel: als een koppeling klantgegevens doorstuurt, regel dan de verwerkersovereenkomst. Als je het éénloketsysteem gebruikt, kies een inrichting waarbij je de relevante gegevens 10 jaar kunt bewaren.

Er zijn grofweg drie routes.

Een standaardkoppeling is vaak prima als je proces standaard is. WooCommerce naar Moneybird via een bestaande koppeling kan bijvoorbeeld voldoende zijn voor een eenvoudige webwinkel. Je krijgt orders en klantgegevens automatisch binnen, zonder dat je zelf een koppeling hoeft te bouwen.

Een automatiseringstool zit ertussen. Denk aan scenario’s waarbij je velden wilt omzetten, filters wilt toepassen of uitzonderingen wilt afvangen. Dat past bij ondernemers die net wat meer controle nodig hebben, maar nog geen volledige maatwerkkoppeling willen. Bij REBUS Digital Solutions kijk ik dan vaak eerst of een praktische automatisering genoeg is voordat maatwerk in beeld komt. Meer over die route staat bij automatisering voor het MKB.

Maatwerk is logisch als de standaardroute niet betrouwbaar genoeg is. Bijvoorbeeld bij meerdere webshops, complexe btw, veel refunds, afwijkende fulfilment of een eigen administratieve workflow. Dan wil je controle over welke velden worden opgehaald, hoe fouten worden gelogd en hoe opnieuw verwerken werkt.

Voor webshops is het ook verstandig om je checkout en betaalstroom mee te nemen. Een betaalmethode in de checkout is niet hetzelfde als boekhoudkundige reconciliatie. iDEAL bevestigt de betaalmethode, maar je koppeling moet nog steeds status, settlement, kosten en bankontvangst matchen. Zie ook checkout optimaliseren voor Nederlandse webshops als je betaalproces zelf nog rommelig is.

Moneybird vermeldt expliciet dat zijn Online Betaalmethoden niet kunnen worden gebruikt om betalingen via een webshopkoppeling te doen. Voor directe webshopbetalingen verwijst Moneybird naar een betaalprovider zoals Mollie. Dat is precies waarom je boekhouding, webshop en betaalprovider als één proces moet bekijken.

Beslisregel: als je proces standaard is, kies een standaardkoppeling. Als je regels en uitzonderingen hebt, gebruik een automatiseringstool. Als btw, payments of refunds bedrijfskritisch zijn, kies maatwerk of laat de koppeling technisch beoordelen.

Begin niet bij de plugin. Begin bij je proces.

• —
  Zet op papier welke webshop je gebruikt, welke boekhoudsoftware je gebruikt en welke betaalprovider ertussen zit.
• —
  Noteer welke gegevens je nodig hebt: orders, klantgegevens, btw-regels, verzend-btw, betaalstatussen, refunds en valuta.
• —
  Controleer of je alleen in Nederland verkoopt of ook aan consumenten in andere EU-landen.
• —
  Kijk of je onder of boven de drempel van €10.000 voor EU-afstandsverkopen zit.
• —
  Bepaal of je alleen verkoopboekingen nodig hebt of ook betaalreconciliatie met settlements.
• —
  Test een paar echte situaties: betaalde order, mislukte betaling, refund, verzendkosten en buitenlandse order.
• —
  Leg vast wie persoonsgegevens verwerkt en welke bewaartermijn voor jouw administratie geldt.

Werk met voorbeeld.nl of een fictieve order als test. Maak expres een order met verzending, btw en een refund. Als je koppeling die situatie netjes verwerkt, weet je meer dan na een verkoopdemo.

Voor veel ondernemers is de beste keuze niet de duurste of meest technische oplossing. De beste keuze is de koppeling die jouw uitzonderingen goed verwerkt. Juist daar ontstaan de fouten.

Wil je dit breder bekijken binnen je webshop, dan hoort dit onderwerp bij webshops en e-commerce voor MKB-ondernemers. Gaat het vooral om systemen en klantdata, dan past het binnen CRM en bedrijfssoftware.

Beslisregel: als je geen testorder met btw, verzending, betaling en refund kunt volgen van webshop tot boekhouding, is je boekhoudkoppeling nog niet goed genoeg beoordeeld.