Informationsobjekte und Personenbezug

Mit Informationsobjekten beantwortest du die Frage: Welche Applikation hält welche Informationen, in welcher Rolle – und wie schutzwürdig sind sie im Sinne des Datenschutzes?

Schon mit wenig Pflege entsteht eine brauchbare Basisliste: Viele Zuordnungen leitet Leitstand aus deinen Schnittstellen ab. Was noch fehlt, zeigt Leitstand offen als „Nicht beurteilt“ bzw. „unbekannt“ an, statt es zu verschweigen. Warum das Feature bewusst schlank gebaut ist und was du bei welchem Pflegeaufwand bekommst, erklären die 80/20-Regeln.

Was ist ein Informationsobjekt?

Ein Informationsobjekt beschreibt eine Art von Information – einen Typ, keinen einzelnen Datensatz. „Kundenauftrag“ ist ein Informationsobjekt, „Auftrag 4711 von Firma Müller“ nicht. Leitstand speichert nur Angaben über deine Daten, nie die Daten selbst.

Je nach Branche sehen typische Informationsobjekte so aus:

Umfeld	Beispiele
Industrie und Maschinenbau	Kundenauftrag, Artikel und Bestand, Produkt- und Konstruktionsdaten, Maschinendaten
Handel und Dienstleistung	Kunde und Auftrag, Angebot und Vertrag, Rechnung und Zahlung, Lieferant und Bestellung
Gesundheitswesen	Patient und Fall, Befund, Dienstplan
Öffentliche Verwaltung und Soziales	Leistungsakte (Sozialdaten), Antrag und Bescheid
In fast jedem Unternehmen	Mitarbeiter-Stammdaten, Lohn und Gehalt, Bewerbung, Benutzerkonto und Berechtigung

Jedes Informationsobjekt hat einen Namen (Pflicht, je Organisation eindeutig – Groß- und Kleinschreibung zählen dabei nicht), eine optionale Beschreibung, den Personenbezug, Tags und Weiterführende Dokumentation. Über die Links verweist du zum Beispiel auf den passenden Eintrag in deinem Verzeichnis der Verarbeitungstätigkeiten – Leitstand verlinkt, statt zu ersetzen.

Personenbezug

Jedes Informationsobjekt bekommt eine von drei festen Stufen. Die Stufen sind für alle Organisationen gleich, es gibt keine eigene Skala je Mandant.

Stufe	Bedeutung	Hinweis in der Oberfläche
Kein Personenbezug	Die Informationen lassen keinen Rückschluss auf Personen zu.	z. B. Artikelstamm, Maschinendaten, anonymisierte Statistik
Personenbezogen	Daten zu bestimmten oder bestimmbaren Personen.	z. B. Kunden, Mitarbeitende, Benutzerkonten
Besonders schützenswert	Besonders sensible Daten über Personen.	z. B. Gesundheits-, Patienten- oder Sozialdaten
Nicht beurteilt	Voreinstellung beim Anlegen: Die Einstufung fehlt noch.	Noch niemand hat das Objekt eingestuft.

Beispiele aus verschiedenen Branchen:

• „Lohn und Gehalt“ ist besonders schützenswert – die Abrechnung enthält zum Beispiel Krankheitstage und die Konfession für die Kirchensteuer.
• „Patient und Fall“ und „Leistungsakte (Sozialdaten)“ sind besonders schützenswert.
• „Kunde und Auftrag“ ist personenbezogen.
• „Produkt- und Konstruktionsdaten“ haben keinen Personenbezug.

hinweis

Die Einstufung beschreibt, was in den Informationen steckt – nicht, wie gut sie geschützt sind. Leitstand ersetzt keine Rechtsberatung: Ob Daten in deinem Fall besonders schützenswert sind, klärst du im Zweifel mit deiner bzw. deinem Datenschutzbeauftragten.

Personenbezug einer Applikation

