Unit4 neemt de Franse skills-specialist Napta over
Het van oorsprong Nederlandse softwarebedrijf Unit4 heeft vandaag de overname van het Franse Napta bekendgemaakt. Napta ontwikkelt software voor resource management en skills intelligence bij advies-, audit-, IT- en ingenieursbedrijven. De overnamesom is niet bekendgemaakt.
De acquisitie past in de groeistrategie van Unit4, dat zakelijke dienstverlening als een van zijn belangrijkste markten ziet. Napta blijft na de overname onder de eigen naam werken. Medeoprichter Arnaud Caldichoury blijft CEO en ook de andere twee oprichters blijven aan boord.
Opvallend is nog een andere keuze. Napta blijft koppelingen aanbieden met ERP-, PSA- en HR-systemen van andere leveranciers. Unit4 koopt dus een strategische softwarecapability zonder haar direct exclusief onderdeel van het eigen ecosysteem te maken.
Juist dat maakt deze overname interessant vanuit post-merger integratie.
Meer dan 5.000 Unit4-klanten en Napta-gebruik in 70 landen
Unit4 levert cloudsoftware voor finance, procurement, projectmanagement, HR en financiële planning. Het bedrijf bedient wereldwijd ruim 5.000 klanten. De onderneming richt zich vooral op professionele dienstverlening, publieke organisaties, non-profit en onderwijs.
Napta werd in 2018 in Parijs opgericht. Het platform ondersteunt meer dan honderd zakelijke dienstverleners en wordt inmiddels in ongeveer 70 landen gebruikt. Verschillende klanten gebruiken Napta en Unit4 vandaag al naast elkaar.
De technologie van Napta combineert informatie over vaardigheden, beschikbaarheid en capaciteit. AI ondersteunt vervolgens de matching tussen mensen en opdrachten. Voor professionele dienstverleners raakt die capability direct aan hun economische motor: de juiste professional op het juiste moment op het juiste project inzetten.
Unit4 wil Napta’s informatie verbinden met zijn eigen project-, HR- en financiële data. Daardoor kan één keten ontstaan van capaciteit en skills naar staffing, projectuitvoering, omzet en marge.
De strategische logica zit dichter bij de operatie dan bij ERP
Dat laatste maakt de acquisitie strategisch relevant. Een traditioneel ERP-systeem registreert vooral wat economisch al is gebeurd. Het weet hoeveel uren iemand schreef, wat een project kostte en welke omzet daartegenover stond.
Resource management kijkt eerder in die keten.
Welke opdrachten komen eraan? Welke vaardigheden vragen ze? Wie is beschikbaar? Waar ontstaat overcapaciteit? En welke combinatie van mensen levert waarschijnlijk de beste projectmarge op?
Unit4 schuift daarmee dichter naar de operationele beslissing waarmee een advies- of ingenieursbureau geld verdient.
De overname voegt dus niet simpelweg een extra softwaremodule toe. Unit4 koopt een capability waarmee klanten vóór de financiële uitkomst betere beslissingen kunnen nemen.
De opvallende observatie: Unit4 integreert de data, maar niet noodzakelijk het ecosysteem
Daar zit de opvallendste ontwerpkeuze.
Unit4 wil de data van beide platforms intensiever verbinden. Tegelijk belooft het bedrijf dat Napta open blijft voor organisaties die andere ERP- of PSA-systemen gebruiken. Dat betekent dat technische integratie en commerciële exclusiviteit bewust van elkaar worden gescheiden.
Veel kopers kiezen na een softwareovername voor het tegenovergestelde.
Ze integreren het product steeds verder in hun eigen suite. Daarna verminderen ze investeringen in koppelingen met concurrerende systemen. Op korte termijn lijkt dat logisch, omdat klanten zo een extra reden krijgen om meer producten van dezelfde leverancier af te nemen.
Maar daarmee kan de koper precies de positie beschadigen waarvoor hij het bedrijf heeft gekocht.
Napta ontleent een deel van zijn waarde aan het feit dat het boven verschillende systemen kan functioneren. Een overname creëert daarom niet alleen de vraag wat je kunt integreren, maar vooral welke onafhankelijkheid je strategisch moet beschermen.
Daar ontstaat spanning tussen platformsynergie en productneutraliteit
Die keuze wordt lastiger naarmate Unit4 en Napta technologisch dichter naar elkaar toegroeien.
Stel dat Napta voor Unit4-klanten straks automatisch toegang krijgt tot actuele project-, HR- en financiële data. De software kan dan nauwkeuriger voorspellen welke medewerker op welk project past en wat dat betekent voor utilisation en marge.
Klanten van andere ERP-leveranciers zullen vergelijkbare functionaliteit verwachten.
Dat vraagt investeringen in API’s, connectors, datamodellen en ondersteuning voor concurrerende ecosystemen. Vanuit Unit4 bezien kan het aantrekkelijker lijken om ontwikkelcapaciteit vooral op de eigen klantenbasis te richten.
Daar ontstaat een klassiek post-merger dilemma.
De koper wil maximaal profiteren van de combinatie. De overgenomen onderneming moet tegelijkertijd aantrekkelijk blijven voor klanten die juist géén onderdeel van dat ecosysteem willen worden.
Autonomie behouden betekent niet dat je weinig integreert
Daarbij hoort een belangrijke nuance. Het behoud van het merk, management en open ecosysteem betekent niet dat Unit4 Napta organisatorisch op afstand moet houden.
Juist achter de schermen kan diepe integratie veel waarde creëren.
Finance, security, cloudinfrastructuur, procurement en internationale verkoop kunnen bijvoorbeeld profiteren van de schaal van Unit4. Ook gezamenlijke productontwikkeling kan Napta sneller laten groeien.
Het relevante onderscheid loopt daarom niet tussen integreren en niet integreren.
Een beter onderscheid is: welke afhankelijkheden creëren schaal en welke afhankelijkheden beperken toekomstige keuzevrijheid?
Dat verschil bepaalt waar standaardisatie waarde toevoegt en waar autonomie nodig blijft.
De centrale gedachte: integreer de capability, maar vermijd onnodige afhankelijkheden
Daaruit volgt een breder principe voor post-merger integratie: een koper moet niet streven naar maximale integratie, maar naar de kleinste set afhankelijkheden die maximale gezamenlijke waarde mogelijk maakt.
Dat vraagt een andere integratiearchitectuur.
Unit4 hoeft Napta bijvoorbeeld niet volledig op hetzelfde applicatielandschap te zetten om klantdata te kunnen verbinden. Het kan gestandaardiseerde interfaces ontwerpen. Evenmin hoeft één productteam alle roadmapbeslissingen te nemen om gezamenlijke functionaliteit te ontwikkelen.
Zo ontstaat een modulaire organisatie.
Capabilities kunnen intensief samenwerken zonder dat iedere capability afhankelijk wordt van dezelfde processen, systemen en besluitvorming.
Dat klinkt technisch, maar het is vooral een organisatievraagstuk.
Want iedere nieuwe dependency creëert ook een toekomstige coördinatiebehoefte.
Het eerste argument: afhankelijkheden hebben verborgen organisatiekosten
Die kosten verschijnen zelden in de oorspronkelijke synergy case.
Wanneer twee producten één database gaan gebruiken, lijkt dat bijvoorbeeld efficiënt. Maar vanaf dat moment kan een wijziging in product A gevolgen hebben voor product B. Teams moeten releases afstemmen, prioriteiten gezamenlijk bepalen en incidenten over organisatiegrenzen heen oplossen.
Technische consolidatie creëert dan organisatorische coördinatie.
Hetzelfde gebeurt bij centrale functies.
Een gezamenlijk verkoopteam kan cross-selling versnellen. Maar wanneer iedere Napta-deal voortaan door Unit4-processen, pricingregels en goedkeuringslagen moet lopen, kan de commerciële snelheid afnemen.
Daarom zou iedere belangrijke integratiebeslissing twee businesscases moeten hebben.
De eerste beschrijft de verwachte synergie. De tweede beschrijft de nieuwe afhankelijkheden en coördinatiekosten die nodig zijn om die synergie te realiseren.
Pas het verschil tussen beide laat de werkelijke integratiewaarde zien.
Het tweede argument: de data-integratie laat zien waar verbinding wél logisch is
De voorgenomen koppeling tussen Napta- en Unit4-data biedt tegelijk een concreet voorbeeld van een dependency die juist veel waarde kan creëren.
Een professionele dienstverlener beschikt in zijn ERP over projecten, tarieven, kosten en financiële resultaten. HR-systemen bevatten medewerkers en contractinformatie. Napta voegt vaardigheden, beschikbaarheid en capaciteitsplanning toe.
Afzonderlijk vertellen die databronnen ieder een deel van het verhaal.
Wanneer ze samenkomen, kan een organisatie bijvoorbeeld zien dat een nieuw project financieel aantrekkelijk lijkt, maar onvoldoende interne capaciteit heeft. Management kan vervolgens eerder kiezen tussen externe inhuur, opleiding, verschuiving van medewerkers of het aanpassen van de planning.
Ook AI krijgt daardoor betere context.
Een algoritme dat alleen skills vergelijkt, kan de technisch beste kandidaat voorstellen. Een algoritme dat ook beschikbaarheid, projectmarge en toekomstige vraag begrijpt, kan een economisch betere beslissing ondersteunen.
Hier voegt integratie dus aantoonbaar informatie toe die geen van beide systemen zelfstandig bezit.
Dat is een veel sterker integratieargument dan simpelweg stellen dat twee applicaties na een overname op hetzelfde platform moeten staan.
Organisatieverbetering vraagt om een dependency architecture
De overname van Napta biedt daarmee een nuttige les voor veel bredere post-merger integraties.
Integratieteams maken traditioneel lijsten met functies en systemen die ze willen samenvoegen. Finance moet één worden, HR moet één worden en applicaties moeten naar één landschap. Dat creëert overzicht, maar het zegt weinig over de afhankelijkheden die daardoor ontstaan.
Een betere aanpak begint bij waarde.
Welke capability hebben we gekocht? Welke informatie, mensen en processen maken die capability onderscheidend? Waar creëert verbinding met de koper extra waarde? En waar zou integratie juist snelheid, klantkeuze of ondernemerschap verminderen?
Vervolgens kan management iedere dependency bewust ontwerpen.
Sommige verbindingen moeten diep worden: data, cybersecurity of financiële rapportage. Andere kunnen beter via heldere interfaces lopen. Weer andere hoeven helemaal niet te ontstaan.
Unit4 lijkt bij Napta bewust ruimte te laten voor zo’n hybride model. Het bedrijf wil skills-, project-, people- en financiële data verbinden, maar behoudt voorlopig management, merk en platformneutraliteit.
Dat is geen halfslachtige integratie. Het kan juist een volwassen vorm van post-merger integratie zijn.
Als u een onderneming overneemt vanwege een onderscheidende capability: weet u dan welke afhankelijkheden nodig zijn om die capability groter te maken — en welke afhankelijkheden haar juist langzaam uit uw organisatie zouden organiseren?
Meer lezen over andere Overnames en postmerger integraties in het nieuws
Interimmanager inhuren voor post-merger integratie en organisatieverandering
✔ De integratie loopt vertraging op
✔ Teams werken langs elkaar heen
✔ Processen sluiten niet meer aan
✔ Er ontbreekt overzicht in data, IT en operatie
✔ Een lijnmanager valt uit en er ontstaat onrust in het team
✔ De verwachte synergie blijft uit
Wie ik ben:
Ik ben een hands-on interim-manager die strategie, mensen en operatie bij elkaar brengt. Geen dikke rapporten, maar uitvoering, grip en resultaat.
✔ 20+ jaar ervaring met complexe integraties
✔ Interim inzetbaar op directieniveau als COO, CIO of programmamanager
✔ Focus op synergie, rust, structuur en meetbaar resultaat
✔ Flexibel inzetbaar, met heldere afspraken en marktconforme tarieven
Meer info over Robrecht Heukers
Van al deze opdrachten zijn referenties beschikbaar:
Telecom: KPN, VodafoneZiggo, Vodafone ● Scheepsbouw: Royal IHC ● Bouw en industrie: ECI Solutions en Arcadis ● Medische sector: Canon Medical ● Woningcorporaties: Thuisvester, WonenBreburg, Portaal en Woonkwartier ● ICT dienstverleners: Getronics, PinkRoccade, MuleSoft ● Banken: ABN Amro, MeesPierson ● Betaaldiensten: Mollie ● Salarisverwerking en ziekteverzuim: VismaRaet en Robidus ● Verzekeraars: AON en Achmea ● Muziekindustrie: BumaStemra
Een complexe organisatieverandering, post-merger integratie of overname bespreken?
Postmerger. BV
Drs. ing. Robrecht Heukers LSSBB
06 – 44 99 04 98
robrecht.heukers@postmerger.nl