Source Horizon Research 7127840e04e8 Bibliotheque_Horizon/02_Modeles/Modele_Lexique_de_veille_entreprise_Horizon.md

Type : Modèle officiel — Bibliothèque Horizon Version : 1.0 Statut : Document de travail Dernière mise à jour : 2026-09-02 Références : Standard Horizon · Protocole Codex Horizon · Horizon Library

Modèle — Lexique de veille d’une entreprise¶

Le lexique de veille aide Beacon à reconnaître une entreprise sans transformer des mots sectoriels généraux en faux positifs.

1. Objet¶

Toute nouvelle analyse d’entreprise, ou toute révision substantielle d’un dossier existant, est suivie d’un petit fichier Lexique.csv à la racine du dossier. Ce livrable est distinct de l’analyse et remplit deux fonctions :

proposer les termes suffisamment distinctifs pour rattacher une nouvelle à l’entreprise ;
conserver les termes utiles à l’analyse qui exigent encore une confirmation contextuelle.

Le lexique est une source éditoriale versionnée dans Horizon Research. Horizon Library et Beacon peuvent le lire, mais ne doivent ni augmenter sa fiabilité ni élargir son utilisation automatiquement.

2. Contrat du fichier `Lexique.csv`¶

En-tête canonique :

term,definition,category,reliability,usage,justification,source,source_url,validation_date,aliases,scope

Colonne	Exigence	Rôle
`term`	Obligatoire	Mot-clé exact surveillé.
`definition`	Obligatoire	Définition courte affichable par Horizon Library.
`category`	Obligatoire	Catégorie contrôlée décrite ci-dessous.
`reliability`	Obligatoire	Force du lien avec l’entreprise.
`usage`	Obligatoire	Action autorisée pour Beacon.
`justification`	Obligatoire	Motif court de la décision.
`source`	Obligatoire	Source primaire ou repère explicite de `Sources.md`.
`source_url`	Facultative	URL directe de la source, si elle est stable et publiable.
`validation_date`	Obligatoire	Date de vérification au format `AAAA-MM-JJ`.
`aliases`	Facultative	Variantes séparées par `\|` qui héritent exactement des mêmes règles.
`scope`	Facultative	`analysis` par défaut ; `horizon` est réservé au vocabulaire transversal.

Un alias ambigu ou moins fiable ne doit pas partager la ligne d’un terme fort. Il reçoit sa propre ligne et sa propre décision.

3. Fiabilité¶

Valeur	Sens	Conséquence maximale
`Fort`	Le terme désigne presque certainement l’entreprise, une division, une marque ou un produit distinctif.	Peut être candidat au `Routage direct`.
`Contextuel`	Le terme est pertinent, mais doit être accompagné d’un autre indice ou d’une preuve contextuelle.	`Analyse contextuelle` seulement.
`À surveiller`	Le lien est récent, incertain ou insuffisamment documenté.	Jamais de rattachement automatique.
`Refusé`	Le terme est conservé uniquement pour documenter une exclusion ou un faux positif connu.	`Exclusion` ou `Aucune` seulement.

Refusé complète les trois niveaux actifs. Il n’autorise aucune veille positive et sert seulement à rendre un rejet explicite et traçable.

4. Utilisation autorisée¶

Valeur	Autorisation
`Routage direct`	Le terme peut contribuer à rattacher automatiquement une nouvelle à l’entreprise. Cette valeur exige une fiabilité `Fort`.
`Analyse contextuelle`	Le terme peut enrichir ou orienter l’analyse, mais ne peut pas rattacher seul une nouvelle.
`Exclusion`	Le terme désigne un homonyme ou un faux positif connu à écarter.
`Aucune`	Le terme est trop général ou inexploitable. Il est conservé seulement si documenter ce rejet prévient une erreur probable.

5. Catégories contrôlées¶

Identité et symboles ;
Divisions et filiales ;
Marques, produits et plateformes ;
Dirigeants principaux ;
Programmes et technologies propriétaires ;
Partenaires ou projets nommés importants ;
Termes ambigus exigeant du contexte ;
Exclusions et faux positifs connus.

