Logiciels, licences et open source

Les logiciels sont achetés, développés, assemblés à partir de composants existants et utilisés via différents modèles. Cela crée des droits et des obligations différents. Une facture de licence ne prouve pas encore qu'une utilisation réelle est permise. Nous vérifions les droits d'utilisation, les contrats de développement et le traitement des composants open source.

Capturer l'utilisation réelle

Au début, il y a un inventaire: Quels programmes et versions sont utilisés où, par qui et dans quelle mesure? Les paramètres de licence peuvent concerner les utilisateurs, les appareils, les processeurs, les accès ou certaines applications. La virtualisation, les environnements de test, les opérations en nuage et l'utilisation du groupe doivent être comparés aux conditions respectives.

Le changement de fournisseur de services ou une restructuration peut également être pertinent. Une licence pour une entreprise donnée ne couvre pas automatiquement toutes les sociétés associées. Avant de renouveler le contrat, l'utilisation effective et la passation des marchés devraient être regroupées d'une manière compréhensible.

Droit à un logiciel autodéveloppé

Pour les programmes pour employés, § 69b UrhG contient un règlement spécial si le logiciel est créé dans l'exécution des tâches ou selon les instructions de l'employeur. Cette règle ne peut pas être appliquée aux développeurs libres ou à tout autre résultat de travail.

Pour les développeurs externes, les droits d'utilisation requis doivent être garantis contractuellement. Selon le projet, cela comprend la transformation, le développement ultérieur, le transfert aux clients, l'intégration dans les produits et l'utilisation par des sociétés affiliées. L'accès au code source, la documentation, les composants tiers et la participation à un changement de fournisseur devraient être traités explicitement. Le paiement des frais de développement ne répond pas uniquement à ces questions.

Open Source n'est pas un stock légal

Le logiciel open source peut être utilisé selon les termes de la licence respective. Ces conditions diffèrent considérablement. Il s'agit souvent d'avis de droits d'auteur, de textes de licence et de références aux changements. Pour certaines licences de copyleft, des obligations de fournir du code source peuvent être ajoutées. La question de savoir si et dans quelle mesure cela se produit dépend en particulier de la version de licence, de l'édition, de la connexion avec d'autres codes et de l'utilisation ou du formulaire de distribution.

L'AGPL contient des exigences particulières pour certaines utilisations sur un réseau. Cela n'implique pas que toute utilisation de logiciels open source nécessite la publication de l'ensemble du propre code, ni qu'un modèle d'hébergement pur reste toujours sans obligations de licence. L'évaluation doit se fonder sur l'architecture concrète.

Un répertoire de composants et des balayages automatisés facilitent l'inventaire. Ils ne remplacent pas l'évaluation juridique des références imprécises, des différentes options de délivrance de licences ou des métadonnées contradictoires. Les sous-traitants doivent également fournir les informations nécessaires.

Un processus de libération pour le développement

• De nouveaux composants sont enregistrés avec la version, la source, la licence et l'utilisation prévue.
• Les termes distinctifs et les conflits de licence sont vérifiés avant la libération du produit.
• Toutes les informations nécessaires, les textes de licence et, le cas échéant, les offres de code source sont fournis.
• Les changements, les dépendances et les mises à jour ultérieures de sécurité restent compréhensibles.

Le processus devrait soutenir le développement quotidien. Des responsabilités claires et une règle courte pour les cas peu clairs sont utiles. Une interdiction générale de tous les composants libres n'est ni un test approprié ni une libération sans connaissance des conditions.

Demandes d'agrément et d'audit

Dans le cas d'une demande d'audit, la base contractuelle, la portée, les délais et la confidentialité sont d'abord examinés. Les données ne doivent pas être émises de manière désordonnée. Dans le même temps, les obligations de coopération existantes doivent être respectées. Un inventaire technique, l'examen de la mesure de la licence et la classification juridique des revendications font partie intégrante.

Nous appuyons les accords de licence, les accords de développement, les règlements sur les sources ouvertes et le traitement des plaintes concrètes. Pour une Demande Le produit ou le projet, les conditions de licence, le modèle d'exploitation et les délais déjà fixés sont utiles.

Base juridique et décisions: UrhG, en particulier §§ 69a-69g; Licence publique générale GNU, version 3; GNU Affero Licence Publique Générale, Version 3.

Situation au 2 novembre 2026.

Pour en savoir plus: Entreprises de logiciels · Cyber Resilience Act pour les fabricants et les fournisseurs de logiciels · Acquisitions et participations