RecordWeb · Eine Geschichte über Zuständigkeit
Verantwortung hat einen Ort.
Wie vernetzte Records über Organisationsgrenzen hinweg funktionieren, ohne dass Verantwortung im Netz verschwindet.
Es bedeutet: Verantwortung wird dort sichtbar, wo sie tatsächlich liegt.
Szene 1 · Eine Frage, zwei Verantwortungsräume
Herr Keller stellt eine Frage. Zwei Organisationen bearbeiten unterschiedliche Teile derselben Geschichte.
Parlament
Herr Keller reicht die parlamentarische Frage ein. Das Parlament führt sein eigenes Geschäft.
Regierung
Frau Roth erarbeitet die Antwort. Die Regierung führt ihr eigenes Geschäft.
Szene 2 · Der verständliche Reflex
„Dann kopieren wir die Antwort doch einfach in unser Dossier.“
Dieser Satz klingt zunächst vernünftig. Eine Kopie scheint Sicherheit zu geben: Was bei uns liegt, liegt in unserer Kontrolle.
Doch mit jeder Kopie entstehen neue Fragen: Welche Fassung gilt? Wer aktualisiert sie? Was geschieht, wenn sich Zuständigkeit, Version oder Bereitstellung verändern?
Herr KellerParlamentarier
Parlamentarischer Case
Szene 3 · Verlinken mit klaren Grenzen
Eine Beziehung verbindet. Verantwortung bleibt beim jeweiligen Record.
Parlament
Der FrageRecord bleibt im parlamentarischen Verantwortungsraum.
Das Parlament verantwortet: seine Identität, seinen Status, seine Bereitstellung und seinen Geschäfts-Kontext.
Regierung
Der AntwortRecord bleibt im Verantwortungsraum der Regierung.
Die Regierung verantwortet: Bearbeitung, Finalisierung, Fassung und Bereitstellung der Antwort.
Szene 4 · Verantwortung ist mehr als Eigentum
Mehrere Rollen können sichtbar sein, ohne einander zu ersetzen.
Erzeugende Person
Frau Roth oder ein Team erstellt, prüft und bearbeitet einen Record im fachlichen Kontext.
Verantwortliche Stelle
Eine Organisation oder Anwendung verantwortet die Führung, Finalisierung und Bereitstellung ihres Records.
Prüfende Stelle
Das Archiv oder eine unabhängige Prüfstelle kann Konformität gegen definierte Regeln beurteilen.
Nutzende Person
Parlament, Öffentlichkeit, Archiv oder Fachperson nutzt den Record im zulässigen Umfang.
Szene 5 · Auch die Anwendung hat eine Verantwortung
Die zuständige Anwendung ist kein neutraler Speicherort.
Solange eine Anwendung betrieben wird, führt sie Records in ihrem Verantwortungsbereich. Sie muss ihre Records identifizieren, ihren Status und ihre Fassung führen sowie einen Bezugspunkt (Endpoint) bereitstellen.
Szene 6 · Dezentral, aber nicht beliebig
Ein Netz braucht klare Verantwortungsgrenzen.
Ohne klare Grenzen
- Mehrere Kopien wirken wie mehrere Originale
- Unklar, wer eine Fassung aktualisieren darf
- Unklar, wer Verfügbarkeit gewährleisten muss
- Prüfstellen, Anwendungen und Fachstellen vermischen ihre Rollen
- Beim Systemwechsel beginnt eine Zuständigkeitsdiskussion
Mit klaren Grenzen
- Jeder Record hat einen verantworteten Kontext
- Beziehungen erlauben Vernetzung ohne Eigentumswechsel
- Status und Version sind dem zuständigen Record zugeordnet
- Konformität kann die Erzeugungs- und Führungsregeln prüfen
- Ein EoL löst einen definierten Übergang aus
Szene 7 · Verantwortung kann übergehen
Wenn eine Anwendung endet, wird Verantwortung nicht unsichtbar übergeben.
Beim End of Life einer Anwendung braucht es eine kontrollierte Übergabe (custodyTransfer). Der Record bleibt dabei derselbe; sein Aufbewahrungs- und Bereitstellungskontext wechselt nachvollziehbar.
Führt den Record, solange sie betrieben wird und zuständig ist.
Dokumentierter Übergang der Aufbewahrungs- und Bereitstellungsverantwortung.
Übernimmt die Verantwortung und stellt den bestehenden Record im neuen Kontext bereit.
Szene 8 · Verantwortung wird überprüfbar
Andere Organisationen müssen Verantwortung nicht nur glauben.
Es kann auf die Antwort der Regierung verlinken und prüfen, welche Stelle sie führt, welche Fassung gilt und unter welchen Regeln sie erzeugt wurde.
Sie kann auf die Frage des Parlaments verlinken, ohne deren Original übernehmen zu müssen und den referenzierten Kontext zu prüfen.
Es kann Anforderungen an Führung, Konformität und kontrollierten Übergang stellen, statt nur nachträglich Bestände zu retten.
Zusammenspiel: Klare Verantwortung macht Verlinkung möglich. Prüfbarkeit macht dieses Vertrauen belastbar. Ein geregelter Übergang sichert die Verantwortung, wenn eine Anwendung endet.
RecordWeb · Verantwortungsarchitektur
Ein Netz aus Records braucht keine zentrale Besitznahme.
Es braucht eigenständige, verantwortete Records; explizite Beziehungen; prüfbare Regeln; und einen nachvollziehbaren Übergang, wenn Verantwortung wechselt.
Aber alles bleibt in seinem Zusammenhang verantwortlich.