Comment organiser la recherche sur le true crime dans un dossier d'affaire 0 % lu

Comment organiser la recherche sur le true crime dans un dossier d'affaire

Pour organiser la recherche sur une affaire de true crime, structurez le dossier autour de six classes de fiches — vue d’ensemble, personnes, événements, affirmations, sources et pièces justificatives — reliées par des identifiants stables. Chaque affirmation doit rester traçable jusqu’à sa source et, lorsqu’il est disponible, jusqu’à un localisateur précis, tandis que les incertitudes et les révisions sont enregistrées séparément afin de préserver l’historique sans confondre traçabilité et vérification factuelle.

Architecture opérationnelle du dossier d’affaire

Le dossier fonctionne comme un réseau de fiches : chaque type conserve une fonction précise, puis les relations documentées relient les fiches sans recopier leur contenu.

Vue d’ensemble

Périmètre, juridiction, période, objectif et statut du dossier.

Personnes

Identité, alias, rôles et relations documentées.

Événements

Occurrence, lieu, description et degré de précision temporelle.

Affirmations

Assertion distincte, statut de recherche et points non résolus.

Sources

Identité de la source, localisateur disponible et relation avec l’affirmation.

Pièces justificatives

Origine, provenance, emplacement de stockage et fiches liées.

Identifiant stablerelation explicitesource + localisateur disponibleincertitude visiblerévision historisée

Limite : une fiche bien reliée améliore la traçabilité et la récupération ; elle ne prouve pas, à elle seule, l’exactitude d’une affirmation.

Cette organisation fournit l’infrastructure du dossier ; la recherche de sources, la vérification des affirmations, la construction d’une chronologie complète et l’analyse des erreurs restent des tâches distinctes.

Table des matières

Construire la structure centrale du dossier d'affaire

L'architecture des fiches du dossier d'affaire fonctionne en séparant la recherche en classes de fiches distinctes tout en reliant ces classes par des identifiants stables.

Dans cette structure, un noyau pratique se compose de six classes de fiches : la vue d'ensemble de l'affaire, la fiche personne, la fiche événement, la fiche affirmation, la fiche source et la fiche de pièces justificatives.

Chaque classe de fiche stocke des informations pour une seule fonction organisationnelle, ce qui rend la récupération plus précise et réduit la nécessité de dupliquer un même détail dans l'ensemble du dossier d'affaire.

Un identifiant de fiche stable fournit le point de référence nécessaire à la traçabilité entre les fiches liées.

Classes de fiches du dossier d'affaire connectées par des références stables

Les classes de fiches forment un système connecté plutôt que six collections isolées.

La vue d'ensemble de l'affaire contient le périmètre et le contexte d'identification du dossier, tandis que les autres classes de fiches stockent les personnes, les occurrences, les affirmations, les sources ou les pièces justificatives selon leur fonction.

Les références croisées relient les fiches concernées, permettant aux informations de rester séparées par fonction tout en restant récupérables via la structure plus large du dossier d'affaire.

Classe de fiche Ce qu'elle stocke Fiches liées But de récupération ou de traçabilité
Vue d'ensemble de l'affaire Identité de l'affaire, périmètre et contexte organisationnel actuel Personnes, événements, affirmations, sources et pièces justificatives Fournit la référence commune au niveau de l'affaire pour le dossier
Fiche personne Identité et informations documentées sur les relations Événements, affirmations, sources et autres fiches personnes Maintient une référence personne unique disponible dans les fiches liées
Fiche événement Une occurrence discrète et ses détails temporels, géographiques ou descriptifs enregistrés Personnes, affirmations, sources et pièces justificatives Permet de récupérer et de référencer l'occurrence sans la répéter ailleurs
Fiche affirmation Une assertion spécifique et son statut ou contexte enregistré Sources, personnes, événements et pièces justificatives Permet de tracer l'affirmation vers les fiches qui la rapportent, la soutiennent, la contredisent ou s'y rapportent d'une autre manière
Fiche source Identité de la source et informations de localisation Affirmations, événements, personnes et pièces justificatives Fournit une référence source stable que plusieurs fiches peuvent réutiliser
Fiche de pièces justificatives Documents, images, fichiers ou autres éléments conservés Affirmations, événements, personnes et sources Fournit un emplacement récupérable pour les éléments associés à une autre fiche

