Wat als je AI-leverancier morgen verdwijnt?

Een AI-oplossing die vandaag draait, kan morgen onbeschikbaar, onbetaalbaar of niet langer ondersteund zijn. Je leverancier hoeft daarvoor niet failliet te gaan. Een overname, een strategiewijziging, een prijsverhoging, een stopgezet product of een technologie die de leverancier vervangen heeft volstaat.

Voor een proof of concept is dat vervelend. Voor een toepassing die je productie ondersteunt, is het een bedrijfsrisico. Denk daarom al vóór de aankoop na over wat er gebeurt als de leverancier morgen niet meer levert wat je nodig hebt.

Kort gezegd: Zonder afspraken vooraf verlies je bij het wegvallen van je AI-leverancier de toegang tot je toepassing en vaak ook tot je eigen data en configuratie. Leveranciersrisico is bovendien breder dan een faillissement: een product kan stopgezet, onbetaalbaar of onbruikbaar worden terwijl het bedrijf gewoon blijft bestaan. Leg daarom voor de handtekening vast wie eigenaar is van data en prompts, in welk formaat je alles kunt exporteren en wat de opzegtermijnen zijn. Een exitplan maak je op het moment dat je het niet nodig hebt.

Hoe AI in bedrijfssoftware op maat concreet werk overneemt, lees je op onze dienstpagina.

Leveranciersrisico is meer dan faillissementsrisico

Bij wat er met je AI-leverancier kan gebeuren, denk je waarschijnlijk eerst aan een faillissement. In de praktijk ligt het risico veel breder. Je leverancier kan gewoon blijven bestaan terwijl de oplossing die je vandaag gebruikt onbruikbaar of onbetaalbaar geworden is. Enkele scenario's:

• Prijzen stijgen sterk zodra je afhankelijk bent.
• Gebruikslimieten of contractvoorwaarden schuiven op.
• De leverancier bouwt de ondersteuning stilaan af of integraties vallen weg.
• Je data staat plots niet meer in jouw regio.
• Functionaliteit die je vandaag inzet verdwijnt of het onderliggende model is niet meer beschikbaar.
• De leverancier verlegt zijn focus naar grote klanten.
• De beveiliging voldoet niet meer aan de eisen van jouw sector.

Elk van die scenario's leidt tot hetzelfde resultaat: je zit vast aan iets dat niet meer past.

Wat je kunt verliezen

Wat er in een AI-toepassing zit, is doorgaans veel meer dan software. Naast de bedrijfsdocumenten die je zelf aangeleverd hebt, vind je er opgeschoonde datasets, configuraties, prompts, koppelingen met andere systemen, gebruiksgeschiedenis, correcties van je medewerkers, eigen classificaties, rapporten, evaluatieresultaten en de proceskennis die je gaandeweg opgebouwd hebt.

Een export van je originele documenten volstaat dan zelden om ergens anders opnieuw te starten. Alles wat het systeem rond die documenten geleerd of gegenereerd heeft, dreigt te verdwijnen zodra de stekker eruit gaat.

Vraag wie eigenaar is van wat

Leg nog vóór je iets tekent contractueel vast wie eigenaar is van welk stuk. Voor de bedrijfsdata die je zelf aanlevert, is dat vaak duidelijk. Voor de volgende onderdelen is dat lang niet altijd zo:

• de verrijkte of opgeschoonde versie van je data
• de configuraties en het maatwerk
• de prompts
• de gegenereerde resultaten
• de feedback en correcties van je medewerkers
• de technische documentatie

Let vooral op de afgeleide data. Als je team duizenden resultaten gecontroleerd, verbeterd en geclassificeerd heeft, dan zit daar kennis in die je nergens anders terugvindt. Die feedback is waardevol. Je wilt niet dat ze bij de leverancier blijft hangen zodra jullie uit elkaar gaan.

Controleer of je echt kunt exporteren

De zin dat je data kunt exporteren, klinkt geruststellend maar zegt op zich weinig. Vraag door:

• In welk bestandsformaat gebeurt de export?
• Blijven de relaties tussen entiteiten behouden en gaat de metadata mee?
• Zijn de configuraties zelf ook exporteerbaar?
• Hoe lang duurt een export en wat kost hij?
• Houd je na het einde van het contract nog even toegang tot je omgeving?
• Kan een andere partij die export effectief inlezen en verder gebruiken?

Een stapel pdf's of csv-bestanden is niet noodzakelijk genoeg om een AI-toepassing elders weer op poten te zetten.

Zorg dat kritieke data buiten het platform bestaat

Je leverancier mag nooit de enige bewaarplaats zijn voor essentiële informatie. Bewaar je kritieke brondata en de belangrijkste resultaten in systemen die je zelf beheert of die je eenvoudig kunt overdragen: je ERP, je CRM, je datawarehouse, je DMS of je cloudopslag. Een AI-toepassing mag die informatie verwerken, samenvatten, verrijken of interpreteren. Ze hoeft er niet de enige eigenaar van te zijn.

Vermijd onnodige technische afhankelijkheid

Volledige onafhankelijkheid haal je zelden. Wat je wel kunt doen, is de afhankelijkheid beperken tot wat echt nodig is:

• Kies waar mogelijk voor standaardkoppelingen in plaats van maatwerkintegraties.
• Houd je bedrijfslogica buiten het AI-model zodat een ander model die logica ook kan draaien.
• Documenteer je prompts en configuraties zodat ze niet enkel in het hoofd van de leverancier zitten.
• Houd de modelkeuze vervangbaar.
• Bewaar je data in gangbare formaten en zorg dat je integraties niet aan één leverancier vasthangen.
• Volg systematisch op hoe de toepassing zich gedraagt. Zo ontdek je niet pas tijdens een crisis hoe ver je meegegaan bent.

