Monitoring en logging bij bedrijfskoppelingen: hoe weet je dat je data correct sync?

Door Clen Mourik

Hoeveel dagen duurt het voordat jij merkt dat een koppeling niet werkt? Bij de meeste bedrijven: 3 tot 7 dagen. Pas als een klant belt of een factuur niet klopt. In dit artikel lees je hoe je binnen minuten weet dat er iets mis is, en hoe je voorkomt dat je verkeerde data doorrekent.

Hoeveel uur per week besteed jij aan het controleren of data wel goed is overgekomen tussen je systemen? Bij de meeste MKB-bedrijven is dat ergens tussen de 4 en 8 uur. Elke week opnieuw handmatig vergelijken: staan die 47 orders van vandaag ook echt in je boekhouding? Klopt de voorraad in je webshop met wat er in je ERP staat? Zijn alle productieopdrachten doorgekomen?

Het gekke is: niemand doet dit graag. Het is saai, foutgevoelig werk. En toch blijft het nodig, want zonder controle weet je simpelweg niet of je data klopt. Tot je er achter komt dat het niet klopt — meestal te laat.

In dit artikel leg ik uit hoe monitoring en logging bij bedrijfskoppelingen werkt, waarom het essentieel is, en hoe je het zo inricht dat je binnen minuten weet wanneer er iets mis is. Geen theorie, maar concrete voorbeelden uit de praktijk.

Inhoudsopgave

• Belangrijkste punten
• Waarom bedrijven te laat ontdekken dat sync niet werkt
• Wat is monitoring en logging eigenlijk?
• Echte voorbeelden: wat kan er misgaan
• Hoe stel je monitoring goed in
• Shopify Plus specifieke monitoring
• Veelgemaakte fouten bij monitoring
• Welke aanpak past bij jouw bedrijf
• Veelgestelde vragen

Belangrijkste punten

Waarom bedrijven te laat ontdekken dat sync niet werkt

Bij een intake gesprek vraag ik altijd: "Hoe weet je dat je koppeling werkt?" Het antwoord is vaak: "Nou, als er iets mis is, horen we dat wel." En dat klopt — je hoort het inderdaad. Maar meestal pas na een paar dagen.

Een groothandel in bouwmaterialen waar ik mee sprak had een koppeling tussen hun webportaal en AFAS. Orders kwamen binnen, werden verwerkt, en leken prima te gaan. Tot een klant belde dat zijn bestelling er na 10 dagen nog niet was. Bleek: de voorraadsync liep 's nachts, maar als er overdag een grote order binnenkwam, werd voorraad verkocht die al gereserveerd was voor een ander project. Het duurde gemiddeld 4 tot 6 dagen voordat dit opviel — pas als een tweede klant dezelfde items bestelde die niet leverbaar waren.

Waarom duurt het zo lang? Omdat systemen geen vanzelfsprekend waarschuwingslicht hebben. Als een API-call mislukt, krijg je geen melding. De data komt gewoon niet door. En als niemand actief controleert, merk je het pas als:

• Een klant klaagt over een ontbrekende order
• Je boekhouder zegt dat de omzetcijfers niet kloppen
• De voorraadtelling aan het eind van de maand grote afwijkingen laat zien
• Een factuur niet kan worden verstuurd omdat de klantgegevens ontbreken

Bij onze systeemintegraties zie ik dit patroon steeds terug. Zonder monitoring werk je reactief: je lost problemen op nadat ze schade hebben aangericht. Met monitoring werk je proactief: je voorkomt dat die problemen überhaupt impact hebben.

Wat ik in de praktijk zie: bedrijven die voor het eerst monitoring instellen, ontdekken vaak binnen een week dat er al weken lang data niet correct syncte. Ze wisten het alleen niet.

Wat is monitoring en logging eigenlijk?

Laten we even concreet worden. Wat bedoel ik precies met monitoring en logging?

Logging is het bijhouden van wat er gebeurt. Elk event — een order komt binnen, voorraad wordt gemuteerd, een factuur wordt verzonden — krijgt een logregel met: tijdstip, wat er gebeurde, in welk systeem, en of het gelukt is. Simpel gezegd: een logboek van alles wat er plaatsvindt tussen je systemen.

Monitoring is het actief kijken naar die logs en je waarschuwen als er iets afwijkends gebeurt. Denk aan: een API-call die mislukt, een voorraadafwijking groter dan 5%, of orders die langer dan 24 uur in status "processing" blijven hangen.

Het verschil? Logging is passief (het staat ergens opgeslagen), monitoring is actief (het waarschuwt je automatisch).

Wat log je precies?

