Wie organisiert man True-Crime-Recherche in einer Fallakte? 0 % gelesen

Wie organisiert man True-Crime-Recherche in einer Fallakte?

Organisieren Sie eine True-Crime-Fallakte als verknüpftes Dokumentensystem: Trennen Sie Fallübersicht, Personen, Ereignisse, Behauptungen, Quellen und Material in eigene Dokumentklassen und verbinden Sie sie mit stabilen Kennungen und expliziten Querverweisen. So bleibt jede wesentliche Behauptung bis zur Quelle rückverfolgbar, Unsicherheit sichtbar und jede Änderung über eine Revisionshistorie nachvollziehbar, ohne Informationen mehrfach zu speichern.

Fallakte auf einen Blick

Trennen, verknüpfen, rückverfolgbar halten

Die Fallakte funktioniert wie ein verknüpftes Register: Jede Information hat eine definierte Dokumentfunktion, während Kennungen und Quellenangaben die Beziehungen prüfbar machen.

  1. 1
    Umfang festlegenFallidentität, Zuständigkeitsbereich, Zeitrahmen, Rechercheziel und Aufnahmegrenze definieren, bevor Unterlagen einsortiert werden.
  2. 2
    Dokumentklassen trennenFallübersicht, Personen, Ereignisse, Behauptungen, Quellen und Material jeweils dort führen, wo ihre Attribute gepflegt werden.
  3. 3
    Über Kennungen verknüpfenStabile Dokumentenkennungen, präzise Quellenangaben und explizite Beziehungsbezeichnungen statt kopierter Inhalte verwenden.
  4. 4
    Status und Revisionen pflegenUngeklärte, gestützte oder widersprochene Angaben sichtbar halten und Änderungen so protokollieren, dass frühere Zustände wiederherstellbar bleiben.
Kernregel
Information einmal pflegen, mehrfach referenzieren.
Grenze
Eine Verknüpfung ist keine Verifizierung.
Prüfziel
Abrufbarkeit, Rückverfolgbarkeit und konsistente Beziehungen.

Dieser Ansatz erhält die Kontinuität, während sich die Fallakte weiterentwickelt. Organisation und Verknüpfung sind jedoch keine Verifizierung: Ein organisiertes Dokument oder eine verknüpfte Quelle belegt eine Behauptung nicht automatisch.

Die Organisation der Fallakte ist getrennt vom Finden von Quellen, vom Verifizieren von Behauptungen, vom Erstellen einer vollständigen Chronologie oder vom Prüfen von Recherchefehlern; sie stellt die Struktur bereit, in der die Ergebnisse dieser Aktivitäten festgehalten und abgerufen werden können.

Der praktische nächste Schritt besteht darin, die Kernstruktur der Dokumente zu definieren, die die Informationen der Fallakte aufnehmen und verbinden wird.

Inhaltsverzeichnis

Die Kernstruktur der Fallakte aufbauen

Die Dokumentarchitektur der Fallakte funktioniert, indem sie die Recherche in verschiedene Dokumentklassen unterteilt und diese Klassen durch stabile Kennungen verknüpft.

In dieser Struktur besteht ein praktischer Kern aus sechs Dokumentklassen: der Fallübersicht, dem Personendokument, dem Ereignisdokument, dem Behauptungsdokument, dem Quellendokument und dem Dokument für unterstützendes Material.

Jede Dokumentklasse speichert Informationen für eine organisatorische Funktion, was den Abruf präziser macht und die Notwendigkeit reduziert, dasselbe Detail in der gesamten Fallakte zu duplizieren.

Eine stabile Dokumentenkennung bietet den Referenzpunkt, der für die Rückverfolgbarkeit zwischen verwandten Dokumenten erforderlich ist.

Dokumentklassen der Fallakte, verbunden durch stabile Dokumentenverweise

Die Dokumentklassen bilden ein verbundenes System und nicht sechs isolierte Sammlungen.

Die Fallübersicht enthält den Umfang und den identifizierenden Kontext der Akte, während die anderen Dokumentklassen Personen, Vorkommnisse, Behauptungen, Quellen oder unterstützendes Material entsprechend ihrer Funktion speichern.

Querverweise verbinden verwandte Dokumente und ermöglichen es, Informationen funktional getrennt zu halten und dennoch über die gesamte Fallaktenstruktur abrufbar zu machen.

Dokumentklasse Was gespeichert wird Verknüpfte Dokumente Zweck des Abrufs oder der Rückverfolgbarkeit
Fallübersicht Fallidentität, Umfang und aktueller organisatorischer Kontext Personen, Ereignisse, Behauptungen, Quellen und unterstützendes Material Stellt die gemeinsame fallbezogene Referenz für die Akte bereit
Personendokument Identität und dokumentierte Beziehungsinformationen Ereignisse, Behauptungen, Quellen und andere Personendokumente Hält eine Personenreferenz über verwandte Dokumente hinweg verfügbar
Ereignisdokument Ein einzelnes Vorkommnis und seinen aufgezeichneten Zeitpunkt, Ort oder beschreibende Details Personen, Behauptungen, Quellen und unterstützendes Material Ermöglicht das Abrufen und Referenzieren des Vorkommnisses ohne Wiederholung an anderer Stelle
Behauptungsdokument Eine bestimmte Aussage und ihren aufgezeichneten Status oder Kontext Quellen, Personen, Ereignisse und unterstützendes Material Ermöglicht die Rückverfolgung der Behauptung zu den Dokumenten, die sie berichten, stützen, widersprechen oder anderweitig betreffen
Quellendokument Quellenidentität und Standortinformationen Behauptungen, Ereignisse, Personen und unterstützendes Material Stellt eine stabile Quellenreferenz bereit, die mehrere Dokumente wiederverwenden können
Dokument für unterstützendes Material Dokumente, Bilder, Dateien oder andere aufbewahrte Materialien Behauptungen, Ereignisse, Personen und Quellen Stellt einen abrufbaren Ort für Material bereit, das mit einem anderen Dokument verknüpft ist

