CONFORMITÉ ET DROIT · TRAITÉ
Les entreprises de logiciels travaillent avec de courts cycles de développement, des composants changeants et différents modèles de livraison. Les audits juridiques doivent donc avoir lieu là où l'architecture, les fonctions et les canaux de distribution sont définis. Nous conseillons les fournisseurs et les sociétés de développement sur les droits d'utilisation, les données, les exigences en matière de sécurité et les obligations contractuelles.
Le modèle d'entreprise fait une différence
Une application installée localement, une offre SaaS et un logiciel intégré dans un appareil soulèvent différentes questions. Il en va de même pour le développement pur pour le compte et les ventes sous sa propre marque. Il y a donc lieu de l'établir avant que le contrat ne soit réexaminé quels services la société elle-même fournit, quels composants de tiers sont utilisés et qui agit en tant que fournisseur à l'égard du client.
Un changement dans le modèle de livraison mérite également un nouveau test. À ce jour, une licence appropriée ne peut pas couvrir l'utilisation dans l'hébergement ou l'intégration dans un produit client. Un changement technique modifie parfois aussi les rôles de protection des données et les engagements en matière de sécurité.
Effacer les droits et les composants avant la publication
Les contrats de développement doivent garantir les droits d'utilisation qui sont réellement nécessaires. En outre, il y a le code source, la documentation, les droits d'édition et le traitement des composants tiers. Pour les logiciels libres, il est recommandé d'utiliser un processus de publication compréhensible, qui tient compte de la version de licence et du formulaire d'utilisation. Un scan fournit des indices; des licences et des dépendances imprécises nécessitent une évaluation professionnelle.
Page Conformité des logiciels et des sources ouvertes traite de ces questions en détail. Dans le cas d'une vente de la société, les chaînes de droits et les preuves de licence devraient être organisées à un stade précoce afin de ne pas commencer à tester dans la salle de données.
Sécurité et accès aux données
Que l'on Règlement sur la cyberrésilience dépend du produit spécifique et de sa fourniture. Les exigences doivent être distinguées de la sécurité informatique de l'entreprise. Pour les services infonuagiques et autres services de traitement des données, les dispositions relatives au passage à l'euro Loi sur les données être pertinente.
Dans le cas des données à caractère personnel, la responsabilité, le traitement des commandes, les sous-traitants et les transferts internationaux doivent être clarifiés. Un contrat devrait refléter les flux de données réels. Les promesses concernant les emplacements de stockage, le chiffrement ou la suppression doivent être tenues techniquement.
Fonctions AI et communication avec le client
Dans l'intégration de l'IA, le but est de saisir le rôle propre du client et les changements possibles. Chaque application n'est pas un système à haut risque. La transparence, la protection des données, le droit d'auteur et les engagements contractuels peuvent également devenir pertinents en dehors de cette catégorie. Les homologations doivent indiquer quelle fonction a été vérifiée et la modification dans laquelle l'essai doit être renouvelé.
Les descriptions de rendement devraient expliquer clairement les limites, les conditions préalables et les responsabilités. Les promesses générales telles que «tout à fait conformes à la loi» ne sont pas fiables sans base de référence spécifique. Les obligations de garantie, de soutien et de mise à jour doivent correspondre au service offert.
Coopération avec l'entreprise
Une commande peut concerner un modèle de licence unique, un contrat client ou un processus de libération pour de nouvelles fonctions. Nous clarifions les questions juridiques avec les personnes responsables et conservons les résultats afin que la gestion et le développement des produits puissent travailler avec eux. Dans le cas des essais techniques, les responsabilités sont convenues séparément.
Pour une Demande de mandat Premièrement, la description du produit, le modèle de livraison, les clients cibles et la question concrète sont suffisants. Le code source confidentiel n'est demandé que si cela est nécessaire pour l'ordre coordonné.
Base juridique et décisions: Loi sur le droit d'auteur, en particulier §§ 69a et suivants.; Commission européenne: CRA; Commission européenne: Loi sur les données.
Situation au 2 novembre 2026.
Pour en savoir plus: Logiciels, licences et open source · Respect de l'IA · Protection des données et sécurité informatique
Quatre exemples pratiques
Les cas fictifs suivants illustrent des questions d'examen typiques. La solution concrète dépend des circonstances de l'affaire.
01 · SaaS avec données client
Un fournisseur traite les données de différents clients. Les rôles, les contrats, la sécurité et les sous-traitants sont déterminés pour le modèle de rendement spécifique.
02 · Nouvelle fonction d'IA
Un produit existant reçoit automatiquement des avis. Le rôle et l'évaluation des risques sont mis à jour; l'ancienne version ne couvre pas automatiquement les nouvelles fonctions.
03 · Bibliothèque étrangère
Une version contient un composant non vérifié. Les licences, la sécurité et les preuves seront clarifiées avant leur publication.
04 · Résiliation d'un grand client
Le client a besoin d'une exportation complète de données. Les obligations contractuelles et juridiques en matière de changement sont coordonnées avec les exportations disponibles sur le plan technique.
Votre prochaine étape
Voulez-vous transférer les exigences à votre entreprise ou faire vérifier un processus spécifique? Une brève description et une référence aux délais existants sont suffisantes pour le premier contact. Nous voterons sur la portée de l'examen et de l'indemnisation avant la mise en service.