An der Applikation wird der Personenbezug nicht gepflegt, sondern angezeigt: Er ist die höchste Stufe aller Informationsobjekte, die die App hält – gepflegt oder aus Schnittstellen abgeleitet, gleich in welcher Rolle.

• Sind Objekte noch nicht eingestuft, steht daneben „n nicht beurteilt“.
• Hat eine App gar keine Informationsobjekte, steht dort „Keine Informationsobjekte zugeordnet“ – niemals „Kein Personenbezug“. Ohne Objekte weiß Leitstand schlicht nichts.
• Die Kritikalität der App bleibt davon unberührt.

Die Schnittregel: Wie fein schneide ich?

Teile ein Informationsobjekt nur dann, wenn sich der Personenbezug der Teile unterscheidet. Beispiel: „Mitarbeiter-Stammdaten“ (Personenbezogen) und „Krankmeldungen“ (Besonders schützenswert) sind zwei Objekte; „Adresse“, „Bankverbindung“ und „Eintrittsdatum“ gehören dagegen alle in „Mitarbeiter-Stammdaten“.

Als Richtwert genügen 15 bis 40 Informationsobjekte für eine ganze Organisation. Leitstand ist kein Datenkatalog – Attribute, Felder oder einzelne Tabellen pflegst du hier nicht.

Die 80/20-Regeln

So viel wie nötig, so wenig wie möglich. Die Idee hinter „80/20“: Mit einem kleinen Teil des Aufwands eines klassischen Datenkatalogs sollen sich die meisten Fragen beantworten lassen, die im Alltag wirklich gestellt werden: Wo liegen besonders schützenswerte Daten? Welche Systeme halten eine bestimmte Information? Was fließt nach außen? Dafür folgt das Feature ein paar festen Regeln.

1. Nur der Name ist Pflicht – Lücken bleiben sichtbar. Beschreibung, Personenbezug, Tags und die Rolle an der App sind optional. Was fehlt, erscheint ausdrücklich als „Nicht beurteilt“ oder „unbekannt“; eine App ohne Objekte zeigt „Keine Informationsobjekte zugeordnet“ und nie „Kein Personenbezug“. Der Füllstand-Satz im Tab zeigt, wie belastbar die Angaben insgesamt sind. Warum: Eine unvollständige, aber ehrliche Liste ist nützlicher als eine, die Vollständigkeit vortäuscht – und du kannst sofort anfangen.

2. Typ statt Datensatz – Angaben über Daten, keine Daten. Ein Informationsobjekt ist eine Art von Information („Kundenauftrag“), kein einzelner Vorgang. Leitstand speichert keine Nutzdaten. Warum: Typen ändern sich selten, die Liste bleibt also lange richtig – und Leitstand selbst wird nicht zum Ort für personenbezogene Daten.

3. Die Rolle ist optional und kennt nur „schreibt“ und „liest“. „schreibt“ heißt: legt an oder ändert. „liest“ heißt: zeigt an, empfängt, archiviert. Feinere Unterscheidungen („erzeugt“, „ändert“, „gibt weiter“) gibt es bewusst nicht. Warum: Die wichtige Frage ist, wo eine Information entsteht oder geändert wird und wo nur Kopien liegen. Feinere Rollen weiß im Alltag kaum jemand verlässlich, und eine geratene Angabe ist schlechter als „unbekannt“.

4. Ableiten statt doppelt pflegen – und nur einen Schritt weit. Trägt eine Schnittstelle ein Objekt, ergibt sich daraus, welche Apps es halten (siehe Abgeleitete Zuordnungen). Diese Ableitungen werden bei jedem Aufruf neu berechnet und nicht gespeichert, gepflegte Angaben an der App haben Vorrang. Warum: Du pflegst jede Tatsache nur an einer Stelle, und gelöschte oder geänderte Schnittstellen hinterlassen keine veralteten Zuordnungen. Leitstand reicht ein Objekt nicht über mehrere Apps weiter, weil es nicht weiß, ob eine App empfangene Daten tatsächlich weitergibt.