Verknüpfte Dokumente sollten einander über die Dokumentenkennung referenzieren, anstatt den vollständigen Inhalt in jeden verbundenen Eintrag zu kopieren.

Ein Behauptungsdokument kann beispielsweise ein Quellendokument referenzieren, während das Quellendokument der einzige Ort bleibt, der die identifizierenden Informationen dieser Quelle speichert.

Diese Trennung hält jede Dokumentklasse funktional getrennt und bewahrt gleichzeitig den Querverweis, der zum Abrufen verwandten Materials erforderlich ist.

Ein hypothetisches Ereignisdokument E-014 könnte beispielsweise das Personendokument P-003, das Behauptungsdokument C-021 und das Quellendokument S-008 referenzieren, ohne alle drei Dokumente innerhalb des Ereigniseintrags wiederzugeben.

Die Fallaktenstruktur organisiert diese Beziehungen; das Finden von Quellen, das Bewerten von Behauptungen, das Erstellen der übergreifenden Chronologie und das Diagnostizieren von Recherchefehlern bleiben separate Rechercheaufgaben.

Fallübersicht und Rechercheumfang

Die Fallübersicht ist das Ankerdokument, das den Umfang einer True-Crime-Fallakte definiert, bevor untergeordnete Dokumente hinzugefügt werden.

Sie dokumentiert die Fallidentität und die Bedingungen, die festlegen, welche Personen, Ereignisse, Behauptungen und Materialien zur Akte gehören.

Fallübersichtsdokument mit Fallkennung, Zuständigkeitsbereich, Zeitrahmen, Rechercheziel, Aufnahmegrenze und Recherchestatus

Die Fallkennung und der Zuständigkeitsbereich legen die Identität der Akte fest, während der Zeitrahmen, das Rechercheziel, die Aufnahmegrenze und der Recherchestatus ihre Betriebsgrenzen definieren.

Die explizite Dokumentation dieser Attribute stellt sicher, dass die Aufnahme in die Akte vom festgelegten Umfang abhängt und nicht von einer losen Assoziation mit dem Fallthema.

Wenn eine Akte beispielsweise Ereignisse innerhalb eines definierten Zuständigkeitsbereichs und Zeitrahmens abdeckt, gelangt eine zugehörige Person oder ein Ereignis außerhalb dieser Grenzen nicht allein deshalb in die Akte, weil sie mit demselben Fallthema verbunden ist; es bedarf eines dokumentierten Grundes im Rechercheziel oder in der Aufnahmegrenze.

Die Fallübersicht steuert daher die Aufnahme und den Ausschluss und dient nicht als narrative Zusammenfassung des Falls.

Personen- und Beziehungsdokumente

Ein Personendokument identifiziert jede relevante Person einmalig und hält deren dokumentierte Identitätsattribute und Dokumentenverknüpfungen an einem Ort.

Das Personendokument kann die Person dann mit einer Rolle, Beziehung, einem Ereignis, einer Behauptung oder einer Quelle verbinden, ohne das vollständige Identitätsprofil in jedem zugehörigen Dokument zu wiederholen.

Personendokument, das Identitäts- und Beziehungsfelder mit zugehörigen Ereignis-, Behauptungs- und Quellendokumenten verknüpft

Der kanonische Name liefert die hauptsächliche Arbeitsidentität für das Dokument, während jeder Alias separat dokumentiert werden sollte, wenn das Recherchematerial einen anderen Namen verwendet.

Eine Rolle oder Beziehung sollte den dokumentierten Wert oder Status tragen, der durch die relevante Quelle gestützt wird, einschließlich eines unsicheren oder umstrittenen Status, wenn das Material keine einzelne geklärte Beschreibung unterstützt.

Eine dokumentierte Beziehung ist daher ein dokumentierter Beziehungszustand, keine Schlussfolgerung über Motiv, Schuld oder rechtlichen Status.

Stabile Dokumentenkennungen und Quellenangaben verbinden diese Identitätsattribute mit den Dokumenten, in denen sie relevant sind.

Ein hypothetisches Personendokument P-003 könnte beispielsweise das Ereignisdokument E-014, das Behauptungsdokument C-021 und das Quellendokument S-008 referenzieren, während der kanonische Name, die Aliasse, die Rolle und die dokumentierten Beziehungen der Person nur in P-003 geführt werden.

Diese Querverweise verbinden die Person mit mehreren Dokumenten, ohne in der gesamten Fallakte doppelte Personenprofile zu erzeugen.

Ereignisdokumente und Zeitleistenverweise

Ein Ereignisdokument speichert ein einzelnes Vorkommnis mit einer eigenen Ereigniskennung, einem Datums- oder Zeitstatus, einem Ort, einer Ereignisbeschreibung und Verweisen auf zugehörige Dokumente.

Das Ereignisdokument kann das Vorkommnis mit einer Person, einer Behauptung, einer Quelle oder unterstützendem Material verknüpfen, ohne diese Dokumente in den Ereigniseintrag zu kopieren.