Les fiches liées doivent se référencer mutuellement par identifiant de fiche plutôt que de copier le contenu complet dans chaque entrée connectée.

Une fiche affirmation peut référencer une fiche source, par exemple, tandis que la fiche source reste le seul endroit qui stocke les informations d'identification de cette source.

Cette séparation maintient chaque classe de fiche fonctionnellement distincte tout en préservant la référence croisée nécessaire pour récupérer les éléments connexes.

Par exemple, une fiche événement hypothétique E-014 pourrait référencer la fiche personne P-003, la fiche affirmation C-021 et la fiche source S-008 sans reproduire les trois fiches à l'intérieur de l'entrée événement.

La structure du dossier d'affaire organise ces relations ; rechercher des sources, évaluer les affirmations, construire la chronologie plus large et diagnostiquer les erreurs de recherche restent des tâches de recherche distinctes.

Vue d'ensemble de l'affaire et périmètre de recherche

La fiche de vue d'ensemble de l'affaire est la fiche d'ancrage qui définit le périmètre d'un dossier d'affaire de true crime avant que les fiches subordonnées ne soient ajoutées.

Elle enregistre l'identité de l'affaire et les conditions qui déterminent quelles personnes, événements, affirmations et pièces appartiennent au dossier.

Fiche de vue d'ensemble de l'affaire montrant l'identifiant de l'affaire, la juridiction, la période temporelle, l'objectif de recherche, la limite d'inclusion et le statut de recherche

L'identifiant de l'affaire et la juridiction établissent l'identité du dossier, tandis que la période temporelle, l'objectif de recherche, la limite d'inclusion et le statut de recherche définissent ses limites opérationnelles.

Enregistrer ces attributs explicitement fait dépendre l'inclusion du périmètre déclaré plutôt que d'une association vague avec le sujet de l'affaire.

Par exemple, si un dossier couvre des événements dans une juridiction et une période temporelle définies, une personne ou un événement associé en dehors de ces limites n'entre pas dans le dossier simplement parce qu'il est lié au même sujet d'affaire ; il nécessite une raison documentée dans l'objectif de recherche ou la limite d'inclusion.

La vue d'ensemble de l'affaire contrôle donc l'inclusion et l'exclusion plutôt que de servir de résumé narratif de l'affaire.

Fiches personnes et relations

Une fiche personne identifie chaque individu pertinent une seule fois et conserve les attributs d'identité documentés de cette personne et les liens vers les fiches en un seul endroit.

La fiche personne peut ensuite relier l'individu à un rôle, une relation, un événement, une affirmation ou une source sans répéter le profil d'identité complet dans chaque fiche connexe.

Fiche personne reliant les champs d'identité et de relation aux fiches événement, affirmation et source connexes

Le nom canonique fournit l'identité de travail principale de la fiche, tandis que chaque alias doit être enregistré séparément lorsque le matériel de recherche utilise un autre nom.

Un rôle ou une relation doit porter la valeur ou le statut documenté soutenu par la source pertinente, y compris un statut incertain ou contesté lorsque le matériel ne soutient pas une description unique et établie.

Une relation enregistrée est donc un état relationnel documenté, et non une inférence sur le motif, la culpabilité ou le statut juridique.

Des identifiants de fiche stables et des références sources relient ces attributs d'identité aux fiches dans lesquelles ils sont pertinents.

Par exemple, une fiche personne hypothétique P-003 pourrait référencer l'événement E-014, l'affirmation C-021 et la source S-008 tout en conservant le nom canonique, les alias, le rôle et les relations documentées de la personne uniquement dans P-003.

Ces références croisées relient l'individu à plusieurs fiches sans créer de profils personne en double dans l'ensemble du dossier d'affaire.

Fiches événements et références chronologiques

Une fiche événement stocke une occurrence discrète avec son propre identifiant d'événement, son état temporel (date ou heure), son lieu, sa description et les références aux fiches connexes.

La fiche événement peut relier l'occurrence à une personne, une affirmation, une source ou une pièce justificative sans copier ces fiches dans l'entrée événement.

Une référence source doit rester attachée aux détails enregistrés afin que les attributs et l'incertitude de l'événement puissent être retracés jusqu'au matériel dont ils sont tirés.

Fiche événement montrant la précision temporelle, le lieu et les liens vers les fiches connexes

