Verticale TV¶

Statut¶

TARGET — verticale projetée, non certifiée comme module Runtime actif.

Cette page prépare l'industrialisation d'une verticale TV. Elle ne signifie pas qu'un module TV complet existe actuellement dans le Runtime.

La présence de tv dans l'architecture publique de navigation prouve seulement qu'une feuille de navigation est déclarée. Elle ne prouve ni l'existence d'un Resolver spécialisé, ni son chargement, ni une activation en production.

Rôle attendu¶

La verticale TV doit encapsuler les règles propres aux téléviseurs afin de distinguer correctement modèles, tailles, générations et variantes sans déplacer cette connaissance dans le Domain Core.

Elle peut notamment devoir interpréter :

la marque ;
la gamme et la référence de modèle ;
la génération ;
la taille d'écran ;
la résolution ;
la technologie de dalle ;
le marché ou la variante régionale ;
les suffixes de référence ;
les caractéristiques utiles à la comparaison.

Frontière architecturale¶

Données normalisées
        ↓
Détection TV
        ↓
Règles TV
        ↓
preuves / conflits / candidats
        ↓
Resolver générique
        ↓
Projection

La verticale TV ne doit pas :

écrire directement en base ;
fabriquer des pages Frontend ;
utiliser une technologie marketing comme identité suffisante ;
confondre taille d'écran et modèle lorsque plusieurs diagonales partagent une même gamme ;
forcer une résolution sur un suffixe régional non compris.

Attributs à auditer¶

Les attributs réellement structurants doivent être déterminés sur des données marchandes réelles.

Candidats typiques :

Attribut	Exemple	Usage possible
marque	Samsung, LG, Sony, TCL	conflit fort si incompatible
modèle	QE55S95D, OLED55C4	identité principale
génération	C3, C4, S95C, S95D	séparation de gamme
diagonale	48, 55, 65 pouces	variante matérielle importante
dalle	OLED, QLED, Mini LED, LED	enrichissement, parfois contrôle de cohérence
résolution	4K, 8K	contrôle de cohérence
suffixe régional	variantes de référence	doit être interprété avant fusion

Une technologie telle que OLED ou QLED ne doit pas suffire à elle seule à résoudre une identité.

Conflits à préserver¶

Exemples de conflits potentiellement bloquants :

marque différente ;
référence de modèle incompatible ;
génération différente ;
diagonale explicitement différente lorsque la taille fait partie de la référence produit ;
téléviseur contre moniteur ;
téléviseur contre accessoire ;
suffixe régional indiquant une variante incompatible ;
données trop génériques pour départager plusieurs références.

Les statuts restent : resolved, unknown, ambiguous, conflict.

Reason codes¶

Une implémentation future devrait exposer des raisons stables, par exemple :

tv.model.exact
tv.model.unknown
tv.size.compatible
tv.size.conflict
tv.generation.conflict
tv.regional_suffix.ambiguous

Ces codes sont des exemples de contrat TARGET et ne doivent pas être présentés comme existants dans le Runtime sans vérification.

Projection¶

La projection TV doit rester dérivée d'une décision métier déjà établie.

Elle peut contenir des informations comme la diagonale, la gamme ou la technologie de dalle pour la lecture, mais elle ne doit pas :

résoudre l'identité ;
inventer une diagonale ;
corriger une référence ;
masquer une ambiguïté de génération.

La navigation publique peut exposer « Téléviseurs » même si la verticale spécialisée n'est pas encore industrialisée.

Les technologies comme OLED, QLED ou Mini LED doivent rester des filtres ou attributs tant que l'architecture publique n'en décide pas autrement. Elles ne doivent pas devenir automatiquement des catégories parce qu'elles apparaissent dans les titres marchands.

Industrialisation¶

Avant activation :

réunir un échantillon multi-marchands ;
analyser les formats de références et suffixes ;
mesurer les collisions entre tailles et générations ;
formaliser les règles de conflit ;
exécuter des audits read-only ;
simuler les assouplissements ;
examiner systématiquement unknown, ambiguous et conflict ;
valider les KPI et les non-régressions ;
seulement ensuite brancher le module au Runtime.

Diagnostic¶

Pour une TV mal regroupée :

source
  ↓
normalisation référence / marque
  ↓
détection verticale
  ↓
règles TV
  ↓
Resolver
  ↓
projection
  ↓
Frontend

Ne pas corriger le HTML ou l'URL publique tant que la décision métier et la projection n'ont pas été vérifiées.

Invariants¶

TV reste hors du Domain Core générique.
La technologie marketing ne remplace pas une référence produit.
Une ambiguïté de génération ou de taille reste explicite.
Les règles TV n'écrivent pas directement.
Navigation déclarée ne signifie pas module Runtime actif.
Toute évolution doit être démontrée sur des données réelles et reproductibles.