Eine Quellenangabe sollte an den dokumentierten Details haften bleiben, sodass die Attribute und die Unsicherheit des Ereignisses auf das Material zurückgeführt werden können, aus dem sie entnommen wurden.

Ereignisdokument mit Zeitgenauigkeit, Ort und Verknüpfungen zu zugehörigen Dokumenten

Das Datums- oder Zeitattribut sollte seinen Grad an zeitlicher Genauigkeit angeben, anstatt unsichere Informationen als exakt darzustellen.

Ein exakter Status zeichnet ein bestimmtes, belegtes Datum oder eine bestimmte, belegte Uhrzeit auf; ein ungefährer Status gibt an, dass das Vorkommnis in der Nähe eines berichteten Zeitpunkts liegt; ein Bereichsstatus zeichnet einen begrenzten Zeitraum auf; ein unbekannter Status zeichnet auf, dass das verfügbare Material die Zeit nicht festlegt.

Diese Status beeinflussen, wie sicher das Ereignis später in eine chronologische Reihenfolge eingeordnet werden kann, während die im Ereignis selbst festgehaltene Unsicherheit erhalten bleibt.

Zeitstatus Dokumentierte Bedingung Auswirkung auf die Zeitleiste
Exakt Ein bestimmtes Datum oder eine bestimmte Uhrzeit wird durch die dokumentierte Quellenangabe gestützt Das Ereignis kann zu diesem angegebenen Zeitpunkt in chronologischer Reihenfolge eingeordnet werden
Ungefähr Das Datum oder die Uhrzeit wird nur ungefähr berichtet Der Zeitleistenverweis sollte diese Annäherung beibehalten, anstatt eine exakte Platzierung zu implizieren
Bereich Das Vorkommnis wird zwischen zwei dokumentierten zeitlichen Grenzen eingegrenzt Das Ereignis kann innerhalb dieses Bereichs eingeordnet werden, ohne einen nicht belegten einzelnen Zeitstempel zuzuweisen
Unbekannt Der verfügbare Nachweis legt kein brauchbares Datum oder keine brauchbare Uhrzeit fest Das Ereignis bleibt chronologisch nicht eingeordnet, bis ein belegter zeitlicher Wert verfügbar wird

Ein Ereignisdokument und eine Fallzeitleiste erfüllen daher unterschiedliche Funktionen: Das Ereignisdokument speichert das Vorkommnis und seine Attribute, während ein Zeitleistenverweis dieses Ereignis gemäß der verfügbaren zeitlichen Informationen unter anderen Ereignissen einordnet.

Ein Ereignisdokument E-014 könnte beispielsweise einen Bereichszeitstatus, einen Ort, eine Ereignisbeschreibung, Kennungen zugehöriger Dokumente und eine Quellenangabe beibehalten, selbst wenn die übergeordnete Zeitleiste ihm keine exakte Position zuweisen kann.

Dieser Abschnitt zeichnet Ereignisdaten und deren zeitliche Genauigkeit auf, ohne die übergreifende Chronologie zu rekonstruieren oder zu klären.

Behauptungs- und Quellendokumente

Ein Behauptungsdokument und ein Quellendokument sollten getrennt, aber verknüpft bleiben, damit jede Aussage auf das zugehörige Material zurückgeführt werden kann.

Das Behauptungsdokument speichert die Behauptung und ihre Behauptungskennung, während das Quellendokument die identifizierenden Informationen der Quelle unter einer Quellenkennung speichert.

Die Behauptungs-Quellen-Verknüpfung dokumentiert dann die relevante Quellenangabe und den Beziehungsstatus, ohne die Existenz eines Zitats als Beleg zu behandeln.

Behauptungs- und Quellendokumente, verknüpft durch Quellenkennungen, Standorte und Beziehungsstatus

Eine Quellenangabe sollte den genauen Teil des Materials identifizieren, der für die Behauptung relevant ist,, z. B. eine Seite, einen Abschnitt, einen Zeitstempel oder einen anderen verfügbaren Lokalisator.

Der Berichtsstatus kann Material unterscheiden, das eine Behauptung lediglich berichtet, von Material, das als Unterstützung, Widerspruch oder anderer relevanter Kontext dokumentiert ist.

Eine Quelle, die eine Aussage berichtet, unterstützt diese Aussage nicht zwangsläufig; der Beziehungsstatus dokumentiert, was die Quelle in Bezug auf die Behauptung tut.

Die explizite Beibehaltung dieser Unterscheidung verbessert die Rückverfolgbarkeit, ohne ein separates Urteil über die Gesamtzuverlässigkeit der Quelle zu fällen.

Behauptungskennung Behauptungstext Quellenkennung und Quellenangabe Beziehungsstatus Anmerkungen
C-021 Hypothetische Behauptung A S-008, spezifischer Lokalisator in der Quelle dokumentiert Berichtet Die Quelle enthält die Behauptung, aber die Verknüpfung allein stellt keine Unterstützung dar
C-021 Hypothetische Behauptung A S-012, spezifischer Lokalisator in der Quelle dokumentiert Gestützt Ein zweiter Quellenverweis ist mit derselben Behauptung verknüpft
C-022 Hypothetische Behauptung B S-008, separater Lokalisator in derselben Quelle dokumentiert Widerspricht Dasselbe Quellendokument kann mit mehr als einer Behauptung verknüpft werden