L'attribut de date ou d'heure doit indiquer son niveau de précision temporelle plutôt que de présenter des informations incertaines comme exactes.

Un état exact enregistre une date ou une heure spécifique soutenue, un état approximatif indique que l'occurrence est placée près d'un point temporel rapporté, un état intervalle enregistre une période bornée, et un état inconnu enregistre que le matériel disponible n'établit pas le moment.

Ces états affectent la confiance avec laquelle l'événement peut être positionné ultérieurement dans l'ordre chronologique tout en préservant l'incertitude enregistrée dans l'événement lui-même.

État temporel Condition enregistrée Implication chronologique
Exact Une date ou une heure spécifique est soutenue par la référence source enregistrée L'événement peut être placé à ce point indiqué dans l'ordre chronologique
Approximatif La date ou l'heure n'est rapportée qu'approximativement La référence chronologique doit conserver cette approximation plutôt que d'impliquer un placement exact
Intervalle L'occurrence est bornée entre deux limites temporelles enregistrées L'événement peut être placé dans cet intervalle sans attribuer un horodatage unique non soutenu
Inconnu La fiche disponible n'établit pas de date ou d'heure utilisable L'événement reste non placé chronologiquement jusqu'à ce qu'une valeur temporelle soutenue devienne disponible

Une fiche événement et une chronologie de l'affaire remplissent des fonctions différentes : la fiche événement stocke l'occurrence et ses attributs, tandis qu'une référence chronologique place cet événement parmi d'autres événements selon les informations temporelles disponibles.

Par exemple, la fiche événement E-014 pourrait conserver un état temporel intervalle, un lieu, une description d'événement, des identifiants de fiches connexes et une référence source même si la chronologie plus large ne peut pas lui attribuer une position exacte unique.

Cette section enregistre les données d'événement et leur précision temporelle sans reconstruire ni résoudre la chronologie plus large.

Fiches affirmation et source

Une fiche affirmation et une fiche source doivent rester séparées mais liées afin que chaque déclaration puisse être retracée jusqu'au matériel qui lui est associé.

La fiche affirmation stocke l'affirmation et son identifiant d'affirmation, tandis que la fiche source stocke les informations d'identification de la source sous un identifiant de source.

Le lien affirmation-source enregistre ensuite la localisation pertinente dans la source et le statut de relation sans traiter l'existence d'une citation comme une preuve.

Fiche affirmation liée aux fiches source par des identifiants de source, des localisations et un statut de relation

Une localisation dans la source doit identifier la partie précise du matériel pertinente pour l'affirmation, comme une page, une section, un horodatage ou tout autre localisateur disponible.

Le statut de relation peut distinguer le matériel qui se contente de rapporter une affirmation du matériel enregistré comme apportant un soutien, une contradiction ou un autre contexte pertinent.

Une source qui rapporte une déclaration ne soutient pas nécessairement cette déclaration ; le statut de relation enregistre ce que fait la source par rapport à l'affirmation.

Maintenir cette distinction explicite améliore la traçabilité sans porter un jugement séparé sur la fiabilité globale de la source.

Identifiant d'affirmation Texte de l'affirmation Identifiant de source et localisation dans la source Statut de relation Notes
C-021 Affirmation hypothétique A S-008, localisateur spécifique enregistré dans la source Rapporte La source contient l'affirmation mais le lien seul n'établit pas un soutien
C-021 Affirmation hypothétique A S-012, localisateur spécifique enregistré dans la source Soutient Une deuxième référence source est liée à la même affirmation
C-022 Affirmation hypothétique B S-008, localisateur séparé enregistré dans la même source Contredit La même fiche source peut être liée à plusieurs affirmations

Cette relation plusieurs-à-plusieurs hypothétique permet à une affirmation de référencer plusieurs sources et à une fiche source de référencer plusieurs affirmations sans dupliquer l'une ou l'autre fiche complète.

Chaque lien conserve sa propre localisation dans la source, son statut de relation et ses notes pertinentes, de sorte que le résultat organisationnel est une traçabilité entre les affirmations et le matériel source plutôt qu'une hypothèse selon laquelle une source liée prouve l'affirmation.

Fiches d’éléments de preuve et de pièces justificatives

