applatenmaken.com/kennisbank/overname

Uw softwareleverancier wordt overgenomen: wat nu?

Een overname van uw softwareleverancier is een gebeurtenis waar u niets over te zeggen heeft en die uw dienstverlening jarenlang kan beïnvloeden. De Nederlandse markt voor technologie-overnames koelt af terwijl er in België juist meer gebeurt, en ook in Nederland wisselen partijen van eigenaar. Deze pagina gaat over de bepalingen die u vooraf regelt, en over wat u doet als de mail er al ligt.

Wat er in de praktijk verandert

Het contract loopt door. Dat is meestal het eerste dat wordt gezegd en het klopt: rechten en verplichtingen gaan over naar de nieuwe eigenaar. Het probleem zit niet in het contract maar in alles wat er niet in staat.

Wat er wel verandert is het team. Bij overnames vertrekt een deel van de mensen, en bij een klein softwarebureau kan dat het deel zijn dat uw applicatie kent. Kennis over waarom iets zo is gebouwd zit vaker in hoofden dan in documentatie, en die kennis loopt de deur uit zonder dat iemand het als verlies boekt.

Wat er ook verandert is de koers. Een overnemende partij heeft een portfolio en wil dat harmoniseren. Klanten met een afwijkende oplossing worden dan zachtjes richting het standaardproduct geduwd, of krijgen bij verlenging een tarief dat die richting aantrekkelijk maakt. Dat is geen kwade wil maar bedrijfslogica, en u bent daarin de kleine partij.

Wat doorloopt: Het contract zelf: rechten en verplichtingen gaan over op de nieuwe eigenaar.
Wat kan verschuiven: Het team dat uw applicatie kent, de prioriteit die u krijgt, en het tarief bij verlenging.
Wat u niet kunt: De overname tegenhouden of afdwingen dat het team blijft.
Wat u wel kunt: Zorgen dat u niet afhankelijk bent van goede wil, door vooraf een paar dingen vast te leggen.

Wat u vooraf regelt

Deze bepalingen zijn goedkoop als u ze bij het sluiten van het contract opneemt, en vrijwel niet meer af te dwingen als er al een overname loopt. Ze staan zelden in een standaardovereenkomst voor softwareontwikkeling.

Heeft u de broncode, of een regeling die u er onder voorwaarden toegang toe geeft? Staat er een opzegmogelijkheid in bij een wijziging van zeggenschap over de leverancier? Is vastgelegd dat u bij beëindiging uw gegevens in een bruikbaar formaat meekrijgt? Staat er dat documentatie actueel wordt gehouden, en niet alleen bij oplevering wordt geleverd? Is er een overdrachtsperiode afgesproken waarin de oude partij een opvolger inwerkt? Is vastgelegd of onderaannemers mogen worden ingezet en of u daarover wordt geïnformeerd? Weet u onder welke licentie de componenten van derden in uw software vallen?

Het eerste en het derde punt zijn de belangrijkste. Zonder code en zonder gegevens heeft u geen positie, hoe goed de rest ook is geregeld.

Een depotregeling voor broncode klinkt zwaarder dan het is en wordt vaak overgeslagen omdat het als wantrouwen voelt. Dat is het niet: het is een verzekering waarvan beide partijen hopen dat ze niet nodig is. Wat er precies onder valt en wat overdracht praktisch inhoudt, staat in broncode: eigendom en overdracht.

Het bericht ligt er al: wat doet u eerst

Is de overname al aangekondigd, dan is de tijd van bepalingen voorbij en gaat het om informatie verzamelen zolang dat nog makkelijk is. In de eerste weken na een aankondiging zijn mensen nog bereikbaar en spraakzaam; drie maanden later zijn ze vertrokken.

Vraag om een gesprek, niet om een geruststelling
De vraag is niet of het contract doorloopt maar wie er na de overname aan uw applicatie werkt en of die mensen blijven. Vraag naar namen, niet naar toezeggingen.
Zorg dat u de code heeft
Als u er recht op heeft maar hem nooit heeft opgehaald, doe dat nu. Controleer of het volledig is en of het bouwt, want een opslagplaats zonder bouwinstructies is geen software.
Haal uw gegevens op
Maak een export van uw gegevens in een bruikbaar formaat en controleer of u die terug kunt lezen. Dit is de maatregel die u in elk scenario helpt.
Laat de kennis vastleggen
Vraag om een overdrachtsdocument: architectuur, koppelingen, wachtwoorden en sleutels, wat er bewust anders is gedaan en waarom. Doe dit terwijl de mensen die het weten er nog zijn.
Beoordeel uw positie rustig
Niet meteen weglopen. Een overname kan ook betekenen dat er meer capaciteit komt. Maar besluit op basis van wat er de eerste maanden werkelijk gebeurt, niet op de eerste brief.

