Zaterdagmiddag, een fietsenwinkel in Breda. Om tien over vier rijdt de laatste blauwe bakfiets de winkel uit, afgerekend aan de toonbank. Om twintig voor tien diezelfde avond verkoopt de webshop dezelfde bakfiets aan iemand in Antwerpen. Maandagochtend moet iemand bellen om het uit te leggen.
De eigenaar dacht dat kassa en webshop “gekoppeld” waren. Dat waren ze ook. De koppeling draaide elke nacht om drie uur. Er was niets stuk. Niemand had ooit besloten hoe oud de voorraadcijfers mochten zijn.
Drie snelheden, in gewone taal
Eén keer per nacht
Een geplande taak kopieert alles over op een rustig moment, meestal tussen twee en vijf uur ’s ochtends. Dit is de goedkoopste en meest voorspelbare vorm, en hij is makkelijk opnieuw te draaien als er iets misgaat. De prijs: elk cijfer kan tot een dag oud zijn.
Elke paar minuten
Het ene systeem vraagt het andere elke vijf, tien of vijftien minuten: is er iets nieuws sinds de vorige keer? Dat heet pollen. De meeste koppelingen bij kleine bedrijven zitten hier, en terecht: bijna actuele cijfers zonder veel extra complexiteit.
Op het moment zelf
Het bronsysteem stuurt een bericht zodra er iets verandert. Het technische woord is webhook: een kort berichtje dat systeem A naar systeem B stuurt zodra er nieuws is, in plaats van te wachten tot erom gevraagd wordt. Het snelst, en met de meeste bewegende delen.
De vraag die de snelheid kiest
Niet “hoe snel kán het”. Wel: wat kost een verkeerd antwoord in het gat ertussen?
Maak per koppeling deze zin af: “Als dit getal een uur oud is, is het ergste dat er gebeurt ___.”
Bij voorraad van unieke of dure artikelen is het antwoord: een order die je moet annuleren, een excuustelefoontje, soms een terugbetaling en een chagrijnige recensie. Dan praat je over minuten. Bij inkoopfacturen richting de boekhouding kijkt niemand ernaar tot de boekhouder komt; ’s nachts is prima, wekelijks vaak ook. Bij online afspraken terwijl de telefoon gaat over hetzelfde tijdslot: direct, anders sta je dubbel geboekt.
Zodra je die zin opschrijft, kiest de snelheid zichzelf. En gemengde snelheden binnen één bedrijf zijn heel normaal: voorraad elke vijf minuten, prijzen en productteksten ’s nachts, facturen ’s nachts, afspraken direct.
Sneller is niet gratis
Sommige platformen rekenen per aanroep af of stellen een limiet aan hoe vaak je mag vragen — een rate limit, oftewel de afspraak hoeveel verzoeken per minuut de leverancier accepteert. Directe koppelingen hebben een wachtrij en een herhaalpoging nodig voor het moment dat het ontvangende systeem even plat ligt; een nachtelijke taak draai je gewoon morgen opnieuw. En hoe vaker iets loopt, hoe vaker je kleine foutmeldingen ziet — wat alleen nuttig is als iemand ze leest.
In onze ervaring is de spijt zelden “we hadden het sneller moeten maken”. Meestal is het: “we hebben alles direct gemaakt en nu weet niemand meer welk systeem gelijk heeft”.
Bepaal wie wint, en wie het hoort
Twee afspraken maken een koppeling saai in de goede zin van het woord.
Ten eerste: leg per veld vast welk systeem de baas is. Prijs woont in de webshop, voorraad in de kassa, het klantadres in de agenda of het klantsysteem. Zonder die afspraak kaatsen wijzigingen heen en weer en staat je aangepaste prijs de volgende ochtend weer op het oude bedrag.
Ten tweede: koppelingen vallen stil zonder geluid. Er springt niets op rood. Beide systemen blijven gewoon werken en de cijfers lopen langzaam uit elkaar. Vraag daarom om een zichtbare regel “laatste geslaagde synchronisatie om …” op een plek waar jij komt, plus een melding aan een met naam genoemd persoon als die tijd ouder is dan afgesproken. Een koppeling waar niemand naar kijkt, hoor je van een klant.
Wat je deze week kunt doen
- Kies je twee belangrijkste koppelingen en maak voor allebei de zin af: “als dit getal een uur oud is, gebeurt er …”.
- Vraag je leverancier of installateur twee dingen: hoe vaak draait hij nu, en waar zie ik de laatste geslaagde run?
- Zet bij elke koppeling één naam: degene die bericht krijgt als het stilvalt.
Wil je hardop meedenken over welke van jouw systemen sneller met elkaar zouden moeten praten — en welke rustig tot drie uur ’s nachts kunnen slapen? Dat soort gesprek voeren we bij ITSysPro graag, zonder dat er iets uit hoeft te komen.