Eine Landkarte aus Objekten und Beziehungen
Ein Workplace Operations Graph bildet betriebliche Objekte und ihre Beziehungen zueinander ab. Stellen Sie sich eher eine Landkarte als eine Tabelle vor: Eine Person gehört zu einem Team, besitzt eine digitale Identität, nutzt ein Gerät und erhält Zugriff auf eine Anwendung. Jede Verbindung ergänzt Bedeutung, die ein isolierter Datensatz nicht vermitteln kann.
In der Fachsprache heissen die Objekte Knoten und die Verbindungen Kanten. Für die praktische Nutzung müssen Sie diese Begriffe nicht kennen. Entscheidend ist, ob Sie einer Beziehung folgen können, um eine konkrete betriebliche Frage zu beantworten, die Herkunft der Informationen zu verstehen und zu erkennen, wann eine Verbindung noch überprüft werden muss.
Menschen, Teams, Identitäten und Geräte
Eine Person und eine digitale Identität sind nicht dasselbe. Eine Person kann mehrere Konten haben, während eine gemeinsam genutzte Identität oder eine Dienstidentität möglicherweise keinem einzelnen Beschäftigten gehört. Die Teamzugehörigkeit liefert organisatorischen Kontext, beweist aber für sich genommen nicht, dass jemand eine bestimmte Berechtigung erhalten sollte.
Bei Geräten kommen weitere Beziehungen hinzu: nutzende Person, betreuende Stelle, Eigentümer und verwaltendes System können voneinander abweichen. Ein gemeinsam genutztes Gerät in einem Besprechungsraum sollte nicht zwanghaft einer einzelnen Person zugeordnet werden. Nützliche Verbindungen beschreiben ihre Bedeutung eindeutig und enthalten gegebenenfalls Gültigkeitszeiträume. So lässt sich eine aktuelle von einer früheren Zuordnung unterscheiden und eine gemeldete Verbindung von einer genehmigten Zuständigkeit.
Anwendungen, Lizenzen, Abonnements und betriebliche Systeme
Eine Anwendung ist ein genutzter Dienst oder ein Werkzeug. Eine Lizenz beschreibt ein Nutzungsrecht unter bestimmten Bedingungen. Ein Abonnement bildet eine geschäftliche Vereinbarung ab, die mehrere Lizenzen, Anwendungen oder Abrechnungszeiträume umfassen kann. Die Verbindung dieser Begriffe erklärt, warum ein Konto, ein zugewiesener Lizenzplatz und eine zahlbare Rechnung keine austauschbaren Einheiten sind.
Betriebliche Systeme liefern unterschiedliche Teile dieses Bildes. Ein Identitätsdienst kann Kontozugriffe melden, ein Anwendungsportal die Lizenzzuordnung und Beschaffung oder Finanzen den Vertrag sowie die Rechnung. Die Beziehungen sollten ausdrücken, was tatsächlich bekannt ist. Zugriff über einen Identitätsanbieter belegt keine tatsächliche Anwendungsnutzung. Eine Rechnung wiederum benennt nicht automatisch alle Personen, die von einem Dienst profitieren.
Betriebliche Vorgänge, Sicherheitsereignisse und Nachweise
Zu betrieblichen Datensätzen gehören Anfragen, Genehmigungen, Zuordnungen und Prozessergebnisse. Ihre Verbindung mit der betroffenen Person, dem Gerät oder der Anwendung erklärt nicht nur den aktuellen Zustand, sondern auch die Entscheidungen dahinter. Ein Sicherheitsereignis kann zusätzlichen Kontext zu einer Identität oder einem Endgerät liefern, ohne automatisch einen Sicherheitsvorfall oder einen Richtlinienverstoss zu beweisen.
Nachweis- und Compliance-Datensätze verbinden Beobachtungen mit Prüffragen und Kontrollverantwortung. Eine Richtlinie formuliert eine Erwartung, eine Genehmigung dokumentiert eine Entscheidung und ein überprüftes Ergebnis stützt eine Aussage zum Ausgang. Diese Informationsarten sind verschieden. Nur ergänzbare Audit-Protokolle und signierte Nachweisexporte können Nachvollziehbarkeit unterstützen. Dennoch sind nicht alle Datensätze unveränderlich, und Integritätskontrollen sind weder Zertifizierung noch rechtliche Garantie. Menschliche Prüfung bleibt erforderlich.
Ein fiktives Beispiel: eine Lizenzentscheidung nachvollziehen
Stellen Sie sich eine fiktive Prüfung einer von Lina genutzten Designanwendung vor. Ein importierter Personaldatensatz ordnet Lina dem Marketing zu. Ein manuell gepflegter Beschaffungseintrag nennt die für das Abonnement verantwortliche Person. Eine übereinstimmende E-Mail-Adresse deutet auf eine Verbindung zwischen Lina und einem Anwendungskonto hin. Bis zur Prüfung anhand einer verlässlichen Kennung oder bestätigten Quelle bleibt diese Verbindung jedoch abgeleitet.
Nach der Verifizierung kann die prüfende Person den Weg von Lina zum Konto, zur zugewiesenen Lizenz und zum Abonnement nachvollziehen. Die tatsächliche Nutzung bleibt unbekannt, wenn keine geeigneten Nutzungsinformationen vorliegen. Ein Teamwechsel löst daher eine Prüfung aus, keinen automatischen Zugriffsentzug. Beziehungen erleichtern die Untersuchung, ersetzen aber keine fehlenden Fakten. Das Beispiel erläutert das Konzept und beschreibt keine gemessenen Kundenergebnisse.
Den Graphen anhand unterstützter Fragen bewerten
Lojycal nutzt vernetzte betriebliche Zusammenhänge innerhalb seiner Plattform für Arbeitsplatzorganisation und digitale Abläufe. Das Graphkonzept erklärt diesen Ansatz. Es verspricht nicht, dass jede Beziehung automatisch erkannt, unterstützt oder aktuell gehalten wird. Klären Sie verfügbare Quellen und Beziehungen für Ihren Tarif und Arbeitsbereich einschliesslich Anbieterberechtigungen, Zuordnungen und Zugangsdaten. Der Zugriff auf Informationen und Aktionen bleibt durch Organisationszugehörigkeit und Rollen begrenzt.
Informieren Sie sich unter /operational-graph und besprechen Sie über /contact ein repräsentatives Szenario. Prüfen Sie, ob die Ansicht eine nachvollziehbar begründete Entscheidung unterstützt, auch wenn eine Frage berechtigterweise offenbleibt.
- Wählen Sie eine Frage mit mehreren Beziehungen, etwa nach der Verantwortung für ein Abonnement, das eine ausscheidende Person nutzt.
- Prüfen Sie Bedeutung, Quelle und Aktualität jeder Verbindung, einschliesslich Ausnahmen durch gemeinsame Konten oder Neuzuordnungen.
- Achten Sie darauf, dass importierte, manuelle, abgeleitete, verifizierte und unbekannte Informationen bei der Prüfung unterscheidbar sind.
- Testen Sie, wie falsche Verbindungen geklärt und Ergebnisse genehmigter Aktionen mit den Quellsystemen abgeglichen werden.