5. Eine feste Einstufung für alle – wie die Kritikalität. Der Personenbezug hat drei feste Stufen plus „Nicht beurteilt“, gleich für alle Organisationen und Branchen. Es gibt keine Einstellungsseite, keine eigenen Schutzmerkmale und keine Branchenvorlagen; die Branche steckt nur in Beispielen und Hinweisen. Warum: Personenbezug ist branchenunabhängig – Patientendaten, Sozialdaten und Personalakten fallen alle darunter. Mit einer festen Skala sehen Filter, Berichte und dieses Handbuch überall gleich aus.

6. Personenbezug ist eine Tatsache, keine Bewertung. Die Stufe beschreibt, was in den Informationen steckt („enthält Gesundheitsdaten“), nicht, wie hoch der Schutzbedarf nach Abwägung ist. Deshalb zeigt die App ihren Personenbezug nur an (die höchste Stufe ihrer Objekte); es gibt dort nichts zu bestätigen, herabzustufen oder zu überschreiben. Warum: Ein Abstufungs-Workflow wäre eine Schutzbedarfsfeststellung – die gehört in dein Informationssicherheits-Managementsystem (ISMS), nicht in die Bestandsaufnahme. Die Kritikalität der App bleibt davon unabhängig.

7. Grob schneiden: nur teilen, wenn sich der Personenbezug unterscheidet. Siehe Die Schnittregel. Als Richtwert reichen 15 bis 40 Objekte für eine ganze Organisation. Warum: Jedes zusätzliche Objekt muss zugeordnet und eingestuft werden; mehr Feinheit bringt für die Fragen oben kaum zusätzliche Antworten.

8. Ein Assistent statt einer dauerhaften Begriffsregel. Der Assistent „Aus Schnittstellen übernehmen“ schreibt die gewählten Objekte ausdrücklich an die Schnittstellen. Eine stille Regel „Begriff X bedeutet Objekt Y“ gibt es nicht; später angelegte Schnittstellen mit demselben Freitext bekommen ihre Objekte also nicht automatisch – der Assistent zeigt sie dir wieder mit „schon zugeordnet x/y“. Warum: Was an der Schnittstelle steht, ist die eine Wahrheit; eine versteckte Regel daneben wäre eine zweite, die niemand mehr nachvollzieht.

Was du bei welchem Pflegeaufwand bekommst

Du musst nicht alles auf einmal pflegen. Jede Stufe ist für sich nützlich; die Aufwandsangaben sind eine grobe Orientierung, keine Messwerte.

Stufe	Was du pflegst	Aufwand (grob)	Was du bekommst
1. Basisliste	Objekte anlegen (am schnellsten mit „Vorschläge übernehmen“) und den Schnittstellen zuordnen (am schnellsten mit dem Assistenten); Apps ohne passende Schnittstelle direkt an der App	einmal je Objekt und je Freitext-Begriff bzw. App	welche App welche Information hält, gepflegt oder abgeleitet; die Detailseite je Objekt mit allen Applikationen und Schnittstellen; die Basisliste app_information_objects.csv im Export
2. Rolle	„schreibt“ oder „liest“ an der App, wo die Ableitung „unbekannt“ ergibt und die Rolle wichtig ist	nur dort, wo nötig	wo Informationen entstehen oder geändert werden und wo nur Kopien liegen; der Antwortsatz „… davon schreiben“; der Anteil „mit Rolle“ im Füllstand
3. Einstufung und Fluss	Personenbezug je Objekt; die externen Schnittstellen mit ihren Objekten	eine Entscheidung je Objekt, nicht je App	Personenbezug je App mit Spalte und Filter im Inventar; Abfluss und Zufluss je Objekt; der DSGVO-Report mit Informationsobjekten und höchstem Personenbezug je externer Schnittstelle

Was Leitstand bewusst nicht ist

Die Informationsobjekte sind Zuarbeit, kein Ersatz für andere Werkzeuge:

