Als je softwareleverancier failliet gaat, is de meest urgente vraag: blijft ons systeem werken en wat gebeurt er met onze data? Het directe antwoord is dat bestaande software in de meeste gevallen gewoon blijft draaien, maar dat updates, support en toegang tot de broncode op korte termijn een serieus probleem worden. Hoe snel je moet handelen, hangt af van het type systeem dat je gebruikt. In dit artikel beantwoorden we de meest prangende vragen stap voor stap.

Wat zijn de directe risico’s als jouw softwareleverancier failliet gaat?

Als een softwareleverancier failliet gaat, loop je drie directe risico’s: het wegvallen van technische support, het stilvallen van updates en beveiligingspatches, en het verlies van toegang tot cloudomgevingen of licenties. Voor veel bedrijven betekent dit dat een systeem dat vandaag nog werkt, binnen weken of maanden kwetsbaar of onbruikbaar kan worden.

Het meest onderschatte risico is het beveiligingsgat. Software die niet meer wordt onderhouden, ontvangt geen patches meer voor nieuwe kwetsbaarheden. In 2026, met toenemende cyberdreigingen, is dat een direct bedrijfsrisico. Daarnaast vervallen licenties of cloudabonnementen zodra de curator de activiteiten stopt, soms zonder voorafgaande waarschuwing.

Andere concrete risico’s zijn:

  • Geen toegang meer tot hosted omgevingen of SaaS-portals
  • Verlies van contractuele SLA-garanties en responstijden
  • Onzekerheid over eigendom van data en intellectueel eigendom
  • Afhankelijkheid van een legacy systeem zonder doorontwikkeling

Hoe snel je in de problemen komt, verschilt per situatie. Een on-premise installatie draait door totdat de server uitvalt of de licentie verloopt. Een cloudgebaseerd systeem kan letterlijk van de ene op de andere dag offline gaan als de curator de servers uitzet.

Hoe kom je aan de broncode van jouw systeem na een faillissement?

Na een faillissement van je softwareleverancier kun je de broncode op twee manieren verkrijgen: via een eerder afgesloten broncode-escrowovereenkomst, of door de broncode te kopen van de curator als onderdeel van de boedel. Zonder een escrow-regeling ben je volledig afhankelijk van de bereidwilligheid van de curator.

Een broncode-escrow is een contractuele afspraak waarbij de broncode van jouw maatwerk software bij een onafhankelijke derde partij wordt bewaard. Bij faillissement van de leverancier krijg jij als klant automatisch toegang tot die code. Dit is de meest betrouwbare bescherming, maar vereist dat je dit vooraf hebt geregeld.

Wat als er geen escrow is?

Zonder escrow moet je contact opnemen met de curator die over de boedel gaat. De broncode is een bezitting van het failliete bedrijf en kan worden verkocht. Als jij de enige of voornaamste gebruiker bent van een stuk maatwerk software, heb je een sterke onderhandelingspositie. Laat je in dat geval bijstaan door een jurist met kennis van intellectueel eigendom.

Wat als de code nooit overdraagbaar was?

Bij sommige leveranciers is de software zo sterk verweven met hun eigen infrastructuur of licentiemodellen van derden dat overdracht van de broncode praktisch onmogelijk is. In dat geval rest er weinig anders dan zo snel mogelijk een migratie naar een nieuw systeem te plannen, terwijl het huidige systeem nog functioneert.

Wat is het verschil tussen een hosted SaaS-systeem en maatwerk software bij een faillissement?

Bij een faillissement van je softwareleverancier maakt het een groot verschil of je werkt met een hosted SaaS-systeem of met maatwerk software. SaaS-klanten verliezen bij een faillissement vaak direct de toegang zodra de servers worden uitgezet, terwijl gebruikers van maatwerk software die on-premise draait doorgaans meer tijd hebben om te handelen.

Bij een SaaS-systeem huur je in feite toegang tot software die op de servers van de leverancier staat. Jij bezit niets: geen code, geen infrastructuur, en soms ook geen kopie van je eigen data. Als de curator de servers uitzet, is de toegang weg. De urgentie om te handelen is hier het hoogst.

Bij maatwerk software die on-premise is geïnstalleerd, draait het systeem op jouw eigen servers of die van een hostingpartij. Het systeem blijft functioneren, maar je verliest support en doorontwikkeling. De druk is minder acuut, maar de afhankelijkheid van een stilstaand systeem groeit met de dag.

Tussenvormen komen ook voor: maatwerk software die door de leverancier wordt gehost. In dat geval combineer je de kwetsbaarheid van SaaS met de complexiteit van maatwerk, wat de situatie extra uitdagend maakt.

Hoe zorg je dat bedrijfsdata veilig is na een faillissement van de leverancier?

Zorg direct na het bekendworden van een faillissement voor een volledige export van al je bedrijfsdata. Exporteer klantgegevens, transactiehistorie, documenten en configuraties naar een formaat dat je onafhankelijk kunt openen, zoals CSV, JSON of XML. Wacht hier niet mee: toegang kan snel worden afgesloten.

