Als je softwareleverancier failliet gaat, ben je niet automatisch je systeem kwijt, maar je loopt wel direct risico op dataverlies, uitval en juridische onduidelijkheid over wie eigenaar is van de broncode. Hoe snel die risico’s zich materialiseren, hangt af van hoe het faillissement verloopt en welke afspraken er in je contract staan. In dit artikel beantwoorden we de meest urgente vragen die je nu moet stellen.

Wat zijn de directe risico’s voor je bedrijfssysteem?

Bij een faillissement van je softwareleverancier loop je direct risico op drie fronten: het systeem kan zonder waarschuwing offline gaan, er is niemand meer die bugs of beveiligingsproblemen oplost, en lopende contracten worden niet automatisch overgenomen. Voor bedrijven die dagelijks afhankelijk zijn van hun software kan dit de bedrijfsvoering snel lamleggen.

De meest concrete gevaren zijn:

  • Uitval van hostingdiensten omdat de leverancier de serverkosten niet meer betaalt
  • Geen beveiligingsupdates, waardoor kwetsbaarheden onopgemerkt blijven
  • Verlies van support bij storingen of fouten in het systeem
  • Onzekerheid over licenties voor software die je in gebruik hebt
  • Stagnerende integraties met andere systemen die afhankelijk zijn van de leverancier

Hoe kwetsbaar je precies bent, hangt sterk af van hoe je systeem is opgezet. Draait het op servers van de leverancier zelf, dan is de kans op directe uitval groter dan wanneer je gebruikmaakt van een onafhankelijke cloudinfrastructuur zoals AWS of Azure.

Wie is eigenaar van de broncode en de data?

De eigendom van broncode en data is afhankelijk van wat er in je contract staat. In veel gevallen blijft de broncode eigendom van de softwareleverancier, ook als jij de ontwikkeling hebt betaald. Je data daarentegen is juridisch gezien bijna altijd van jou, maar dat betekent niet dat je er automatisch toegang toe hebt bij een faillissement.

Er zijn drie situaties die je kunt tegenkomen:

  • Broncode is eigendom van de leverancier: Je hebt een gebruikslicentie, maar geen recht op de code zelf. Bij faillissement vervalt die licentie mogelijk.
  • Broncode is in escrow geplaatst: Sommige contracten bevatten een escrow-regeling waarbij de broncode bij een derde partij wordt bewaard en vrijkomt als de leverancier niet meer kan leveren.
  • Broncode is contractueel overgedragen: In dit geval ben jij eigenaar en heb je het recht om de software zelf te laten onderhouden of door te ontwikkelen.

Controleer je contract zo snel mogelijk op deze punten. Heb je geen escrow-regeling en geen eigendom van de broncode, dan is het zaak om via de curator te proberen toegang te krijgen. De curator is verantwoordelijk voor het afwikkelen van de boedel en heeft belang bij het oplossen van dit soort kwesties.

Hoe lang blijft het systeem nog beschikbaar na een faillissement?

Er is geen vaste termijn. In de praktijk kan een systeem nog weken of maanden draaien na een faillissement, maar het kan ook binnen dagen uitvallen. Dit hangt af van hoe de hostingcontracten zijn geregeld, of de curator actief ingrijpt, en of er nog medewerkers zijn die het systeem in de lucht houden.

Wat je kunt verwachten in de eerste fase na een faillissement:

  1. De curator neemt de leiding over en inventariseert de bezittingen, inclusief software en hostingcontracten.
  2. Lopende abonnementen op servers of cloudplatforms worden mogelijk opgezegd zodra er geen geld meer is om ze te betalen.
  3. Er is geen garantie op continuïteit, tenzij de curator actief kiest voor doorstart of overdracht.

Ga er dus niet vanuit dat je nog maanden de tijd hebt. Zet direct stappen om een back-up van je data te maken en breng in kaart welke systemen afhankelijk zijn van de failliete leverancier. Hoe sneller je handelt, hoe meer controle je houdt over de situatie.