Bij elke actie tussen systemen log je minimaal:

• Timestamp — wanneer gebeurde het
• Event type — wat gebeurde er (order_created, inventory_updated, invoice_sent)
• Uniek ID — welke specifieke order, factuur of artikel
• Bron-systeem en doel-systeem — van Shopify naar Exact Online bijvoorbeeld
• Resultaat — success of failed
• Error message — als het mislukt, waarom dan

Een voorbeeld-logregel voor een Shopify order naar AFAS:

{"timestamp":"2024-01-15T14:23:11Z","event":"order_sync","order_id":"SO-1234","source":"shopify","target":"afas","status":"failed","error":"API rate limit exceeded"}

Dit heet structured logging: de data staat in een vast format (meestal JSON), waardoor je het makkelijk kunt doorzoeken en analyseren.

Waarom je niet zonder kunt bij bedrijfskoppelingen

Zonder logging en monitoring ben je blind. Je weet niet:

• Hoeveel orders er vandaag zijn gesynchroniseerd
• Of er fouten zijn opgetreden (en zo ja, welke)
• Waarom een specifieke order niet is doorgekomen
• Of de voorraad in beide systemen klopt
• Hoe lang het duurt voordat data is gesynchroniseerd

Bij een Exact Online koppeling bijvoorbeeld, kan het zijn dat je OAuth token is verlopen. Zonder logging merk je dat pas als iemand klaagt dat facturen niet zijn aangemaakt. Met logging zie je direct: "Authentication failed — token expired". Los je in 2 minuten op.

Echte voorbeelden: wat kan er misgaan

Theorie is leuk, maar waar het om gaat is de praktijk. Deze voorbeelden komen allemaal uit projecten waar ik bij betrokken was.

Voorbeeld 1: Fashion webshop met voorraadchaos

Een Shopify Plus webshop met €3,5 miljoen omzet en 15.000 orders per jaar. Gekoppeld aan Exact Online voor boekhouding en een fulfilment partner voor verzending. Orders kwamen keurig binnen, maar de status ging niet altijd terug naar Shopify na verzending. Gevolg: klanten kregen geen tracking codes.

Zonder monitoring duurde het 4 tot 6 dagen voordat customer service dit merkte — pas als klanten begonnen te bellen waar hun pakket bleef. Met monitoring: een dashboard dat alle orders toont die langer dan 24 uur in status "processing" staan. Bij afwijkingen: automatische alert. Detectietijd daalde van dagen naar minder dan een uur. Klanttevredenheid steeg van 7,2 naar 8,9.

Voorbeeld 2: Productiebedrijf met gemiste opdrachten

Een metaalbewerkingsbedrijf met 65 medewerkers en €12 miljoen omzet. SAP Business One gekoppeld aan hun productiesysteem (MES). Productieopdrachten moesten automatisch in SAP komen na goedkeuring.

Door API time-outs kwamen sommige opdrachten niet door. Productie startte wel (want goedgekeurd in MES), maar voorraad werd niet afgeboekt in SAP en inkoop werd niet getriggerd. Na 2 weken: materiaalschaarste, productie stil.

Oplossing: queue-based sync met retry-mechanisme en logging. Elke productieorder krijgt een uniek ID. Het systeem checkt na 5 minuten of de order is bevestigd in SAP. Zo niet: automatische retry + alert. Sindsdien 0 gemiste orders in 18 maanden.

Voorbeeld 3: Multi-channel retailer met Black Friday drama

Een retailer met verkoop via Bol.com, eigen webshop en een B2B portal. Totale omzet: €4,2 miljoen. Voorraad werd gesynchroniseerd tussen alle kanalen en het ERP-systeem.

Tijdens Black Friday liepen de syncs vast door API rate limits. Dit werd niet gedetecteerd, waardoor overselling ontstond op Bol.com. Penalty: €25 per incident. Bij 47 oversold items kwam dat neer op €1.175 aan boetes, plus coulancekosten en reputatieschade.

Na implementatie van monitoring met rate limit tracking: dashboard toont API calls per minuut. Bij 80% van de limiet: automatische throttling. Overselling daalde van gemiddeld 8 items per week naar 0. Bekijk meer voorbeelden op onze cases pagina.

Het komt erop neer dat je niet kunt vertrouwen op 'het gaat wel goed'. Systemen falen. API's hebben down-time. Rate limits worden overschreden. De vraag is niet óf het misgaat, maar wanneer — en of je het op tijd merkt.

Hoe stel je monitoring goed in

Goed, je bent overtuigd dat monitoring belangrijk is. Maar hoe pak je het aan? Hier is een stap-voor-stap aanpak die werkt voor de meeste MKB-bedrijven.

