Data Nodes

Ein Data Node ist ein Baustein von roleALPHA, der Fachinhalte hält — Personen, Rollen, OKRs, Risiken, die Aufwandserfassung und so weiter. Unter Einstellungen → Organisation → Data Nodes entscheiden Tenant-Admins selbst, welche davon ihr Mandant nutzt und wo sie laufen. Alle Data Nodes sind im Vertrag enthalten; es gibt nichts dazuzubuchen.

Die Übersicht

Die Seite zeigt jeden Data Node mit Schalter, Standort („Läuft auf”), Zustand und Bestand (wie viele Objekte er hält). Gruppiert ist nach:

Gruppe	Was dazugehört
Grundausstattung — immer aktiv	Nur Personen. Ohne Personen trägt kein anderer Data Node; der Schalter ist gesperrt.
Fachmodule	Rollen, Organigramm, Wertschöpfung, OKRs, Projekte, Richtlinien, Kostenstellen, Zeichnungen, IT-Landschaft, Meetings, Risiken, Kompetenzen, Bedarfe, KI Agenten.
Zusatzdienste	Automator, Validator, Aggregator, Kontext, Datenquellen, Org Intelligence, Aufwandserfassung.

Ein neuer Mandant startet mit Personen, Rollen, Organigramm und Wertschöpfung. Das ist eine Voreinstellung — bis auf Personen lässt sich jeder davon abschalten.

Zustände

Zustand	Bedeutung
läuft	Eingeschaltet und für alle Nutzer mit dem passenden Recht sichtbar.
wird eingerichtet · n/4	Eingeschaltet, der Standort zieht nach. Noch nicht sichtbar.
nicht eingerichtet	Das Einrichten ist gescheitert. Nichts wurde freigeschaltet.
abgeschaltet	Ausgeblendet. Die Daten ruhen und kommen beim Aktivieren unverändert zurück.
nicht aktiv	Wurde nie eingeschaltet.
zieht um	Wechselt gerade den Standort.

Der Zustand steht immer als Wort neben dem Farbpunkt — die Farbe allein trägt keine Aussage.

Einschalten

Aktivieren öffnet einen Dialog. Dort wählen Sie

1. wo der Data Node laufen soll — einen der Standorte, die Ihr Mandant nutzen darf. Dort liegen künftig auch seine Daten. Empfohlen wird der Standort, auf dem die Data Nodes laufen, zu denen dieser Bezüge hat. Liegt ein Standort bei roleALPHA, steht dabei, dass die Daten dann nicht in Ihrem Rechenzentrum liegen.
2. ob der Data Node auch für rALPH und angebundene KI-Anwendungen freigegeben wird. Das ist anfangs aus; es ist dieselbe Einstellung wie unter KI-Einstellungen → Datenfreigabe.

Danach wird eingerichtet, in vier Schritten:

1. Der Standort übernimmt die Konfiguration.
2. Der Dienst startet.
3. Der Dienst antwortet.
4. Er wird im Menü freigeschaltet.

Das dauert meist wenige Minuten; das Fenster muss nicht offen bleiben. Erst nach Schritt 4 sehen Ihre Nutzer den Data Node. Scheitert ein Schritt, wird nichts freigeschaltet — die Zeile nennt den Grund, und Sie können es erneut versuchen oder einen anderen Standort wählen.

Hat Ihr Mandant keinen eigenen Standort, gibt es nichts zu wählen und nichts abzuwarten: der Data Node steht sofort zur Verfügung.

Ein Data Node, der früher schon lief, wird an seinem alten Standort wieder eingeschaltet — dort liegen seine Daten. Soll er woanders laufen, schalten Sie ihn ein und ziehen ihn danach um.

Abschalten

Abschalten löscht nichts. Die Daten bleiben am Standort liegen; Wieder-Aktivieren bringt Objekte, Beziehungen, Rechte und Verlauf unverändert zurück. Endgültig gelöscht wird nur über Einstellungen → Datenaufbewahrung.

Vor dem Abschalten zeigt der Dialog konkret, was sich ändert: wie viele Objekte und Beziehungen verschwinden, dass Regeln im Automator und Validator aussetzen, ob die KI den Data Node nicht mehr sieht — und welche anderen aktiven Data Nodes dadurch Bezüge verlieren. Zur Bestätigung tippen Sie den Namen ein. Der Schalter in der Zeile öffnet denselben Dialog; abgeschaltet wird nie ohne Rückfrage.

Bezüge zwischen Data Nodes

Manche Data Nodes führen Beziehungen zu anderen: ein Bedarf fordert eine Rolle, eine Kompetenz hängt an Personen. Fehlt das Gegenüber, funktioniert der Data Node weiter — ihm fehlen nur diese Bezüge. Abschalten wird dadurch nie gesperrt, aber Aktivieren- und Abschalten-Dialog nennen, wer betroffen ist. Dieselbe Angabe steht auf jeder Modulseite oben im Kasten „Abhängigkeiten”.

