Technology and software

In a software business, much of the value sits in matters that are not visible in a data room without knowing where to look: whether the company actually owns the code, whether the open-source position is defensible, whether the customer contracts renew automatically or annually, and whether the data the product depends on can lawfully be used in the way the product uses it. We advise investors, entrepreneurs, founders and corporates on Dutch and cross-border technology transactions where those questions shape the price and the warranties.

Pencil illustration of a data centre aisle lined with server cabinets.

When clients call us

  • You are acquiring a Dutch software or SaaS business and need diligence that tests IP ownership rather than listing registrations
  • A founder-led company is raising growth capital or preparing for a first institutional round
  • A strategic partnership or joint venture requires an IP and data architecture that survives termination
  • A carve-out of a product line raises questions about shared code, shared infrastructure and shared people
  • Regulatory exposure under the AI Act, NIS2 or the GDPR has become a diligence issue

Key legal & commercial issues

I.

IP chain of title as the central diligence question

A frequent finding in Dutch software due diligence is a gap in the chain of title. Under Dutch copyright law, works created by employees in the course of their duties generally vest in the employer, but contractors, freelancers and founders who wrote code before incorporation do not fall under that rule, and an assignment is needed in writing. Companies that grew out of a founder's side project, that used offshore development providers, or that acquired code through an earlier acquisition frequently cannot produce a clean chain. That position can be remedied, and remedying it before a buyer identifies it is considerably less expensive.

Remediation is a process rather than a signature. A retrospective assignment has to identify the works it transfers, since the Copyright Act requires a deed, which is construed narrowly, and moral rights remain with the author, who can waive them only to a limited extent. Where the counterparty is a former contractor or a departed founder, the request itself indicates why it is being made, which is why the position is better addressed while the relationship is current. Where code sits in a founder's personal holding company and is licensed to the operating company rather than owned by it, the licence terms, their duration and their termination provisions form part of what is being acquired, and a buyer will normally want ownership consolidated before closing rather than a warranty about it.

Open-source usage is the second recurring issue. The question is rarely whether open source is used, since it almost always is, but whether copyleft-licensed components have been linked in a way that could compel disclosure of proprietary code, and whether the company is able to produce a bill of materials. A buyer that cannot answer that question prices the uncertainty.

II.

Customer contracts, churn and change of control

In SaaS, the contract base is the asset. Due diligence establishes the real renewal profile rather than the reported one: auto-renewal versus annual negotiation, notice periods, uncapped liability or unusual indemnities, service credits, most-favoured-nation clauses, and above all change-of-control provisions in the contracts that carry revenue concentration. A termination right on change of control held by a top-five customer is addressed through a condition precedent, a price adjustment or the allocation of post-closing risk, and it needs to be identified in the first week of diligence rather than in the sixth.

The commercial terms behind the revenue matter as much as the identity of the customers. Diligence tests how annual recurring revenue has been defined and whether that definition matches the contracts, since implementation fees, professional services, hardware resale and usage-based overage are frequently presented alongside subscription revenue. Liability provisions are read on the same basis, because a cap expressed as the fees paid in the preceding twelve months behaves very differently from an uncapped indemnity for data protection or intellectual property infringement, and uptime commitments, service credits and termination rights for repeated failure turn an operational problem into a contractual one. Public sector customers add procurement considerations, and where a contract has been awarded under a framework, whether it survives a change of supplier is a question for the framework rather than for the contract.

III.

Data, AI and the regulatory layer

  • The GDPR position is a value item, not a compliance footnote: lawful basis for the data the product uses, international transfer arrangements, processor terms with customers, the sub-processor chain and the notice rights customers hold over changes to it, and the treatment of customer data in model training. A breach history, any correspondence with the Autoriteit Persoonsgegevens and the records of processing are reviewed rather than taken on warranty.
  • The open-source position is established through a bill of materials rather than asserted. The analysis distinguishes permissive licences from copyleft licences whose reciprocity obligations depend on how the component has been linked and on whether the software is distributed or delivered as a hosted service, and it extends to the components introduced by third-party dependencies rather than only those chosen directly.
  • The EU AI Act applies in stages, with different application dates for, among other things, prohibited practices, general-purpose AI models and high-risk AI systems. Which obligations apply at the time of the transaction is established case by case.
  • The Dutch Cybersecurity Act implementing NIS2 brings a large number of essential and important entities into a registration, risk management and prompt incident reporting regime, with management-level accountability.
  • The Data Act and the DSA may apply depending on the business model, and sector regimes such as DORA apply where the target provides services to financial entities, which brings the target within its customers' outsourcing and ICT third-party requirements as well as its own.
  • EU dual-use export controls apply to parts of the Dutch technology sector, and national licensing measures apply to advanced semiconductor manufacturing equipment, so classification, licence history and end-user screening are diligence items where the products or the underlying technology fall within the lists.
IV.

