xinionos/docs/decisions/ADR-0001-eigenes-betriebssystem.md
Thomas Reitz 6aea516624 Name bestaetigt: XinionOS, abgeleitet von der Hausmarke
Die schuetzbare Eigenart liegt in Xinion, nicht im beschreibenden Zusatz
OS. Ein Name, dessen unterscheidungskraeftiger Teil dem Haus ohnehin
gehoert, ist tragfaehiger als ein eigenes Kunstwort, das zusaetzlich
verteidigt werden muesste.

Die Kurzform XinOS ist geprueft und verworfen: Nach Abzug des
beschreibenden OS bleibt die Silbe Xin, damit ist die
Unterscheidungskraft gering — und mit Xinuos gibt es bereits einen
Anbieter von Betriebssystemen mit klanglich aehnlichem Namen.

Die Abhaengigkeit ist festgehalten: Die Marke Xinion ist noch nicht
eingetragen, solange ist der Name benutzbar aber nicht
verteidigungsfaehig. Bei der Anmeldung sind Klasse 9 und Klasse 42 noetig
— eine Eintragung nur fuer IT-Dienstleistungen hilft einem
ausgelieferten Betriebssystem nicht.

Faellig ist die Klaerung, bevor der Name auf ein Geraet, in ein
CRA-Dossier oder auf ein Datenblatt kommt. Nicht bevor er auf einen
Ordner kommt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 13:02:46 +02:00

81 lines
4.1 KiB
Markdown

# ADR-0001 — Das Betriebssystem wird ein eigenes Erzeugnis
**Stand:** Angenommen, 20.08.2026 · **Entscheidet:** CIO Thomas Reitz
---
## Worum es geht
Die Geräteschicht — Abbild, zwei Wurzeln, Selbstprüflauf, Rücksprung — war Teil der ersten
Appliance, für die sie gebraucht wurde. Inzwischen ist absehbar, dass mehrere Erzeugnisse des
Hauses auf Blech beim Kunden stehen sollen: eine Fach-Appliance, eine Proxy-Appliance, die
Verkaufsvariante der Anwendungsplattform.
Diese Entscheidung trennt die Geräteschicht heraus.
## Die Entscheidung
**XinionOS ist ein eigenes Erzeugnis mit eigener Ablage, eigenem Takt und eigenem Nachweis.** Es
kennt kein Produkt; jede Fachlichkeit kommt über den Nutzlast-Vertrag.
## Warum, in der Reihenfolge des Gewichts
**Der Cyber Resilience Act.** Für mehrere Erzeugnisse des Hauses liegen bereits
CRA-Konformitätsdossiers. Die Verordnung verpflichtet den Hersteller, Schwachstellen zu behandeln
und Sicherheitsaktualisierungen zu liefern — **für das gesamte Produkt einschließlich der
Betriebssystemschicht.** Vier gewachsene Basissysteme sind vier Stücklisten, vier
Schwachstellenprozesse, vier Aktualisierungswege. Eine gemeinsame Basis ist **ein Dossier, auf das
jedes Produkt verweist.**
**Der Rücksprung wird nur einmal richtig gebaut.** Er wird ausschließlich dann geprüft, wenn ihn
jemand braucht — eine zweite handgebaute Umsetzung wäre eine zweite ungeprüfte.
**Und er lässt sich besetzen.** Eine abgegrenzte Aufgabe „Betriebssystem für Appliances" ist eine
Stelle, die man ausschreiben kann. „Jemand, der alles kann" ist keine. Das zahlt unmittelbar auf
das größte benannte Risiko des Hauses ein: die Abhängigkeit von einer einzelnen Person.
## Was dagegen sprach
**Verfrühte Verallgemeinerung.** Eine Plattform aus einem einzigen Fall abzuleiten geht meistens
schief; die richtige Abstraktion zeigt sich am zweiten. Der Einwand trägt hier nicht mehr — die
Verkaufsvariante der Anwendungsplattform ist gebaut und läuft.
**Die Verträglichkeitsmatrix.** Zwei getrennt versionierte Erzeugnisse müssen zueinander passen.
Dieser Einwand ist ernst und wird durch den Nutzlast-Vertrag entkräftet, nicht weggeredet: **Die
Nutzlast liegt in der Wurzel und wird mit ihr getauscht** — eine Fassung, ein Rückweg, keine Matrix.
## Was daraus folgt
Die Geräteschicht verlässt die Ablage der ersten Appliance. Dort bleibt ein Verweis und die
Feststellung, dass die Appliance künftig eine **Nutzlast** ist.
## Zum Namen
**Der Name ist XinionOS.** Er leitet sich von der Hausmarke ab, und das ist der Grund für die Wahl:
Die schützbare Eigenart liegt in **Xinion**, nicht im beschreibenden Zusatz *OS*. Ein
Betriebssystem-Name, dessen unterscheidungskräftiger Teil dem Haus ohnehin gehört, ist tragfähiger
als ein eigenes Kunstwort, das zusätzlich verteidigt werden müsste.
Geprüft und verworfen wurde die Kurzform **XinOS**. Sie klingt gefälliger, ist markenrechtlich aber
**schwächer**: Bleibt nach Abzug des beschreibenden *OS* nur die Silbe *Xin*, ist die
Unterscheidungskraft gering — und es gibt mit *Xinuos* bereits einen Anbieter von
Betriebssystemen mit klanglich ähnlichem Namen.
### Die Abhängigkeit, die daraus folgt
**Die Marke *Xinion* ist noch nicht eingetragen.** Solange das so ist, leitet sich XinionOS von
einem ungeschützten Zeichen ab — der Name ist benutzbar, aber nicht verteidigungsfähig.
> **Bei der Anmeldung ist auf die Klassen zu achten.** Eine Eintragung, die nur
> IT-Dienstleistungen abdeckt, hilft einem ausgelieferten Betriebssystem nicht. Gebraucht werden
> **Klasse 9** (Software und Datenträger) und **Klasse 42** (Entwicklung und Bereitstellung).
> Fehlt Klasse 9, steht der Name auf jedem Kundengerät ohne den Schutz, den man zu haben glaubt.
### Wann die Klärung fällig ist
Kein Datum, sondern ein Ereignis: **bevor der Name auf ein ausgeliefertes Gerät, in ein
CRA-Dossier oder auf ein Datenblatt kommt** — nicht, bevor er auf einen Ordner kommt.
Der Grund für diese Reihenfolge ist eine einfache Kostenrechnung: Eine Umbenennung ist heute eine
Ablage und fünfzehn Dateien. Später ist sie jedes Gerät im Feld, jedes Dossier und jedes
Vertragsdokument.