Nous concevons, développons et maintenons des logiciels, des systèmes embarqués et des infrastructures, en nous engageant sur le résultat plutôt qu'en fournissant simplement de la main-d'œuvre. Ce qui a changé, ce sont les obligations qui incombent désormais au propriétaire d'un produit fini. Deux réglementations européennes s'imposent désormais à quiconque met un produit numérique sur le marché, avec des premières obligations de déclaration applicables dès septembre 2026.
Début des obligations de déclaration du Cyber Resilience Act, y compris pour les produits déjà sur le marché. Les vulnérabilités activement exploitées doivent être signalées sous 24 heures.
Entrée en vigueur du reste des dispositions : évaluation de la conformité, documentation technique, marquage CE.
Ou la durée de vie du produit, selon la période la plus courte. C'est la durée pendant laquelle les vulnérabilités doivent être prises en charge.
Développement sur mesure
Conception de logiciels et de systèmes personnalisés.
Systèmes embarqués et connectés
Lorsque le produit lui-même est concerné par le périmètre réglementaire.
Modernisation des infrastructures
Mise à niveau des plateformes pour garantir évolutivité et sécurité.
Sécurité dès la conception
Ce n'est plus une option, c'est désormais une exigence.
Gestion des vulnérabilités
Pour toute la durée de vie du produit, ou pendant cinq ans.
Documentation technique
Le dossier requis pour une évaluation de conformité.
Maintenance et support
Dès le déploiement, et non à partir de la livraison.
Conçu pour durer
Des systèmes livrés avec une documentation que vos propres ingénieurs peuvent exploiter, sans dépendre de ceux qui les ont créés. Le véritable test : votre équipe est-elle capable d'apporter des modifications six mois après notre départ ?
Conformité intégrée
Exigences de sécurité, gestion des vulnérabilités et traçabilité documentaire intégrées dès la conception, plutôt qu'ajoutées en urgence avant un audit. Adapter un produit déjà déployé est la solution la plus coûteuse.
Obligations contractuelles claires
Qui gère les vulnérabilités, qui détient le dossier technique et qui assure le reporting sous vingt-quatre heures : tout est défini dès le départ. Ces questions ont déjà leurs réponses, que cela ait été consigné par écrit ou non.
Une seule équipe de développement
Les concepteurs sont ceux qui développent et assurent la maintenance. Le transfert entre trois prestataires différents est la source principale de surcoûts, bien après la facture initiale de construction.
Avec nous | En interne | Développement offshore | Éditeur de logiciel | |
|---|---|---|---|---|
| Ce que vous achetez | Un système opérationnel, conforme aux spécifications | Rien, vous avez les compétences | Capacité, à un tarif réduit | Leur produit, configuré |
| Propriété du code | Vous, dès le premier jour | Vous, évidemment | Vous, sur le papier | Eux, et ce sera toujours le cas |
| Obligations de conformité | À vous, mais conçu par nous | À vous, entièrement | À vous, et plus difficile à justifier | Leur propriété, en tant que fabricant |
| Maintenance | La même équipe, si vous le souhaitez | À vous, et cela demande du temps | Un contrat séparé, généralement | Inclus, dans leur feuille de route |
| Quand est-ce approprié | Le besoin vous est propre | L'équipe existe et est disponible | Le cahier des charges est stable et détaillé | Un produit standard répond au besoin |
S'il existe un produit qui couvre 80 % de vos besoins, nous vous conseillerons de l'acheter plutôt que de développer une solution sur mesure.
Périmètre et architecture
Ce qu'il doit accomplir, les normes à respecter et les décisions dont l'inversion s'avérerait coûteuse par la suite.
Développement par étapes
Un logiciel fonctionnel que vous pouvez valider par étapes, en intégrant les exigences de sécurité directement au développement.
Documentation et conformité
Le dossier technique est constitué au fur et à mesure de l'avancement, plutôt que reconstitué après coup pour une évaluation.
Maintenance et reporting
Prise en charge sur la période convenue, avec un canal de signalement garantissant le respect des délais plutôt que de compter sur la chance. Si vous gérez la maintenance en interne, nous vous transmettons le processus et le dossier complet, pas seulement le code.
Début des obligations de déclaration du Cyber Resilience Act, y compris pour les produits déjà sur le marché. Les vulnérabilités activement exploitées doivent être signalées sous 24 heures.
Entrée en vigueur du reste des dispositions : évaluation de la conformité, documentation technique, marquage CE.
Ou la durée de vie du produit, selon la période la plus courte. C'est la durée pendant laquelle les vulnérabilités doivent être prises en charge.
Applications métier
Logiciels sur mesure lorsqu'aucun produit ne convient, et intégration entre ceux qui s'en rapprochent.
Logiciel embarqué
Micrologiciels et logiciels d'appareils, directement concernés par les nouvelles règles de cybersécurité des produits.
Systèmes industriels
Contrôle et automatisation, là où les exigences de sécurité et de sûreté se rejoignent désormais.
Modernisation de plateformes
Migrations où le risque réside dans la transition plutôt que dans le développement de la nouvelle solution.
Plateformes et pipelines de données
Pipelines et couches de reporting, généralement le périmètre le plus facile à définir correctement.
Intégration et interfaces
Le travail de connectivité que personne ne planifie et que tout le monde découvre en cours de route.