Stap 1: Bepaal wat je moet monitoren

Niet alles is even kritiek. Focus op:

• Financiële data — orders, facturen, betalingen. Als dit niet klopt, loop je omzet mis of maak je fouten richting de belasting.
• Voorraad — overselling kost je klanten en reputatie. Underselling kost je omzet.
• Klantgegevens — zonder correcte klantdata kun je geen factuur sturen of product leveren.
• Productieopdrachten — voor productiebedrijven kritiek. Een gemiste opdracht kan productie stilleggen.

Maak een lijst van alle datastromen tussen je systemen. Prioriteer op basis van: wat kost het als dit misgaat?

Stap 2: Kies je monitoring niveau

De meeste bedrijven beginnen met standaard niveau en breiden uit naarmate ze groeien. Bij Shopify integraties voor grotere webshops adviseren we vaak geavanceerd niveau.

Stap 3: Stel alerts in (en maak ze bruikbaar)

Een alert die niemand leest is zinloos. Maak alerts die:

• Context geven — niet "Sync mislukt", maar "47 orders niet gesynchroniseerd naar Exact Online, totale waarde €12.450"
• Urgentie aangeven — kritiek (actie binnen 15 min), belangrijk (binnen 2 uur), normaal (volgende werkdag)
• Een eigenaar hebben — wie lost het op? Bij financiële data: boekhouder. Bij voorraad: operations manager.
• Actionable zijn — wat moet er gebeuren? "Check Exact Online API token" is beter dan "Er is iets mis".

Stuur alerts naar Slack, Teams of e-mail. Test ze regelmatig — weet je zeker dat ze aankomen?

Stap 4: Bouw een dashboard

Naast alerts wil je een overzicht. Een dashboard dat je in één oogopslag laat zien:

• Aantal gesynchroniseerde items vandaag/deze week
• Aantal fouten (en welke)
• Gemiddelde sync-tijd
• Status van elke koppeling (groen, oranje, rood)
• API rate limit gebruik (vooral belangrijk bij Shopify en Exact Online)

Je hoeft niet fancy te zijn. Een simpel overzicht in je ERP of een Google Sheets die automatisch wordt bijgewerkt kan al voldoende zijn. Voor grotere bedrijven zijn tools als Grafana of Power BI handiger.

Stap 5: Plan reconciliation checks

Real-time monitoring is mooi, maar soms gaan dingen alsnog mis. Daarom: plan dagelijkse of wekelijkse reconciliation jobs. Dit zijn scripts die data vergelijken tussen systemen.

Voorbeeld: tel het aantal orders in Shopify tussen 00:00 en 23:59 gisteren. Vergelijk met het aantal orders in Exact Online voor dezelfde periode. Bij een afwijking van meer dan 1%: alert.

Dit vangt edge cases op die real-time monitoring misschien mist. Meer over dit soort checks vind je in onze kennisbank.

Shopify Plus specifieke monitoring

Als je Shopify Plus gebruikt (dus €1 miljoen+ omzet per jaar), heb je extra mogelijkheden — en extra redenen om monitoring serieus te nemen.

Waarom Shopify Plus merchants andere eisen hebben

Bij 15.000+ orders per jaar en gemiddeld €1M+ omzet is de impact van een sync-fout veel groter. Een uur downtime kan je €500 tot €2.000 kosten tijdens piekuren. Overselling op grote schaal schaadt je reputatie bij duizenden klanten.

Daarnaast gebruik je waarschijnlijk:

• Multi-location inventory — voorraad op meerdere locaties (magazijn, winkel, fulfilment partner). Elke locatie moet apart gesynchroniseerd worden naar je ERP.
• B2B Wholesale Channel — netto prijzen voor zakelijke klanten, betalingstermijnen, kredietlimieten. Dit moet correct synced worden naar systemen zoals AFAS, Exact of SAP.
• Internationale verkoop — meerdere valuta's, BTW-regimes, verzendopties. Complexer om te monitoren.

Shopify Plus API voordelen voor monitoring

Shopify Plus heeft een hogere API rate limit: 40 calls per seconde in plaats van 4. Dit geeft je meer ruimte, maar je moet het nog steeds monitoren. Bij piekdrukte (Black Friday, nieuwe collectie launch) kun je alsnog tegen limieten aanlopen.

Shopify Plus ondersteunt ook webhook guaranteed delivery. Als een webhook faalt, probeert Shopify het opnieuw. Maar zonder monitoring weet je niet of dit gebeurt. Log elke webhook die binnenkomt en check of je er geen mist.

