> La révision linguistique de cette traduction est en cours. En cas d’ambiguïté, consultez l’[original anglais](https://www.sm.ch-j.eu/docs/i18n/en/license-acceptance.md). # Acceptation de la licence Cette édition identifie sa licence d'application comme **CH-J Proprietary Software License, version 1.14**, datée d ' octobre 11, 2026. Les composants tiers conservent leurs propres licences. ## Installation et mises à jour - Site web: Télécharger immédiatement redirige vers le paquet sélectionné. Aucun consentement en ligne n'est requis. Les directives relatives aux licences et aux opérations sont disponibles sur le site Web et sont affichées dans l'application avant utilisation. - Windows NSIS: l'installation interactive affiche d'abord des conseils dans la langue d'installation sélectionnée, puis la licence complète et nécessite l'acceptation de la licence. Les modes d'installation et de mise à jour silencieux peuvent sauter les pages d'installation; l'application vérifie toujours le consentement au lancement. - macOS DMG : un paquet d'applications signé complet et l'installation de raccourcis d'application. Les conseils et l'acceptation de la licence par utilisateur sont vérifiés lors du premier lancement. La mise à jour personnalisée vérifie et ouvre ce même DMG. - Debian/Ubuntu DEB: les gestionnaires de paquets ne fournissent pas une étape d'accord interactif fiable. L'acceptation est requise lors du premier lancement. - Toutes les plateformes: après une mise à jour, l'acceptation est requise avant que la nouvelle version puisse être utilisée, même lorsque le numéro de version ou le texte de licence est inchangé. Une demande d'installation ne remplace pas le consentement de l'application par utilisateur. La fenêtre de démarrage affiche d'abord une orientation opérationnelle complète en tchèque, allemand ou anglais. Continuer ouvre la licence anglaise complète avec les contrôles tchèque, allemand et anglais. L'acceptation est bloquée jusqu'à ce que l'étape de guidage soit affichée. La case à cocher est initialement vide. Son label combine le consentement à la licence avec une reconnaissance des risques de perte de données et des sauvegardes appropriées; il ne transforme pas les directives opérationnelles en conditions contractuelles. La confirmation tchèque se lit comme suit : > Souhlasím s licenčními podmínkami CH-J Proprietary Software License 1.14. > > Beru na vědomí riziko ztráty nebo poškození dat a nutnost přiměřeného zálohování před rizikovými operacemi. Rozumím, že aplikace sama nezaručuje existenci ani obnovitelnost záloh. Accepter enregistre un enregistrement local avant que n'importe quel Vault, plugin, réseau, diagnostic ou service de mise à jour ne démarre. Refuser la licence ou fermer sa fenêtre quitte l’application. Une sauvegarde ratée laisse la fenêtre ouverte et l'application verrouillée. Les fichiers de licence manquants ou invalides empêchent le démarrage. ## Enregistrement local Le fichier `legal/license-acceptance.json` est stocké dans le répertoire Electron `userData`. Il contient le nom et la version de la licence, SHA-256 du texte affiché exact, la version d'application, l'identifiant de construction, le drapeau d'acceptation et l'horodatage, l'affichage des lignes directrices et SHA-256 des trois documents d'orientation groupés. Les modifications apportées au guide doivent être affichées à nouveau avant l'acceptation d'une nouvelle licence. Il n'y a pas d'activation de licence ou de rapport à un serveur. Toute erreur, suppression ou enregistrement illisible nécessite un nouvel accord. La rétrogradation vers une autre construction nécessite également l'acceptation. Les lancements répétés de la même construction acceptée ne le font pas. Chaque version doit avoir un identifiant de construction unique `src/shared/buildInfo.json`. Les scripts de construction normaux s'impriment automatiquement. Ne pas réutiliser `CHJ_BUILD_ID` pour différentes constructions libérées. Cet enregistrement local est un contrôle de flux de travail d'application, pas des preuves falsifiées ou une clé de licence. L'affichage des directives opérationnelles est obligatoire dans ce flux de travail; suivre ses recommandations est facultatif. Les conseils ne sont jamais inclus dans la case à cocher de l'accord. Les installations DMG ou DEB et les installateurs silencieux ne peuvent pas garantir un écran de pré-installation; l'étape de démarrage obligatoire fournit le repli. Les binaires existants publiés ne sont pas modifiés par des mises à jour du site Web. ## Emballage et vérification `npm run legal:prepare` copie la licence racine et les conseils opérationnels dans l'application lors de la construction à partir de l'espace de travail complet, valide la version de la licence et prépare `build/license.rtf` pour NSIS, UTF-16 guide texte pour sa première page personnalisée, et `build/installation.rtf` avec des conseils suivis de la licence pour DMG. La version RTF conserve le texte complet et les caractères Unicode, y compris le nom du donneur de licence, sans la limite traditionnelle Mac Roman des licences en texte clair DMG. Les sources d'applications autonomes conservent leurs copies groupées et ne nécessitent pas le dossier de développement/web. `prepare:release` exécute cela avant l'emballage. L'emballeur comprend `resources/licenses/` et `resources/docs/`; `afterPack` vérifie le contenu requis. Exécuter `node --test test/licenseAcceptance.test.js test/licensePackaging.test.js test/i18n.test.js` et `npm run test:license:ui`. Le test de fumée du paquet macOS crée un montage d'acceptation uniquement dans son profil de test temporaire; le démarrage de la production n'a pas de contournement.