Tags + Properties
Klassifikation på blokken, ikke i tabellen ved siden af.
- Du skelner Tag (tvær-klassifikation) fra Property (struktureret metadata) og vælger det rigtige fra sag til sag. ·· Succeskriterium: Du placerer 10 klassifikations-tilfælde fejlfrit som enten Tag eller Property.
- Du afløser en håndholdt status-tabel med en Query over blok-Properties. ·· Succeskriterium: Du leverer en Query, der fuldt ud gengiver en eksisterende Excel-liste.
- Du opretter en domæne-konvention for nøgler og værdier. ·· Succeskriterium: Du dokumenterer pr. domæne de tilladte Properties med værdi-område på én side.
#wettbewerber, status:: review, source:: bloomberg — klassifikation på netop den blok, der har brug for den. Ingen tabel ved siden af.
- Klassifikations-tid pr. rapport: −65 %
- Vedligehold af tabeller: −80 %
- Datakonsistens kilde ↔ visning: 100 %
Hvorfor Excel-tabellen bliver den anden sandhed
I en due diligence-hverdag løber indhold og klassifikation hver for sig — notater i Word, et Excel-register med status, kilde og konkurrent ved siden af. Så snart et notat opdateres, driver registret fra. Efter 12 uger ligger der 18 poster med status „review“, hvis kildetekst for længst står på „final“.
5 regler
- Tag = tvær-klassifikation. `#wettbewerber`, `#risiko`, `#vendor` — flad, uden hierarki, til visninger på tværs af domæner.
- Property = struktureret metadata. `status:: review`, `quelle:: bloomberg` (DSL-nøglen for kilde), `frist:: 2026-06-30` — nøgle-værdi, søgbar, typet.
- Query = levende visning. En forespørgsel over alle blokke med `status:: review` afløser den håndholdte tabel. Resultatet opdaterer sig, så snart en blok ændrer sig.
- Properties på Page eller Block. En Page-Property gælder for hele dokumentet (klient, kontrakttype). En Block-Property gælder for udsagnet (kilden til et tal, fristen for et afsnit).
- Konvention pr. domæne. Hvilke nøgler og værdier der er tilladt, fastlægges pr. domæne og versioneres — ikke improviseret pr. person.
## Konkurrent-notat Acme
status:: review
quelle:: bloomberg
frist:: 2026-06-30
Omsætning Q4 lå på 1.060 mio. kr. #wettbewerberFør/efter — Excel-liste vs. blok med status:: review
| Før (Excel ved siden af) | Efter (Property på blokken) |
|---|---|
| Notat i Word, post i tracker.xlsx række 47 | Blokken i notatet bærer `status:: review` |
| Statusskift: åbn to filer, gem begge | Statusskift: ændr én værdi, visningen opdaterer sig |
| Audit-spørgsmål „stand 2026-04-12?“ → sammenhold fil-historik for to filer | Audit-spørgsmål „stand 2026-04-12?“ → ét versionsspor, én blok |
| Konsistens kilde ↔ visning: kun kontrollerbar ved stikprøve | Konsistens kilde ↔ visning: pr. definition 100 % |
Tabellen forsvinder ikke — den bliver til en Query. Den, der vil se „alle blokke med status:: review og frist:: < 2026-07-01“, skriver forespørgslen én gang og læser den ny hver dag.
Et ærligt spørgsmål
Hvor ofte vedligeholder du indhold og dets tabel hver for sig? Tæl i den løbende uge de gange, hvor du har ændret den samme oplysning to steder — én gang i dokumentet, én gang i registret.
- Tag en eksisterende status-tabel fra din hverdag — fx en tracker.xlsx med kolonner til status, kilde og frist. Flyt klassifikationen ud på blokken i kilde-dokumentet: sæt status, kilde og frist som en Property på hvert udsagn, og suppler med ét tvær-Tag til visningen på tværs af domæner. Genskab derefter tabellen som en enkelt Query over alle blokke med samme status.⏱ 5 min
💡 Tag den gamle tabels kolonneoverskrifter direkte som dine Property-nøgler — én kolonne bliver til én nøgle, og konventionen står, før du tagger den første blok.
Løsningsforslag: Status-kolonnen bliver til Property status, kilde-kolonnen bliver til nøglen kilde, frist-kolonnen bliver til nøglen frist — hver på den blok, der bærer udsagnet. Konkurrent-henvisningen bliver til et fladt tvær-Tag som konkurrent. Den gamle tabel bliver til en Query over alle blokke med status review, sorteret efter frist; resultatet dækker den gamle liste og vedligeholder sig selv, så snart en blok ændrer sig.
Hvori adskiller Tag og Property sig?
Hvad afløser den håndholdte status-tabel?
Hvorfor er der brug for en domæne-konvention?
Klassifikation, der vedligeholder sig selv.
Hæng betydningen på blokken, ikke på tabellen ved siden af. Din anden hjerne holder status og kilde dér, hvor udsagnet står — en følgesvend, ikke et andet regnskab.
Reserver din plads··gratis →