6. Règles de sélection¶

Inclure les noms officiels, anciens noms, symboles boursiers et variantes réellement utilisées.
Inclure les divisions, filiales, marques, plateformes et produits distinctifs soutenus par une source fiable.
Inclure un dirigeant seulement si son nom est suffisamment distinctif et matériel pour la veille.
Inclure les programmes, contrats, projets ou technologies propriétaires importants pour la thèse.
Refuser les mots sectoriels généraux tels que automobile, logiciel, cybersécurité, croissance ou intelligence artificielle.
Un terme de routage direct doit raisonnablement identifier l’entreprise même lu hors contexte.
Un symbole court, un nom commun ou un terme partagé par plusieurs organisations exige une confirmation contextuelle.
Ne jamais inventer un nom, une marque, un produit, une relation ou une propriété.
Chaque ligne comporte une source et une date de validation.
En cas de doute, choisir la règle la plus prudente.
La fréquence d’un mot dans l’analyse ne constitue jamais, à elle seule, une preuve de distinctivité.
Les termes généraux refusés ne sont pas tous énumérés : seuls les faux positifs probables ou les exclusions utiles à Beacon méritent une ligne.

7. Contraintes automatiques¶

Routage direct + fiabilité différente de Fort : invalide.
À surveiller + Routage direct : invalide.
Refusé + utilisation différente de Exclusion ou Aucune : invalide.
date absente ou différente de AAAA-MM-JJ : invalide.
source ou justification absente : invalide.
alias moins distinctif que le terme principal : créer une ligne séparée.

8. Livrable compagnon produit après l’analyse¶

Le document Analyse_[Entreprise].md n’est pas alourdi par ce contenu. Une fois l’analyse terminée, le rédacteur produit Lexique.csv comme livrable séparé. Horizon Library peut en présenter une vue lisible intitulée Lexique de veille de l’entreprise, dérivée du CSV versionné sans modifier l’analyse source.

La vue humaine suit ce format :

## Lexique de veille de l’entreprise

> Source : `Lexique.csv` — livrable compagnon versionné avec cette analyse.

| Terme | Catégorie | Fiabilité | Utilisation | Justification | Source | Validation |
|---|---|---|---|---|---|---|
| [Terme exact] | [Catégorie] | [Fort / Contextuel / À surveiller / Refusé] | [Utilisation] | [Motif] | [S-000 ou source] | [AAAA-MM-JJ] |

### Termes autorisés pour le routage direct

- [Terme fort] — [motif très court].

### Termes réservés à l’analyse contextuelle

- [Terme] — [contexte ou confirmation exigé].

Les deux listes sont dérivées du CSV par Horizon Library ou par un outil de contrôle. Elles ne sont pas recopiées dans l’analyse et ne doivent jamais contenir un terme dont l’utilisation diffère du titre de la liste.

9. Exemple de décision¶

Terme	Catégorie	Fiabilité	Utilisation	Justification
`BlackBerry Limited`	Identité et symboles	Fort	Routage direct	Nom légal de l’entreprise.
`QNX`	Divisions et filiales	Fort	Routage direct	Division et marque distinctive vérifiable de BlackBerry.
`BB`	Identité et symboles	Contextuel	Analyse contextuelle	Symbole court susceptible de nombreux faux positifs.
`Automobile`	Exclusions et faux positifs connus	Refusé	Aucune	Terme sectoriel beaucoup trop général.

Cet exemple illustre les règles ; ses sources et sa date doivent être vérifiées dans le dossier réel avant utilisation.

10. Révision¶

Le lexique est revu lors d’un changement de nom, de symbole, de direction principale, de portefeuille de produits, d’acquisition, de cession, de partenariat nommé important ou lorsqu’un faux positif récurrent est observé. Toute modification significative apparaît dans l’historique du dossier.

Historique du modèle¶

Version	Date	Évolution
1.0	2026-09-02	Création du contrat de lexique de veille destiné à Horizon Library et Beacon.