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
Umfang festlegenFallidentität, Zuständigkeitsbereich, Zeitrahmen, Rechercheziel und Aufnahmegrenze definieren, bevor Unterlagen einsortiert werden.
-
2
Dokumentklassen trennenFallübersicht, Personen, Ereignisse, Behauptungen, Quellen und Material jeweils dort führen, wo ihre Attribute gepflegt werden.
-
3
Über Kennungen verknüpfenStabile Dokumentenkennungen, präzise Quellenangaben und explizite Beziehungsbezeichnungen statt kopierter Inhalte verwenden.
-
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.
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.
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.
- Fallkennung: eine stabile, fallspezifische Kennung verwenden, damit Dokumente abgerufen und der richtigen Akte zugeordnet werden können.
- Zuständigkeitsbereich: den relevanten Zuständigkeitsbereich oder die relevanten Zuständigkeitsbereiche dokumentieren; Material außerhalb dieses geografischen oder rechtlichen Rahmens gehört nur dann zur Akte, wenn das Rechercheziel dies ausdrücklich vorsieht.
- Zeitrahmen: den von der Recherche abgedeckten Zeitraum dokumentieren; Ereignisse außerhalb dieses Rahmens sind ausgeschlossen, es sei denn, sie sind zum Verständnis eines eingeschlossenen Ereignisses oder Zustands erforderlich.
- Rechercheziel: die spezifische Frage oder den Informationszweck angeben, den die Akte unterstützen soll; Dokumente sollten direkt zu diesem Ziel beitragen.
- Aufnahmegrenze: angeben, welche Personen, Ereignisse, Behauptungen und Materialien für die Aufnahme infrage kommen und welche zugehörigen Informationen außerhalb der Akte bleiben.
- Recherchestatus: den aktuellen Zustand der Akte dokumentieren, z. B. aktiv, pausiert oder abgeschlossen für das aktuelle Rechercheziel, damit spätere Aktualisierungen im richtigen Kontext interpretiert werden können.
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.
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.
- Kanonischer Name: den hauptsächlichen Arbeitsnamen dokumentieren, der verwendet wird, um die Person konsistent in der gesamten Fallakte zu identifizieren.
- Alias: jeden dokumentierten alternativen Namen oder jede abweichende Schreibweise separat dokumentieren und Unsicherheit beibehalten, wenn ein Alias umstritten oder nicht vollständig geklärt ist.
- Rolle: die Rolle dokumentieren, die der Person durch das relevante Material zugeschrieben wird, wobei ihr Status qualifiziert wird, wenn verschiedene Quellen diese Rolle unterschiedlich beschreiben.
- Beziehung: den dokumentierten Beziehungstyp und dessen Status dokumentieren, anstatt eine nicht genannte persönliche, rechtliche oder kausale Beziehung zu schlussfolgern.
- Kennungen zugehöriger Dokumente: die Ereignis-, Behauptungs-, Personen- oder anderen Dokumentenkennungen, die mit der Person verbunden sind, querverweisen, anstatt diese Dokumente in das Personendokument zu kopieren.
- Quellenangaben: die Quellenangabe beibehalten, die jedes wesentliche Identitätsattribut, jede Rolle oder jede Beziehung stützt, sodass ihr dokumentierter Status rückverfolgbar bleibt.
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.
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.
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.
- Elementkennung: dem unterstützenden Material eine stabile Kennung zuweisen, damit andere Dokumente dasselbe Element referenzieren können, ohne es zu duplizieren.
- Materialtyp und Datum: den Materialtyp sowie jedes dokumentierte Erstellungs-, Veröffentlichungs-, Erfassungs- oder Eingangsdatum dokumentieren, wobei Unsicherheit beibehalten wird, wenn das Datum nicht feststeht.
- Herkunft: dokumentieren, woher das Element stammt oder von welcher dokumentierten Partei, Sammlung, welchem System oder Ort es bezogen wurde.
- Beschreibung und Status: beschreiben, um was es sich bei dem Element handelt, und jeden bekannten organisatorischen Status dokumentieren, ohne Authentizität, Zulässigkeit oder faktische Wahrheit zu implizieren.
- Provenienzvermerk: die verfügbare Provenienz, Quellenangabe, Übertragungshistorie oder Unsicherheit dokumentieren, die zum Verständnis der dokumentierten Herkunft und des Kontexts des Elements erforderlich ist.
- Aufbewahrungsort: den physischen oder digitalen Ort dokumentieren, der zum Auffinden des Elements benötigt wird, während unnötige Duplikatskopien vermieden werden.
- Kennungen zugehöriger Dokumente: das unterstützende Material über seine zugehörige Dokumentenkennung mit der relevanten Behauptung, Person, dem Ereignis oder einem anderen Dokument verknüpfen.
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- Fallkennung: diese aufnehmen, wenn die Datei mit anderem Material desselben Falls gruppiert werden muss, um verwandten Dateien während des Auffindens eine gemeinsame Identität zu geben.
- Betreff: eine Person, ein Thema, ein Ort oder eine andere knappe Betreffbezeichnung verwenden, wenn sie die Datei wesentlich von ähnlichen Dokumenten im selben Fall unterscheidet.
- Materialtyp: den Inhalt des Dokuments identifizieren, z. B. ein Interviewprotokoll, ein Bild, ein Transkript oder ein Dokument, sodass Dateien ohne Öffnen nach Funktion gruppiert werden können.
- Datum: ein Datum aufnehmen, wenn die chronologische Sortierung oder Identifikation davon abhängt, und innerhalb der Namenskonvention ein einheitliches Datumsformat verwenden.
- Version: einen klaren Versionswert verwenden, wenn aufeinanderfolgende Formen derselben Datei unterscheidbar bleiben müssen; eine Version wie v02 ist aussagekräftiger als eine mehrdeutige Bezeichnung wie endgültig.
- Trennzeichen und Zeichen: ein vorhersagbares Trennzeichen und einen lesbaren Zeichensatz verwenden, der über die vorgesehenen Speichersysteme hinweg funktioniert, wobei unnötige Sonderzeichen vermieden werden, die die Portabilität verringern können.
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
Pfür Person oderEfü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.
- Berichtet von: diese Berichtsbeziehung anwenden, wenn die Quelle die Behauptung enthält oder wiederholt, ohne zu implizieren, dass die Quelle ihre Richtigkeit unabhängig stützt.
- Gestützt von: diese Beziehung anwenden, wenn die Quelle Material enthält, das die dokumentierte Behauptung unter den aktuellen Recherchebedingungen stützt.
- Durch mehrere Quellen bestätigt: diese Beziehung nur anwenden, wenn mehrere Quellendokumente unabhängig voneinander dieselbe relevante Aussage stützen; wenn eine Quelle ihr widerspricht, diese Quelle als widersprechend dokumentieren, anstatt die Unstimmigkeit zu verbergen.
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- Stabile Kennungen: bestätigen, dass jedes Dokument eine stabile Kennung hat und dass referenzierte Dokumentenkennungen noch zu den vorgesehenen Dokumenten auflösen. Bestanden: jede Kennung ist eindeutig und abrufbar. Nachverfolgung: die betroffene Kennung zuweisen oder korrigieren und Verweise reparieren, die auf das falsche Dokument verweisen.
- Einheitliche Dateinamen: bestätigen, dass vergleichbare Dateien dem für die Fallakte festgelegten einheitlichen Dateinamenmuster folgen. Bestanden: Dateinamen verwenden die erwarteten Felder, Reihenfolge und Notation. Nachverfolgung: nur die nicht einheitlichen Dateien umbenennen, während ihre stabilen Dokumentenkennungen erhalten bleiben.
- Behauptungs-Quellen-Verknüpfungen: bestätigen, dass jede wesentliche Behauptungs-Quellen-Verknüpfung die Behauptung mit ihrem Quellendokument und der verfügbaren Quellenangabe verbindet. Bestanden: die Behauptung kann direkt zum verknüpften Quellenmaterial zurückverfolgt werden. Nachverfolgung: die fehlende Quellenangabe oder den fehlenden Lokalisator hinzufügen oder reparieren.
- Verbundene Personen und Ereignisse: bestätigen, dass jede dokumentierte Personen-zu-Ereignis-, Ereignis-zu-Behauptungs- oder andere verbundene Dokumentenbeziehung eine explizite Beziehungsbezeichnung verwendet. Bestanden: direkt zugehörige Dokumente können über ihre dokumentierten Verknüpfungen abgerufen werden. Nachverfolgung: den fehlenden Querverweis hinzufügen oder eine nicht belegte Beziehungsbezeichnung korrigieren.
- Ungeklärte Elemente: bestätigen, dass jedes ungeklärte Element explizit mit seinem aktuellen Status, zugehörigen Dokumenten, dem Grund für die Unsicherheit und der erforderlichen Nachverfolgung markiert ist. Bestanden: Unsicherheit ist sichtbar, anstatt in geklärte Notizen eingegangen zu sein. Nachverfolgung: den Lückeneintrag erstellen oder aktualisieren, ohne den ungeklärten Zustand in eine faktische Schlussfolgerung umzuwandeln.
- Revisionshistorie: bestätigen, dass wesentliche Änderungen im Revisionsprotokoll mit vorherigem Zustand, neuem Zustand, Dokumentenkennung, Grund und gegebenenfalls Quellenangabe dargestellt werden. Bestanden: frühere Recherchezustände bleiben wiederherstellbar. Nachverfolgung: den fehlenden Revisionseintrag wiederherstellen oder die Änderungsgrundlage vor weiteren Bearbeitungen dokumentieren.
- Abrufbarkeit: bestätigen, dass ein Prüfer jedes wichtige Dokument über seine Dokumentenkennung, seinen Dateinamen oder seinen dokumentierten Querverweis abrufen kann, ohne auf persönliches Gedächtnis angewiesen zu sein. Bestanden: der Abrufpfad ist explizit und wiederholbar. Nachverfolgung: die Kennung, den Dateinamen, den Speicherverweis oder die Dokumentenverknüpfung reparieren, die den Abruf blockiert.
- Verwaiste Dokumente: verwaiste Dokumente identifizieren, die keine dokumentierte Verbindung zur Fallübersicht oder zu einem anderen relevanten Dokument haben, wo eine solche Beziehung bestehen sollte. Bestanden: jedes im Umfang befindliche Dokument hat einen begründeten Platz in der Fallaktenstruktur. Nachverfolgung: die fehlende dokumentierte Verknüpfung hinzufügen, klären, warum das Dokument allein steht, oder es aus der Fallakte entfernen, wenn es außerhalb des definierten Umfangs liegt.
Nicht bestandene Prüfungen sollten gezielte Korrekturen an den betreffenden Dokumenten und Verknüpfungen auslösen, keine vollständige Umstrukturierung der Fallakte.