Wat zijn de opties om het systeem draaiende te houden?

Je hebt meerdere opties, afhankelijk van hoe urgent de situatie is en welke rechten je hebt op de software. De meest praktische aanpak is om in overleg te gaan met de curator en tegelijkertijd een alternatief te verkennen. Wachten tot het systeem uitvalt is het slechtste scenario.

Kortetermijnoplossingen

Als het systeem nog draait, is de eerste prioriteit het veiligstellen van je data. Exporteer alles wat je kunt exporteren en documenteer hoe het systeem werkt. Neem contact op met de curator om te vragen of er een doorstart of overname van het systeem mogelijk is. Soms neemt een andere partij de software over, waardoor je gewoon door kunt.

Langetermijnstrategie

Als de software niet wordt overgenomen of als de broncode niet beschikbaar is, moet je nadenken over vervanging. Dit is het moment om te evalueren of je bestaande legacy software wilt laten replatformen naar een moderne, toekomstbestendige applicatie. Replatforming houdt in dat de functionaliteit en bedrijfslogica van je oude systeem worden herbouwd op een nieuwe, onderhoudbare technologiestack, zonder dat je waardevolle data of processen verliest.

Hoe kies je een betrouwbare nieuwe softwarepartner?

Een betrouwbare nieuwe softwarepartner kies je op basis van transparantie over eigendom van de broncode, aantoonbare ervaring met vergelijkbare projecten, en duidelijke afspraken over continuïteit. Prijs is een factor, maar mag nooit de enige zijn, want de kosten van een tweede leveranciersfaillissement zijn veel hoger dan de investering in een stevige samenwerking.

Let bij je keuze op de volgende criteria:

  • Eigendom van de broncode: Vraag expliciet of de broncode aan jou wordt overgedragen of dat er een escrow-regeling beschikbaar is.
  • Technologiekeuzes: Kies voor partners die werken met breed gedragen, open technologieën zoals moderne webapplicaties gebouwd op gangbare frameworks. Proprietary technologie maakt je opnieuw afhankelijk.
  • Documentatie en kennisoverdracht: Een goede partner documenteert de software zo dat een derde partij het systeem kan overnemen als dat ooit nodig is.
  • Financiële stabiliteit: Vraag naar de bedrijfsstructuur, het aantal medewerkers en de klantenbasis. Een partner met meerdere klanten en een stabiele omzet is minder kwetsbaar dan een eenpitter.
  • Referenties: Spreek met bestaande klanten over hoe de samenwerking in de praktijk verloopt, niet alleen tijdens de verkoopfase maar ook daarna.

Zorg er ook voor dat je nieuwe contract duidelijke afspraken bevat over SLA’s, reactietijden bij storingen en wat er gebeurt als de samenwerking eindigt. Zo sta je nooit meer voor verrassingen.

Hoe VL Software helpt bij legacy software en systeemcontinuïteit

Staat je bedrijf voor de situatie dat je softwareleverancier is omgevallen, of merk je dat je huidige systeem verouderd is en steeds vaker hapert? VL Software helpt organisaties om snel en gecontroleerd de overstap te maken naar een toekomstbestendige oplossing. Dat doen we concreet door:

  • Een grondige analyse van je bestaande systeem via onze AI Legacy Scan, zodat je weet wat je hebt en wat de beste vervolgstap is
  • Professionele replatforming van verouderde software naar moderne webapplicaties gebouwd met Laravel, React (TypeScript) en GraphQL, zonder verlies van bedrijfslogica of data
  • Maatwerk softwareontwikkeling waarbij jij eigenaar bent van de broncode
  • Inzet van ervaren softwareprofessionals die tijdelijk bij jou aan tafel zitten om de overgang te begeleiden
  • Strak projectmanagement dankzij de combinatie van consultancy en ontwikkeling onder één dak via VL Consultants BV

Wil je weten wat de beste aanpak is voor jouw situatie? Neem contact op en we denken vrijblijvend met je mee.

Gerelateerde artikelen