Diese hypothetische Viele-zu-viele-Beziehung erlaubt es einer Behauptung, mehrere Quellen zu referenzieren, und einem Quellendokument, mehrere Behauptungen zu referenzieren, ohne eines der vollständigen Dokumente zu duplizieren.

Jede Verknüpfung behält ihre eigene Quellenangabe, ihren Berichtsstatus und ihre relevanten Anmerkungen bei, sodass das organisatorische Ergebnis Rückverfolgbarkeit zwischen Behauptungen und Quellenmaterial ist, und nicht die Annahme, dass eine verknüpfte Quelle die Behauptung belegt.

Beweismittel- und Materialdokumente

Das Dokument für unterstützendes Material verzeichnet jedes unterstützende Element, sodass es lokalisiert und mit der Behauptung, Person oder dem Ereignis verknüpft werden kann, zu dem es gehört, ohne die Aufbewahrung als Beleg des faktischen Status zu behandeln.

Jedes Dokument sollte dem Material eine stabile Elementkennung zuweisen und die für den Abruf erforderlichen Informationen zu Beschreibung, Herkunft, Aufbewahrung, Verknüpfung und Provenienz beibehalten.

Das Dokument für unterstützendes Material organisiert daher Identität, Herkunft, Aufbewahrungsort, Kennungen zugehöriger Dokumente, Provenienz und Status eines Elements, während diese Attribute von Schlussfolgerungen darüber, was das Material belegt, getrennt bleiben.

Ein Quellendokument identifiziert Material, das als Recherchequelle verwendet wird, während ein Dokument für unterstützendes Material ein aufbewahrtes oder referenziertes Element katalogisiert, das eigene Abruf- und Verknüpfungsmetadaten benötigt; wenn dasselbe Material beide Funktionen erfüllt, können Querverweise doppelte Aufbewahrung verhindern.

Die Katalogisierung eines Elements authentifiziert es nicht automatisch, begründet keine rechtliche Zulässigkeit und belegt nicht die Behauptung, die Personenbeziehung oder das Ereignis, mit dem es verknüpft ist.

Einheitliche Namenskonventionen und Dokumentenkennungen verwenden

Eine einheitliche Namenskonvention und ein stabiles System von Dokumentenkennungen erleichtern das Auffinden, Sortieren, Querverweisen und Aktualisieren von Dokumenten, ohne auf das Gedächtnis angewiesen zu sein.

Ein Dateiname kann für den menschlichen Abruf beschreibend bleiben, während eine Dokumentenkennung als stabile Kennung fungiert, die dasselbe Dokument auch dann weiterhin referenzieren sollte, wenn sich beschreibende Namen ändern.

Richten Sie beide Teile des Systems in einer festgelegten Reihenfolge ein, sodass dieselben Regeln auf neue und bestehende Dokumente angewendet werden können.

Das genaue Trennzeichen, die Großschreibung, das Datumsformat und die beschreibenden Felder können variieren, aber Konsistenz und Portabilität sollten die Wahl bestimmen.

  1. Die beschreibenden Felder auswählen. Nur Attribute aufnehmen, die das Dokument wesentlich unterscheiden, wie Betreff, Dokumenttyp, Datum, Sequenz oder Version. Prüfung: jedes ausgewählte Feld sollte zum Unterscheiden oder Auffinden der Datei beitragen, anstatt redundante Formulierungen hinzuzufügen.
  2. Die Feldreihenfolge und das Trennzeichen festlegen. Die ausgewählten Felder in eine wiederholbare Reihenfolge bringen und ein einheitliches Trennzeichen verwenden, z. B. einen Bindestrich oder Unterstrich, das in der vorgesehenen Speicherumgebung zuverlässig funktioniert. Prüfung: vergleichbare Dateinamen sollten dieselben Felder in derselben Reihenfolge aufweisen.
  3. Die Schreibweise von Datum und Version standardisieren. Ein einheitliches Datumsformat und ein einheitliches Versionsmuster wählen, wenn diese Attribute relevant sind; ein System könnte beispielsweise YYYY-MM-DD für Daten und v01, v02, v03 für aufeinanderfolgende Versionen verwenden. Prüfung: derselbe Datums- oder Versionstyp sollte innerhalb desselben Namenssystems nicht in konkurrierenden Formaten vorkommen.
  4. Eine dauerhafte Dokumentenkennung vergeben. Jedes Dokument mit einer eindeutigen, stabilen Kennung versehen, die nicht von seinem beschreibenden Dateinamen abhängt, z. B. E-014 für ein Ereignisdokument. Prüfung: das Ändern einer Betreffbezeichnung, Datumsbeschreibung oder Dateiversion sollte keine Änderung der Dokumentenkennung erfordern.
  5. Die Konvention anwenden und überprüfen. Die Namenskonvention und die Dokumentenkennung gemeinsam verwenden, sobald ein Dokument erstellt, umbenannt, querverwiesen oder aktualisiert wird. Prüfung: bestätigen, dass der Dateiname dem gewählten Muster folgt und dass jeder Querverweis noch auf dieselbe stabile Kennung verweist.

Beschreibende Felder können sich ändern, wenn eine klarere Betreffbezeichnung, ein korrigiertes Datum oder eine neue Version den Dateinamen nützlicher macht, aber die Dokumentenkennung sollte dauerhaft bleiben, sodass bestehende Verweise nicht umgeschrieben werden müssen.

Ein hypothetisches Dateinamenmuster könnte beispielsweise FALL-A_ereignisnotiz_2025-04-12_v02.txt lauten. Fallkennung, Dokumenttyp, Datum und Version sind dabei in einer festen Reihenfolge durch Unterstriche getrennt, während die unabhängige Dokumentenkennung E-014 unverändert bleibt.