Overweegt u de stap naar een andere partij, dan is de belangrijkste vraag of iemand anders uw software kan overnemen. Wat daarvoor nodig is en hoe zo'n overdracht verloopt, staat in software in beheer nemen en in van softwarebureau wisselen.

Wanneer blijven en wanneer vertrekken

Een overname is op zichzelf geen reden om te vertrekken. Vaak verandert er in de eerste maanden weinig, en soms verbetert de situatie doordat de nieuwe eigenaar meer capaciteit of meer structuur meebrengt. Wegrennen bij het eerste bericht kost u een migratie die u misschien niet nodig had.

Er zijn wel signalen die zwaarder wegen dan geruststellende woorden. Als de mensen die uw applicatie kenden binnen een halfjaar allemaal weg zijn, is de kennis weg ongeacht wat er is beloofd. Als u bij verlenging een tarief krijgt dat zichtbaar bedoeld is om u naar een standaardproduct te bewegen, is de richting duidelijk. En als vragen die vroeger binnen een dag werden beantwoord nu twee weken duren, is dat een prioriteitsbeslissing die niet meer terugdraait.

Besluit u te vertrekken, doe dat dan vanuit een voorbereide positie en niet vanuit frustratie. U wilt de code hebben, uw gegevens hebben, en weten wat er in de software zit voordat u het gesprek met een opvolger begint. Anders onderhandelt u zonder iets in handen, en dat merkt de volgende partij ook.

Veelgestelde vragen

Loopt mijn contract door als mijn leverancier wordt overgenomen?

In de regel wel: bij een overname gaan de rechten en verplichtingen over op de nieuwe eigenaar. Dat is meestal ook wat er in de eerste brief staat. Het probleem zit zelden in het contract en meestal in wat er niet in staat, zoals wie er aan uw applicatie werkt en welke prioriteit u krijgt.

Kan ik opzeggen vanwege de overname?

Alleen als daar iets over is afgesproken. Een bepaling over wijziging van zeggenschap geeft u die mogelijkheid, maar staat zelden in een standaardovereenkomst voor softwareontwikkeling. Is die er niet, dan bent u gebonden aan de gewone opzegtermijnen en is het verstandiger om u voor te bereiden dan om te procederen.

Wat is het grootste risico bij een overname?

Kennisverlies. Bij een overname vertrekt vrijwel altijd een deel van de mensen, en bij een klein bureau kan dat het deel zijn dat weet waarom uw applicatie is zoals hij is. Die kennis staat zelden op papier. Vraag daarom in de eerste weken om een overdrachtsdocument, terwijl de betrokkenen er nog zijn.

Wat is een broncodedepot en heb ik dat nodig?

Een regeling waarbij de broncode bij een derde wordt gedeponeerd en u er onder afgesproken voorwaarden toegang toe krijgt, bijvoorbeeld bij faillissement of het staken van de dienstverlening. Het voelt als wantrouwen maar is een verzekering. Nuttig als u de code niet zelf in bezit heeft en de software bedrijfskritisch is.

Wat doe ik als eerste als het bericht binnenkomt?

Zorg dat u de code en uw gegevens daadwerkelijk in handen heeft, ook als u er al recht op had. Controleer of de code volledig is en of hij bouwt, en of u uw gegevensexport kunt teruglezen. Dat is werk van een paar dagen en het bepaalt uw positie in alles wat erna komt.

Moet ik meteen op zoek naar een andere partij?

Nee. Een overname betekent niet automatisch dat het slechter wordt, en een migratie is duur en risicovol. Beoordeel op basis van wat er in de eerste maanden werkelijk gebeurt: blijven de mensen, blijft de reactiesnelheid gelijk, en wat gebeurt er bij de eerste verlenging.

Welke signalen wegen zwaarder dan geruststellende woorden?

Drie: het vertrek van de mensen die uw applicatie kenden, een verlengingstarief dat zichtbaar bedoeld is om u naar een standaardproduct te bewegen, en vragen die structureel veel langer duren dan vroeger. Alle drie zijn beslissingen die zelden worden teruggedraaid, hoe de communicatie er ook uitziet.

Verandert een overname iets aan mijn verwerkersovereenkomst?

De overeenkomst zelf loopt door, maar de feitelijke situatie kan veranderen: andere onderaannemers, andere locaties, andere mensen met toegang. Vraag om een actueel overzicht van subverwerkers en van wie er bij uw gegevens kan. Wat daarin hoort te staan leest u in wat hoort in een verwerkersovereenkomst.