Shopify Flow: handig maar niet genoeg

Shopify Flow is een no-code automation tool (alleen voor Plus). Je kunt triggers instellen op events: order placed, inventory low, customer tagged. En acties uitvoeren: notify, update metafield, send webhook.

Flow is handig voor eenvoudige alerts ("stuur mij een e-mail als voorraad onder de 10 komt"), maar te beperkt voor complexe sync. Je kunt bijvoorbeeld niet:

• Data transformeren (Shopify-format naar ERP-format)
• Retry-logica bouwen bij mislukte API-calls
• Data valideren voordat je het doorstuurt
• Historische logs bewaren voor audits

Voor échte bedrijfskritieke koppelingen heb je een oplossing nodig die dieper gaat. Bij SyncIT bouwen we vaak custom integraties die Shopify Plus koppelen aan systemen zoals AFAS of Exact Online op enterprise-niveau, inclusief uitgebreide monitoring.

Multi-location inventory monitoring

Als je voorraad op meerdere locaties hebt (bijvoorbeeld magazijn Amsterdam, magazijn Rotterdam, retail store Utrecht), moet elke locatie apart worden gemonitord. Check:

• Is de voorraad per locatie correct gesynchroniseerd naar je ERP?
• Worden mutaties (verkoop, inkoop, verplaatsing) per locatie gelogd?
• Zijn er afwijkingen tussen Shopify en ERP per locatie?

Dit vereist een integratie die met Shopify's Location API werkt en deze koppelt aan magazijn-dimensies in je ERP (SAP: Storage Locations, AFAS: Magazijnen, Exact: Warehouses).

Veelgemaakte fouten bij monitoring

Ik zie regelmatig dat bedrijven monitoring instellen, maar het niet goed doen. Deze fouten kom ik het vaakst tegen:

Fout 1: Alleen technisch monitoren, niet inhoudelijk

Je checkt of de sync is uitgevoerd, maar niet of de data klopt. Een order kan wel in je ERP staan, maar met verkeerde prijzen of BTW-tarieven. Monitor niet alleen op "sync gelukt", maar ook op data-integriteit. Gebruik checksums, valideer verplichte velden, check waarde-ranges.

Fout 2: Te weinig historische data bewaren

Logs worden na 7 of 30 dagen gewist om opslag te besparen. Maar bij een audit, geschil met een klant of onderzoek naar systematische fouten heb je deze data nodig. Bewaar minimaal 1 jaar logging voor compliance, maar bij voorkeur 3 tot 7 jaar voor financiële transacties.

Fout 3: Alerts zonder eigenaar

Er komt een melding binnen "Sync mislukt", maar niemand weet wie het moet oplossen. Resultaat: de alert wordt genegeerd of te laat opgepakt. Wijs elke alert toe aan een verantwoordelijke persoon of team. Bij voorraadfouten: operations. Bij factuurfouten: finance.

Fout 4: Geen retry-mechanisme

Een API kan tijdelijk down zijn (30 seconden tijdens een deploy) of rate limited. Zonder retry faalt de sync definitief en moet je handmatig herstarten. Bouw exponential backoff in: probeer na 10 seconden, dan 30 seconden, dan 2 minuten, dan 10 minuten. Log elke poging.

Fout 5: Monitoring pas na go-live toevoegen

De koppeling gaat live zonder dat je zicht hebt op of het werkt. Pas als er klachten komen, bouw je monitoring. Dan is de schade al geleden. Bouw monitoring vanaf dag 1, test het tijdens user acceptance testing, en ga pas live als je volledige zichtbaarheid hebt.

Welke aanpak past bij jouw bedrijf

Er zijn meerdere manieren om monitoring in te richten. Welke past bij jou?

Optie 1: Custom-built monitoring

Dit is wat wij bij SyncIT doen. We bouwen monitoring op maat, precies passend bij je bedrijfsprocessen en systemen. Voordeel: maximaal flexibel, diepgaande kennis van je specifieke situatie. Nadeel: hogere initiële kosten dan standaard tools.

Geschikt voor: bedrijven met unieke processen, complexe integraties tussen meerdere systemen, of specifieke compliance-eisen. Bijvoorbeeld een productiebedrijf dat SAP koppelt aan MES, of een groothandel met AFAS, een webshop én een B2B-portal.

Optie 2: iPaaS platforms (Zapier, Make, Workato)

iPaaS staat voor Integration Platform as a Service. Deze platforms hebben ingebouwde monitoring dashboards en alerts. Voordeel: snel te implementeren, geen development nodig. Nadeel: beperkte customization, vendor lock-in, kosten lopen snel op (€500 tot €5.000 per maand bij 50.000+ transacties).