Diese Beispiele veranschaulichen eine funktionierende Struktur und keinen universellen Standard; das maßgebliche Erfordernis ist die einheitliche Umsetzung in der gesamten Fallakte.

Dateinamen beschreibend, einheitlich und leicht auffindbar halten

Ein beschreibender Dateiname sollte eine Datei identifizieren und gruppieren, ohne dass sie geöffnet werden muss.

Nehmen Sie nur stabile, aussagekräftige Felder auf, die helfen, das Dokument zu unterscheiden, und wenden Sie dasselbe Namensmuster konsequent an, sodass das Auffinden nicht vom Erinnern eines einzelnen Dateinamens abhängt.

Wählen Sie Felder danach aus, was Benutzer zum Durchsehen oder Sortieren benötigen, und halten Sie dann ihre Reihenfolge über vergleichbare Dateien hinweg vorhersagbar.

Verwenden Sie ein Trennzeichen konsistent, anstatt ein bestimmtes Zeichen als verbindlich zu behandeln, und halten Sie das Datumsformat und die Versionsschreibweise konsistent, wenn diese Felder Dokumente wesentlich unterscheiden.

Wenn Dateien zwischen Systemen wechseln, können einfache maschinenlesbare Zeichen und begrenzte Sonderzeichen die Portabilität verbessern, vorbehaltlich der Anforderungen dieser Systeme.

Vermeiden Sie Namen, die übermäßig lang werden oder Informationen wiederholen, die die Identifikation oder das Auffinden nicht verbessern.

Für dieselbe hypothetische Interviewnotiz ist FALL-A_person-x_interviewnotiz_2026-03-14_v02.docx leichter zu identifizieren, zu sortieren und aufzufinden, weil Fallkennung, Betreff, Materialtyp, Datum und Version explizit sind.

Ein schwächerer Name wie person-x-notizen-endgueltig.docx lässt die Fallkennung und das Datum weg, macht den Materialtyp ungenauer und verwendet mit endgueltig eine Versionsbezeichnung, die ihren Platz in einer Sequenz nicht angibt.

Stabile Kennungen für Querverweise vergeben

Kennungsregeln auf einen Blick

Funktion
Die Dokumentenkennung bleibt die dauerhafte Referenz, auch wenn sich Dateiname, Bezeichnung oder andere bearbeitbare Details ändern.
Eindeutigkeit
Innerhalb der Fallakte erhält jedes Dokument genau eine eindeutige Kennung; bereits vergebene Kennungen werden nicht für andere Dokumente wiederverwendet.
Schema
Ein Klassenpräfix wie P für Person oder E für Ereignis kann die Dokumentart markieren. Veränderliche Metadaten gehören nicht in die dauerhafte Kennung.
Vergabe
Eine kontrollierte Sequenz oder vergleichbare Regel wird vor der Vergabe auf Kollisionen geprüft; spätere Umbenennungen lassen die Kennung unverändert.

Ein hypothetisches Ereignisdokument könnte beispielsweise E-014 verwenden, während Behauptungsdokument C-021 E-014 als Querverweis speichert; die Kennung identifiziert das verknüpfte Dokument, belegt, validiert, bewertet oder begründet jedoch nicht den Beweisstatus seines Inhalts.

Jede Behauptung, ihre Quellen und ihren Recherchestatus verfolgen

Ein Behauptungsregister dokumentiert, was behauptet wird, woher die Behauptung stammt und welchen Recherchestatus sie hat, während der zugrunde liegende Quellennachweis zurückverfolgbar bleibt.

Jede Behauptung sollte eine eigene Behauptungskennung haben, die mit der relevanten Quellenkennung und Quellenangabe verknüpft ist, damit eine spätere Überprüfung zum genauen Material hinter dem Eintrag zurückkehren kann.

Das Register unterstützt die Rückverfolgbarkeit und Nachverfolgung, anstatt eine Statusbezeichnung als Aussage über die endgültige Wahrheit zu behandeln.

Dokumentieren Sie für jede Behauptung einen knappen Behauptungstext, die verknüpfte(n) Quellenkennung(en), die verfügbare Quellenangabe für jeden Verweis, den aktuellen Recherchestatus, jedes ungeklärte Problem und das Datum der letzten Überprüfung.

Ein Recherchestatus sollte einen dokumentierten Zustand beschreiben: zum Beispiel ungeklärt, wenn das verfügbare Material noch keine klare Bewertung zulässt, gestützt, wenn verknüpftes Material die dokumentierte Behauptung stützt, oder widersprochen, wenn verknüpftes Material ihr widerspricht.

Jeder Zustand sollte zu einer expliziten Nachverfolgungsmaßnahme führen, anstatt allein durch die Bezeichnung Sicherheit zu suggerieren.

Das Behauptungsregister kann daher sowohl den aktuellen Stand als auch die verbleibende Recherchearbeit offenlegen.