Une fiche de pièces justificatives catalogue chaque élément justificatif afin qu'il puisse être localisé et connecté à l'affirmation, à la personne ou à l'événement qu'il renseigne, sans considérer le stockage comme une preuve du statut factuel.

Chaque fiche doit attribuer à l'élément un identifiant d'élément stable et conserver les informations descriptives, d'origine, de stockage, de liaison et de provenance nécessaires à la récupération.

La fiche de pièces justificatives organise donc l'identité, l'origine, l'emplacement de stockage, les identifiants de fiches connexes, la provenance et le statut d'un élément tout en maintenant ces attributs séparés des conclusions sur ce que l'élément établit.

Une fiche source identifie le matériel utilisé comme source de recherche, tandis qu'une fiche de pièces justificatives catalogue un élément conservé ou référencé qui nécessite ses propres métadonnées de récupération et de liaison ; lorsque le même matériel remplit les deux fonctions, des références croisées peuvent éviter un stockage en double.

Cataloguer un élément ne l'authentifie pas en soi, n'établit pas son admissibilité juridique et ne prouve pas l'affirmation, la relation personnelle ou l'événement auquel il est lié.

Utiliser des conventions de nommage et des identifiants de fiche cohérents

Une convention de nommage cohérente et un système d'identifiants de fiche stables facilitent la récupération, le tri, le référencement croisé et la mise à jour des fiches sans dépendre de la mémoire.

Un nom de fichier peut rester descriptif pour la récupération humaine, tandis qu'un identifiant de fiche agit comme l'identifiant stable qui doit continuer à référencer la même fiche même lorsque les noms descriptifs changent.

Mettre en place les deux parties du système dans une séquence fixe afin que les mêmes règles puissent être appliquées aux fiches nouvelles et existantes.

Le séparateur exact, le style de capitalisation, le format de date et les champs descriptifs peuvent varier, mais la cohérence et la portabilité doivent guider le choix.

  1. Choisir les champs descriptifs. Inclure uniquement les attributs qui distinguent matériellement la fiche, tels que le sujet, le type de fiche, la date, la séquence ou la version. Vérification : chaque champ sélectionné doit aider à distinguer ou récupérer le fichier plutôt que d'ajouter un libellé redondant.
  2. Définir l'ordre des champs et le séparateur. Placer les champs choisis dans un ordre reproductible et utiliser un séparateur cohérent, tel qu'un trait d'union ou un tiret bas, qui fonctionne de manière fiable dans l'environnement de stockage prévu. Vérification : les noms de fichier comparables doivent afficher les mêmes champs dans le même ordre.
  3. Normaliser la notation des dates et des versions. Choisir un format de date et un modèle de version lorsque ces attributs sont pertinents ; par exemple, un système peut utiliser AAAA-MM-JJ pour les dates et v01, v02, v03 pour les versions successives. Vérification : le même type de date ou de version ne doit pas apparaître dans des formats concurrents au sein du même système de nommage.
  4. Attribuer un identifiant de fiche persistant. Donner à chaque fiche un identifiant stable unique qui ne dépend pas de son nom de fichier descriptif, comme EV-014 pour une fiche événement. Vérification : modifier un libellé de sujet, une description de date ou une version de fichier ne doit pas nécessiter de changer l'identifiant de fiche.
  5. Appliquer et vérifier la convention. Utiliser la convention de nommage et l'identifiant de fiche ensemble à chaque création, renommage, référencement croisé ou mise à jour d'une fiche. Vérification : confirmer que le nom de fichier suit le modèle choisi et que chaque référence croisée pointe toujours vers le même identifiant stable.

Les champs descriptifs peuvent changer lorsqu'un libellé de sujet plus clair, une date corrigée ou une nouvelle version rend le nom de fichier plus utile, mais l'identifiant de fiche doit rester persistant afin que les références existantes n'aient pas à être réécrites.

Par exemple, un modèle d’étiquette de fichier hypothétique pourrait être affaire-a-evenement-note-2025-04-12-v02.txt, en combinant le sujet, le type de fiche, la date et la version ; son identifiant de fiche indépendant pourrait rester EV-014.

Ces exemples illustrent une structure fonctionnelle plutôt qu'un standard universel ; l'exigence directrice est une exécution cohérente dans l'ensemble du dossier d'affaire.

Garder les noms de fichier descriptifs, cohérents et faciles à récupérer