Dutch-law specifics on technology transactions

  • Employee-created IP generally vests in the employer under the Copyright Act where the work falls within the duties for which the employee was engaged, but contractor and pre-incorporation IP requires a written assignment by deed, and that position is best confirmed before signing rather than addressed in disclosure. Software developed by a subsidiary or by a founder's holding company for the operating company raises the same question inside the group.
  • Non-compete clauses in Dutch employment contracts are subject to strict formal requirements (art. 7:653 DCC), with additional requirements in a fixed-term contract, and a court can annul or limit the clause. That matters where the value depends on retaining founders and key engineers.
  • Employee participation via a STAK with depositary receipts is the standard Dutch structure and keeps the cap table workable through multiple rounds. The taxable moment on employee share options is generally not exercise but the moment the shares become tradeable, where that is later, unless the employee elects to be taxed at exercise, which affects how plans are designed in companies with no liquidity event in prospect.
  • Share transfers require a notarial deed (art. 2:196 DCC), which affects the mechanics of option exercises and secondary sales, and the articles will usually add offer or consent provisions that a secondary transaction has to work through.
  • Investment screening under the Vifo Act catches designated sensitive technologies, including semiconductors and quantum technology, and the scope can be extended; we establish case by case which categories apply at the time of the transaction.

What we advise on

What we advise on

  • Acquisitions and disposals of Dutch software, SaaS and technology businesses
  • Growth equity and venture investments, including founder and investor-side work
  • Legal due diligence focused on IP, open source, data and contracts
  • Technology joint ventures, strategic partnerships and reseller arrangements
  • Product-line and business-unit carve-outs, including shared code and infrastructure
  • Employee participation plans, STAK structures and option arrangements
  • Commercial contracting: SaaS terms, DPAs, licensing and channel agreements
  • Governance for founder-led companies moving to an institutional shareholder base

Typical documents and deliverables

Typical documents and deliverables

  • Share purchase and subscription agreements
  • Shareholders' and investment agreements with founder-specific terms
  • IP assignment and clean-up documentation
  • Legal due diligence report with IP chain of title and open-source analysis
  • STAK administration conditions and participation plan documentation
  • SaaS master agreements, data processing agreements and licensing terms
  • Joint development, escrow and partnership agreements
  • Notarial deeds, closing agendas and post-closing deliverables

How we support the process

How we support the process

  1. 1

    Scoping call to identify where the value actually sits and what could threaten it

  2. 2

    Targeted diligence on IP, open source, data, key contracts and key people

  3. 3

    Transaction documents drafted to price the technology risk rather than describe it

  4. 4

    Regulatory sequencing, including FDI screening where sensitive technology is in scope

  5. 5

    Closing and post-closing clean-up, including any IP assignments that diligence identified

Questions clients ask before instructing us

Questions clients ask before instructing us

What problem often comes up in software diligence?
A broken IP chain of title is among the most common findings. The code in question is typically written by founders before incorporation, by contractors without a written assignment, or by an offshore development team under a services agreement that is silent on ownership. Dutch law vests employee-created works in the employer in most cases, but nothing else is automatic. The finding is usually capable of being remedied through retrospective assignments, although that takes time and the counterparties acquire leverage once the reason for the request becomes apparent, which is why we advise sellers to run this check long before a process starts.
Does the AI Act affect our transaction?
AI-related obligations can affect due diligence, warranties and risk allocation in a technology transaction. We identify how the target develops or uses AI and what that may mean for the transaction, then coordinate any necessary AI Act analysis with specialist regulatory counsel. The applicable requirements and their timing should be verified for the specific business.
How is a SaaS business valued differently for legal purposes?
Legal work follows where the value is. In a SaaS business that is the contract base and the code, which means that the weight of the due diligence goes to the renewal profile, churn drivers, change-of-control and liability provisions in the top contracts, and the IP and open-source position, rather than to a broader review that covers more ground in less depth. Warranties and indemnities are built around the same items, and specific indemnities are common for identified open-source or data protection issues.
Should employee options be structured through a STAK?
For Dutch companies with more than a handful of participants, the answer is usually yes. The stichting administratiekantoor holds the shares and issues depositary receipts, so the cap table stays clean, the company deals with one shareholder, transfers do not require a notarial deed each time, and participants do not acquire voting rights, although depositary receipts may carry meeting rights, including the right to convene meetings, depending on the articles and administration conditions. The trade-offs are maintenance cost and participant perception. Where the company expects a US investor base, we advise discussing the structure at an early stage, since it is unfamiliar to some funds.
Can the firm act on a cross-border technology acquisition?
We act as Dutch counsel within a wider team on cross-border technology acquisitions. We remain the point of contact throughout the process and bring international transaction experience. Matters requiring Dutch-law analysis can include the notarial transfer, IP ownership, the works council position, the participation structure and screening under the Vifo Act.
What is involved in carving a product line out of a software business?
The separation involves considerably more than the code. A product line inside a software business usually shares a repository, a build and deployment pipeline, infrastructure accounts, security tooling and a support function with the products that are staying, and each of those has to be separated or replicated. The legal work follows the dependencies: which components are used by both products and therefore need a licence back or a licence across rather than an assignment, which third-party and open-source licences permit a transfer at all, how a single customer agreement covering several products is split, and which employees transfer with the activity under artt. 7:662 e.v. DCC. A transitional services arrangement covers the period in which separation is completed, and its exit conditions are agreed at the same time as its scope.

Acquiring software? Chain of title shapes the price.

Get in touch