Startseite
Réserver →
SOP-TAGS-PROPERTIES-1.0Rév. v1.0··2026-05-15

Tags + Properties

La classification au niveau du bloc, pas dans le tableau d'à côté.

PROCÉDURE
  1. 1
    Passer en revue le tableau de statut existant (Excel ou base Notion) et noter ses colonnes comme futures properties.
    OUTILS
    Excel / Tracker
    DURÉE10 min
    Point de contrôle : Liste des colonnes = futures clés de property.
  2. 2
    Fixer par domaine les clés et les valeurs autorisées (p. ex. status:: offen|review|final) et versionner la convention sur une page.
    MATÉRIEL
    Convention de properties par domaine
    DURÉE20 min
    Point de contrôle : La page de convention, avec clés et valeurs autorisées, existe.
  3. 3
    Dans le document source, poser la property sur le bloc pour chaque affirmation (status::, quelle::, frist::) ; ajouter des tags pour les vues transversales (#wettbewerber).
    OUTILS
    Outliner (mium)
    DURÉE5 min par rapport
    Point de contrôle : Chaque bloc pertinent porte sa property.
  4. 4
    Reconstruire le tableau de statut sous forme de query — tous les blocs en status:: review, triés par frist::.
    OUTILS
    Requête Datalog
    DURÉE10 min
    Point de contrôle : Le résultat de la query recoupe l'ancien tableau.
  5. 5
    Archiver l'ancien tableau Excel en lecture seule — ne plus l'entretenir. Désormais, la query est la vue.
    OUTILS
    Explorateur de fichiers
    MATÉRIEL
    Dossier d'archives
    DURÉE2 min
    Point de contrôle : tracker.xlsx dans `archiv/`, query enregistrée en favori.
  6. 6
    Sondage : vérifier sur cinq blocs que la valeur de la property et le texte source concordent.
    DURÉE5 min
    Point de contrôle : Cohérence source ↔ vue confirmée.
CONTEXTE

#wettbewerber, status:: review, source:: bloomberg — la classification sur le bloc qui en a besoin. Plus de tableau à côté.

  • Temps de classification par rapport : −65 %
  • Charge d'entretien des tableaux : −80 %
  • Cohérence source ↔ vue : 100 %

Pourquoi le tableur Excel devient une seconde vérité

Dans le quotidien de la due diligence, le contenu et la classification avancent séparément — des mémos dans Word, un registre Excel avec statut, source et concurrent à côté. Dès qu'un mémo est mis à jour, le registre dérive. Au bout de 12 semaines, on retrouve 18 entrées au statut « review » dont le texte source est passé à « final » depuis longtemps.

5 règles

  1. Le tag, c'est la classification transversale. `#wettbewerber`, `#risiko`, `#vendor` — à plat, sans hiérarchie, pour des vues qui traversent les domaines.
  2. La property, c'est la métadonnée structurée. `status:: review`, `quelle:: bloomberg`, `frist:: 2026-06-30` — clé-valeur, interrogeable, typée (`quelle::` = source, `frist::` = échéance).
  3. La query, c'est la vue vivante. Une requête sur tous les blocs en `status:: review` remplace le tableau tenu à la main. Le résultat se met à jour dès qu'un bloc change.
  4. Les properties, sur la page ou sur le bloc. Une property de page vaut pour tout le document (client, type de contrat). Une property de bloc vaut pour l'affirmation (la source d'un chiffre, l'échéance d'un paragraphe).
  5. Une convention par domaine. Les clés et les valeurs autorisées se fixent par domaine et se versionnent — pas d'improvisation au gré de chacun.
## Mémo concurrent Acme
status:: review
quelle:: bloomberg
frist:: 2026-06-30

Chiffre d'affaires T4 : 142 M€ #wettbewerber

Avant / après — liste Excel vs bloc en status:: review

Avant (Excel à côté)Après (property sur le bloc)
Mémo dans Word, entrée dans tracker.xlsx ligne 47Le bloc du mémo porte `status:: review`
Changement de statut : ouvrir deux fichiers, les enregistrer tous les deuxChangement de statut : modifier une valeur, la vue se met à jour
Question d'audit « état au 2026-04-12 ? » → confronter l'historique de deux fichiersQuestion d'audit « état au 2026-04-12 ? » → une seule piste de versions, un seul bloc
Cohérence source ↔ vue : vérifiable seulement par sondageCohérence source ↔ vue : 100 % par définition

Le tableau ne disparaît pas — il devient une query. Qui veut voir « tous les blocs en status:: review avec frist:: < 2026-07-01 » écrit la requête une fois et la relit chaque jour.

Une question honnête

Combien de fois entretenez-vous vos contenus et leur tableau séparément ? Comptez sur la semaine en cours les cas où vous avez modifié la même information à deux endroits — une fois dans le document, une fois dans le registre.

Une classification qui s'entretient toute seule.

Accrochez le sens au bloc, pas au tableau d'à côté. Votre deuxième cerveau garde le statut et la source là où l'affirmation se trouve — un partenaire, pas une seconde comptabilité.

Réserver mon créneau··gratuit →
SOP-TAGS-PROPERTIES-1.0··Falktron GmbH, Oelde
L’École de printemps est terminée. Voir le Jour 93 → Lancer le jeu →