Un nom de fichier descriptif doit identifier et regrouper un fichier sans nécessiter son ouverture.

Inclure uniquement des champs stables et significatifs qui aident à distinguer la fiche, et appliquer le même modèle de nommage de manière cohérente afin que la récupération ne dépende pas de la mémorisation d'un nom de fichier individuel.

Sélectionner les champs en fonction de ce que les utilisateurs doivent parcourir ou trier, puis conserver leur ordre prévisible entre des fichiers comparables.

Utiliser un séparateur de manière cohérente plutôt que de considérer un caractère comme obligatoire, et conserver le format de date et la notation de version cohérents lorsque ces champs distinguent matériellement les fiches.

Lorsque les fichiers sont transférés entre systèmes, des caractères simples lisibles par machine et un nombre limité de caractères spéciaux peuvent améliorer la portabilité, sous réserve des exigences de ces systèmes.

Éviter les noms qui deviennent excessivement longs ou qui répètent des informations n'améliorant pas l'identification ou la récupération.

Exemple de nommage : descriptif ou ambigu

Nom descriptif

CASE-A_person-x_interview-note_2026-03-14_v02.docx

Expose l’identifiant de l’affaire, le sujet, le type de matériel, la date et la version ; il est donc plus facile à identifier, trier et récupérer.

Nom ambigu

person-x-notes-final.docx

Omet l’identifiant de l’affaire et la date, décrit moins précisément le type de matériel et utilise final, qui n’indique pas la place du fichier dans une séquence de versions.

Attribuer des identifiants stables pour le référencement croisé

Pour que les références croisées restent fiables, l’identifiant doit être traité comme la clé de la fiche, distincte de son nom de fichier et de ses métadonnées descriptives.

Règle d’identifiant stable
Persistance
Le même identifiant continue de désigner la même fiche lorsque son nom de fichier, son libellé descriptif ou d’autres métadonnées modifiables changent.
Unicité
Chaque identifiant est unique dans le système du dossier et ne doit pas être réattribué à une autre fiche.
Format
Un préfixe de classe, comme P pour une personne ou EV pour un événement, est facultatif ; il est utile seulement s’il rend les types de fiches plus faciles à distinguer.
Attribution
Avant de créer un nouvel identifiant séquentiel ou contrôlé, vérifier qu’il n’existe pas déjà. Éviter d’y encoder des métadonnées susceptibles de changer si cela compromet sa persistance.

Par exemple, une fiche événement hypothétique pourrait utiliser EV-014, tandis que la fiche affirmation C-021 stocke EV-014 comme référence croisée ; l'identifiant identifie la fiche liée mais ne prouve, ne valide, ne classe ni n'établit le statut probant de son contenu.

Suivre chaque affirmation, sa source et son statut de recherche

Un registre des affirmations enregistre ce qui est asserté, d'où provient l'affirmation et son statut de recherche actuel, tout en conservant la piste source sous-jacente récupérable.

Chaque affirmation doit avoir son propre identifiant d'affirmation lié à l'identifiant de source pertinent et à la localisation dans la source, afin qu'une révision ultérieure puisse revenir au matériel exact derrière l'entrée.

Le registre favorise la traçabilité et le suivi plutôt que de traiter une étiquette de statut comme une déclaration de vérité définitive.

Pour chaque affirmation, enregistrer un texte d'affirmation concis, le ou les identifiants de source liés, la localisation précise dans la source disponible pour chaque référence, le statut de recherche actuel, tout problème non résolu et la date de dernière révision.

Un statut de recherche doit décrire une condition documentée : par exemple, non résolu lorsque le matériel disponible ne soutient pas encore une évaluation claire, soutenue lorsque le matériel lié soutient actuellement l'affirmation enregistrée, ou contredite lorsque le matériel lié entre en conflit avec elle.

Chaque état doit conduire à une action de suivi explicite plutôt que d'impliquer une certitude à partir de la seule étiquette.

Le registre des affirmations peut donc exposer à la fois l'état actuel et le travail de recherche restant.