Behauptungskennung Behauptungstext Quellenkennung und Angabe Recherchestatus Ungeklärtes Problem Zuletzt überprüft Nachverfolgung
C-031 Hypothetische Behauptung über ein Ereignisdetail S-014, dokumentierte Seiten- oder Abschnittsangabe Ungeklärt Derzeit ist nur eine berichtende Quelle verknüpft 2026-09-28 Weiteres relevantes Material suchen und die Behauptung erneut prüfen
C-032 Hypothetische Behauptung mit verknüpftem unterstützendem Material S-018 und S-022, separate dokumentierte Angaben Gestützt Derzeit ist kein spezifischer Widerspruch dokumentiert 2026-09-29 Den Quellennachweis beibehalten und prüfen, ob neues Material den dokumentierten Zustand ändert
C-033 Hypothetische Behauptung mit widersprüchlichem Material S-025, dokumentierte Angabe Widersprochen Das verknüpfte Material widerspricht der dokumentierten Aussage 2026-09-29 Den Widerspruch zur weiteren Prüfung markieren, ohne die frühere Änderungshistorie zu überschreiben

Wenn neue Informationen den dokumentierten Zustand einer Behauptung ändern, aktualisieren Sie ihren aktuellen Recherchestatus, während die frühere Revision erhalten bleibt, sodass der vorherige Zustand wiederherstellbar ist.

Eine hypothetische Behauptung könnte sich beispielsweise von „ungeklärt“ zu „gestützt“ ändern, nachdem eine zweite Quellenkennung und eine präzise Quellenangabe hinzugefügt wurden, während der frühere Status „ungeklärt“ Teil der Änderungshistorie bleibt.

Das Datum der letzten Überprüfung und das ungeklärte Problem sollten gleichzeitig aktualisiert werden, sodass die nächste Nachverfolgung den aktuellen Dokumentenstand widerspiegelt.

Dies bewahrt die Rückverfolgbarkeit durch Statusänderungen, ohne das Register selbst als Verifizierungsmethode darzustellen.

Jede Behauptung mit ihren relevanten Quellen verknüpfen

Jede Verknüpfung von Behauptung zu Quelle sollte eine Behauptungskennung mit der genauen Quellenkennung und, wo verfügbar, einer präzisen Quellenangabe verbinden – etwa einer Seite, einem Absatz, einem Zeitstempel, einem Datensatzeintrag oder einer anderen auffindbaren Stelle.

Die Aufzeichnung sowohl der Quellenangabe als auch des Lokalisators bietet einem anderen Leser einen direkten Weg zurück zum relevanten Material und verbessert so Abruf, Überprüfung und Rückverfolgbarkeit, ohne das Zitat selbst als Verifizierung zu behandeln.

Die hypothetische Behauptung C-041 könnte beispielsweise auf Quelle S-017, Seite 12, Absatz 3, mit der Beziehung „berichtet von“ verweisen, während Quelle S-024 über den Zeitstempel 00:18:42 mit der Beziehung „gestützt von“ verknüpft ist.

Wenn beide Quellen unabhängig voneinander dieselbe Aussage stützen, kann das Behauptungsdokument den Status „durch mehrere Quellen bestätigt“ vermerken; falls S-024 der Behauptung jedoch widerspricht, sollte diese Beziehung als „widerspricht“ dokumentiert werden, während die Berichtsverknüpfung zu S-017 intakt bleibt.

Die getrennte Aufbewahrung jeder Quellenkennung, Quellenangabe und jedes Beziehungsstatus bewahrt die vollständige Rückverfolgbarkeit von Übereinstimmung und Widerspruch, ohne die Quellenverknüpfung zu einem Urteil über die Quellenqualität zu machen.

Ungeklärte Informationen und Recherchelücken getrennt dokumentieren

Ein Dokument für ungeklärte Informationen sollte jedes ungeklärte Problem oder jede Recherchelücke getrennt von geklärten Fallnotizen halten, sodass Unsicherheit sichtbar bleibt, anstatt in die Falldarstellung aufgenommen zu werden.

Verwenden Sie es für einen widersprüchlichen Bericht, ein fehlendes Dokument, ein ungeklärtes Datum, eine unbestätigte Verbindung oder eine andere offene Frage und verknüpfen Sie den Eintrag über die Kennung des zugehörigen Dokuments mit jeder betroffenen Behauptung, jedem Ereignis, jeder Person oder Quelle.

Fehlende Information bedeutet zunächst nur, dass das benötigte Dokument derzeit nicht verfügbar ist; sie belegt nicht, dass das Dokument oder das Ereignis nicht existierte.

Jeder Lückeneintrag sollte angeben, was bekannt ist, warum das Problem ungeklärt bleibt, welche Belege benötigt werden und welche nächste Recherchemaßnahme seinen Status ändern könnte.

Ein Status für fehlende Informationen zeigt an, dass benötigtes Material nicht gefunden wurde; ein Status für widersprüchliche Informationen dokumentiert nicht vereinbare Angaben oder Dokumente; ein ungeklärter Status zeigt an, dass verfügbare Informationen mehr als eine Interpretation oder Genauigkeitsstufe zulassen.

Diese Klassifizierungen dokumentieren den gegenwärtigen Zustand, ohne Spekulation in Tatsachen umzuwandeln oder einen ungeklärten Status als Schlussfolgerung zu behandeln.

