Wij ontwerpen, bouwen en onderhouden software, embedded systemen en infrastructuur, en wij dragen de verantwoordelijkheid voor het resultaat in plaats van enkel mensen te leveren om eraan te werken. Wat veranderd is, is wat een afgewerkt product de eigenaar nu verplicht te doen. Twee Europese regelingen zijn nu van toepassing op iedereen die een digitaal product op de markt brengt, en de eerste rapportageverplichtingen gelden vanaf september 2026.
Wanneer de rapportage onder de Cyber Resilience Act start, ook voor producten die al op de markt zijn. Actief misbruikte kwetsbaarheden moeten binnen 24 uur worden gemeld.
Wanneer de rest van de wetgeving van toepassing wordt: conformiteitsbeoordeling, technische documentatie, CE-markering.
Of de levensduur van het product, afhankelijk van wat korter is. Dat is hoe lang kwetsbaarheden moeten worden afgehandeld.
Maatwerkontwikkeling
Het bouwen van software en systemen op maat.
Embedded en verbonden systemen
Wanneer het product zelf onder de regelgeving valt.
Modernisering van infrastructuur
Platforms upgraden voor schaalbaarheid en beveiliging.
Security by design
Geen voorkeur meer, maar een vereiste.
Beheer van kwetsbaarheden
Voor de levensduur van het product, of vijf jaar lang.
Technische documentatie
Het dossier dat nodig is voor een conformiteitsbeoordeling.
Onderhoud en ondersteuning
Vanaf de implementatie, niet pas vanaf de overdracht.
Gebouwd om te behouden
Systemen die worden opgeleverd met documentatie waar uw eigen ingenieurs mee uit de voeten kunnen, zonder afhankelijk te zijn van de makers. De graadmeter is of uw team het systeem zes maanden na ons vertrek nog kan aanpassen.
Compliance vanaf de basis
Beveiligingseisen, kwetsbaarheidsbeheer en het documentatietraject worden in het ontwerp verwerkt in plaats van achteraf toegevoegd voor een audit. Een product dat al in gebruik is achteraf aanpassen is de kostbare variant.
Contractueel vastgelegde verplichtingen
Wie beheert kwetsbaarheden, wie beheert het technisch dossier en wie rapporteert binnen vierentwintig uur? Dit wordt aan het begin afgesproken. Deze vragen hebben nu al antwoorden, of ze nu ergens zijn opgeschreven of niet.
Eén bouwteam
De mensen die het ontwerp maken, zijn ook de mensen die het bouwen en onderhouden. De overdracht tussen drie verschillende leveranciers is waar de meeste kosten van een systeem ontstaan, lang nadat de factuur voor de bouw is voldaan.
Met ons | In-house | Offshore ontwikkeling | Productleverancier | |
|---|---|---|---|---|
| Wat u koopt | Een werkend systeem, gebouwd volgens specificaties | Niets, je beschikt zelf over de capaciteit | Capaciteit, tegen een lager tarief | Hun product, geconfigureerd |
| Wie is eigenaar van de code | U, vanaf de eerste dag | Jij, uiteraard | Jij, op papier | Zij, en dat zal altijd zo blijven |
| Compliance-verplichtingen | Van jou, maar door ons ontworpen | Volledig van jou | Van jou, en moeilijker aan te tonen | Van hen, als fabrikant |
| Onderhoud | Hetzelfde team, als je dat wilt | Van jou, en het concurreert om tijd | Meestal een apart contract | Inbegrepen, op hun roadmap |
| Wanneer past dit | De behoefte is specifiek voor jou | Het team bestaat en is beschikbaar | De specificaties zijn stabiel en gedetailleerd | Een standaardproduct volstaat |
Als er een product bestaat dat tachtig procent van het werk doet, raden we je aan om dat te kopen.
Scope en architectuur
Wat het moet doen, waaraan het moet voldoen en welke beslissingen achteraf moeilijk terug te draaien zijn.
Bouwen in stappen
Werkende software die u in fasen kunt goedkeuren, waarbij beveiligingseisen integraal deel uitmaken van het bouwproces.
Documentatie en conformiteit
Het technisch dossier wordt opgebouwd terwijl het werk vordert, in plaats van dat het achteraf moet worden gereconstrueerd voor een audit.
Onderhoud en rapportage
Afgehandeld gedurende de overeengekomen periode, met een rapportageproces dat deadlines structureel haalt in plaats van bij toeval. Als u het onderhoud in eigen beheer houdt, dragen we het proces en het dossier over, niet enkel de code.
Wanneer de rapportage onder de Cyber Resilience Act start, ook voor producten die al op de markt zijn. Actief misbruikte kwetsbaarheden moeten binnen 24 uur worden gemeld.
Wanneer de rest van de wetgeving van toepassing wordt: conformiteitsbeoordeling, technische documentatie, CE-markering.
Of de levensduur van het product, afhankelijk van wat korter is. Dat is hoe lang kwetsbaarheden moeten worden afgehandeld.
Bedrijfstoepassingen
Maatwerksoftware waarvoor geen standaardoplossing bestaat, en integratie tussen systemen die daar dicht bij in de buurt komen.
Embedded software
Firmware en apparaatsoftware, die rechtstreeks onder de nieuwe cybersecurityregels voor producten vallen.
Industriële systemen
Besturing en automatisering, waar veiligheidseisen en beveiligingseisen elkaar nu ontmoeten.
Platformmodernisering
Migraties waarbij het risico eerder bij de overgang ligt dan bij het bouwen van het nieuwe systeem.
Dataplatforms en pipelines
Pipelines en rapportagelagen, meestal de scope die het makkelijkst correct te definiëren is.
Integratie en interfaces
Het verbindende werk dat niemand in kaart brengt en iedereen gaandeweg ontdekt.