Identifiant d'affirmation Texte de l'affirmation Identifiant de source et localisation Statut de recherche Problème non résolu Dernière révision Suivi
C-031 Affirmation hypothétique concernant un détail d'événement S-014, localisateur de page ou de section enregistré Non résolu Une seule source de signalement est actuellement liée 2026-09-28 Localiser du matériel pertinent supplémentaire et réviser l'affirmation à nouveau
C-032 Affirmation hypothétique avec pièce justificative liée S-018 et S-022, localisateurs séparés enregistrés Soutenue Aucune contradiction spécifique n'est actuellement enregistrée 2026-09-29 Conserver la piste source et réviser si un nouveau matériel modifie la condition documentée
C-033 Affirmation hypothétique avec matériel contradictoire S-025, localisateur enregistré Contredite Le matériel lié entre en conflit avec l'assertion enregistrée 2026-09-29 Signaler le conflit pour une révision supplémentaire sans réécrire l'historique antérieur de la fiche

Lorsque de nouvelles informations modifient la condition documentée d'une affirmation, mettre à jour son statut de recherche actuel tout en conservant la révision antérieure afin que l'état précédent reste récupérable.

Par exemple, une affirmation hypothétique peut passer de non résolu à soutenue après l'ajout d'un deuxième identifiant de source et d'une localisation précise dans la source, tandis que l'entrée non résolue antérieure reste dans l'historique des révisions.

La date de dernière révision et le problème non résolu doivent être mis à jour en même temps afin que le prochain suivi reflète le dernier état de la fiche.

Cela préserve la traçabilité à travers les changements de statut sans présenter le registre lui-même comme une méthode de vérification.

Connecter chaque affirmation à sa source

Chaque lien affirmation-source doit connecter un identifiant d'affirmation à l'identifiant de source exact et, lorsque disponible, à un localisateur précis dans la source tel qu'une page, un paragraphe, un horodatage, une entrée de fiche ou tout autre emplacement récupérable.

Enregistrer à la fois la référence source et le localisateur donne à un autre lecteur un chemin direct vers le matériel pertinent, améliorant la récupération, la révision et la traçabilité sans traiter la citation elle-même comme une vérification.

Par exemple, l'affirmation hypothétique C-041 pourrait pointer vers la source S-017 à la page 12, paragraphe 3 avec la relation rapportée par, tandis que la source S-024 pointe vers l'horodatage 00:18:42 avec la relation soutenue par.

Si les deux sources soutiennent indépendamment la même assertion, la fiche affirmation peut noter une corroboration entre ces liens source ; si S-024 entre plutôt en conflit avec l'affirmation, sa relation doit être enregistrée comme contredite tandis que le lien de signalement S-017 reste intact.

Garder chaque identifiant de source, localisateur dans la source et état de relation séparé préserve la traçabilité complète de l'accord et du conflit sans transformer le lien source en un jugement sur la qualité de la source.

Enregistrer les informations non résolues et les lacunes de recherche séparément

Une fiche d'information non résolue doit garder chaque problème non résolu ou lacune de recherche séparé des notes d'affaire considérées comme réglées, afin que l'incertitude reste visible plutôt que d'être absorbée dans le récit de l'affaire.

L'utiliser pour un récit contradictoire, une fiche manquante, une date incertaine, une association non vérifiée ou toute autre question ouverte, et lier l'élément à chaque affirmation, événement, personne ou source concerné par son identifiant de fiche connexe.

Une information manquante signifie que la fiche n’est actuellement pas disponible ; cela ne prouve pas que la fiche ou l’événement n’a jamais existé.

Chaque fiche de lacune doit identifier ce qui est connu, pourquoi le problème reste non résolu, quelle preuve est nécessaire et la prochaine action de recherche qui pourrait modifier son statut.

Un statut d'information manquante indique que le matériel requis n'a pas été localisé, un statut d'information contradictoire enregistre des récits ou fiches incompatibles, et un statut incertain indique que les informations disponibles permettent plus d'une interprétation ou d'un niveau de précision.

Ces classifications documentent la condition actuelle sans convertir la spéculation en fait ni traiter un statut non résolu comme une conclusion.