• Kein Datenkatalog: keine Attribute oder Felder, keine Versionen, keine einzelnen Datensätze oder Datenmengen, keine Herkunftsketten über mehrere Systeme.
• Kein Verzeichnis der Verarbeitungstätigkeiten: kein Zweck, keine Rechtsgrundlage, keine Löschfristen. Leitstand liefert die Übersicht, welche Systeme welche Informationen halten und wohin sie fließen – verlinke den passenden Eintrag deines Verzeichnisses am Objekt.
• Kein ISMS: keine Schutzbedarfsfeststellung, keine Abstufung, keine Maßnahmen.
• Keine Nutzdaten: Leitstand enthält nur Angaben über Daten.

Informationsobjekte anlegen

Du findest alle Objekte unter Inventar → Informationsobjekte.

Über der Liste steht der Füllstand, zum Beispiel: „12 von 40 Applikationen haben Informationsobjekte, 30 % der Zuordnungen mit Rolle; 8 von 10 Objekten beurteilt.“ So siehst du, wie belastbar die Angaben schon sind.

Die Tabelle zeigt Name (mit Beschreibung), Personenbezug und wie viele Applikationen und Schnittstellen das Objekt halten bzw. tragen. Das Suchfeld „Informationsobjekte durchsuchen…“ findet Objekte nach Name, Beschreibung, Tags und Personenbezug (siehe Suchen und auswählen). Ein Klick auf eine Zeile öffnet die Detailseite.

Ein einzelnes Objekt anlegen:

1. Klicke auf „Informationsobjekt hinzufügen“.
2. Trage im Dialog „Informationsobjekt hinzufügen“ den Namen ein (z. B. „Kundenauftrag“), optional eine Beschreibung.
3. Wähle den Personenbezug – voreingestellt ist „Nicht beurteilt“. Unter dem Feld erscheint der Hinweis zur gewählten Stufe.
4. Klicke auf „Speichern“.

Gibt es den Namen schon, meldet Leitstand „Ein Informationsobjekt mit diesem Namen gibt es schon.“

Mit Vorschlägen starten: Solange noch kein Objekt angelegt ist, bietet der leere Tab „Vorschläge übernehmen“ an. Der Dialog zeigt einen branchenneutralen Startkatalog, jeweils mit vorgeschlagenem Personenbezug – zum Beispiel „Kunde und Auftrag“, „Rechnung und Zahlung“, „Artikel und Bestand“, „Mitarbeiter-Stammdaten“, „Lohn und Gehalt“, „Gesundheitsdaten“ oder „Statistik aggregiert“. Alle Vorschläge sind vorausgewählt; entferne die Häkchen bei allem, was du nicht brauchst, und klicke auf „… übernehmen“ (davor steht die Anzahl). Namen, die es schon gibt, werden übersprungen. Prüfe danach die vorgeschlagene Einstufung – sie ist ein Startpunkt, keine Bewertung deiner Daten.

Anlegen, Ändern und Löschen dürfen nur Nutzer mit Schreibrechten (Editor/Admin).

An einer Applikation zuordnen

Auf der Detailseite einer Applikation steht unter den Dienstleister-Zuordnungen der Abschnitt „Informationsobjekte“. Daneben siehst du den Personenbezug der App.

1. Klicke in das Suchfeld „Informationsobjekt suchen und hinzufügen…“. Die Liste zeigt sofort den ganzen Katalog; Tippen grenzt sie ein.
2. Klicke auf ein Objekt (oder wähle es mit ↑/↓ und Enter). Es erscheint sofort als Zeile mit der Rolle „unbekannt“.
3. Die Liste bleibt offen – wähle gleich das nächste Objekt. Bereits zugeordnete Objekte erscheinen nicht mehr in der Liste.
4. Setze in jeder Zeile die Rolle:

Rolle	Bedeutung
schreibt	legt an oder ändert
liest	zeigt an, empfängt, archiviert
unbekannt	Rolle (noch) nicht gepflegt – ein gültiger Zustand

