Vind omzetverschillen door per order de volledige financiële levenscyclus te vergelijken: betalingen en captures minus refunds en chargebacks, tegenover AFAS-facturen en creditnota’s. Een vergelijking van bruto dagtotalen kan twee tegengestelde fouten laten wegvallen en vertelt niet welke order nog een ontbrekend financieel document heeft.
Waarom losse totalen vals geruststellen
Stel dat één refund ontbreekt en een andere order dubbel is geboekt voor hetzelfde bedrag. Het dagtotaal kan exact aansluiten terwijl beide klantdossiers fout zijn. Bovendien komen payment, settlement, factuur en credit vaak op verschillende dagen of zelfs in verschillende maanden. Reconciliatie moet daarom orderidentiteit en lifecycle volgen, met een expliciete peildatum per bron.
Bereken voor iedere order een technisch verwacht nettobedrag uit ondersteunde betaalgebeurtenissen. Vergelijk dat met de som van gekoppelde AFAS-documenten volgens het door administratie goedgekeurde model. Houd “bron nog niet ververst”, “document nog binnen normale vertraging” en “inhoudelijk verschil” als verschillende uitkomsten.
Reconciliatietabel per order
| Controle | Bronnen | Voorbeeldsignaal |
|---|---|---|
| Bruto lifecycle | WooCommerce en paymentprovider | Capture ontbreekt of dubbel |
| Correcties | Refunds en chargebacks | Refund wel betaald, niet geboekt |
| ERP-documenten | AFAS-factuur en creditnota | Document ontbreekt na afgesproken leeftijd |
| Lifecycle en netto | Alle gekoppelde events | Nettoverschil buiten tolerantie |
| Herkomst | Identiteiten en uitvoeringsregister | Ambigue of handmatige match |
Gebruik bedragen pas nadat identiteiten kloppen. Een toevallig gelijk totaal is geen match. Connect kan brongebeurtenissen en AFAS-resultaten in dezelfde technische controle samenbrengen.
Fictief voorbeeld: netto klopt pas na late credit
Fictief voorbeeld: order LN-502 van lampenwinkel Noorderlicht is voor 240 euro betaald. Een deel van 40 euro wordt terugbetaald. Het verwachte lifecycle-netto is dus 200 euro. De AFAS-factuur van 240 euro staat al klaar, maar de creditnota verschijnt pas de volgende ochtend. De eerste reconciliatie toont “wacht op credit binnen afgesproken venster”, niet meteen een definitief financieel incident.
Na de volgende bronverversing is de credit gekoppeld en sluit de order op 200 euro. Bij LN-503 is eveneens 40 euro terugbetaald, maar na de ingestelde ouderdom ontbreekt nog een credit én het technische uitvoeringsregister toont geen gestarte creditboeking. Die order krijgt gericht aandacht. Dit voorbeeld is fictief en bepaalt niet welke termijnen of boekingen financieel juist zijn; het illustreert hoe lifecycle en leeftijd samen ruis verminderen.
Maak verschilredenen actiegericht
- Betaald en settled, geen AFAS-document: controleer orderroute en uitvoeringsintentie.
- Refund aanwezig, geen credit: onderzoek refund- en creditstappen afzonderlijk.
- Lifecycle-netto wijkt af: vergelijk captures, refunds en gekoppelde documenten.
- Bankoverschrijving onderbetaald: laat administratie beleid en vervolg bepalen.
- Weeshuisfactuur in AFAS: zoek gecontroleerd naar bronidentiteit, niet op bedrag alleen.
- Bron nog niet actueel: ververs eerst en vermijd voorbarige correctie.
Toon in Desk bij de order welke controle aandacht vraagt, zonder financiële details aan onbevoegde rollen te geven. De technische fundering van orderidentiteit staat op webshop en ERP betrouwbaar koppelen. Laat financiële definities, tolerantie en termijnen goedkeuren door administratie.
Ontwerp de periodekeuze bewust. Een septemberrapport moet een refund in oktober nog aan de oorspronkelijke order kunnen verbinden, maar ook kunnen tonen dat de correctie in een latere verslagperiode viel. Bewaar daarom zowel transactiedatum als boekings- en settlementmoment. Laat de gebruiker een peildatum kiezen en vermeld de verversingstijd van iedere bron. Anders lijkt een verschil opgelost of nieuw alleen omdat één API vijf minuten achterloopt.
Gebruik afwijkingsbedragen niet als enige prioriteit. Een klein structureel verschil in honderden orders kan belangrijker zijn dan één groot, al verklaard tijdsverschil. Rangschik op reden, ouderdom, aantal getroffen orders en mogelijke vervolgstap. Neem een steekproef van “afgesloten” lifecycles en volg iedere identiteit terug naar de bron; daarmee test je niet alleen de rekenformule, maar ook de matching. Wanneer een medewerker een verschil accepteert, bewaar dan reden en geldigheidsbereik. Een tolerantie voor afronding mag niet stil ook een ontbrekende refund maskeren.
Maak een aparte categorie voor AFAS-documenten zonder gekoppelde webshoporder. Zoek die niet automatisch op bedrag, maar via vaste referenties en een begrensde kandidatenlijst. Zo blijven handmatige boekingen of migratierecords zichtbaar zonder ze geforceerd aan een verkeerde order te hangen.
Wil je verschillen per order verklaren in plaats van alleen totalen vergelijken? Werk de lifecycle-reconciliatie met Yindle uit.