Een gids van SevenLab
AI toevoegen aan bestaande software draait om gegevenstoegang, proceseigenaarschap en gecontroleerde wijzigingen, niet alleen om modelkeuze. SevenLab is een partner voor AI-maatwerk in Amsterdam voor organisaties in Nederland en Vlaanderen. Gebruik deze gids om je integratievraag uit te werken. Alle genoemde platforms zijn onderwerpen voor een beoordeling, geen bevestigde SevenLab-koppelingen.
Begin bij de transactie, niet bij de koppeling
Beschrijf eerst één gebeurtenis in je bedrijfsproces en de gegevens die daarbij betrokken zijn voordat je een AI-API-integratie aanvraagt. Bepaal bij een CRM- of ERP-koppeling welk systeem leidend is voor klantgegevens, commerciële afspraken en financiële status. Maak onderscheid tussen informatie lezen, een wijziging voorstellen en die wijziging uitvoeren. Vraag je mogelijke partner waar menselijke goedkeuring nodig is en wat er gebeurt als systemen elkaar tegenspreken.
Illustratief scenario, hypothetische scope: een verkoopteam wil informatie uit Salesforce gebruiken voor een conceptorder in Exact Online. De inkoopvraag is niet alleen of je de systemen kunt koppelen. Laat aantonen dat dubbele klantrecords worden herkend, ontbrekende productcodes tot een uitzondering leiden en er zonder goedkeuring geen order wordt aangemaakt. Als klanten niet betrouwbaar te matchen zijn, kan een gecontroleerde export een betere eerste stap zijn dan automatisch gegevens wegschrijven.
- Breng de aanleiding, brongegevens, gewenste uitkomst en bevoegde goedkeurder in kaart.
- Bepaal welk systeem per veld leidend is voordat je wijzigingen toestaat.
- Neem dubbele klanten en ontbrekende productcodes op in je acceptatietests.
Leg toegang en de concrete AI-dienst vast
Vraag bij een beoogde integratie met Dynamics 365, SharePoint of Microsoft Teams hoe gebruikersidentiteit, documentrechten en technische accounts zouden werken. Maak onderscheid tussen informatie mogen ophalen, een antwoord mogen delen en gegevens mogen wijzigen. Wil je ChatGPT integreren in je bedrijfssoftware, laat het voorstel dan de concrete modeldienst, API, gegevensverwerking en authenticatie beschrijven. Alleen een productnaam is geen architectuurkeuze.
Illustratief scenario, hypothetische scope: een medewerker stelt in Teams een vraag en krijgt antwoord op basis van SharePoint-documenten. Test een bevoegde gebruiker, een onbevoegde gebruiker en iemand van wie de toegang net is gewijzigd. Eis bronverwijzingen, een afgesproken reactie wanneer bronnen niet bereikbaar zijn en een test waarbij afgeschermde inhoud niet verschijnt in antwoorden of logbestanden die anderen kunnen zien. Voor voorgestelde schrijfacties in Dynamics 365 zijn aparte goedkeurings- en rechtentests nodig.
- Vraag een architectuurschema met identiteiten, gegevensstromen en toegangsgrenzen.
- Test afgeschermde documenten, ingetrokken toegang en verlopen inloggegevens.
- Leg de voorgestelde API en afspraken over gegevensverwerking ter goedkeuring vast.
Vergelijk automatisering met gerichte modernisering
Wil je Make-automatisering uitbesteden, n8n laten implementeren of een maatwerkkoppeling bouwen, vergelijk die routes dan op dezelfde operationele eisen. Vraag waar de uitvoering plaatsvindt, wie technische accounts beheert en hoe mislukte stappen worden onderzocht. Kies niet alleen op basis van een snel gebouwde demonstratie. Onderzoek bij het moderniseren van legacysoftware eerst of er een gedocumenteerde API, ondersteunde export of andere onderhoudbare toegang beschikbaar is.
Illustratief scenario, hypothetische scope: een ouder productiesysteem levert alleen een goedgekeurde nachtelijke bestandsexport. Een stapsgewijze integratie zou dat bestand kunnen controleren en elders wijzigingen klaarzetten, terwijl het bestaande systeem leidend blijft. Voor acceptatie moet een onbekende bestandsstructuur worden geweigerd, moeten ontbrekende batches worden gesignaleerd en mag herhaalde verwerking geen dubbele records opleveren. Vervang de legacycomponent pas als de beperkingen het vereiste proces onmogelijk maken. Een volledige herbouw is niet automatisch de beste eerste stap.
- Vergelijk Make, n8n en maatwerk op eigenaarschap, herstel en onderhoudbaarheid.
- Laat aantonen dat de voorgestelde legacy-interface ondersteund en toegankelijk is.
- Test gewijzigde bestandsstructuren, ontbrekende batches en herhaalde verwerking.
Koop aantoonbaar herstel en duidelijk beheer
Verdeel het voorstel in onderzoek, een proef met alleen leestoegang, beperkte schrijfrechten en overdracht naar beheer. Geef iedere fase concrete opleverpunten en een expliciet goedkeuringsmoment. Vraag om interfacedocumentatie, uitrolinstructies, afspraken over bewaking en een werkwijze voor wijzigingen in bronsystemen. Een integratie is niet klaar voor overdracht alleen omdat de normale route in een demonstratie werkt.
Illustratieve acceptatieoefening, hypothetische scope: een goedgekeurde order wordt verstuurd en door het ontvangende systeem verwerkt, maar het antwoord gaat verloren. Het team moet laten zien hoe het de uitkomst controleert vóór een nieuwe poging en hoe een medewerker een onzekere status afhandelt. Voor acceptatie mag een herhaalde poging geen tweede zakelijke transactie veroorzaken, moeten meldingen de juiste verantwoordelijke bereiken en moet verwerking te pauzeren zijn zonder de wijzigingshistorie kwijt te raken. Leg hiermee vóór ondertekening de beheergrenzen vast.
- Spreek fasebesluiten en bewijs af voordat je schrijfrechten in productie geeft.
- Test een verloren antwoord en controleer dubbele verwerking en statusherstel.
- Wijs verantwoordelijken aan voor bewaking, incidenten en wijzigingen in broninterfaces.