Identifiant de lacune Problème non résolu Identifiants de fiches connexes Raison de l’incertitude Statut Information nécessaire à la résolution Prochaine action de recherche
G-012 La date d'un événement hypothétique ne peut pas encore être placée précisément E-014, C-041 Deux fiches liées donnent des dates différentes Information contradictoire Une fiche datée ou une autre source qui clarifie la date de l'événement Réviser du matériel daté supplémentaire lié à E-014
G-013 Un document hypothétique référencé n'a pas été localisé C-044, S-027 La source mentionne le document mais le document lui-même est indisponible dans le dossier actuel Information manquante Le document référencé ou une fiche fiable de son contenu et de son origine Retracer la référence via la fiche source liée et mettre à jour la lacune si le document est trouvé
G-014 Une association hypothétique entre deux fiches reste peu claire P-006, E-019 Le matériel disponible montre une connexion possible mais n'établit pas sa nature Incertain Du matériel supplémentaire qui clarifie si et comment les fiches sont liées Garder l'association qualifiée et réviser le nouveau matériel lié

Par exemple, une question ouverte sur la date de l'événement E-014 peut rester sous l'identifiant de lacune G-012 tout en étant liée à l'affirmation C-041, permettant aux deux fiches de montrer que la date est encore non résolue.

Si du matériel ultérieur résout le conflit, mettre à jour le statut de la lacune et conserver la condition antérieure afin que le changement reste traçable.

Le statut ne doit changer que lorsque de nouvelles informations justifient une condition documentée différente.

Référencer les personnes, événements, affirmations et éléments de preuve de manière croisée

Une référence croisée connecte des fiches distinctes afin qu'un chercheur puisse passer d'une personne, d'un événement, d'une affirmation ou d'une source aux fiches directement liées sans dupliquer leur contenu complet.

Chaque lien doit utiliser l'identifiant de fiche pertinent et un libellé de relation explicite qui indique comment les deux fiches sont connectées.

Cela préserve la fonction séparée de chaque fiche tout en rendant le dossier d'affaire plus facile à naviguer, récupérer et réviser.

Une référence croisée doit être basée sur une relation documentée plutôt que sur une similarité, une commodité narrative ou une association inférée.

Utiliser des identifiants de fiche stables comme points d'extrémité de chaque référence croisée, et choisir un libellé de relation qui décrit précisément la connexion stockée, tel que personne impliquée, événement connexe, soutient l'affirmation, contredit l'affirmation ou dérivé de la source.

Lorsque c'est pratique et soutenu par la structure du dossier, une référence bidirectionnelle peut permettre à chaque fiche liée de pointer vers l'autre, réduisant la friction de récupération lors d'une révision ultérieure.

Le lien inverse doit décrire la même relation documentée depuis la perspective de la fiche appropriée plutôt que d'inventer une seconde relation.

Si une fiche est mise à jour, les identifiants stables permettent à la référence de rester intacte sans copier le contenu modifié dans chaque fiche liée.

Identifiant de la fiche source Libellé de relation Identifiant de la fiche cible Implication pour la récupération
P-006 Événement connexe E-019 La fiche personne peut récupérer la connexion événementielle documentée sans dupliquer la fiche événement
E-019 Affirmation connexe C-044 La fiche événement peut récupérer l'affirmation associée à cette occurrence
C-044 Dérivé de la source S-027 L'affirmation peut être retracée jusqu'à la fiche source dont la déclaration ou le matériel enregistré a été tiré

Dans cette chaîne hypothétique, la personne P-006 est liée à l'événement E-019, l'événement est lié à l'affirmation C-044, et l'affirmation est liée à la source S-027.

Chaque relation reste explicite et révisable séparément, de sorte qu'un autre chercheur peut suivre la chaîne dans chaque direction soutenue sans traiter la proximité entre les fiches comme une preuve de culpabilité, de causalité ou d'une association non documentée.

Le résultat est une traçabilité et une récupération renforcées tout en maintenant les fiches sous-jacentes vérifiables et non duplicatives.

Maintenir le dossier d'affaire à jour à mesure que la recherche évolue

Une routine de mise à jour du dossier d'affaire doit appliquer les nouvelles informations uniquement à chaque fiche concernée tout en conservant l'état antérieur récupérable.