Alle Änderungen werden automatisch gespeichert. Mit dem × in der Zeile („<Name> entfernen“) nimmst du eine Zuordnung wieder heraus. Der Name in der Zeile führt zur Detailseite des Objekts.

Unter jedem Namen steht die Herkunft: „gepflegt“ oder – wenn das Objekt zusätzlich über Schnittstellen läuft – „gepflegt, auch über …“ mit den Gegenstellen. Hast du keine Rolle gesetzt, Leitstand kann aber eine aus den Schnittstellen ableiten, steht neben der Auswahl zum Beispiel „(abgeleitet: liest)“.

Gibt es noch gar keine Informationsobjekte, führt der Link „im Inventar unter „Informationsobjekte“ anlegen“ direkt in den Tab.

An einer Schnittstelle zuordnen

Im Formular einer Schnittstelle (siehe Schnittstellen dokumentieren) wählst du unter „2. Art der Daten“ im Feld „Informationsobjekte“ aus, welche Informationen über die Verbindung fließen – ebenfalls per Suchfeld (dort kurz „Suchen und hinzufügen…“). Die gewählten Objekte stehen als Chips über dem Feld; das × am Chip entfernt eines.

Ordne nur die Nutzlast zu, so steht es auch im Hinweis am Feld: „Nur die Nutzlast zuordnen, nicht die mitgeschickte Kennung (z. B. Kundennummer im Nachrichtenkopf).“ Eine Befundnachricht trägt den Befund – die Patientennummer im Kopf jeder Nachricht macht daraus noch kein Objekt „Patient und Fall“.

Die Informationsobjekte sind dort die einzige Angabe zur Art der Daten; die frühere Datenkategorie wird nicht mehr gepflegt. Das Freitextfeld „Details zum Datenobjekt (Freitext)“ bleibt für Ergänzungen erhalten. Auf der Detailseite der Schnittstelle stehen die Informationsobjekte mit ihrem Personenbezug und dem Maximum („Personenbezug (Maximum):“) als Links zu ihren Detailseiten; an der App erscheinen sie im Abschnitt „Schnittstellen“ in der zweiten Zeile der Schnittstelle.

Abgeleitete Zuordnungen

Trägt eine Schnittstelle ein Informationsobjekt, leitet Leitstand daraus ab, welche Applikationen es halten. Abgeleitete Zuordnungen werden nicht gespeichert, sondern bei jedem Aufruf neu berechnet: Löschst oder änderst du die Schnittstelle, ändern sich auch die Ableitungen.

Schnittstelle trägt das Objekt	Ableitung
App A sendet an App B	A hält es (Rolle unbekannt), B liest
App A und App B halten sich synchron (bidirektional)	A und B halten es (Rolle unbekannt)
App sendet an einen externen Partner	die App hält es (Rolle unbekannt) – Abfluss nach extern
App empfängt von einem externen Partner	die App liest – Zufluss von extern
Verbindung läuft über eine Gateway/ETL-App	zusätzlich: das Gateway liest

Dabei gilt:

• Gepflegt hat Vorrang. Ist das Objekt an der App gepflegt, gilt die dort gesetzte Rolle; die Schnittstellen erscheinen zusätzlich als Herkunft („gepflegt, auch über …“). Ist an der App keine Rolle gesetzt, gilt die abgeleitete.
• Mehrere Schnittstellen: Nur wenn alle Ableitungen „liest“ ergeben, lautet die Rolle „liest“, sonst „unbekannt“.
• Nur ein Schritt: Leitstand reicht ein Objekt nicht über mehrere Apps weiter.
• Unterapplikationen zählen für sich; nichts wird auf die Hauptapplikation hochgerechnet.

Auf der App-Detailseite stehen abgeleitete Zuordnungen grau mit gestricheltem Rahmen unter den gepflegten, mit dem Hinweis „aus Schnittstelle mit …“ und der verlinkten Gegenstelle. Ändern kannst du sie nur an der Schnittstelle – oder du ordnest das Objekt an der App ausdrücklich zu und setzt dort die Rolle.

