Vijf routes naar hetzelfde systeem
Een koppeling tussen een workflow en een bedrijfssysteem kan op vijf manieren tot stand komen. Ze verschillen niet in wat ze uiteindelijk kunnen, maar in hoe snel ze er zijn, hoe fijnmazig de rechten zijn en wie ze onderhoudt.
1. Native — een bestaande koppeling
Het systeem is al ondersteund: de handelingen zijn voorgedefinieerd, de rechten zijn beschreven en het onderhoud ligt bij de leverancier van de koppeling. Dit is de snelste route en de route met de minste verrassingen.
De beperking is even belangrijk: je krijgt de handelingen die er zijn. Een handeling die de koppeling niet kent, kun je niet afdwingen door harder te vragen.
2. Geconfigureerd — bestaande bouwstenen, jouw inrichting
Bestaande koppelingen worden samengesteld en ingesteld op jouw proces: welke velden, welke filters, welk controleniveau. Geen nieuwe code, wel echt inrichtingswerk. Dit is de route waar de meeste praktijkoplossingen in terechtkomen.
3. MCP — via een koppelstandaard
Sommige leveranciers bieden hun systeem aan via een standaard waarmee een agent de beschikbare handelingen kan ontdekken. Dat is aantrekkelijk: je bent niet afhankelijk van een specifiek gebouwde koppeling.
Let op twee dingen. De rechten zijn zo fijnmazig als de aanbieder ze heeft gemaakt — vaak grover dan je wilt. En je bent afhankelijk van de beschikbaarheid en de versies van die externe server; dat is een leveranciersafhankelijkheid die je expliciet moet benoemen.
4. API — rechtstreeks op de koppelvlakken
Heeft het systeem een gedocumenteerde API, dan kun je precies de handelingen bouwen die je nodig hebt, met precies de rechten die je wilt geven. Meer werk, meer controle, en een eigen onderhoudsverplichting bij elke versiewijziging.
5. Maatwerk — alles daarbuiten
Een systeem zonder API, een interne applicatie, een export die per e-mail binnenkomt. Hier bouw je de brug zelf, eventueel met schermbediening. Dit is de duurste en meest brekende route; kies hem bewust en met een eigenaar, niet als restcategorie.
Hoe je kiest
Drie vragen leiden vrijwel altijd tot de juiste route:
- Bestaat er al een koppeling voor dit systeem? Zo ja, begin daar en kijk of de benodigde handelingen erin zitten. Zo nee, ga verder.
- Hoe fijnmazig moeten de rechten zijn? Als je één specifieke map of één objecttype wilt vrijgeven en niet meer, dan is een grofmazige route — hoe snel ook — geen optie.
- Wie onderhoudt dit over een jaar? Elke route behalve de eerste legt onderhoud ergens neer. Als je die vraag niet kunt beantwoorden, is de route te duur, ongeacht de bouwkosten.
Wees eerlijk over wat er niet bestaat
Een veelgemaakte fout is een "native koppeling" beloven die er niet is. Een systeem waarvoor geen bestaande koppeling bestaat, loopt via MCP, API of maatwerk — met bijbehorende doorlooptijd en onderhoud. Vraag daarom bij elke offerte expliciet welke route wordt bedoeld en wie het onderhoud draagt. Welke systemen bij Gen8 vandaag welke route hebben, staat per systeem op de integratiepagina's.
[[BEWIJS NODIG: indicatieve doorlooptijd en onderhoudslast per route, op basis van opgeleverde koppelingen — eigenaar: delivery]]
Begin kleiner dan je denkt
Een koppeling die alleen leest, is vrijwel altijd sneller goedgekeurd dan een koppeling die schrijft, en levert vaak al het grootste deel van de winst. Beginnen met alleen lezen en later schrijfrechten toevoegen is bovendien een veel makkelijker gesprek met de beheerder dan andersom.