# Lizenzannahme

Diese Ausgabe identifiziert seine Anwendungslizenz als **CH-J Proprietary Software License, Version 1.14** vom Oktober 11 2026. Komponenten Dritter behalten ihre eigenen Lizenzen.

## Installation und Aktualisierung

- Website: Laden Sie sofort Weiterleitungen zu dem ausgewählten Paket. Es ist keine Web-Einwilligung erforderlich. Lizenz und Betriebsführung bleiben auf der Website verfügbar und werden in der Anwendung vor der Nutzung angezeigt.
- Windows NSIS: Die interaktive Installation zeigt zunächst Anleitung in der ausgewählten Installersprache an, dann die komplette Anwendungslizenz und erfordert Lizenzakzeptanz. Silent Installations- und Updater-Modi können Installerseiten überspringen; die Anwendung überprüft immer die Zustimmung beim Start.
- macOS DMG: ein komplettes signiertes Anwendungspaket und Applications-Shortcut unterstützen die Drag-and-Drop-Installation. Die Anleitung und die Akzeptanz der Pro-User-Lizenzen werden beim ersten Start überprüft. Der benutzerdefinierte Updater überprüft und öffnet dasselbe DMG.
- Debian/Ubuntu DEB: Paketmanager bieten keinen zuverlässigen interaktiven Vertragsschritt. Die Annahme ist beim ersten Start erforderlich.
- Alle Plattformen: Nach einem Update ist die Annahme erforderlich, bevor das neue Release verwendet werden kann, auch wenn die Versionsnummer oder der Lizenztext unverändert ist. Ein Installer-Prompt ersetzt nicht die Zustimmung zur Anwendung pro Nutzer.

Das Startfenster zeigt zunächst eine komplette Betriebsführung in Tschechisch, Deutsch oder Englisch an. Weiter öffnet sich die komplette englische Lizenz mit tschechischen, deutschen und englischen Steuerelementen. Die Annahme wird blockiert, bis der Führungsschritt angezeigt wurde. Das Kontrollkästchen ist zunächst leer. Sein Label kombiniert Lizenz-Einwilligung mit einer Anerkennung von Datenverlustrisiken und entsprechenden Backups; es macht die Betriebsführung nicht zu vertraglichen Bedingungen. Die tschechische Bestätigung lautet:

> 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 nustnost přiměřeného zálohování před rizikovými operacemi. Rozumím, že aplikace sama nezaručuje existenci ani obnovitelnost záloh.

Die Annahme speichert einen lokalen Datensatz, bevor ein Vault, Plugin, Netzwerk, Diagnose oder Updater-Service startet. Das Deklinieren oder Schließen des Lizenzfensters beendet die Anwendung. Ein fehlgeschlagenes Speichern lässt das Fenster offen und die Anwendung gesperrt. Fehlende oder ungültige Lizenzdateien verhindern das Starten.

## Lokale Aufzeichnung

Die Datei `legal/license-acceptance.json` wird unter dem Verzeichnis Electron `userData` gespeichert. Es enthält den Lizenznamen und die Version, SHA-256 des exakt angezeigten Textes, Anwendungsversion, Build-ID, Annahmeflagge und Zeitstempel, Guidance-Display-Flagge und SHA-256 aller drei gebündelten Leitdokumente. Änderungen an der Anleitung erfordern eine erneute Anzeige vor einer neuen Lizenzannahme. Es gibt keine Lizenzaktivierung oder Meldung an einen Server. Jede Fehlanpassung, Löschung oder unlesbare Aufzeichnung erfordert eine neue Vereinbarung. Eine Herabstufung auf einen anderen Bau erfordert auch Akzeptanz. Wiederholte Starts des gleichen akzeptierten Build nicht.

Jedes Release muss eine eindeutige `src/shared/buildInfo.json` Build ID haben. Die normalen Build-Skripte stempeln automatisch eins. `CHJ_BUILD_ID` nicht für verschiedene freigegebene Builds verwenden.

Dieser lokale Datensatz ist eine Workflow-Steuerung für Anwendungen, keine manipulationssicheren Beweise oder ein Lizenzschlüssel. In diesem Workflow ist die Anzeige der Betriebsführung zwingend vorgeschrieben; die Einhaltung der Empfehlungen ist optional. Anleitung ist nie in der Vereinbarung Checkbox enthalten. Direkt-/Offline-Installationen von DMG oder DEB und stille Installationen können keine Vorinstallationsanzeige garantieren; der obligatorische Startschritt liefert den Fallback. Bestehende veröffentlichte Binärdateien werden durch Aktualisierungen der Website nicht geändert.

## Verpackung und Überprüfung

`npm run legal:prepare` kopiert die Root-Lizenz und die Betriebsführung beim Aufbau aus dem vollen Workspace in die App, validiert die Lizenzversion und bereitet `build/license.rtf` für NSIS, UTF-16-Leittext für seine benutzerdefinierte erste Seite vor und `build/installation.rtf` mit Anleitung gefolgt von der Lizenz für DMG. Die RTF-Version bewahrt den Volltext und Unicode-Zeichen, einschließlich des Namens des Lizenzgebers, ohne die Legacy Mac Roman Beschränkung von DMG Klartext-Lizenzen. Standalone App-Quellen behalten ihre gebündelten Kopien und benötigen nicht den Entwicklungs-/Webordner. `prepare:release` läuft dies vor der Verpackung. Der Paketer enthält `resources/licenses/` und `resources/docs/`; `afterPack` überprüft deren benötigten Inhalt.

Führen Sie `node --test test/licenseAcceptance.test.js test/licensePackaging.test.js test/i18n.test.js` und `npm run test:license:ui` aus. Der macOS-Paketrauchtest erzeugt nur in seinem temporären Testprofil eine Akzeptanzfixtur; das Produktionsstarten hat keine Zustimmungsumgehung.