Assistent „Aus Schnittstellen übernehmen“

Hast du in deinen Schnittstellen schon Freitexte gepflegt („Details zum Datenobjekt (Freitext)“, früher „Datenobjekt“), musst du nicht jede Schnittstelle einzeln anfassen:

1. Klicke im Tab Informationsobjekte auf „Aus Schnittstellen übernehmen“.
2. Der Assistent listet jeden Begriff mit der Zahl der Schnittstellen und dem Stand „schon zugeordnet x/y“. Begriffe, die sich nur in Groß- und Kleinschreibung oder Leerzeichen unterscheiden, sind zusammengefasst; noch nicht vollständig zugeordnete stehen oben.
3. Klicke bei einem Begriff auf „Zuordnen…“ und wähle über „Informationsobjekt suchen und hinzufügen…“ ein oder mehrere vorhandene Objekte – oder setze das Häkchen „Als neues Objekt anlegen („…“)“, um ein Objekt mit dem Begriff als Namen anzulegen.
4. „Übernehmen“ ordnet die Objekte allen Schnittstellen mit diesem Begriff zu; Leitstand meldet, wie viele Schnittstellen ergänzt wurden.

Der Assistent ergänzt nur – vorhandene Zuordnungen bleiben erhalten, und jede geänderte Schnittstelle bekommt einen Eintrag im Änderungsprotokoll. Neu angelegte Objekte sind zunächst „Nicht beurteilt“; setze den Personenbezug danach auf ihrer Detailseite.

Die Detailseite

Ein Klick auf ein Objekt (im Tab, an einer App oder an einer Schnittstelle) öffnet seine Detailseite. Ganz oben steht die Antwort in einem Satz, zum Beispiel:

Kundenauftrag wird von 7 Applikationen gehalten, 2 davon schreiben; 1 Abfluss nach extern.

Darunter:

• Stammdaten – Name, Beschreibung, Personenbezug, Tags und Weiterführende Dokumentation. Änderungen werden automatisch gespeichert.
• Applikationen (n) – alle Apps, die das Objekt halten, mit Rolle und Herkunft („gepflegt“, „aus Schnittstelle“ oder „gepflegt, auch aus Schnittstelle“).
• Schnittstellen (n) – alle Schnittstellen, die das Objekt tragen: Quelle → Ziel, Gateway und Fluss („intern“, „Abfluss“ oder „Zufluss“).
• Änderungsprotokoll – wer wann was geändert hat.

So beantwortest du bei einem Vorfall, einer Migration oder einem Auskunftsersuchen schnell: Wo liegt diese Information überall, und wohin fließt sie?

Die Kopfzeile „← Inventar / Informationsobjekte / <Name>“ führt zurück zum Inventar bzw. zum Tab. Rechts kopierst du mit „Link kopieren“ den Deeplink; über „Löschen“ (nur mit Schreibrechten) entfernst du das Objekt nach Rückfrage („Informationsobjekt löschen?“). Dabei werden auch alle Zuordnungen an Applikationen und Schnittstellen entfernt.

Personenbezug im Inventar

Im Inventar-Tab Applikationen steht direkt nach „Kritikalität“ die Spalte „Personenbezug“: die höchste Stufe der Objekte, die die App hält. Hat eine App Objekte, aber keines ist eingestuft, steht dort „Nicht beurteilt“; ganz ohne Objekte „Keine Objekte“.

Über „Filter“ legst du eine Regel auf die Spalte an. Wählbar sind „Besonders schützenswert“, „Personenbezogen“, „Kein Personenbezug“, „Nicht beurteilt“ und „Keine Objekte“. Der Wert „Nicht beurteilt“ trifft jede App, bei der noch mindestens ein Objekt nicht eingestuft ist – auch wenn andere schon eingestuft sind. Sortiert wird nach Stufe, nicht alphabetisch.