Automotive en productie
Verbonden producten waarbij de cybersecurityregels nu direct aan het apparaat zelf gekoppeld zijn.
Energie en nutsbedrijven
Operationele technologie, waar een beveiligingseis en een veiligheidseis met elkaar kunnen botsen.
Financiële diensten
Waar een ontwikkelingsopdracht ook onder de vraagstukken rondom externe ICT-partijen valt.
Software op maat waar geen standaardproduct past, embedded en devicesoftware, industriële besturing en automatisering, platformmigraties, dataplatformen, en het integratiewerk tussen dat alles. We ontwerpen, bouwen en onderhouden het, en de opdracht wordt gecontracteerd op wat wordt opgeleverd, niet op hoeveel mensen eraan meewerken.
De fabrikant, dus de partij die het product op de EU-markt brengt, en dat bent normaal gezien u, niet wij. De Cyber Resilience Act geldt voor hardware- en softwareproducten met digitale elementen. De melding van actief uitgebuite kwetsbaarheden start op 11 september 2026, binnen vierentwintig uur, en geldt ook voor producten die al op de markt zijn. De rest, conformiteitsbeoordeling en CE-markering, volgt in december 2027.
De partij die een AI-systeem bouwt, draagt zwaardere verplichtingen dan de partij die het inzet, dus het contract moet zeggen wie van ons welke rol heeft. Transparantieverplichtingen gelden sinds augustus 2026. Het zwaardere regime voor toepassingen met een hoog risico werd uitgesteld tot december 2027. Dat is tijd om voor te ontwerpen, niet om te negeren, want documentatie achteraf in een opgeleverd systeem inbouwen kost meer dan ze gaandeweg te schrijven.
Dit is de bouw. Project- en programmarealisatie is het programma eromheen aansturen, vaak over meerdere leveranciers heen, met de governance en coördinatie die daarbij horen. Bij een opdracht met één leverancier zijn het hetzelfde team en hetzelfde contract. Het onderscheid telt wanneer er andere leveranciers betrokken zijn, of wanneer u het programma wilt laten beheren in plaats van het systeem te laten bouwen.
U, vanaf de eerste commit, en dat is geen onderhandelingspositie. Twee zaken spreekt u best mee af: wat er gebeurt met componenten van derden en open source, want die hebben hun eigen verplichtingen onder de nieuwe productregels, en wie de technische documentatie bijhoudt. De code bezitten zonder het dossier is er maar de helft van bezitten.
Ofwel onderhouden wij het, ofwel doet u dat en dragen we het proces over, niet alleen de repository. Het beheer van kwetsbaarheden moet doorlopen tijdens de levensduur van het product of vijf jaar, als dat korter is, dus wie dat doet, is geen kwestie van supportvoorkeur meer. Dat beslissen bij de overdracht in plaats van bij de scoping, is precies hoe het bij niemand terechtkomt.
Vertel ons wat er moet komen en aan welke eisen het moet voldoen. Je krijgt inzicht in wat de bouw inhoudt en welke verplichtingen er gelden zodra het product bestaat.