Als je via Facebook- of Instagramshops verkoopt en je boekhouding er nog van uitgaat dat Meta betalingen int, terugbetalingen verwerkt en je een nette afrekening bezorgt, dan reconcilieer je tegen een systeem dat niet meer bestaat. Meta heeft de native, in-app checkout op Facebook- en Instagramshops stopgezet, en elke bestelling wordt nu doorgestuurd naar de eigen website van de verkoper om de aankoop af te ronden. Voor kleine bedrijven die hun boekhouding hadden opgebouwd rond Meta's oude alles-in-één commerce-stack, is dat geen cosmetische UI-wijziging — het is een herschrijving van waar omzet, kosten, belastingen en terugbetalingen daadwerkelijk worden geregistreerd.
De platforms zelf doen nog steeds veel werk: producttags, shoppable Reels, het Shop-tabblad, en Instagram/Facebook-advertenties sturen nog altijd het browsen en de tik op "kopen" aan. Wat Meta niet meer doet, is het geld innen, de bestelling beheren, een retour afhandelen of namens jou een chargeback aanvechten. Die volledige tweede helft van de transactie — het deel waar je boekhouding zich daadwerkelijk om bekommert — bevindt zich nu waar je website-checkout zich bevindt: Shopify, WooCommerce, BigCommerce, Squarespace, of een aangepast winkelwagentje.
Wat er werkelijk is veranderd
Meta's uitfasering heeft een specifieke bundel functies geschrapt die vroeger deel uitmaakte van Commerce Manager:
- Checkout en betalingsverwerking op het platform zelf. Kopers ronden een aankoop niet langer af zonder Facebook of Instagram te verlaten — elke knop "Nu kopen" leidt nu door naar de website van de verkoper.
- Orderbeheer. Statusopvolging, bulkacties voor bestellingen en het aanpassen van individuele orders zijn verdwenen uit Commerce Manager; het orderdashboard van je e-commerceplatform is nu de enige bron van waarheid.
- Afhandeling van retouren en geschillen. Retourverzoeken en chargeback-geschillen worden niet langer via Meta verwerkt — ze lopen via de betalingsverwerker en het retourproces die je website gebruikt.
- Klantcommunicatie in de app die aan transacties gekoppeld is. Ordergerelateerde berichten in Inbox zijn niet langer verbonden met een actief checkoutproces.
Dit is een ommekeer ten opzichte van Meta's eigen mandaat uit 2023, dat verkopers destijds juist richting native checkout had geduwd. De meest aannemelijke verklaring is kosten en aansprakelijkheid: betalingsverwerking, de berekening van omzetbelasting in elke Amerikaanse jurisdictie en geschillenbeslechting op grote schaal beheren is duur en juridisch risicovol werk, waarvan Meta kennelijk besloot dat het niet de moeite waard was om zelf te blijven doen. Er is ook een plausibele mededingingsrechtelijke invalshoek — toezichthouders in zowel de VS als Europa hebben Meta's directe controle over commerciële transacties onder de loep genomen, en een stap terug van checkout verkleint dat aangrijpingspunt.
Voor verkopers die overstapten toen dit werd doorgevoerd, staat het praktische resultaat inmiddels vast: Instagram en Facebook zijn kanalen voor ontdekking bovenaan de funnel en voor adverteren, geen betalingsverwerkers. Elke dollar die vroeger via Meta Pay werd afgerekend, wordt nu afgerekend via welke gateway zich ook achter je website-checkout bevindt.
Het belang van dit goed aanpakken blijft groeien. De omzet uit social commerce in de VS zal naar verwachting in 2026 voor het eerst de grens van $100 miljard overschrijden, en kleine bedrijven vormen een aanzienlijk deel van die groei — Instagram Shopping alleen al bereikt ongeveer 70% van de actieve gebruikers van het platform, en shoppable posts genereren ruim meer dan het dubbele aantal impressies van standaard productposts. Meer verkeer via een kanaal waarvan de betalingsinfrastructuur onder verkopers is veranderd, betekent dat meer kleine bedrijven pas maanden later reconciliatietekorten ontdekken — vaak pas wanneer een aangifte omzetbelasting of jaarafsluiting niet klopt.
Het boekhoudprobleem dat dit veroorzaakt
Als je rekeningschema of je reconciliatiegewoonten nog een regel bevatten — mentaal of letterlijk — voor "Meta-uitbetalingen", dan heb je drie concrete problemen op te lossen.
1. Omzet komt nu binnen bij je algemene betalingsverwerker, niet in een Meta-afrekening
Vroeger vertelde één uitbetalingsrapport van Meta Commerce Manager je wat er verkocht was, wat Meta's vergoeding was, en wat er op je bankrekening terechtkwam. Nu is die omzet, op het niveau van de betalingsverwerker, niet meer te onderscheiden van elke andere websiteverkoop — ze verschijnt in je afrekeningsbatch van Stripe, Shopify Payments of PayPal, vermengd met direct verkeer, e-mailverkeer en elk ander kanaal.
Dat is goed nieuws voor de eenvoud (één afrekeningssysteem in plaats van twee), maar slecht nieuws voor het overzicht. Als je wilt weten hoeveel omzet Instagram en Facebook daadwerkelijk hebben opgeleverd, kun je dat niet meer aflezen van een uitbetalingsrapport — je hebt UTM-parameters nodig, een conversielocatie "Website" aan de platformzijde in Commerce Manager, of de verkeersbron-attributie van je e-commerceplatform om het te reconstrueren. Verwacht dat de cijfers niet perfect overeenkomen: een gedocumenteerde afwijking van 20–40% tussen de conversies die Meta Ads Manager rapporteert en wat je website-analytics daadwerkelijk registreert, komt vaak voor, veroorzaakt door iOS-trackingbeperkingen en verschillen in multi-touch-attributie. Voor je boekhouding en belastingaangifte maakt dit niets uit — een verkoop is een verkoop, ongeacht het kanaal — maar als je de ROI van je advertentiebudget evalueert, behandel dan geen van beide cijfers als absolute waarheid; beschouw de orderdata van je website als de boekhoudkundige bron van waarheid en de cijfers van Meta als een richtinggevend signaal.
2. De verantwoordelijkheid voor omzetbelasting verschoof van "misschien Meta" naar "absoluut jij"
Dit is de verandering met echte compliance-gevolgen. Onder de zogeheten marketplace facilitator-wetgeving zijn platforms die de checkout controleren — Amazon, Etsy, TikTok Shop — over het algemeen verplicht om namens de verkoper omzetbelasting te berekenen, te innen en af te dragen. Toen Meta nog native checkout aanbood, viel het voor ten minste een deel van de transacties vermoedelijk in diezelfde categorie. Nu de checkout op je eigen website plaatsvindt, ben je ondubbelzinnig de retailer of record, en is het innen en afdragen van omzetbelasting volledig jouw verantwoordelijkheid, onderworpen aan je eigen nexus-verplichtingen in elke staat waar je klanten hebt.
Als je voorheen verkocht via een mix van echte marketplaces (die voor jou afdragen) en Meta Shops (die dat wel of niet deden), moet je waarschijnlijk het volgende doen:
- Controleer of je e-commerceplatform (Shopify, WooCommerce, enz.) correct is geconfigureerd om omzetbelasting te berekenen en te innen voor elke staat waar je nexus hebt.
- Splits in je administratie "via marketplace gefaciliteerde" verkopen van "zelf geïnde" verkopen — de meeste staten vereisen dat je de brutoverkoop rapporteert en vervolgens de via marketplace gefaciliteerde bedragen eraf trekt, dus als je een door Meta aangedreven websiteverkoop bij je Amazon-marketplaceverkopen optelt, geef je een onjuiste belastbare grondslag op.
- Reconcilieer je rekening voor te betalen omzetbelasting maandelijks met de daadwerkelijke aangiften, niet met aannames die zijn overgenomen uit het oude checkoutproces.
3. Kosten zijn verschoven — volg de nieuwe
Native Meta-checkout had zijn eigen transactiekosten, die vóór uitbetaling werden ingehouden. Nu de checkout via je website loopt, worden die kosten vervangen door wat je betalingsverwerker en e-commerceplatform in rekening brengen: verwerkingskosten van Stripe/Shopify Payments, plus eventuele platformkosten van Shopify of WooCommerce, plus kosten van de betalingsgateway als je geen alles-in-één platform gebruikt. De advertentiekosten blijven ongewijzigd — je betaalt nog steeds aan Meta voor advertentieplaatsing — maar de regel voor transactiekosten in je winst-en-verliesrekening moet verschuiven van een rekening "Meta-kosten" naar de kostenrekening van je verwerker. Als je dit niet hernoemt, raakt je kostencategorisatie ontregeld en wordt de margeanalyse op social-gedreven verkopen onnauwkeurig.
Een uitgewerkt voorbeeld: waar de cijfers vroeger klopten
Stel je een kleine verkoper van woonaccessoires voor die vroeger één keer per week een uitbetaling van Commerce Manager kreeg: $4,200 aan Facebook/Instagram-verkopen, minus Meta's transactiekosten, in één keer gestort met een gespecificeerde orderlijst erbij. De boekhouding was bijna mechanisch — één storting, één journaalpost, één kostenregel.
Vandaag komt diezelfde $4,200 aan social-gedreven omzet binnen als onderdeel van een veel grotere wekelijkse storting van Shopify Payments, die ook verkopen uit direct verkeer, e-mailcampagnes en Google Ads omvat — allemaal gebundeld in één afrekeningsbatch met een gemengd verwerkingstarief. De verkoper moet naar de orderlijst van Shopify gaan, filteren op verwijzend kanaal (of op UTM-bron, als advertentielinks getagd zijn), en handmatig reconstrueren welk deel van die storting van Instagram kwam en welk deel van elders. Aan de totale omzet is niets veranderd, maar de uitsplitsing vereist nu een bewuste stap die vroeger automatisch gebeurde. Sla die stap een kwartaal over en je boekhouding klopt nog steeds correct in totaal, maar je hebt geen betrouwbaar antwoord op de vraag "is Instagram de advertentie-uitgaven waard?" — wat, voor een verkoper die betaalt voor plaatsing op het platform, nu juist het hele punt is van het apart bijhouden van het kanaal.
Je website-checkout kiezen (of auditen)
Als je deze migratie nog aan het afronden bent, of voor het eerst social commerce opzet onder het nieuwe model, doet het platform waar je Meta-verkeer naartoe stuurt er meer toe dan vroeger, aangezien het nu het volledige gewicht draagt van betalingsverwerking, belastingberekening en orderregistratie:
- Alles-in-één platforms (Shopify, BigCommerce, Squarespace Commerce) bundelen de berekening van omzetbelasting, betalingsverwerking en voorraad in één systeem, wat reconciliatietekorten minimaliseert — de prijs daarvoor zijn platformkosten bovenop de kosten van de betalingsverwerker.
- Zelf gehost (WooCommerce, aangepaste winkelwagentjes) geeft je meer controle en doorgaans lagere platformkosten, maar je bent zelf verantwoordelijk voor het koppelen van een dienst voor belastingberekening (Avalara, TaxJar of vergelijkbaar) — niets gebeurt hier automatisch.
- Koppel in beide gevallen de conversielocatie "Website" in Meta Commerce Manager (de enige ondersteunde optie nu de hybride instelling "Website en shop" is uitgefaseerd), zodat advertentierapportage en pixelgebaseerde conversietracking naar je daadwerkelijke checkout verwijzen in plaats van naar een verouderde in-app-flow.
Welk platform je ook gebruikt, de boekhoudkundige vraag blijft hetzelfde: komt elke order, terugbetaling en kostenpost van dat platform als een afzonderlijke, taggable transactie in je boekhouding terecht — en niet slechts als één totaalstorting? Zo niet, los dat dan op voordat je transactievolume groeit, want het achteraf ontrafelen van een jaar aan vermengde stortingen is veel pijnlijker dan kanalen vanaf dag één correct taggen.
Een praktische reconciliatiechecklist
Voor een klein bedrijf dat dit nog aan het opruimen is, of dat controleert of het tijdens de migratie correct is gebeurd:
- Controleer of je rekeningschema de werkelijkheid weerspiegelt. Als je nog een tussenrekening "Meta Commerce" of "Facebook Payments" hebt, geef die dan een nieuwe bestemming (uitsluitend voor advertentie-uitgaven) of schrap hem — omzet en kosten lopen nu via de rekening van je primaire betalingsverwerker.
- Reconcilieer afrekeningsstortingen, niet kanaalrapporten. Match bankstortingen eerst met het uitbetalingsrapport van je betalingsverwerker; gebruik de attributie van het advertentieplatform alleen als secundaire controle op kanaalprestaties, nooit als bron voor je boekhouding.
- Audit je omzetbelastinginstellingen voor nexusstaten. Controleer of je website-checkout daadwerkelijk overal waar je verplichtingen hebt belasting berekent en afdraagt — ga er niet van uit dat de oude instelling uit het Meta-tijdperk nog steeds geldt.
- Hertag historische transacties indien nodig. Als facturen of journaalposten uit de overgangsperiode van 2025 waren geboekt onder een categorie "Meta-uitbetaling" die niet meer bestaat, herclassificeer ze dan zodat de kanaalrapportage jaar op jaar vergelijkbaar blijft.
- Let op de voorraadsynchronisatie. Als Meta Shops voorheen rechtstreeks de voorraad verlaagde, controleer dan of je websiteplatform (niet Meta) nu de enige bron van waarheid is voor de voorraadniveaus die je kostprijsberekening (COGS) voeden — een verouderde synchronisatie hier onderschat of overschat stilletjes de kostprijs van de verkochte goederen.
Houd verkopen via meerdere kanalen vanaf het begin gereconcilieerd
Social commerce wordt alleen maar groter — en lastiger bij te houden — nu verkopers moeten jongleren met Instagram, TikTok Shop, direct websiteverkeer en traditionele marketplaces, elk met hun eigen uitbetalingsschema, kostenstructuur en fiscale behandeling. Beancount.io biedt je plain-text accounting die transparant en versiebeheerd is, zodat de transacties van elk kanaal terechtkomen in één controleerbaar grootboek in plaats van in verspreide platformrapporten. Begin gratis en ontdek waarom ontwikkelaars en financieel ingestelde ondernemers overstappen op plain-text accounting.