So beantwortest du die Frage „Wo liegen bei uns besonders schützenswerte Daten?“ mit einem Filter.

Export (CSV)

Der ZIP-Vollexport enthält:

Datei	Inhalt
information_objects.csv	alle Informationsobjekte: id, name, description, personal_data, tags, created_at, updated_at
app_information_objects.csv	die Basisliste Applikation × Informationsobjekt – eine Zeile je Haltung, gepflegt und abgeleitet: app_id, app_name, info_object_id, info_object_name, personal_data, role, maintained, interface_ids
app_information_objects_maintained.csv	nur die an Applikationen gepflegten Zuordnungen, genau wie gespeichert: app_id, app_name, info_object_id, info_object_name, role
interfaces.csv	zusätzlich die Spalte info_object_ids
external_interfaces.csv	der DSGVO-Report der externen Schnittstellen, mit den neuen Spalten flow, external_partner_country, info_objects, personal_data_max und info_objects_unassessed (Zahl der nicht eingestuften Objekte)

Die Werte sind technisch codiert: personal_data ist none (Kein Personenbezug), personal (Personenbezogen), special (Besonders schützenswert) oder leer (Nicht beurteilt); role ist writes (schreibt), reads (liest) oder leer (unbekannt); maintained ist true (gepflegt) oder false (nur aus Schnittstellen abgeleitet). Im DSGVO-Report bedeutet flow = outbound einen Abfluss an den Partner und inbound einen Zufluss vom Partner; info_objects nennt die Objekte der Schnittstelle (getrennt durch Semikolon), personal_data_max deren höchste Stufe und info_objects_unassessed, wie viele davon noch nicht eingestuft sind – eine leere Stufe mit 0 nicht eingestuften heißt also „keine Objekte“, nicht „kein Personenbezug“.

Informationsobjekte lassen sich derzeit nicht per CSV importieren.

Häufige Fragen

Ist das ein Verzeichnis der Verarbeitungstätigkeiten? Nein. Leitstand hält keinen Zweck, keine Rechtsgrundlage und keine Löschfristen fest. Die Liste der Informationsobjekte und der DSGVO-Report sind eine Zuarbeit für dein Verzeichnis (siehe Was Leitstand bewusst nicht ist). Verlinke den passenden Eintrag deines Verzeichnisses einfach unter „Weiterführende Dokumentation“.

Muss ich jede Zuordnung von Hand pflegen? Nein. Ordne Informationsobjekte zuerst an den Schnittstellen zu – am schnellsten mit dem Assistenten „Aus Schnittstellen übernehmen“. Daraus ergeben sich viele Zuordnungen an den Apps automatisch. Gepflegt werden muss nur, was keine Schnittstelle zeigt (z. B. ein System, in dem Daten erfasst werden), oder wo du die Rolle festhalten willst.

Warum steht an meiner App „Nicht beurteilt“, obwohl sie nur Konstruktionsdaten hält? Mindestens ein Objekt der App ist noch nicht eingestuft. Öffne die Objekte über den Abschnitt „Informationsobjekte“ der App und setze den Personenbezug.

Was ist aus der Datenkategorie einer Schnittstelle geworden? Die Informationsobjekte haben sie ersetzt: Sie beschreiben genauer, welche Informationen fließen, und tragen den Personenbezug. Das Formular bietet die Datenkategorie nicht mehr an, Suche und Berichte werten sie nicht mehr aus. Hat eine ältere Schnittstelle noch eine, zeigt ihre Detailseite den Hinweis „Datenkategorie (alt): …“ – ordne dort Informationsobjekte zu und klicke auf „Hinweis entfernen“ (siehe Schnittstellen dokumentieren).

Wer darf Informationsobjekte bearbeiten? Anlegen, Ändern, Zuordnen und Löschen dürfen Editoren und Admins. Viewer sehen alles, ohne etwas ändern zu können.