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.
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.
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.
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.
- Identifiant de l'affaire : utiliser un identifiant stable et spécifique à l'affaire afin que les fiches puissent être récupérées et associées au dossier correct.
- Juridiction : enregistrer la ou les juridictions pertinentes ; les éléments en dehors de ce périmètre géographique ou légal n'appartiennent au dossier que lorsque l'objectif de recherche les inclut explicitement.
- Période temporelle : enregistrer la période couverte par la recherche ; les événements en dehors de cette période sont exclus sauf s'ils sont nécessaires pour comprendre un événement ou une condition inclus.
- Objectif de recherche : énoncer la question spécifique ou le but informationnel que le dossier est censé soutenir ; les fiches doivent contribuer directement à cet objectif.
- Limite d'inclusion : indiquer quelles personnes, événements, affirmations et pièces sont admissibles à l'inclusion et quelles informations connexes restent en dehors du dossier.
- Statut de recherche : enregistrer l'état actuel du dossier, par exemple actif, en pause ou clos pour l'objectif de recherche actuel, afin que les mises à jour ultérieures puissent être interprétées dans le contexte approprié.
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.
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.
- Nom canonique : enregistrer le nom de travail principal utilisé pour identifier la personne de manière cohérente dans l'ensemble du dossier d'affaire.
- Alias : enregistrer chaque nom ou orthographe alternatif documenté séparément et conserver l'incertitude lorsqu'un alias est contesté ou pas entièrement établi.
- Rôle : enregistrer le rôle attribué à la personne par le matériel pertinent, avec son statut qualifié lorsque différentes sources décrivent ce rôle différemment.
- Relation : enregistrer le type de relation documenté et son statut plutôt que d'inférer une relation personnelle, juridique ou causale non déclarée.
- Identifiants de fiches connexes : référencer les identifiants de fiches événement, affirmation, personne ou autres liés à l'individu plutôt que de copier ces fiches dans la fiche personne.
- Références sources : conserver la référence source soutenant chaque attribut d'identité, rôle ou relation matériel afin que son statut documenté reste traçable.
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.
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.
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.
- Identifiant de l'élément : attribuer un identifiant stable à la pièce justificative afin que d'autres fiches puissent référencer le même élément sans le dupliquer.
- Type de matériel et date : enregistrer le type de matériel et toute date documentée de création, publication, capture ou réception, en conservant l'incertitude lorsque la date n'est pas établie.
- Origine : enregistrer d'où provient l'élément ou la partie, collection, système ou lieu documenté dont il a été obtenu.
- Description et statut : décrire ce qu'est l'élément et enregistrer tout statut organisationnel connu sans sous-entendre l'authenticité, l'admissibilité ou la vérité factuelle.
- Note de provenance : documenter la provenance disponible, la note de source, l'historique de transfert ou l'incertitude nécessaire pour comprendre l'origine et le contexte enregistrés de l'élément.
- Emplacement de stockage : enregistrer l'emplacement physique ou numérique nécessaire pour récupérer l'élément tout en évitant les copies en double inutiles.
- Identifiants de fiches connexes : lier la pièce justificative à l'affirmation, la personne, l'événement ou une autre fiche pertinente par son identifiant de fiche connexe.
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- Identifiant de l'affaire : l'inclure lorsque le fichier doit être regroupé avec d'autres éléments de la même affaire, donnant aux fichiers connexes une identité partagée lors de la récupération.
- Sujet : utiliser une personne, un sujet, un lieu ou un autre libellé de sujet concis lorsqu'il distingue matériellement le fichier de fiches similaires dans la même affaire.
- Type de matériel : identifier le contenu de la fiche, comme une note d'entretien, une image, une transcription ou un document, afin que les fichiers puissent être regroupés par fonction sans les ouvrir.
- Date : inclure une date lorsque le tri chronologique ou l'identification en dépend, et utiliser un format de date cohérent dans la convention de nommage.
- Version : utiliser une valeur de version claire lorsque les formes successives d'un même fichier doivent rester distinguables ; une version comme v02 est plus informative qu'un libellé ambigu comme final.
- Séparateur et caractères : utiliser un séparateur prévisible et un jeu de caractères lisible qui fonctionne sur les systèmes de stockage prévus, en évitant les caractères spéciaux inutiles qui peuvent réduire la portabilité.
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.
- 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
Ppour une personne ouEVpour 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.
- Rapportée par : utiliser cette relation « rapportée par » lorsque la source contient ou répète l'affirmation, sans sous-entendre que la source soutient indépendamment son exactitude.
- Soutenue par : utiliser cette relation lorsque la source contient du matériel qui soutient l'affirmation enregistrée dans les conditions de recherche actuelles.
- Corroborée par plusieurs sources : utiliser cette relation uniquement lorsque plusieurs fiches source soutiennent indépendamment la même assertion pertinente ; si une source entre en conflit avec elle, enregistrer cette source comme contradictoire plutôt que de cacher le désaccord.
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- Identifiants stables : confirmer que chaque fiche a un identifiant stable et que les identifiants de fiche référencés pointent toujours vers les fiches prévues. Réussite : chaque identifiant est unique et récupérable. Suivi : attribuer ou corriger l'identifiant concerné et réparer les références qui pointent vers la mauvaise fiche.
- Noms de fichier cohérents : confirmer que les fichiers comparables suivent le modèle de nom de fichier cohérent établi pour le dossier d'affaire. Réussite : les noms de fichier utilisent les champs, l'ordre et la notation attendus. Suivi : renommer uniquement les fichiers incohérents tout en conservant leurs identifiants de fiche stables.
- Liens affirmation-source : confirmer que chaque lien affirmation-source matériel connecte l'affirmation à sa fiche source et au localisateur dans la source disponible. Réussite : l'affirmation peut être retracée directement jusqu'au matériel source lié. Suivi : ajouter ou réparer la référence source ou le localisateur manquant.
- Personnes et événements connectés : confirmer que chaque relation documentée personne-événement, événement-affirmation ou autre relation de fiche connectée utilise un libellé de relation explicite. Réussite : les fiches directement liées peuvent être récupérées via leurs liens documentés. Suivi : ajouter la référence croisée manquante ou corriger un libellé de relation non soutenu.
- Éléments non résolus : confirmer que chaque élément non résolu reste explicitement marqué avec son statut actuel, ses fiches connexes, la raison de l'incertitude et le suivi requis. Réussite : l'incertitude est visible plutôt que fondue dans des notes réglées. Suivi : créer ou mettre à jour la fiche de lacune sans convertir la condition non résolue en conclusion factuelle.
- Historique des révisions : confirmer que les modifications matérielles sont représentées dans le journal des révisions avec l'état antérieur, le nouvel état, l'identifiant de fiche, la raison et la référence source le cas échéant. Réussite : les états de recherche antérieurs restent récupérables. Suivi : restaurer l'entrée de révision manquante ou documenter la base du changement avant toute modification ultérieure.
- Récupérabilité : confirmer qu'un réviseur peut récupérer chaque fiche importante via son identifiant de fiche, son nom de fichier ou sa référence croisée documentée sans dépendre de sa mémoire personnelle. Réussite : le chemin de récupération est explicite et reproductible. Suivi : réparer l'identifiant, le nom de fichier, la référence de stockage ou le lien de fiche qui bloque la récupération.
- Fiches orphelines : identifier toute fiche orpheline qui n'a pas de connexion documentée à la vue d'ensemble de l'affaire ou à une autre fiche pertinente alors qu'une telle relation devrait exister. Réussite : chaque fiche dans le périmètre a une place justifiée dans la structure du dossier d'affaire. Suivi : ajouter le lien documenté manquant, clarifier pourquoi la fiche est isolée, ou la retirer du dossier d'affaire si elle sort du périmètre défini.
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.