Wat is een koppeling? Twee systemen die automatisch gegevens uitwisselen. CRM en facturatie, planning en mail. Wat een koppeling wel en niet oplost.
Een koppeling is een verbinding waarmee twee systemen automatisch gegevens uitwisselen: de nieuwe klant uit je website belandt in je CRM, de geleverde uren belanden in je facturatie. Niemand hoeft meer over te typen of te exporteren. Een koppeling lost de overdracht op, niet de inhoud: slechte gegevens blijven slecht, waar ze ook heen reizen.
In veel bedrijven wonen de gegevens in drie of vier aparte pakketten die elkaar niet kennen. De aanvraag staat op de site, de klant staat in het CRM, de offerte in een document en de factuur in het boekhoudpakket. Tussen elk paar van die pakketten zit een mens die kopieert, plakt, exporteert en opnieuw importeert. Een koppeling neemt precies die overdracht over: gegevens gaan van het ene pakket naar het andere, in vaste velden, zonder overtypen.
Een koppeling bestaat uit twee helften. De ene helft haalt op: welke nieuwe aanvragen zijn er, welke afspraken zijn gewijzigd, welke factuur is betaald. De andere helft schrijft weg: het record in het doelpakket aanmaken of bijwerken, met regels voor wat er gebeurt bij dubbelen. Beide helften hebben keuzes die vooraf vastgelegd moeten worden. Welk veld is leidend, hoe vaak synchroniseren we, wat doen we met een record dat aan beide kanten gewijzigd is. Koppelingen falen zelden aan de techniek; ze falen aan de onuitgesproken keuzes.
Een klein voorbeeld: een verhuisservice houdt opdrachten bij in een planningstool en factureert in het boekhoudpakket. Zonder koppeling typt iemand elke opdracht dubbel in, met als gevolg verkeerde bedragen en achteraf correcties. Met een koppeling verschijnt de afgeronde opdracht automatisch als conceptfactuur in het boekhoudpakket, met dezelfde klantgegevens en hetzelfde referentienummer. En controleert een mens het concept vóór hij verzendt.
De moeite waard is een koppeling zodra dezelfde gegevens regelmatig in twee pakketten worden overgetypt, of zodra het gemis van een overdracht pas dagen later opvalt. Hoe vaker de overdracht plaatsvindt en hoe meer velden erbij betrokken zijn, hoe sneller het bouwen zich terugverdient in vermeden foutwerk. Ook aan de klantzijde loont het: klanten merken aan één ruisend gegeven dat je administratie uit losse eilandjes bestaat.
Het loont niet als de uitwisseling zelden voorkomt (een jaarlijkse lijst exporteren is geen automatiseringskandidaat) of als de bron zelf rommelig is. Een koppeling transporteert; hij redigeert niet. Dubbele klantrecords, verouderde adressen en tegenstrijdige bedragen reizen gewoon mee naar het volgende pakket. Sloop eerst de rommel, koppel dan. En wie een pakket volledig wil vervangen, wacht beter met koppelen tot de vervanging vaststaat.
We bouwen koppelingen als bouwsteen van een grotere werkstroom (offerte naar factuur, aanvraag naar planning) of als losse verbinding tussen twee pakketten die het gewoon beter doen. Voor het tussen-systemen automatiseren als oplossing verwijzen we naar de oplossingspagina workflow-automatisering-tussen-systemen; voor facturatie specifiek naar de pagina over de facturatie-koppeling. Elk traject offert op nacalculatie, met de aannames schriftelijk vast.
Dat hangt af van de interfaces die beide pakketten aanbieden, het aantal velden dat mee moet reizen en de keuzes rond dubbelen en bijwerken. Een koppeling tussen twee moderne systemen met nette documentatie is een kleinere opdracht dan een koppeling waarbij de ene kant alleen bestanden exporteert. Wij scopeten elke koppeling vooraf en rekenen af op nacalculatie, zodat je vooraf weet wat er gebouwd wordt en wat het werk inhoudt.
Kies per veld een leidende kant in plaats van één richting voor alles. Klantgegevens wonen doorgaans in het CRM en reizen naar de facturatie; betaalstatus ontstaat in de facturatie en reist terug naar het CRM. Dubbel leidend is het gevaarlijkst: twee pakketten die dezelfde waarde tegelijk bijwerken vechten om de waarheid. In de discovery leggen we per veld vast wie schrijft, wie leest en wat er gebeurt als beide kanten wijzigen.
Dat is het punt waarop een koppeling eerder stopt dan begint, en terecht: dubbel records nu betekent dubbel records straks, alleen sneller. We nemen vóór de bouw een opschoning mee. Dubbelen herkennen, samenvoegen of weggooien, en regels afspreken waarmee nieuwe dubbelen voortaan herkend worden. Pas daarna verdient de synchronisatie het om te draaien, want een koppeling verspreidt ook je rommel met dezelfde snelheid als je goede gegevens.
Direct koppelen kan dan niet, en dat moeten we eerlijk houden. Wat wél kan: periodiek exporteren naar een bestand en dat bestand automatisch laten verwerken aan de andere kant. Dat is langzamer dan een live verbinding en vraagt wat discipline in het exportmoment, maar het is voorspelbaar en controleerbaar. Wat we vermijden zijn omwegen die het oude pakket van buitenaf nabootsen; die breken stilletjes bij de eerstvolgende update.
EIGHTY8