Traiter chaque mise à jour de maintenance comme une révision contrôlée : identifier ce qui a changé, quel identifiant de fiche est concerné, quel devient l'état révisé, et la raison documentée de ce changement.

  1. Réceptionner les nouvelles informations : enregistrer le nouveau matériel et identifier l'affirmation, l'événement, la lacune, la source ou la relation spécifique qu'il peut affecter. Vérification : confirmer que le matériel a été associé à l'affaire correcte avant de modifier toute fiche existante.
  2. Identifier les identifiants de fiches concernées : lister chaque fiche concernée avant la modification afin que la mise à jour reste limitée aux fiches dont les attributs ou les relations peuvent changer. Vérification : les fiches non concernées doivent rester en dehors du périmètre de révision.
  3. Mettre à jour ou ajouter la fiche nécessaire : réviser l'attribut ou la relation concerné, ou ajouter une nouvelle fiche lorsque les nouvelles informations représentent une entité, un événement, une affirmation, une source ou un élément justificatif véritablement distinct. Vérification : conserver l'état antérieur afin que la condition antérieure de la fiche reste récupérable.
  4. Réviser le statut de l'affirmation ou de la lacune : réviser un statut uniquement lorsque les nouvelles informations justifient une condition documentée différente ; sinon, conserver l'incertitude existante. Vérification : l'état révisé doit correspondre aux informations disponibles plutôt que de supposer une résolution.
  5. Actualiser les références croisées : mettre à jour la référence croisée pertinente lorsque les nouvelles informations modifient la façon dont les fiches sont liées entre elles. Vérification : chaque lien concerné doit toujours pointer vers l'identifiant de fiche et la relation corrects.
  6. Enregistrer la révision : documenter l'état antérieur, l'état révisé, les identifiants de fiches concernées et la raison documentée du changement. Vérification : un autre réviseur doit pouvoir distinguer les nouvelles informations de l'interprétation antérieure sans reconstruire l'ensemble du dossier.

Par exemple, une source nouvellement trouvée pourrait justifier la révision du statut d'une affirmation et l'ajout d'une nouvelle référence à un événement tout en laissant inchangées les personnes, affirmations et fiches justificatives non concernées.

La vérification de maintenance n'est donc pas de savoir si l'ensemble du dossier d'affaire a changé, mais si chaque fiche concernée reflète les nouvelles informations, conserve son état antérieur et garde des références croisées cohérentes.

Journaliser les révisions sans écraser les états de recherche antérieurs

Un journal des révisions préserve l'historique d'une fiche en documentant ce qui a changé, quand le changement a été effectué et la base documentée de la révision, tout en conservant l'état antérieur.

Cela permet à une révision ultérieure de reconstruire la séquence des corrections et des changements de statut sans supposer que le journal offre des garanties au-delà de la manière dont le dossier d'affaire est maintenu.

Date de révision Identifiant de fiche Attribut modifié État antérieur Nouvel état Raison Référence source
2026-09-30 E-014 Date de l'événement 2026-04-12 2026-04-13 Une source hypothétique nouvellement révisée enregistre une date différente S-032, localisateur enregistré

Chaque entrée de révision doit identifier la date de révision et l'identifiant de fiche, nommer l'attribut modifié, conserver l'état antérieur, enregistrer le nouvel état, et documenter la raison et la référence source soutenant le changement.

La valeur ou le statut antérieur doit rester récupérable afin qu'un autre réviseur puisse distinguer l'état de recherche antérieur de la correction ultérieure.

Dans cet exemple hypothétique, la fiche événement E-014 conserve sa date enregistrée antérieure tandis que l'historique des révisions montre que la date de l'événement a changé parce que la source S-032 a fourni la base documentée de la correction.

Le journal des révisions préserve la traçabilité : il garde les deux états et la raison du changement disponibles pour la révision.

Vérifier l'exhaustivité et la traçabilité du dossier d'affaire

Une vérification de l'exhaustivité et de la traçabilité du dossier d'affaire examine si le système organisationnel peut récupérer les fiches et tracer les affirmations importantes sans dépendre de la mémoire.

Elle vérifie des conditions structurelles observables telles que les identifiants, les liens, les enregistrements de maintenance et les chemins de récupération ; la réussite de ces vérifications soutient la facilité d'utilisation organisationnelle plutôt qu'elle n'établit l'exactitude factuelle.

Évaluer chaque condition comme une réussite ou un suivi ciblé.

Un échec de vérification structurelle doit identifier la fiche spécifique, le lien manquant ou le problème de maintenance qui nécessite une correction plutôt que de rouvrir le processus plus large de recherche ou de corroboration.

Les vérifications échouées doivent déclencher des corrections ciblées sur les fiches et les liens concernés plutôt qu'une restructuration complète du dossier d'affaire.