Naast de export zijn er een aantal stappen die je parallel moet zetten:

  1. Controleer je contracten op eigendomsbepalingen rondom data
  2. Neem contact op met de curator over de status van je dataopslag
  3. Zet een tijdelijk alternatief op voor kritieke bedrijfsprocessen
  4. Informeer je eigen klanten als hun gegevens mogelijk zijn betrokken
  5. Controleer of er AVG-verplichtingen spelen rondom dataverwerking door de failliete partij

Vergeet ook de AVG niet. Als jouw leverancier een verwerker was van persoonsgegevens, ben jij als verwerkingsverantwoordelijke verplicht om te weten waar die gegevens zijn en wat ermee gebeurt. Bij onduidelijkheid is melden bij de Autoriteit Persoonsgegevens soms verplicht.

Wanneer is overstappen naar een nieuwe softwareoplossing de beste keuze?

Overstappen naar een nieuwe softwareoplossing is de beste keuze wanneer het huidige systeem niet meer te onderhouden is, beveiligingsrisico’s oplevert, of de bedrijfsgroei belemmert. Als de broncode onbereikbaar is en het systeem op verouderde technologie draait, is doormodderen met een stervend systeem duurder dan een gecontroleerde migratie.

De afweging hangt af van een aantal factoren:

  • Technische staat: Draait het systeem op technologie die nog actief wordt ondersteund?
  • Beschikbaarheid van de broncode: Kun je het systeem laten overnemen door een andere partij?
  • Kritikaliteit: Hoe erg is het als het systeem morgen uitvalt?
  • Kosten van doormodderen: Zijn er andere partijen die het systeem kunnen onderhouden, en tegen welke prijs?

Als de broncode beschikbaar is en de technologie niet te verouderd is, kan een andere softwareontwikkelaar het systeem overnemen en doorontwikkelen. Dit is vaak de snelste route om continuïteit te garanderen. Maar als het systeem te verouderd is of de broncode onbereikbaar is, is een softwareoverstap de verstandigste langetermijnkeuze. Bekijk daarvoor de beschikbare softwareoplossingen die aansluiten op jouw bedrijfsprocessen.

Hoe voorkom je in de toekomst problemen bij een faillissement van een softwareleverancier?

De beste bescherming tegen de gevolgen van een faillissement van een softwareleverancier is contractuele voorbereiding: regel een broncode-escrow, zorg voor regelmatige data-exports en vermijd volledige afhankelijkheid van één leverancier. Wie dit vooraf goed regelt, staat bij een faillissement veel sterker.

Concrete maatregelen die je vandaag kunt nemen:

  • Broncode-escrow: Laat vastleggen dat de broncode bij een derde partij wordt bewaard en bij faillissement aan jou vrijkomt
  • Eigendomsclausules: Zorg dat contracten duidelijk bepalen dat data en eventuele maatwerk software jouw eigendom zijn
  • Regelmatige backups: Exporteer periodiek je data naar eigen opslag, ongeacht of de leverancier dat ook doet
  • Financiële screening: Houd de financiële gezondheid van strategische leveranciers in de gaten
  • Documentatie: Zorg dat je altijd beschikt over technische documentatie van het systeem, zodat een andere partij het kan overnemen
  • Exit-strategie: Stel bij elk nieuw systeem een migratiescenario op, zodat je niet van nul hoeft te beginnen

Het is ook verstandig om bij de selectie van een nieuwe leverancier te letten op stabiliteit, referenties en transparantie over eigendomsstructuren. Lees klantverhalen en vraag expliciet naar continuïteitsregelingen voordat je tekent.

Hoe VL Software helpt als jouw softwareleverancier failliet is gegaan

VL Software begrijpt hoe ingrijpend het is als een softwareleverancier wegvalt. Of je nu snel je data wilt veiligstellen, een bestaand systeem wilt laten overnemen of toe bent aan een volledig nieuwe oplossing: VL Software biedt concrete hulp op elk punt van dit traject.

Wat VL Software voor jou kan doen:

  • Beoordelen of bestaande broncode overgenomen en doorontwikkeld kan worden
  • Migreren van data uit een stervend systeem naar een nieuwe, stabiele omgeving
  • Bouwen van maatwerk webapplicaties die aansluiten op jouw specifieke bedrijfsprocessen
  • Tijdelijk detacheren van ervaren softwareprofessionals die direct kunnen bijspringen
  • Adviseren over de beste aanpak, van broncode-escrow tot exitstrategie

Dankzij de combinatie van consultancy en ontwikkeling onder één dak schakelt VL Software snel en houdt het grip op planning en budget. Staat jouw bedrijf voor een softwarecrisis na een faillissement van je leverancier? Neem contact op en bespreek wat de beste volgende stap is.

Gerelateerde artikelen