🔗Öffentliches Software-Fallback- und Projekt-Treuhand-Framework
Absicherung der operativen Fortführbarkeit des Set-OutlookSignatures Benefactor Circle Add-ons.
Die ExplicIT Consulting GmbH anerkennt die strukturelle Bedeutung des Open-Source-Projekts Set-OutlookSignatures. Um die technische und organisatorische Beständigkeit des kommerziellen Benefactor Circle Add-ons zu garantieren, haben wir ein öffentliches Betreuungs-Framework vereinbart. Dieses Angebot detailliert den Mechanismus, der genutzt wird, um die Fallback-Sicherheit sowohl für Projektadministratoren als auch für Unternehmenskunden aufrechtzuerhalten.
🔗Framework-Überblick
Diese Initiative ist als öffentliche einseitige Verpflichtungserklärung ausgestaltet Sie bietet direkte Schutzrechte, auf die sich die Projekt-Community und die Administratoren verlassen können. Unter diesem Framework werden der zugrundeliegende Quellcode, die Build-Konfiguration und die Dokumentation auf die Open-Source-Projektadministratoren übertragen, sofern bestimmte Auslöser-Ereignisse eintreffen.
🔗Technische Kernsäulen
- Release-synchronisierte Hinterlegungen: Ein vollständiges Deposit-Paket wird innerhalb von zehn Geschäftstagen nach jedem Produktions-Release des Add-ons aktualisiert.
- Kryptographische Nachweise: Für jedes Deposit-Archiv wird sein SHA-256-Hashwert berechnet. Der Hash wird zusammen mit einer Manifest-Datei und einer Hash-Verifizierungsdatei direkt im Nachweis-Repository veröffentlicht.
- Quartalsweise Einsichtsrechte: Die Projektadministratoren behalten das Recht, in jedem Kalendervierteljahr oder nach jedem Repo-Update eine technische Vorführung zu verlangen, um zu überprüfen, ob das geheime Repository existiert, zugänglich ist und ein voll funktionsfähiges Produkt baut.
🔗Umfang des Deposit-Pakets
Wie in der Dokumentation zur technischen Architektur festgelegt, ist die Treuhand-Hinterlegung strikt kategorisiert, um die proprietäre Sicherheit mit der operativen Fortführung in Einklang zu bringen.
- Inbegriffene Materialien: Dies umfasst den vollständigen Quellcode des Add-ons, Build-Anweisungen, Abhängigkeitslisten (SBOM), Konfigurations- und Schemadefinitionen, Validierungstests und Architekturhinweise.
- Ausgeschlossene Materialien: Dies schließt Nutzer- oder Kundendatenbanken, aktive Zugangsdaten oder Passwörter, private Schlüssel und Zertifikate sowie interne kaufmännische Finanzdaten ausdrücklich aus.
🔗Auslöser-Bedingungen und Übergangsprozess
Der Prozess zur Code-Übergabe wird durch strenge Verifizierungsprotokolle geregelt, um eine unbefugte Offenlegung von geistigem Eigentum zu verhindern.
🔗Autorisierte Auslöser-Ereignisse
Eine Übergabe kann nur unter zwei Bedingungen eingeleitet werden:
- Ausdrückliche schriftliche Einstellung oder Einstellung der Produktpflege durch die ExplicIT Consulting GmbH ohne einen ernannten Nachfolger.
- Endgültiges Scheitern der Geschäftskontinuität, wie z. B. die Auflösung des Unternehmens, die Löschung im Firmenbuch oder eine Produktübertragung, bei der die neue Einheit diese Covenant-Verpflichtungen nicht schriftlich übernimmt.
🔗Verifizierungs-Zeitplan
Außer in Fällen von sofortiger Wirkung durch eine ausdrückliche Stornierung gilt eine standardmäßige Wartezeit von 90 Kalendertagen. Die Projektadministratoren müssen eine formelle Auslöser-Mitteilung im Nachweis-Repository einreichen. Wenn der Mitteilung innerhalb von 90 Tagen nicht mit fundierten Gründen widersprochen wird, wird der Auslöser rechtlich wirksam.
🔗Code-Autonomie und Open-Source-Rechte
Mit Wirksamwerden eines Auslösers gewährt die ExplicIT Consulting GmbH dem Projekt eine weltweite, unentgeltliche, unbefristete, unwiderrufliche und nicht-exklusive Lizenz am Code-Paket. Die Projektadministratoren besitzen die Befugnis, das Produkt privat weiterzuführen oder es unter einer anerkannten Open-Source-Softwarelizenz öffentlich freizugeben.
🔗Governance-Ressourcen-Index
Das Framework stützt sich auf standardisierte Dokumente, die im Nachweis-Repository geführt werden, um Transparenz und Nachfolge zu regeln:
- Covenant: Das rechtliche Fundament, das Rechte, Umfänge und Haftung definiert (siehe
covenant-de.mdundcovenant-en.md). - Technical Spec: Die technischen Definitionen, die beschreiben, wie Deposits gebaut und wie die quartalsweisen Systemvorführungen durchgeführt werden (siehe
technical-spec-de.mdundtechnical-spec-en.md). - Successor Assumption: Die Dokumentation, die von einer übernehmenden Einheit genutzt wird, um diese Fortführungsverpflichtungen zu übernehmen, ohne einen Auslöser auszulösen (beschrieben in
README.md). - Trigger Notice: Das formelle Feststellungsdokument, das von den Projektadministratoren verwendet wird, um einen aktiven Kontinuitätsanspruch zu protokollieren (beschrieben in
README.md).