Systemen koppelen: stop met overtypen tussen je pakketten

Herken je dit? Hetzelfde gegeven, drie keer ingetypt

Een order komt binnen via de webshop. Iemand typt hem over in het voorraadsysteem. Aan het eind van de maand typt iemand anders de factuurregels over in het boekhoudpakket. En als de klant belt, blijkt zijn adreswijziging wel in het ene systeem te staan maar niet in het andere.

Dit is de normaalste zaak van de wereld in het MKB — en het is drie keer zonde. Het kost tijd, het gaat een keer fout (een cijfer verwisseld, een regel overgeslagen), en niemand weet meer welk systeem gelijk heeft.

Het goede nieuws: de meeste moderne pakketten kunnen dit onderling gewoon automatisch regelen. Dat heet een koppeling.

Wat een koppeling (API) eigenlijk is

Een API is een afgesproken manier waarop twee systemen automatisch gegevens uitwisselen — een stopcontact voor software. Het ene pakket biedt het stopcontact aan, het andere steekt de stekker erin. Komt er een order binnen, dan meldt de webshop dat aan je voorraadsysteem, zonder dat er een mens aan te pas komt.

Vrijwel elk serieus modern pakket heeft zo'n API: boekhoudpakketten, webshops, kassasystemen, planningstools, urenregistratie. De vraag is dus zelden óf het kan, maar hoe goed de API is en wat het kost om de verbinding te leggen.

Belangrijk om te weten: een koppeling is geen éénmalig kunstje maar een blijvende verbinding. Hij loopt elke dag mee, en moet dus ook beheerd worden — zeker als een van de pakketten een grote update krijgt.

Wat je zoal kunt koppelen

Een paar veelvoorkomende koppelingen in het MKB, van eenvoudig naar uitgebreid:

• Webshop of kassa → boekhouding: verkopen en betalingen lopen automatisch de administratie in
• Urenregistratie of werkbonnen → facturatie: gewerkte uren worden factuurregels, zonder overtypen
• CRM (klantsysteem) → nieuwsbrief of mailing: klantgegevens blijven op één plek actueel
• Planning → agenda's van het team: één wijziging, overal bijgewerkt
• Formulier op je website → CRM en mailbox: een aanvraag staat meteen bij de juiste persoon
• Meerdere systemen tegelijk via één middenstuk: orders, voorraad, inkoop en boekhouding die elkaar automatisch bijwerken

Zapier en Make, of een maatwerkkoppeling?

Voor eenvoudige koppelingen bestaan kant-en-klare koppeldiensten zoals Zapier en Make. Die hebben voorgebouwde verbindingen met duizenden pakketten: je klikt aan "als er in systeem A dit gebeurt, doe in systeem B dat", zonder programmeerwerk. Kosten: van gratis voor kleine aantallen tot enkele tientjes of honderden euro's per maand bij serieus gebruik.

Een maatwerkkoppeling wordt interessant als het klikwerk tekortschiet:

• Je pakket zit niet in hun aanbod, of maar half (het gebeurt vaak dat precies het veld dat jij nodig hebt ontbreekt)
• Er moet onderweg iets gebeuren met de gegevens: omrekenen, samenvoegen, controleren, verrijken
• De aantallen zijn groot — per losse handeling betalen wordt dan duurder dan één keer goed bouwen
• Het gaat om gevoelige gegevens die je niet via een extra buitenlandse tussenpartij wilt laten lopen
• De koppeling is bedrijfskritisch: als hij stilvalt, wil je dat er iemand voor verantwoordelijk is en dat er een melding komt — niet dat je het na drie weken toevallig merkt

Wat kost een koppeling?

Koppeldiensten zoals Zapier en Make reken je per maand af, oplopend met het aantal handelingen: van gratis tot grofweg enkele honderden euro's per maand bij intensief gebruik.

Een maatwerkkoppeling tussen twee systemen kost in de Nederlandse markt grofweg €1.500 tot €10.000 eenmalig, plus een klein maandbedrag voor beheer en bewaking. De grote prijsbepaler is hoe goed beide pakketten meewerken: een modern pakket met nette API koppelt snel; een verouderd pakket zonder API vraagt kunst- en vliegwerk — en soms is het eerlijke antwoord dat het niet verstandig is.

Zet er de rekensom naast die voor alle automatisering geldt: hoeveel uur overtypen vervalt er, en wat kost een fout? Een koppeling van een paar duizend euro die elke week een paar uur werk scheelt en foutbronnen wegneemt, heeft zich binnen een jaar terugverdiend. Die som kun je vooraf maken — doe dat ook.

Waar koppelprojecten op stuklopen

De techniek is zelden het echte probleem. Dit zijn de drie dingen die koppelprojecten in de praktijk laten mislukken:

Een goede bouwer begint dus niet bij de techniek maar bij deze vragen — en legt de antwoorden vast voordat er iets gebouwd wordt.

• Niemand heeft afgesproken welk systeem de baas is over een gegeven. Als een adres in beide systemen gewijzigd kan worden, welke wint dan? Zonder die afspraak synchroniseer je chaos.
• De bestaande gegevens zijn vervuild. Dubbele klanten, oude adressen, velden die jarenlang "even" verkeerd gebruikt zijn — een koppeling legt dat genadeloos bloot. Reken op opschoonwerk vooraf.
• Er kijkt niemand naar om. Een koppeling die stilvalt zonder melding is gevaarlijker dan geen koppeling: iedereen dénkt dat de gegevens meelopen. Bewaking en foutmeldingen horen er standaard bij.

Zo begin je

Begin bij de plek waar het vaakst wordt overgetypt — dat is bijna altijd de verbinding tussen verkoop en administratie. Vraag eerst je huidige leveranciers of er al een standaardkoppeling bestaat; die is er vaker dan je denkt, en soms zit hij gewoon in je abonnement.

Bij Lucian Technologies bouwen we maatwerkkoppelingen en complete automatiseringen voor het MKB. We kijken eerst of een bestaande of kant-en-klare koppeling volstaat — dat is sneller en goedkoper, en dat advies krijg je bij ons ook als er voor ons niets te bouwen valt. Pas als het klikwerk tekortschiet, bouwen we. Benieuwd wat er in jouw pakket-landschap mogelijk is? Plan een vrijblijvend gesprek.