Geschikt voor: eenvoudige koppelingen, standaard software (Shopify naar Exact), beperkt budget. Niet geschikt voor complexe of hoog-volume koppelingen.

Optie 3: ERP native monitoring

Systemen zoals AFAS, SAP en Exact Online hebben ingebouwde logging. Voordeel: data blijft binnen het ERP, compliance-proof. Nadeel: alleen zichtbaar binnen dat systeem, geen systeem-overstijgend overzicht, vaak geen real-time alerts.

Geschikt voor: audit en compliance doeleinden. Niet voldoende voor operationele monitoring van koppelingen. Combineer dit altijd met externe monitoring.

Optie 4: APM tools (Datadog, New Relic)

Application Performance Monitoring tools zijn gericht op IT-performance: responstijden, errors, throughput. Zeer krachtig, maar ook duur (€200 tot €1.000 per maand) en complex om in te richten. Voordeel: diepgaande technische inzichten. Nadeel: vereist technische kennis, meer gericht op IT dan op business-impact.

Geschikt voor: enterprise bedrijven met grote tech teams en mission-critical systemen.

Hybrid aanpak (onze aanbeveling)

De beste oplossing is vaak een combinatie:

• Custom-built sync met queue-based architectuur (voor betrouwbaarheid)
• Business dashboard met KPI's (orders gesynchroniseerd, voorraad-afwijkingen)
• Alerts via e-mail of Slack voor kritieke issues
• Weekly reconciliation report uit je ERP
• Optioneel: APM tool voor technische monitoring (uptime, performance)

Dit geeft je het beste van alle werelden: betrouwbaar, inzichtelijk, en betaalbaar. Wil je weten welke aanpak bij jouw situatie past? Plan een gesprek en we denken mee.

Veelgestelde vragen

Wat kost monitoring voor bedrijfskoppelingen?

Dat hangt af van de complexiteit. Een simpel dashboard met basis-alerts: vanaf €500 eenmalig. Een volledige monitoring-oplossing met real-time alerts, reconciliation en historische logging: vanaf €2.500 tot €7.500. APM tools zoals Datadog kosten €200-€1.000 per maand aan licenties.

Hoe snel merk je met monitoring dat iets mis is?

Met real-time monitoring: binnen enkele minuten. Zonder monitoring: gemiddeld 3 tot 7 werkdagen. Het verschil tussen een alert op je telefoon en een boze klant die belt.

Kan ik monitoring zelf instellen zonder programmeerkennis?

Basis-monitoring wel, via tools zoals Shopify Flow of een iPaaS platform. Voor geavanceerde monitoring (retry-logica, data-validatie, reconciliation) heb je development kennis nodig of schakel je een specialist in zoals SyncIT.

Hoelang moet ik logs bewaren voor compliance?

Minimaal 1 jaar voor operationele doeleinden. Voor financiële transacties: 7 jaar (wettelijke bewaartermijn). Bewaar logs in een doorzoekbaar formaat, bijvoorbeeld JSON in een cloud storage zoals AWS S3 of Azure Blob.

Wat is het verschil tussen logging en monitoring?

Logging is passief: het bijhouden van wat er gebeurt. Monitoring is actief: het analyseren van die logs en je waarschuwen bij afwijkingen. Je hebt beide nodig — logs geven context bij problemen, monitoring zorgt dat je ze tijdig opmerkt.

Kan ik monitoring toevoegen aan een bestaande koppeling?

Ja, dat kan altijd. Zelfs als je koppeling al jaren draait, kun je er monitoring aan toevoegen. Sterker nog: vaak ontdek je dan dat er al lange tijd kleine fouten optreden die je niet opmerkte. We helpen regelmatig bedrijven met het toevoegen van monitoring aan bestaande systeemkoppelingen.

Monitoring en logging zijn geen luxe — het is een basisvoorwaarde voor betrouwbare bedrijfskoppelingen. Zonder weet je simpelweg niet of je data klopt. En als je het niet weet, kun je er ook niet op vertrouwen.

De vraag is niet of je monitoring nodig hebt, maar hoe uitgebreid. Voor een klein bedrijf met 20 orders per dag is een simpel dashboard genoeg. Voor een Shopify Plus merchant met €3 miljoen omzet is real-time monitoring met alerts essentieel.

Wil je weten hoe je monitoring kunt inrichten voor jouw specifieke situatie? Of heb je een koppeling die al draait maar waar je geen zicht op hebt? Plan een vrijblijvend gesprek. We kijken samen naar wat je nodig hebt — geen verkooppraatje, gewoon eerlijk advies.