Automobile et industrie manufacturière
Produits connectés pour lesquels les règles de cybersécurité s'appliquent désormais à l'appareil lui-même.
Énergie et services publics
Technologie opérationnelle, où une exigence de sécurité et une exigence de sûreté peuvent entrer en conflit.
Services financiers
Lorsqu'un projet de développement s'inscrit également dans le cadre des questions liées aux tiers TIC.
Des logiciels métier sur mesure quand aucun produit ne convient, des logiciels embarqués et pour appareils, du contrôle-commande et de l'automatisation industrielle, des migrations de plateformes, des plateformes de données, et l'intégration entre tout cela. Nous concevons, développons et maintenons, et la mission est contractée sur ce qui est livré, pas sur le nombre de personnes impliquées.
Le fabricant, c'est-à-dire la partie qui met le produit sur le marché de l'UE, ce qui est normalement vous et non nous. Le Cyber Resilience Act couvre les produits matériels et logiciels comportant des éléments numériques. Le signalement des vulnérabilités activement exploitées commence le 11 septembre 2026, dans les vingt-quatre heures, et s'applique aux produits déjà sur le marché. Le reste, évaluation de la conformité et marquage CE, suit en décembre 2027.
La partie qui construit un système d'IA porte des obligations plus lourdes que celle qui le déploie : le contrat doit donc dire qui de nous deux joue quel rôle. Les obligations de transparence s'appliquent depuis août 2026. Le régime plus lourd des usages à haut risque a été reporté à décembre 2027 : c'est du temps pour concevoir, pas pour ignorer, car ajouter la documentation après coup à un système livré coûte plus cher que de la rédiger au fil de l'eau.
Ici, il s'agit de la construction. La réalisation de projets et de programmes consiste à piloter le programme autour d'elle, souvent avec plusieurs fournisseurs, avec la gouvernance et la coordination que cela implique. Sur une mission à fournisseur unique, c'est la même équipe et le même contrat. La distinction compte lorsque d'autres fournisseurs interviennent, ou lorsque vous voulez que le programme soit piloté plutôt que le système construit.
À vous, dès le premier commit, et ce n'est pas une position de négociation. Deux points à convenir en parallèle : ce qu'il advient des composants tiers et open source, puisqu'ils portent leurs propres obligations au titre des nouvelles règles produits, et qui détient la documentation technique. Posséder le code sans le dossier, c'est n'en posséder que la moitié.
Soit nous le maintenons, soit vous le faites et nous vous transmettons le processus, pas seulement le dépôt de code. La gestion des vulnérabilités doit se poursuivre pendant la durée de vie du produit ou cinq ans, la plus courte des deux, si bien que savoir qui s'en charge n'est plus une simple préférence de support. Le décider à la passation plutôt qu'au cadrage, c'est ainsi que cela finit par ne revenir à personne.
Dites-nous ce qui doit être créé et à quelles contraintes le produit doit répondre. Vous obtiendrez une vision claire des efforts de développement nécessaires et des obligations qui en découlent une fois le produit mis en service.