Data Node	Bezüge zu	Wird bezogen von
Personen	—	Kompetenzen (über HAS_COMPETENCE), Bedarfe (über REQUESTS_MEMBER)
Rollen	—	KI Agenten (über AGENT_FULFILLS_ROLE), Kompetenzen (über REQUIRES), Bedarfe (über ORIGINATES_FROM, REQUIRES_ROLE)
Wertschöpfung	—	KI Agenten (über AGENT_SUPPORTS_PROCESS), Kompetenzen (über ASSESSED_IN), Bedarfe (über ORIGINATES_FROM)
OKRs	—	Bedarfe (über ORIGINATES_FROM)
Projekte	—	Bedarfe (über ORIGINATES_FROM)
Richtlinien	—	KI Agenten (über AGENT_BOUND_BY_POLICY)
Kostenstellen	—	Bedarfe (über ORIGINATES_FROM)
Kompetenzen	Bedarfe (über REQUIRES), Personen (über HAS_COMPETENCE), Wertschöpfung (über ASSESSED_IN), Rollen (über REQUIRES)	KI Agenten (über AGENT_USES_COMPETENCE)
Bedarfe	KI Agenten (über REQUESTS_MEMBER), Kostenstellen (über ORIGINATES_FROM), OKRs (über ORIGINATES_FROM), Personen (über REQUESTS_MEMBER), Wertschöpfung (über ORIGINATES_FROM), Projekte (über ORIGINATES_FROM), Rollen (über ORIGINATES_FROM, REQUIRES_ROLE)	Kompetenzen (über REQUIRES)
KI Agenten	Kompetenzen (über AGENT_USES_COMPETENCE), Richtlinien (über AGENT_BOUND_BY_POLICY), Wertschöpfung (über AGENT_SUPPORTS_PROCESS), Rollen (über AGENT_FULFILLS_ROLE)	Bedarfe (über REQUESTS_MEMBER)

Fehlt ein Data Node, zu dem Bezüge bestehen, funktioniert der andere weiter — ihm fehlen nur diese Bezüge. Abschalten wird dadurch nie gesperrt, aber der Dialog nennt, wer betroffen ist.

Standort wechseln

Standort wechseln zieht einen Data Node mit allen Daten um. Zwei Arten:

Art	Was passiert
Mit Rückweg (empfohlen)	Der alte Standort bleibt 7 Tage als Rückfall stehen. Sie können zurück — ohne Datenverlust. Danach wird er automatisch aufgeräumt.
Direkt	Schneller und ohne doppelten Platzbedarf. Der alte Standort wird nach erfolgreicher Prüfung sofort geleert.

Während der Übertragung ist der Data Node kurz nur lesbar; Entwürfe warten und werden danach eingereicht. Umgezogen wird sofort, eine Planung auf einen späteren Zeitpunkt gibt es noch nicht.

Wo Ihre Daten liegen

Rechts zeigt die Seite jeden Standort, den Ihr Mandant nutzen darf: ob er erreichbar ist, wer ihn betreibt und was darauf läuft. Wer einen Standort betreibt, bestimmt das Betriebsmodell der Data Nodes darauf:

Betreiber	Betriebsmodell
roleALPHA	M1 — vollständig verwaltet
Sie selbst (eigener Server)	M2 — hybrid
Ihr Hoster	M3 — Kunden-Cloud

Anmeldung und Verwaltung (Core) bleiben immer bei roleALPHA. Die Auslastung (Arbeitsspeicher, Platte, CPU) meldet der Standort selbst; ohne Meldung steht dort „Keine Messung”, nie 0 %.

Einen weiteren Standort — etwa einen eigenen Server — bindet der roleALPHA-Betrieb an. Danach erscheint er hier, und Sie entscheiden selbst, was dort läuft.

Protokoll

Jedes Ein- und Abschalten und jeder Umzug wird protokolliert: wer, wann, von welchem Standort wohin, mit dem Betriebsmodell vorher und nachher. Die letzte Änderung steht unten auf der Seite; Änderungsprotokoll klappt die Liste auf. Die Standortwahl gilt nach dem Auftragsverarbeitungsvertrag als Ihre dokumentierte Weisung.

Änderungen durch roleALPHA in Ihrem Auftrag

Auf Ihre Anfrage – etwa im Support – kann der roleALPHA-Betrieb Data Nodes, KI-Einstellungen oder das Firmenprofil für Sie ändern. Das geschieht nie still: roleALPHA muss dafür jedes Mal einen Grund angeben, ohne Grund wird die Änderung abgelehnt. Im Protokoll steht der Eintrag dann mit dem Namen der handelnden Person und dem Zusatz „im Auftrag von roleALPHA: ‹Grund›”. Bloßes Ansehen Ihrer Einstellungen wird nicht so vermerkt.

Wer darf das?

Lesen und Ändern ist Tenant-Admins vorbehalten (Recht admin:tenant). Die frühere Seite „Service-Registry” ist in dieser Seite aufgegangen.