Lückenkennung Ungeklärtes Problem Kennungen zugehöriger Dokumente Grund der Ungeklärtheit Status Benötigte Belege Nächste Recherchemaßnahme
G-012 Datum des hypothetischen Ereignisses kann noch nicht genau eingeordnet werden E-014, C-041 Zwei verknüpfte Dokumente geben unterschiedliche Daten an Widersprüchliche Informationen Ein datiertes Dokument oder eine andere Quelle, die das Ereignisdatum klärt Zusätzliches datiertes Material zu E-014 prüfen
G-013 Hypothetisches referenziertes Dokument wurde nicht gefunden C-044, S-027 Die Quelle erwähnt das Dokument, aber das Dokument selbst ist in der aktuellen Akte nicht verfügbar Fehlende Information Das referenzierte Dokument oder ein zuverlässiger Nachweis seines Inhalts und seiner Herkunft Den Verweis über das verknüpfte Quellendokument zurückverfolgen und die Lücke aktualisieren, wenn das Dokument gefunden wird
G-014 Hypothetische Verbindung zwischen zwei Dokumenten bleibt unklar P-006, E-019 Das verfügbare Material zeigt eine mögliche Verbindung, begründet aber nicht deren Art Ungeklärt Zusätzliches Material, das klärt, ob und wie die Dokumente verbunden sind Die Verbindung qualifiziert lassen und neu verknüpftes Material prüfen

Eine offene Frage zum Datum des Ereignisses E-014 kann beispielsweise unter der Lückenkennung G-012 verbleiben und gleichzeitig mit der Behauptung C-041 verknüpft sein, sodass beide Dokumente zeigen, dass das Datum noch ungeklärt ist.

Wenn späteres Material den Widerspruch auflöst, den Status der Lücke aktualisieren und die frühere Bedingung beibehalten, sodass die Änderung nachvollziehbar bleibt.

Der Status sollte sich nur ändern, wenn neue Informationen einen anderen dokumentierten Zustand rechtfertigen.

Personen, Ereignisse, Behauptungen und Belege querverweisen

Ein Querverweis verbindet verschiedene Dokumente, sodass ein Forscher von einer Person, einem Ereignis, einer Behauptung oder einer Quelle zu den direkt zugehörigen Dokumenten gelangen kann, ohne deren vollständigen Inhalt zu duplizieren.

Jede Verknüpfung sollte die relevante Dokumentenkennung und eine explizite Beziehungsbezeichnung verwenden, die angibt, wie die beiden Dokumente verbunden sind.

Dies bewahrt die separate Funktion jedes Dokuments und macht die Fallakte gleichzeitig leichter navigierbar, abrufbar und überprüfbar.

Ein Querverweis sollte auf einer dokumentierten Beziehung beruhen, nicht auf Ähnlichkeit, erzählerischer Bequemlichkeit oder einer gefolgerten Verbindung.

Verwenden Sie stabile Dokumentenkennungen als Endpunkte jedes Querverweises und wählen Sie eine Beziehungsbezeichnung, die die gespeicherte Verbindung präzise beschreibt,, z. B. beteiligte Person , zugehöriges Ereignis , stützt Behauptung , widerspricht Behauptung oder stammt aus Quelle .

Wo praktikabel und durch die Dokumentenstruktur unterstützt, kann ein bidirektionaler Verweis es jedem verknüpften Dokument ermöglichen, auf das andere zurückzuverweisen, was die Abrufbehinderung bei späteren Überprüfungen verringert.

Der Rückverweis sollte dieselbe dokumentierte Beziehung aus der entsprechenden Dokumentenperspektive beschreiben, anstatt eine zweite Beziehung zu erfinden.

Wenn ein Dokument aktualisiert wird, ermöglichen die stabilen Kennungen, dass der Verweis intakt bleibt, ohne den geänderten Inhalt in jedes verknüpfte Dokument kopieren zu müssen.

Kennung des Ausgangsdokuments Beziehungsbezeichnung Kennung des Zieldokuments Auswirkung auf den Abruf
P-006 Zugehöriges Ereignis E-019 Das Personendokument kann die dokumentierte Ereignisverbindung abrufen, ohne das Ereignisdokument zu duplizieren
E-019 Zugehörige Behauptung C-044 Das Ereignisdokument kann die mit diesem Vorkommnis verbundene Behauptung abrufen
C-044 Stammt aus Quelle S-027 Die Behauptung kann zu dem Quellendokument zurückverfolgt werden, aus dem die dokumentierte Aussage oder das Material entnommen wurde

In dieser hypothetischen Kette ist die Person P-006 mit dem Ereignis E-019 verknüpft, das Ereignis mit der Behauptung C-044 und die Behauptung mit der Quelle S-027.

Jede Beziehung bleibt explizit und separat überprüfbar, sodass ein anderer Forscher der Kette in jeder gestützten Richtung folgen kann, ohne die Nähe zwischen Dokumenten als Beleg für Schuld, Kausalität oder eine undokumentierte Verbindung zu behandeln.

Das Ergebnis ist eine stärkere Rückverfolgbarkeit und ein besserer Abruf, während die zugrunde liegenden Dokumente prüfbar und nicht dupliziert bleiben.

Die Fallakte bei Rechercheänderungen aktuell halten

Eine Aktualisierungsroutine für die Fallakte sollte neue Informationen nur auf jedes betroffene Dokument anwenden, während der vorherige Zustand wiederherstellbar bleibt.