Documenteer wat de oplossing precies doet

Als enkel de leverancier weet hoe je systeem in elkaar zit, is elke migratie duur en traag. Documenteer daarom van bij de start het doel van de toepassing, de databronnen die ze aanspreekt, de beslisregels, de gebruikte prompts, de uitzonderingen, de integraties, de controlestappen, de autorisaties, de prestatie-indicatoren en de bekende beperkingen.

Die documentatie heb je niet alleen nodig bij een exit. Ze helpt ook bij audits, bij incidenten en bij een interne overdracht wanneer een collega het dossier overneemt.

Voorzie een noodprocedure

Stel jezelf de vraag wat er maandagochtend gebeurt als de toepassing niet beschikbaar is. Voor elk kritisch AI-proces heb je een tijdelijke werkwijze nodig. Bepaal:

• welke taken je manueel kunt overnemen
• welke gegevens daarvoor beschikbaar moeten zijn
• hoeveel capaciteit je kunt vrijmaken
• wie beslist om over te schakelen op de noodprocedure
• welke processen je tijdelijk uitstelt
• hoe je de achterstand later inhaalt

Een noodprocedure hoeft niet even efficiënt te zijn als je AI-toepassing. Ze moet je onderneming operationeel houden tot de situatie stabiliseert.

Beoordeel de leverancier breder dan de functionaliteit

Een demonstratie zegt weinig over continuïteit. Onderzoek daarom ook de financiële stabiliteit, de eigendomsstructuur, de onderleveranciers waarop de leverancier steunt, hoe hij beveiliging en beschikbaarheid regelt, hoe zijn ondersteuning en incidentprocedures eruitzien, welke verzekering en aansprakelijkheid hij draagt, hoe zijn roadmap eruitziet en welke exitondersteuning hij contractueel voorziet.

Bij een jonge leverancier hoeft het antwoord op die vragen niet negatief te zijn. Het moet wel zichtbaar en beheerd zijn.

Leg de exit vast vóór je tekent

Tijdens de aankoopfase heb je de grootste onderhandelingsruimte. Gebruik ze. Leg vooraf vast:

• de opzegtermijnen
• hoe de data-export verloopt
• hoe de leverancier je data verwijdert
• of configuraties overdraagbaar zijn
• welke migratieondersteuning je krijgt
• wat de exitkosten zijn
• of je na beëindiging tijdelijk toegang houdt
• wat er gebeurt bij een faillissement of overname
• hoe de leverancier back-ups vernietigt en die vernietiging bevestigt

Wachten tot de samenwerking effectief stopt, maakt dat gesprek een pak moeilijker.

Maak onderscheid tussen kritiek en niet-kritiek

Een AI-hulpmiddel dat marketingteksten oppoetst, heeft een andere impact dan een toepassing die je productieorders plant, je prijzen berekent of je cashflow voorspelt. Hoe belangrijker het proces, hoe strenger je eisen rond beschikbaarheid, documentatie, exporteerbaarheid, vervangbaarheid, beveiliging en noodprocedures. Voor een randtool volstaat vaak een lichtere aanpak. Voor de kern van je werking neem je geen halve maatregelen.

Conclusie

De vraag stellen wat er gebeurt als je AI-leverancier morgen verdwijnt, is geen pessimisme. Het is bedrijfscontinuïteit. Een goede AI-oplossing laat je toe om morgen van leverancier, model of platform te veranderen zonder dat je je data, je kennis en je processen kwijtspeelt. Denk daarom vóór de aankoop na over eigenaarschap, exportmogelijkheden, documentatie, technische afhankelijkheid en noodprocedures. De beste exit is er één die je nooit nodig hebt maar op elk moment kunt uitvoeren.

Wie dit vanaf het begin wil meenemen, start best met een AI-roadmap die doelen vóór tools zet.

Veelgestelde vragen

Wat betekent lock-in bij een AI-leverancier concreet? Dat je data, prompts, configuraties en correcties enkel binnen het platform bestaan en niet exporteerbaar of overdraagbaar zijn. Een prijsverhoging, een strategiewijziging of een overname wordt dan meteen een bedrijfsrisico, omdat je niet snel kunt overstappen zonder proceskennis te verliezen.

Welke exitafspraken leg je contractueel vast? De opzegtermijnen, de exportformaten, het meenemen van configuraties en prompts, tijdelijke toegang na beëindiging, de exitkosten, hoe de leverancier de verwijdering bevestigt en wat er gebeurt bij een faillissement of overname van de leverancier. Vóór de ondertekening heb je de grootste onderhandelingsruimte.

Wat als je AI-leverancier niet failliet gaat maar zijn prijzen verdubbelt? Dat is evengoed lock-in. Als je proces afhangt van dat platform en overstappen maanden werk aan data en configuratie betekent, dan heeft de leverancier de facto de prijszetting in handen. Documentatie, overdraagbare formaten en een onderzoek naar een tweede optie beperken dat risico.

Wat hoort in een noodprocedure voor een kritisch AI-proces? Welke taken je tijdelijk manueel kunt uitvoeren, welke data daarvoor beschikbaar moet zijn, hoeveel capaciteit je nodig hebt, wie beslist om over te schakelen en hoe je de achterstand later inhaalt. De procedure hoeft niet even efficiënt te zijn als de AI-toepassing. Ze moet je onderneming operationeel houden.