Behandeln Sie jede Wartungsaktualisierung als kontrollierte Revision: identifizieren Sie, was sich geändert hat, welche Dokumentenkennung betroffen ist, wie der revidierte Zustand lautet und welcher dokumentierte Grund für diese Änderung vorliegt.

  1. Die neuen Informationen aufnehmen: das neue Material dokumentieren und die spezifische Behauptung, das Ereignis, die Lücke, die Quelle oder die Beziehung identifizieren, die es betreffen könnte. Prüfung: bestätigen, dass das Material dem richtigen Fall zugeordnet wurde, bevor ein bestehendes Dokument geändert wird.
  2. Betroffene Dokumentenkennungen identifizieren: jedes betroffene Dokument vor der Bearbeitung auflisten, damit die Aktualisierung auf Dokumente beschränkt bleibt, deren Attribute oder Beziehungen sich ändern könnten. Prüfung: nicht betroffene Dokumente sollten außerhalb des Revisionsumfangs bleiben.
  3. Das erforderliche Dokument aktualisieren oder hinzufügen: das betroffene Attribut oder die betroffene Beziehung überarbeiten oder ein neues Dokument hinzufügen, wenn die neuen Informationen eine tatsächlich neue Entität, ein neues Ereignis, eine neue Behauptung, Quelle oder ein neues unterstützendes Element darstellen. Prüfung: den vorherigen Zustand beibehalten, sodass der frühere Dokumentenzustand wiederherstellbar bleibt.
  4. Behauptungs- oder Lückenstatus überprüfen: einen Status nur dann überarbeiten, wenn die neuen Informationen einen anderen dokumentierten Zustand rechtfertigen; andernfalls die bestehende Unsicherheit beibehalten. Prüfung: der revidierte Zustand sollte den verfügbaren Informationen entsprechen, anstatt eine Klärung anzunehmen.
  5. Querverweise aktualisieren: den relevanten Querverweis aktualisieren, wenn die neuen Informationen ändern, wie Dokumente zueinander in Beziehung stehen. Prüfung: jede betroffene Verknüpfung sollte noch auf die korrekte Dokumentenkennung und Beziehung verweisen.
  6. Die Revision dokumentieren: den vorherigen Zustand, den revidierten Zustand, die betroffenen Dokumentenkennungen und den dokumentierten Grund für die Änderung dokumentieren. Prüfung: ein anderer Prüfer sollte in der Lage sein, die neuen Informationen von der früheren Interpretation zu unterscheiden, ohne die gesamte Akte rekonstruieren zu müssen.

Eine neu gefundene Quelle könnte es beispielsweise rechtfertigen, den Status einer Behauptung zu überarbeiten und einen neuen Verweis zu einem Ereignis hinzuzufügen, während nicht betroffene Personen, Behauptungen und unterstützende Dokumente unverändert bleiben.

Die Wartungsprüfung ist daher nicht, ob sich die gesamte Fallakte geändert hat, sondern ob jedes betroffene Dokument die neuen Informationen widerspiegelt, seinen vorherigen Zustand bewahrt und konsistente Querverweise beibehält.

Revisionen protokollieren, ohne frühere Recherchezustände zu überschreiben

Ein Revisionsprotokoll bewahrt die Historie eines Dokuments, indem es dokumentiert, was sich geändert hat, wann die Änderung vorgenommen wurde und welche dokumentierte Grundlage für die Revision vorliegt, während der vorherige Zustand erhalten bleibt.

Dies ermöglicht es einer späteren Überprüfung, die Abfolge von Korrekturen und Statusänderungen zu rekonstruieren, ohne anzunehmen, dass das Protokoll über die Art und Weise, wie die Fallakte geführt wird, hinausgehende Sicherungen bietet.

Revisionsdatum Dokumentenkennung Geändertes Attribut Vorheriger Zustand Neuer Zustand Grund Quellenangabe
2026-09-30 E-014 Ereignisdatum 2026-04-12 2026-04-13 Hypothetische, neu geprüfte Quelle dokumentiert ein anderes Datum S-032, dokumentierte Angabe

Jeder Revisionseintrag sollte das Revisionsdatum und die Dokumentenkennung angeben, das geänderte Attribut benennen, den vorherigen Zustand bewahren, den neuen Zustand dokumentieren sowie den Grund und die Quellenangabe festhalten, die die Änderung stützen.

Der vorherige Wert oder Status sollte wiederherstellbar bleiben, sodass ein anderer Prüfer den früheren Recherchezustand von der späteren Korrektur unterscheiden kann.

In diesem hypothetischen Beispiel behält das Ereignisdokument E-014 sein früher dokumentiertes Datum, während die Revisionshistorie zeigt, dass sich das Ereignisdatum änderte, weil Quelle S-032 die dokumentierte Grundlage für die Korrektur lieferte.

Das Revisionsprotokoll bewahrt daher die Rückverfolgbarkeit, indem es beide Zustände und den Grund für die Änderung zur Überprüfung verfügbar hält.

Die Fallakte auf Vollständigkeit und Rückverfolgbarkeit prüfen

Eine Prüfung der Fallakte auf Vollständigkeit und Rückverfolgbarkeit stellt fest, ob das Organisationssystem Dokumente abrufen und wichtige Behauptungen zurückverfolgen kann, ohne auf das Gedächtnis angewiesen zu sein.

Sie überprüft beobachtbare strukturelle Bedingungen wie Kennungen, Verknüpfungen, Wartungsaufzeichnungen und Abrufpfade; das Bestehen dieser Prüfungen unterstützt die organisatorische Benutzbarkeit und begründet keine faktische Richtigkeit.

Jede Bedingung als bestanden oder mit einer gezielten Nachverfolgung bewerten.

Ein nicht bestandener Strukturcheck sollte das spezifische Dokument, die fehlende Verknüpfung oder das Wartungsproblem identifizieren, das korrigiert werden muss, anstatt den breiteren Recherche- oder Bestätigungsprozess wiederzueröffnen.

Nicht bestandene Prüfungen sollten gezielte Korrekturen an den betreffenden Dokumenten und Verknüpfungen auslösen, keine vollständige Umstrukturierung der Fallakte.