# Catalogue produits data Winerix Chaque produit indique quoi copier, pour qui, avec quelles sources et quel caveat conserver. ## Ordre de publication recommandé - P1 [publier] Reference Pack Winerix : Score référence, preuves et gaps visibles. - P1 [publier] Oenotourism Demand Offer Pack : Lecture offre + demande, caveats et blocs copiables disponibles. - P1 [publier] Territory Brief Composer : Brief territoire copiable avec scores, sources, badges et caveats disponible. - P1 [publier] Territory Comparison Pack : Axes de comparaison, badges, caveats et exports copiables disponibles. - P1 [publier] KPI Aggregation Rules : Regles aggregation KPI, mailles, recettes et caveats disponibles. - P1 [publier] KPI Publication Certificates : Recus KPI avec score, badge, sources, regles aggregation et caveat disponibles. - P1 [publier] Source Attribution Pack : Attributions source, licences, wording public et caveats disponibles. - P1 [publier] Public Footnote Pack : Footnotes source/KPI courtes et completes disponibles pour pages et decks. - P1 [publier] Page Publication Kit : Kit page avec sections, checklist, certificats et footnotes disponible. - P1 [publier] Source Relationship Pack : Tiers relation source, demandes, risques et messages copiables disponibles. - P1 [publier] Public Distribution Pack : Bundles audience, ordre envoi, risques et emails copiables disponibles. - P1 [publier] User Feedback Pack : Segments, questions feedback, scores friction et templates input disponibles. - P1 [publier] Source Demand Backlog : Backlog sources demandees, scoring et actions producteurs disponibles. - P1 [publier] Source Acquisition Sprint : Sprint 30 jours, gates acceptation et messages producteurs disponibles. - P1 [publier] Reference Source Radar : Radar nouvelles sources avec scoring, pipeline, KPI servis et actions suivant source. - P1 [normaliser] OpenAgenda Wine Event Signal : Metadonnees et echantillon OpenAgenda recuperes, schema et normalizer disponibles. - P1 [normaliser] BNLC Carpooling Areas : Metadonnees et CSV BNLC recuperes, schema et normalizer disponibles. - P1 [normaliser] Insee BPE Equipment : Pages, zip denombrement et dictionnaires BPE recuperes, schema et normalizer disponibles. - P1 [normaliser] Merimee Heritage Monuments : Metadonnees et CSV Merimee recuperes, schema et normalizer disponibles. - P1 [fideliser] DATAtourisme Fidelity Monitor : Snapshot ressources DATAtourisme, scoring fraicheur, couverture regionale et monitoring disponibles. - P1 [publier] Reference Authority Index : Sources d autorite, KPI, statuts, scores et prochaines actions visibles. - P1 [publier] Territory Data Spine : Mailles, cles, mappings sources, regles aggregation et sorties territoire definies. - P1 [publier] Territory KPI Scorecards : Scorecards KPI agregees, layouts, regles, wording et caveats disponibles. - P1 [publier] Territory Scorecard Public Bundle : Bundles publics, blocs copiables, audiences, checklist et caveats disponibles. - P1 [activer] Source to Score Activation Queue : File source->normalisation->scorecard->publication avec commandes preparees et gates. - P1 [activer] Activation Outputs Manifest : Sorties activees, sorties lourdes pendientes, KPI et scorecards reliees. - P1 [hydrater] Territory Source Fact Table : Builder faits territoire/source/KPI et schema unifie disponibles. - P1 [hydrater] Territory KPI Score Table : Builder scores KPI, schema, copy, confidence et caveats disponibles. - P1 [publier] Territory Pilot Profiles : Builder profils pilotes, outputs CSV/Markdown, sources, confiance et caveats disponibles. - P1 [publier] Publishable Territory Profiles : Profils filtres par label, maille publiable, scorecards, confiance et caveats. - P1 [publier] Profile Publication Queue : Queue editoriale avec statuts, priorites, gates, actions et copy blocks. - P1 [publier] Profile Proof Cards : Proof cards multi-sources, statuts, copy lines et caveats disponibles. - P1 [publier] KPI Copy Pack : Snippets KPI copiables avec sources, caveats et exports JSON/Markdown/CSV. - P1 [publier] User Need KPI Map : Besoins utilisateurs relies aux KPI, sources, gates et formats copiables. - P1 [publier] Publishable Territory Page Pack : Blueprints pages territoire, champs CMS, gates et blocs copiables disponibles. - P1 [publier] Reference Launch Readiness : Checklist go/no-go publication avec preuves, risques et actions. - P1 [publier] Reference Data Room Index : Sommaire data room par usage avec produits, ordre de copie et caveats. - P1 [publier] Trust Badge Pack : Badges live/partial/demo/blocked/source/gate disponibles avec HTML/CSS. - P1 [publier] Reference Claim Guard : Claims autorises/interdits par mode KPI, source et canal disponibles. - P1 [publier] Territory Share Pack : Textes partageables par canal avec caveats conserves. - P1 [publier] Territory Publication Bundle : Bundle page, KPI live modes, dependances, copy blocks et endpoints disponible. - P1 [publier] Live KPI Board : Modes live/partial/demo/blocked disponibles pour les KPI territoire. - P1 [publier] Score Hydration Board : Scores hydratables/partiels/bloques deduits des dependances et Quality Gates. - P1 [publier] KPI Dependency Map : Scores, composants, sources, outputs normalisation et gates relies. - P1 [publier] Normalization Quality Gates : QA schema/output/lignes/source_key/caveat disponible avant import. - P1 [publier] Reference Normalization Readiness : Inputs, outputs, schemas et statuts readiness visibles sans execution. - P1 [publier] Reference Normalization Runbook : Commandes, inputs, outputs, schemas, phases, gates et caveats prets a copier. - P1 [publier] Source Normalization Backlog : Priorites de normalisation, fichiers cibles, impact utilisateur et caveats disponibles. - P1 [publier] Territory Score Input Templates : Templates composants, gates, statuts source et URLs score prets a copier. - P1 [publier] Territory Score Calculator : Scores calculables via formules, overrides, plafond pipeline et Publication Gate logique. - P1 [publier] Territory KPI Formula Book : Formules, poids, sources, gates et règles de normalisation documentés. - P1 [publier] Territory Reference Page : Prototype HTML public avec sections KPI, copy buttons, endpoints et fallback statique. - P1 [publier] Territory Page Kit : Sections, layouts, KPI slots, sources, caveats et snippet HTML disponibles. - P2 [publier] KPI Pack central : KPI central avec caveats et Evidence Pack. - P2 [publier] User Need Navigator : Parcours persona prêts avec KPI, produits, exports et caveats. - P2 [publier] Reference Citation Kit : Citations, licences, usages et caveats centralisés pour publication. - P2 [publier] Reference Release Notes : Notes de version avec messages, limites et promesses interdites. - P2 [publier] Territory KPI Crosswalk : Cles de rapprochement, recettes KPI, sources et quality gates documentes. - P2 [publier] Reference Story Builder : Storylines KPI reliees aux segments, sources, caveats et familles visuelles. - P2 [publier] Reference Embed Kit : Blocs HTML/Markdown/CSV copiables avec sources, caveats et dependances explicites. - P3 [publier] Evidence Pack KPI : Citations, URLs et limites présentes. - P3 [publier] Publishable Snippet Board : Blocs publication prêts avec KPI slots, exports, CTA et caveats. - P3 [publier] Source Fidelity Ledger : Portefeuille source score, tier, cadence, preuve et action relation/source disponible. - P3 [publier] Reference Visual System : Tokens visuels, composants KPI et règles de copy prêts pour UI/decks. - P3 [publier] Data Product Index : Sommaire produit exportable avec priorités, stages, KPI, sources et caveats. - P4 [publier] Packs KPI par usage : Texte prêt à coller par persona. - P4 [publier] Reference Copy Studio : Briefs persona prêts avec KPI, exports et caveats. - P4 [publier] Reference KPI Scorecard : Familles KPI coherentes avec niveaux, produits, caveats et directions visuelles. - P5 [publier] Offre locale DATAtourisme : Import local filtré vin et faux positifs contrôlés. - P5 [publier] Reference Dashboard Blueprint : Spec dashboard reference avec sections, layouts, KPI slots et exports. - P5 [publier] Dictionnaire KPI Winerix : Définitions, calculs, sources et caveats stabilisés. - P6 [publier] Destinations Vignobles & Découvertes : Liste Atout France structurée par vignoble. - P6 [publier] Reference Narrative Deck : Deck narratif prêt avec slides, KPI slots, exports, notes orateur et caveats. - P6 [publier] KPI Card Deck : Cartes KPI prêtes avec style, texte, caveat et placeholders. - P7 [compléter] Hébergements touristiques classés : CSV officiel importé, capacité et catégories calculées. - P7 [compléter] Insee Tourism Occupancy Pack : Archive Insee HVD recuperee ; normalisation demand signal requise avant publication forte. - P7 [compléter] Capacité touristique communale INSEE : CSV Insee 2026 téléchargé, import agrégé commune disponible. - P7 [publier] Source-KPI Lineage Matrix : Lineage source-produit-KPI-caveat exportable et gaps gouvernance visibles. - P7 [publier] KPI Cards hydratées : Cartes hydratées ou fallback placeholders explicite. - P8 [compléter] BNSC Bike Parking Pack : ZIP BNSC recupere ; normalisation et aggregation commune requises avant publication forte. - P8 [compléter] Qualite Tourisme Establishments Pack : CSV officiel recupere ; normalisation et rapprochement vin requis avant publication forte. - P8 [compléter] Établissements Tourisme & Handicap : CSV national importé, actifs filtrés et quatre familles visibles. - P8 [compléter] Qualité adresse BAN : Metadata BAN récupérée ; audit CSV des adresses Winerix requis pour publier les scores. - P8 [compléter] Agence Bio Organic Wine Pack : CSV operateurs bio recupere ; normalisation vin et agregats territoire requis avant publication forte. - P8 [compléter] Exploitations certifiées HVE : CSV officiel récupéré ; rapprochement domaines/communes requis avant publication forte. - P8 [publier] Reference API Manifest : Manifeste API exportable avec endpoints JSON/Markdown/CSV, personas, KPI et caveats. - P8 [publier] Publication Gate : Décision publier/annoter/bloquer disponible avant diffusion externe. - P9 [publier] Preuve réglementaire eAmbrosia : GI importées avec statut et cahiers des charges. - P9 [publier] Source Opportunity Radar : Nouvelles sources officielles scorées avec action et caveat. - P9 [publier] Reference Integration Guide : Guide integration API avec endpoints prioritaires et snippets copiables. - P10 [publier] Produits SIQO INAO vin : CSV SIQO importé, filtre vin contrôlé et statuts publiés visibles. - P10 [compléter] Établissements vin SIRENE : Mapping NAF prêt ; stock établissement Sirene requis pour publier les volumes. - P10 [publier] Reference Data Contracts : Contrats API logiques avec champs, formats, quality gates et caveats. - P11 [publier] Aires AOC/AOP INAO par commune : CSV INAO importé, encodage normalisé et matchs Winerix visibles. - P12 [publier] Preuve appellation complète : SIQO, INAO communes et eAmbrosia visibles avec gaps exportables. - P13 [surveiller] Contrôle écarts appellations/eAmbrosia : Écarts relus avant usage juridique. - P14 [publier] Cadrage Agreste viticulture : Millésime, territoire, indicateur et unité présents. - P14 [compléter] Foncier viticole Agreste : Metadata officielle récupérée ; CSV foncier viticole normalisé requis pour publier les prix. - P14 [compléter] Récoltes et stocks vitivinicoles DGDDI : Metadata et ressources XLS récupérées ; CSV normalisé requis avant publication de chiffres. - P15 [compléter] Parcelles viticoles RPG : RPG filtré vigne importé et clés géographiques contrôlées. - P15 [compléter] Prix vrac FranceAgriMer : Pack marché prêt ; CSV FranceAgriMer normalisé requis pour publier les prix. - P16 [surveiller] Politique de fraîcheur sources : Sources due/critical traitées avant publication externe. - P17 [surveiller] Statut activation sources : DB prête et fichiers obligatoires présents avant import. - P18 [surveiller] Board maintenance sources : Tickets source priorisés et copiables disponibles. ## Reference Pack Winerix - Usage : Pitch global, note exécutive, page référence. - Persona : direction, investisseur, analyste, publication - Besoin utilisateur : Présenter Winerix comme référentiel data vin/oenotourisme avec score, preuves, piliers et gaps. - Sources : source_registry, inao_siqo_products, inao_aoc_aop_commune_areas, datatourisme_oenotourism, tourisme_handicap_establishments, eambrosia_gi, agreste_viticulture_territorial, rpg_parcels, atout_france_classified_accommodations - KPI clés : reference_score, confidence_score, active_source_count, evidence_pack - Markdown : /api/reference_export.php?type=wine_reference_pack&format=md - CSV : /api/reference_export.php?type=wine_reference_pack - Caveat : Synthèse de maturité : dépend des imports locaux et des caveats de chaque source. - Prochaine action : Utiliser comme porte d’entrée avant de copier les packs spécialisés. ## KPI Pack central - Usage : Dashboard, slide, note de synthèse. - Persona : direction, territoire, sales, data ops - Besoin utilisateur : Obtenir des KPI agrégés et copiables par périmètre. - Sources : source_registry, estate_profiles, macro_oenotourism_indicators, macro_wine_indicators - KPI clés : communes, appellations, estates, wines, confidence_score - Markdown : /api/get_kpis.php?format=md - CSV : /api/reference_export.php?type=kpis - Caveat : Pack agrégé : ne remplace pas les fiches source ni les contrôles de publication. - Prochaine action : Filtrer par région, appellation ou commune quand le périmètre est connu. ## Evidence Pack KPI - Usage : Annexe méthodo, bas de slide, note de publication. - Persona : publication, analyste, conformité, data ops - Besoin utilisateur : Copier les preuves, citations, caveats et limites avec les KPI. - Sources : source_registry, source_refresh_policy - KPI clés : source_name, source_url, citation, caveat - Markdown : /api/reference_export.php?type=kpi_evidence&format=md - CSV : /api/reference_export.php?type=kpi_evidence - Caveat : La preuve ne valide pas automatiquement la fraîcheur : vérifier les dates et gates. - Prochaine action : Joindre systématiquement ce pack aux chiffres publiés. ## Packs KPI par usage - Usage : Mail, note persona, brief métier. - Persona : direction, destination, sales, marché, data ops - Besoin utilisateur : Copier une formulation adaptée à une décision utilisateur. - Sources : kpi_pack - KPI clés : paste_ready, decision, next_action - Markdown : /api/reference_export.php?type=kpi_user_packs&format=md - CSV : /api/reference_export.php?type=kpi_user_packs - Caveat : Formulation prête à coller : garder les caveats et le périmètre. - Prochaine action : Choisir le persona avant de copier. ## Offre locale DATAtourisme - Usage : Brief destination, diagnostic offre, priorisation commune. - Persona : destination, agence, territoire, oenotourisme - Besoin utilisateur : Mesurer l’épaisseur de l’offre locale vin : lieux, visites, activités, itinéraires, événements. - Sources : datatourisme_oenotourism - KPI clés : offers, very_relevant, cities, places, experiences, routes, events - Markdown : /api/reference_export.php?type=oenotourism_offers&format=md&min_relevance=55 - CSV : /api/reference_export.php?type=oenotourism_offers&min_relevance=55 - Caveat : Offre publiée par les territoires, pas fréquentation ni exhaustivité réelle. - Prochaine action : Croiser avec V&D, hébergements classés, communes et appellations. ## Destinations Vignobles & Découvertes - Usage : Cadrage label, preuve de structuration destination. - Persona : destination, institutionnel, oenotourisme - Besoin utilisateur : Identifier les destinations labellisées par vignoble/région. - Sources : atout_france_vignobles_decouvertes_destinations - KPI clés : destinations, wine_regions - Markdown : /api/reference_export.php?type=vignobles_decouvertes_destinations&format=md - CSV : /api/reference_export.php?type=vignobles_decouvertes_destinations - Caveat : Label destination : pas fréquentation, pas performance de chaque prestataire. - Prochaine action : Relier aux communes, offres DATAtourisme et hébergements classés. ## Hébergements touristiques classés - Usage : Cadrage capacité, qualité hébergement, score accueil. - Persona : destination, investisseur, agence, institutionnel - Besoin utilisateur : Qualifier la capacité d’accueil officielle autour des territoires viticoles. - Sources : atout_france_classified_accommodations - KPI clés : establishments, rooms, beds, communes, five_star_establishments - Markdown : /api/reference_export.php?type=classified_accommodations&format=md - CSV : /api/reference_export.php?type=classified_accommodations - Caveat : Hébergements classés uniquement : pas toute l’offre, pas fréquentation réelle. - Prochaine action : Croiser avec INSEE nuitées, V&D et DATAtourisme. ## Oenotourism Demand Offer Pack - Usage : Fiche territoire, deck destination, argumentaire commercial, dashboard, data room. - Persona : destination, direction, commercial, publication, produit - Besoin utilisateur : Expliquer clairement un score oenotourisme offre + demande sans confondre frequentation touristique et frequentation vin. - Sources : insee_tourism_occupancy, insee_tourism_capacity_communes, datatourisme_oenotourism, qualite_tourisme_establishments, vignobles_decouvertes, tourism_handicap_establishments - KPI clés : pillar_count, source_count, score_recipe, copy_blocks, trust_badge_keys - Markdown : /api/get_reference_oenotourism_demand_offer.php?format=md - CSV : /api/get_reference_oenotourism_demand_offer.php?format=csv - Caveat : Pack de lecture : il clarifie les usages mais ne remplace pas normalisation, hydratation KPI ou Publication Gate. - Prochaine action : Utiliser ce pack dans territory-reference.html et les decks destination pour expliquer le score oenotourisme. ## Territory Brief Composer - Usage : Page territoire, email partenaire, slide destination, data room courte, note commerciale. - Persona : destination, commercial, direction, publication, produit - Besoin utilisateur : Obtenir un brief territoire pret a copier qui assemble scores, sources, badges et caveats sans reconstruire la narration. - Sources : reference_territory_scores, reference_oenotourism_demand_offer, reference_trust_badges, reference_claim_guard - KPI clés : score_count, source_count, badge_count, copy_blocks, source_stack - Markdown : /api/get_reference_territory_brief.php?format=md - CSV : /api/get_reference_territory_brief.php?format=csv - Caveat : Brief de composition : ne remplace pas normalisation source, validation DB, revue metier ou Publication Gate. - Prochaine action : Brancher ce brief dans les pages territoire, emails partenaires et decks destination. ## Territory Comparison Pack - Usage : Benchmark territoire, arbitrage priorite, deck direction, brief sales, data room. - Persona : direction, commercial, destination, publication, analyste - Besoin utilisateur : Comparer plusieurs territoires avec les memes KPI, sources, badges et caveats sans surinterpretrer les ecarts. - Sources : reference_territory_scores, reference_territory_brief, reference_trust_badges, reference_oenotourism_demand_offer - KPI clés : territory_count, axis_count, row_count, copy_blocks, badge_keys - Markdown : /api/get_reference_territory_comparison.php?format=md - CSV : /api/get_reference_territory_comparison.php?format=csv - Caveat : Comparaison de cadrage : remplacer les placeholders par donnees normalisees par territoire avant publication. - Prochaine action : Utiliser avec territories=... pour preparer benchmarks destination et arbitrages commerciaux. ## KPI Aggregation Rules - Usage : Methodologie KPI, data room, Publication Gate, benchmark territoire, documentation partenaire. - Persona : analyste, data ops, publication, direction, produit - Besoin utilisateur : Savoir comment agreger et comparer les KPI sans melanger commune, appellation, destination, temporalite ou denominateur. - Sources : reference_territory_comparison, reference_territory_kpi_formulas, reference_claim_guard - KPI clés : territory_level_count, rule_count, recipe_count, territory_levels, rules - Markdown : /api/get_reference_kpi_aggregation_rules.php?format=md - CSV : /api/get_reference_kpi_aggregation_rules.php?format=csv - Caveat : Regles methodologiques : ne prouvent pas normalisation, import ou validation metier des sources. - Prochaine action : Les utiliser comme garde-fou avant tout benchmark ou publication de score agrege. ## KPI Publication Certificates - Usage : Publication Gate, page territoire, data room, deck direction, audit KPI. - Persona : publication, direction, data ops, analyste, partenaire - Besoin utilisateur : Copier un recu de publication pour chaque KPI avec score, badge, sources, regles d aggregation et caveat. - Sources : reference_territory_scores, reference_kpi_aggregation_rules, reference_trust_badges, reference_publication_gate - KPI clés : certificate_count, source_count, publication_status, badge_key, copy_receipt - Markdown : /api/get_reference_kpi_publication_certificates.php?format=md - CSV : /api/get_reference_kpi_publication_certificates.php?format=csv - Caveat : Certificat logique : ne prouve pas imports DB, normalisations, tests runtime ou revue metier. - Prochaine action : Afficher ces recus sous chaque KPI public et dans les data rooms partenaires. ## Source Attribution Pack - Usage : Footer page territoire, annexe deck, data room source, Publication Gate, audit partenaire. - Persona : publication, legal, data ops, partenaire, direction - Besoin utilisateur : Copier les attributions, licences et caveats source corrects avant de publier ou partager une data room. - Sources : reference_citation_kit, reference_source_fidelity, reference_claim_guard - KPI clés : source_count, license_count, odbl_source_count, attribution, publication_caveat - Markdown : /api/get_reference_source_attributions.php?format=md - CSV : /api/get_reference_source_attributions.php?format=csv - Caveat : Attribution helper : ne remplace pas revue juridique finale ni verification de licence au moment de publication. - Prochaine action : Brancher ces attributions dans Territory Brief, Publication Certificates et pages publiques. ## Public Footnote Pack - Usage : Footer page territoire, annexe deck, data room partenaire, export commercial. - Persona : publication, legal, commercial, direction, partenaire - Besoin utilisateur : Coller sous une page, un deck ou une data room les footnotes source/KPI avec licences et caveats. - Sources : reference_source_attributions, reference_kpi_publication_certificates, reference_claim_guard - KPI clés : footnote_count, template_count, license_counts, short_footnote, full_footnote - Markdown : /api/get_reference_public_footnotes.php?format=md - CSV : /api/get_reference_public_footnotes.php?format=csv - Caveat : Footnotes publication : ne remplacent pas revue juridique finale ni verification de licence a date. - Prochaine action : Utiliser ces footnotes dans territory-reference.html, decks et data rooms. ## Page Publication Kit - Usage : Page territoire, landing partenaire, deck, data room, revue Publication Gate. - Persona : publication, direction, commercial, partenaire, produit - Besoin utilisateur : Assembler une page territoire publiable avec brief, KPI, comparaison, footnotes et checklist en un seul export. - Sources : reference_territory_brief, reference_territory_comparison, reference_kpi_publication_certificates, reference_public_footnotes - KPI clés : section_count, checklist_count, certificate_count, footnote_count, copy_blocks - Markdown : /api/get_reference_page_publication_kit.php?format=md - CSV : /api/get_reference_page_publication_kit.php?format=csv - Caveat : Kit de publication : ne prouve pas normalisations, imports DB, tests runtime ou revues metier/juridiques. - Prochaine action : Utiliser comme source unique pour assembler une page territoire publiable. ## Source Relationship Pack - Usage : Gouvernance source, emails producteurs, revue schema, Publication Gate, data room methode. - Persona : data ops, publication, partenariat, direction, legal - Besoin utilisateur : Fideliser les sources critiques avec objectifs relation, demandes, cadences, risques et messages prets a envoyer. - Sources : reference_source_attributions, source_refresh_policy, reference_source_fidelity - KPI clés : source_count, tier_count, tier_counts, message_templates, relationship_goal - Markdown : /api/get_reference_source_relationships.php?format=md - CSV : /api/get_reference_source_relationships.php?format=csv - Caveat : Pack relationnel : ne garantit pas reponse producteur ni stabilite future des schemas/licences. - Prochaine action : Utiliser les messages pour clarifier Insee, DATAtourisme, Agence Bio, Atout France, INAO et OSM/BNSC. ## Public Distribution Pack - Usage : Data room externe, email partenaire, pitch commercial, onboarding integration, Publication Gate. - Persona : direction, commercial, publication, partenariat, data ops - Besoin utilisateur : Savoir quel livrable Winerix envoyer a chaque audience, dans quel ordre, avec quel message et quel risque a eviter. - Sources : reference_page_publication_kit, reference_source_relationships, reference_public_footnotes - KPI clés : audience_count, bundle_count, page_kit_sections, source_relationship_count, copy_email - Markdown : /api/get_reference_public_distribution.php?format=md - CSV : /api/get_reference_public_distribution.php?format=csv - Caveat : Pack distribution : ne prouve pas execution endpoints, normalisation donnees ou revue juridique/metier. - Prochaine action : Utiliser ces bundles pour preparer les envois destination, vin, direction, data et legal. ## User Feedback Pack - Usage : Micro-questionnaire, post-copy prompt, roadmap source, priorisation KPI, analyse friction publication. - Persona : produit, growth, publication, data ops, direction - Besoin utilisateur : Comprendre quels KPI sont copies, ce qui bloque la confiance et quelles sources les utilisateurs demandent. - Sources : reference_public_distribution, reference_page_publication_kit, reference_source_relationships - KPI clés : segment_count, question_count, score_count, copy_ready_score, source_demand_score - Markdown : /api/get_reference_user_feedback.php?format=md - CSV : /api/get_reference_user_feedback.php?format=csv - Caveat : Pack de collecte feedback : ne remplace pas tracking produit, CRM ou analyse statistique des reponses. - Prochaine action : Brancher ces prompts apres les boutons copier et exploiter les demandes de sources manquantes. ## Source Demand Backlog - Usage : Roadmap source, comite produit, relation producteurs, priorisation normalisation, strategie reference. - Persona : produit, data ops, direction, partenariats, publication - Besoin utilisateur : Prioriser les nouvelles sources a chercher selon les gaps utilisateur, les KPI incomplets et les demandes de confiance. - Sources : reference_user_feedback, reference_source_relationships, reference_kpi_dependency_map - KPI clés : item_count, research_now_count, source_demand_score, recommended_status, target_kpis - Markdown : /api/get_reference_source_demand_backlog.php?format=md - CSV : /api/get_reference_source_demand_backlog.php?format=csv - Caveat : Backlog de recherche : ne prouve pas disponibilite producteur, accord de partage ou publiabilite juridique. - Prochaine action : Traiter les sources research_now puis rattacher les producteurs aux Source Relationships. ## Source Acquisition Sprint - Usage : Sprint source, comite produit, relation producteur, plan partenariat, roadmap normalisation. - Persona : data ops, produit, partenariats, direction - Besoin utilisateur : Transformer les sources demandees en plan 30 jours avec contacts producteurs, echantillons, gates et decisions. - Sources : reference_source_demand_backlog, reference_source_relationships, reference_user_feedback - KPI clés : phase_count, item_count, research_now_count, acceptance_gate_count, message_templates - Markdown : /api/get_reference_source_acquisition_sprint.php?format=md - CSV : /api/get_reference_source_acquisition_sprint.php?format=csv - Caveat : Sprint acquisition : ne garantit pas reponse producteur, disponibilite donnees ou publiabilite juridique. - Prochaine action : Executer les contacts semaine 1/2 pour visites caves, evenements vin et opening hours. ## Reference Source Radar - Usage : Roadmap source, comite data, sprint acquisition, relation producteur, veille open data. - Persona : data ops, produit, partenariats, direction - Besoin utilisateur : Identifier, scorer et prioriser les nouvelles sources utiles pour KPI vin, oenotourisme, acces et patrimoine. - Sources : reference_source_demand_backlog, reference_source_acquisition_sprint, reference_user_need_kpi_map - KPI clés : candidate_count, p1_count, sample_now_count, fidelize_now_count, research_now_count - Markdown : /api/get_reference_source_radar.php?format=md - CSV : /api/get_reference_source_radar.php?format=csv - Caveat : Radar source : chaque source doit etre reverifiee cote licence, schema, maille et fraicheur avant ingestion ou publication. - Prochaine action : Echantillonner OpenAgenda, Insee BPE, Merimee et BNLC puis ajouter les sources utiles au sprint acquisition. ## OpenAgenda Wine Event Signal - Usage : Signal evenementiel, page territoire, contexte demande, calendrier vin, radar source. - Persona : data ops, destination, marketing, media - Besoin utilisateur : Mesurer les evenements vin, vignoble, degustation, gastronomie et activation territoire depuis OpenAgenda. - Sources : reference_source_radar, openagenda_public_events - KPI clés : wine_event_signal, territory_activation_score, tourism_demand_context, wine_relevance_score - Markdown : /api/get_openagenda_wine_events.php?format=md - CSV : /api/get_openagenda_wine_events.php?format=csv - Caveat : OpenAgenda contributif : couverture non exhaustive, taxonomy variable, frequentation non mesuree. - Prochaine action : Executer le normalizer sur un echantillon elargi puis agreger par commune et periode. ## BNLC Carpooling Areas - Usage : Signal accessibilite, page territoire, comparaison destinations, score acces bas carbone. - Persona : data ops, territoire, destination, mobilite - Besoin utilisateur : Mesurer les lieux de covoiturage pour qualifier l acces bas carbone aux territoires vin et oenotourisme. - Sources : reference_source_radar, bnlc_carpooling_areas - KPI clés : carpool_access_signal, low_carbon_access_score, access_signal - Markdown : /api/get_bnlc_carpooling_areas.php?format=md - CSV : /api/get_bnlc_carpooling_areas.php?format=csv - Caveat : BNLC : presence infrastructure, pas usage reel, disponibilite instantanee ou desserte finale vers les domaines. - Prochaine action : Executer le normalizer puis agreger les lieux ouverts par commune et distance aux zones vin. ## Insee BPE Equipment - Usage : Readiness territoire, densite services tourisme, contexte culture/loisirs, accessibilite, comparaison destinations. - Persona : data ops, territoire, destination, analyste - Besoin utilisateur : Mesurer les equipements et services qui rendent un territoire vin/oenotourisme pret a accueillir et comparable. - Sources : reference_source_radar, insee_bpe_2024 - KPI clés : tourism_service_density, territory_readiness_score, culture_leisure_context, access_equipment_signal - Markdown : /api/get_insee_bpe_equipment.php?format=md - CSV : /api/get_insee_bpe_equipment.php?format=csv - Caveat : BPE : presence d equipements, pas qualite, frequentation ou satisfaction visiteur. - Prochaine action : Executer le normalizer puis calculer les densites par commune, departement et destination vin. ## Merimee Heritage Monuments - Usage : Signal patrimoine, page territoire, storytelling culturel, comparaison destinations, note methodologique. - Persona : data ops, territoire, destination, marketing, media - Besoin utilisateur : Qualifier le contexte patrimonial des territoires vin et oenotourisme avec une source publique citeable. - Sources : reference_source_radar, merimee_monuments_historiques - KPI clés : heritage_pull_signal, culture_wine_context_score, territory_story_proof, heritage_signal - Markdown : /api/get_merimee_heritage_monuments.php?format=md - CSV : /api/get_merimee_heritage_monuments.php?format=csv - Caveat : Merimee : patrimoine protege, pas frequentation, ouverture au public ou impact oenotouristique direct. - Prochaine action : Executer le normalizer puis agregger les monuments par commune et zone vin avec deduplication culture. ## DATAtourisme Fidelity Monitor - Usage : Source health, monitoring hebdomadaire, pages territoire, publication gate, relation source. - Persona : data ops, produit, destination, direction - Besoin utilisateur : Fideliser DATAtourisme par suivi de fraicheur, couverture regionale, ressources critiques et actions source. - Sources : reference_source_radar, datatourisme_resources, source_refresh_policy - KPI clés : datatourisme_freshness_score, coverage_by_region, source_relationship_signal, regional_feed_watchlist - Markdown : /api/get_datatourisme_fidelity_monitor.php?format=md - CSV : /api/get_datatourisme_fidelity_monitor.php?format=csv - Caveat : DATAtourisme : fraicheur ressource ne prouve pas exhaustivite ni qualite des POI territoriaux. - Prochaine action : Executer le monitoring et afficher la fraicheur DATAtourisme dans les pages et certificats de publication. ## Reference Authority Index - Usage : Comite direction, page methode, data room, roadmap source, briefing media, pitch investisseur. - Persona : fondateur, data ops, produit, direction, media - Besoin utilisateur : Voir quelles sources et KPI rendent Winerix credible comme reference vin et oenotourisme. - Sources : reference_source_radar, reference_user_need_kpi_map, reference_publishable_territory_page_pack, datatourisme_fidelity_monitor - KPI clés : source_count, average_authority_score, normalization_ready_count, copy_ready_count, pillar_count - Markdown : /api/get_reference_authority_index.php?format=md - CSV : /api/get_reference_authority_index.php?format=csv - Caveat : Index autorite : mesure la maturite source/KPI/produit, pas la verite terrain exhaustive ni les validations runtime. - Prochaine action : Utiliser cet index pour prioriser normalisations, monitoring et pages territoire publiques. ## Territory Data Spine - Usage : Modele data, regles aggregation, pages territoire, benchmark, data room, publication gate. - Persona : data ops, produit, analyste, direction - Besoin utilisateur : Agreger les sources vin/oenotourisme a la bonne maille pour produire des KPI coherents et comparables. - Sources : reference_authority_index, reference_user_need_kpi_map, reference_kpi_aggregation_rules - KPI clés : grain_count, source_mapping_count, aggregation_rule_count, output_table_count - Markdown : /api/get_reference_territory_data_spine.php?format=md - CSV : /api/get_reference_territory_data_spine.php?format=csv - Caveat : Spine territoriale : definit les regles, ne prouve pas normalisation effective ni controles geographiques runtime. - Prochaine action : Utiliser cette spine pour construire les tables faits source, scores KPI et contexte publication territoire. ## Territory KPI Scorecards - Usage : Page territoire, deck, observatoire, pitch, data room, board data ops. - Persona : fondateur, territoire, marketing, data ops, media - Besoin utilisateur : Transformer les sources vin/oenotourisme en cartes KPI agregees, coherentes, visuelles et copiables. - Sources : reference_authority_index, reference_territory_data_spine, reference_kpi_copy_pack, reference_publishable_territory_page_pack - KPI clés : card_count, rule_count, layout_count, authority_source_count, spine_source_mapping_count - Markdown : /api/get_reference_territory_kpi_scorecards.php?format=md - CSV : /api/get_reference_territory_kpi_scorecards.php?format=csv - Caveat : Scorecards : modeles de KPI agreges et copy, ne prouvent pas recalcul runtime ni normalisation executee. - Prochaine action : Brancher les scorecards aux premieres pages territoire avec valeurs certifiees et confiance source. ## Territory Scorecard Public Bundle - Usage : Page publique, investor slide, sales brief, citation kit, data room. - Persona : fondateur, marketing, territoire, sales, media - Besoin utilisateur : Copier les scorecards territoire dans une page, un deck, un CRM ou une citation sans perdre sources et caveats. - Sources : reference_territory_kpi_scorecard_pack, reference_publishable_territory_page_pack, reference_kpi_copy_pack, reference_public_footnotes - KPI clés : audience_count, block_count, package_count, checklist_count, scorecard_count - Markdown : /api/get_reference_territory_scorecard_public_bundle.php?format=md - CSV : /api/get_reference_territory_scorecard_public_bundle.php?format=csv - Caveat : Bundle copy : structure les blocs publics, ne remplace pas valeurs certifiees ni validation runtime. - Prochaine action : Utiliser ce bundle pour publier les premiers profils territoire et citations methodologiques. ## Source to Score Activation Queue - Usage : Board execution, sprint data, roadmap normalisation, comite produit, publication readiness. - Persona : data ops, produit, direction, analyste - Besoin utilisateur : Piloter le passage des sources recuperees vers normalisation, scorecards KPI et publication publique. - Sources : reference_authority_index, reference_territory_data_spine, reference_territory_kpi_scorecard_pack, reference_territory_scorecard_public_bundle - KPI clés : item_count, p1_count, normalize_next_count, publication_ready_count - Markdown : /api/get_reference_source_to_score_activation_queue.php?format=md - CSV : /api/get_reference_source_to_score_activation_queue.php?format=csv - Caveat : Activation queue : prepare l execution, ne prouve pas scripts lances, sorties generees ou valeurs certifiees. - Prochaine action : Executer les items P1 de normalisation dans l ordre OpenAgenda, BNLC, BPE, Merimee, DATAtourisme monitor. ## Activation Outputs Manifest - Usage : Runbook activation, score hydration, publication readiness, board data ops. - Persona : data ops, produit, direction, analyste - Besoin utilisateur : Voir quelles sorties source normalisees existent et quelles scorecards elles peuvent hydrater. - Sources : reference_source_to_score_activation_queue, reference_territory_kpi_scorecard_pack, reference_territory_scorecard_public_bundle - KPI clés : output_count, activated_count, pending_heavy_count - Markdown : /api/get_reference_activation_outputs_manifest.php?format=md - CSV : /api/get_reference_activation_outputs_manifest.php?format=csv - Caveat : Manifeste activation : ne prouve pas import DB, validation endpoint ou valeurs publiques certifiees. - Prochaine action : Brancher les sorties activees aux tables faits source et conserver BPE comme job lourd dedie. ## Territory Source Fact Table - Usage : Layer data, score hydration, QA source, data room, publication readiness. - Persona : data ops, analyste, produit, direction - Besoin utilisateur : Transformer les sorties normalisees en faits territoire/source/KPI prets a hydrater les scorecards. - Sources : reference_activation_outputs_manifest, reference_territory_data_spine, reference_territory_kpi_scorecard_pack - KPI clés : schema_count, input_count, output_count - Markdown : /api/get_reference_territory_source_facts.php?format=md - CSV : /api/get_reference_territory_source_facts.php?format=csv - Caveat : Table faits : ne prouve pas import DB, validation endpoint ou certification finale des scores publics. - Prochaine action : Utiliser les faits pour hydrater les scorecards territoire et calculer les premiers profils pilotes. ## Territory KPI Score Table - Usage : Score hydration, page territoire, deck, data room, QA publication. - Persona : data ops, analyste, produit, direction, marketing - Besoin utilisateur : Calculer des scores KPI territoire coherents depuis les faits source normalises avec copy et caveats. - Sources : reference_territory_source_fact_table, reference_territory_kpi_scorecard_pack, reference_territory_scorecard_public_bundle - KPI clés : schema_count, input_count, output_count, scorecard_count - Markdown : /api/get_reference_territory_kpi_scores.php?format=md - CSV : /api/get_reference_territory_kpi_scores.php?format=csv - Caveat : Scores KPI : calcules depuis sorties normalisees, ne prouvent pas import DB, validation endpoint ou certification finale. - Prochaine action : Brancher les scores calcules dans le bundle public des premiers territoires pilotes. ## Territory Pilot Profiles - Usage : Page pilote, deck, data room, revue publication, selection territoires prioritaires. - Persona : produit, marketing, fondateur, data ops, territoire - Besoin utilisateur : Transformer les scores KPI en profils territoire pilotes copiables avec sources, confiance et caveats. - Sources : reference_territory_kpi_score_table, reference_territory_scorecard_public_bundle, reference_publishable_territory_page_pack - KPI clés : schema_count, output_count, rule_count - Markdown : /api/get_reference_territory_pilot_profiles.php?format=md - CSV : /api/get_reference_territory_pilot_profiles.php?format=csv - Caveat : Profils pilotes : generes depuis scores locaux, ne prouvent pas import DB, validation endpoint ou noms publics verifies. - Prochaine action : Revoir les 50 profils pilotes, brancher les noms publics territoire puis publier les premiers profils. ## Publishable Territory Profiles - Usage : Page publique brouillon, deck, revue publication, selection territoires prioritaires. - Persona : produit, marketing, fondateur, data ops, territoire - Besoin utilisateur : Produire des profils territoire publiables avec label source, maille lisible, scorecards, confiance et caveats. - Sources : reference_territory_pilot_profiles, reference_territory_kpi_score_table, reference_territory_scorecard_public_bundle - KPI clés : schema_count, output_count, rule_count - Markdown : /api/get_reference_publishable_territory_profiles.php?format=md - CSV : /api/get_reference_publishable_territory_profiles.php?format=csv - Caveat : Profils publiables : brouillons data/copy, demandent revue label, preuves, sources et approbation finale. - Prochaine action : Publier les premiers profils apres revue labels et selection des preuves source. ## Profile Publication Queue - Usage : Revue publication, planning editorial, page publique, deck, validation source. - Persona : produit, marketing, fondateur, data ops, editorial - Besoin utilisateur : Prioriser les profils territoire a publier avec gates editoriaux, preuve multi-source et prochaines actions. - Sources : reference_publishable_territory_profiles, reference_territory_scorecard_public_bundle, reference_publication_gate - KPI clés : schema_count, status_count, output_count - Markdown : /api/get_reference_profile_publication_queue.php?format=md - CSV : /api/get_reference_profile_publication_queue.php?format=csv - Caveat : Queue publication : controle editorial, ne vaut pas approbation finale, import DB ou validation endpoint. - Prochaine action : Traiter les profils needs_multi_source_proof avant toute publication publique. ## Profile Proof Cards - Usage : Revue editoriale, page territoire, proof strip, citation kit, validation source. - Persona : produit, marketing, editorial, data ops, territoire - Besoin utilisateur : Ajouter des preuves multi-sources aux profils territoire avant publication publique. - Sources : reference_publishable_territory_profiles, reference_territory_source_fact_table, reference_profile_publication_queue - KPI clés : schema_count, output_count, status_count - Markdown : /api/get_reference_profile_proof_cards.php?format=md - CSV : /api/get_reference_profile_proof_cards.php?format=csv - Caveat : Proof cards : soutiennent la revue editoriale, ne prouvent pas exhaustivite terrain ni approbation finale. - Prochaine action : Utiliser les proof cards pour promouvoir les profils de needs_multi_source_proof vers revue editoriale. ## KPI Copy Pack - Usage : Page territoire, deck commercial, note investisseur, brief partenaire, CRM, CMS. - Persona : fondateur, marketing, data, territoire, sales - Besoin utilisateur : Copier des KPI vin et oenotourisme coherents, sexy et publies avec source, maille, date et caveat. - Sources : reference_kpi_publication_certificates, reference_public_footnotes, reference_source_attributions, reference_source_demand_backlog - KPI clés : section_count, item_count, rule_count, copy_ready_status - Markdown : /api/get_reference_kpi_copy_pack.php?format=md - CSV : /api/get_reference_kpi_copy_pack.php?format=csv - Caveat : Pack copie : ne remplace pas les certificats de publication, attributions source ou controles de licence. - Prochaine action : Brancher les snippets sur les pages territoires et les exports commerciaux prioritaires. ## User Need KPI Map - Usage : Cadrage produit, roadmap data, page territoire, brief commercial, cahier des charges source. - Persona : fondateur, territoire, domaine, data partner, media - Besoin utilisateur : Relier chaque besoin utilisateur aux KPI, sources, regles d agregation et formats copiables. - Sources : reference_kpi_copy_pack, reference_kpi_aggregation_rules, reference_source_acquisition_sprint, reference_page_publication_kit - KPI clés : persona_count, need_count, unique_kpi_count, copy_block_count - Markdown : /api/get_reference_user_need_kpi_map.php?format=md - CSV : /api/get_reference_user_need_kpi_map.php?format=csv - Caveat : Cartographie besoin : ne prouve pas la publiabilite individuelle des KPI sans certificat et attribution source. - Prochaine action : Utiliser cette matrice pour prioriser les prochains packs sources et les pages territoire. ## Publishable Territory Page Pack - Usage : Page publique, landing comparative, one-pager commercial, page methode, CMS. - Persona : territoire, fondateur, marketing, media, data - Besoin utilisateur : Assembler une page territoire vin et oenotourisme publiable avec KPI, sources, caveats et blocs copiables. - Sources : reference_user_need_kpi_map, reference_kpi_copy_pack, reference_page_publication_kit, reference_territory_page_kit, reference_territory_publication_bundle - KPI clés : blueprint_count, section_count, cms_field_count, gate_count, copy_block_count - Markdown : /api/get_reference_publishable_territory_page.php?format=md - CSV : /api/get_reference_publishable_territory_page.php?format=csv - Caveat : Pack page publiable : assemble la structure, mais ne remplace pas alimentation KPI, certificats ou controles runtime. - Prochaine action : Brancher ce pack sur les premieres pages territoire prioritaires et remplacer les placeholders par valeurs certifiees. ## Insee Tourism Occupancy Pack - Usage : KPI demande touristique, fiche territoire, deck destination, score oenotourisme, benchmark offre/demande. - Persona : destination, analyste, direction, publication, data ops - Besoin utilisateur : Contextualiser un territoire viticole avec la demande touristique officielle : nuitées, arrivées et occupation. - Sources : insee_tourism_occupancy, insee_tourism_capacity_communes, datatourisme_oenotourism, vignobles_decouvertes - KPI clés : zip_available, sample_latest_period, sample_measure_count, sample_geo_level_count, zip_file_count - Markdown : /api/get_insee_tourism_occupancy.php?format=md - CSV : /api/get_insee_tourism_occupancy.php?format=csv - Caveat : Demande touristique generale : ne pas attribuer au vin sans rapprochement territoire/offre oenotouristique. - Prochaine action : Normaliser DS_TOUR_FREQ_data.csv puis isoler les niveaux geo comparables aux territoires viticoles. ## BNSC Bike Parking Pack - Usage : Score oenotourisme, page territoire, carte mobilite douce, deck destination, data room. - Persona : destination, oenotourisme, mobilite douce, publication, data ops - Besoin utilisateur : Qualifier l accessibilite velo d un territoire oenotouristique avec un signal national standardise. - Sources : bnsc_bike_parking, datatourisme_oenotourism, ban_address_reference, reference_kpi_aggregation_rules - KPI clés : sampled_parkings, sample_commune_count, sample_capacity, sample_covered_count, sample_lit_count - Markdown : /api/get_bnsc_bike_parking.php?format=md - CSV : /api/get_bnsc_bike_parking.php?format=csv - Caveat : Source OSM/ODbL contributive : signal mobilite douce non exhaustif, pas label Accueil Velo ni frequentation. - Prochaine action : Normaliser le ZIP puis agreger par code commune pour activer bike_access_signal. ## Capacité touristique communale INSEE - Usage : Brief destination, score capacité accueil, benchmark commune/département. - Persona : destination, institutionnel, analyste, sales - Besoin utilisateur : Mesurer la capacité d’accueil officielle d’un territoire avant de parler potentiel œnotouristique. - Sources : insee_tourism_capacity_communes - KPI clés : communes, total_tourism_capacity, hotel_rooms, camping_pitches, other_accommodation_bedplaces - Markdown : /api/reference_export.php?type=insee_tourism_capacity_communes&format=md - CSV : /api/reference_export.php?type=insee_tourism_capacity_communes - Caveat : Capacité officielle au 1er janvier : pas fréquentation réelle, pas nuitées, pas motivation vin. - Prochaine action : Croiser par code commune avec INAO, DATAtourisme et Vignobles & Découvertes. ## Qualite Tourisme Establishments Pack - Usage : KPI accueil, fiche territoire, score oenotourisme, carte qualite, data room destination. - Persona : destination, oenotourisme, publication, data ops, commercial - Besoin utilisateur : Qualifier la qualite d accueil touristique d un territoire avec un label d Etat et des caveats clairs sur le lien vin. - Sources : qualite_tourisme_establishments, datatourisme_oenotourism, vignobles_decouvertes, classified_accommodations, tourism_handicap_establishments - KPI clés : sampled_establishments, wine_related_establishments, geocoded_rate, region_count, activity_count - Markdown : /api/get_qualite_tourisme_establishments.php?format=md - CSV : /api/get_qualite_tourisme_establishments.php?format=csv - Caveat : Label qualite accueil : ne mesure pas frequentation ni preuve vin sans rapprochement DATAtourisme/V&D/commune viticole. - Prochaine action : Normaliser le CSV puis rapprocher par commune/geocodage avec les offres oenotouristiques et labels destination. ## Établissements Tourisme & Handicap - Usage : Brief destination inclusive, score accueil, annexe qualité accessibilité. - Persona : destination inclusive, institutionnel, oenotourisme, qualité - Besoin utilisateur : Qualifier l’accessibilité réelle de l’offre touristique locale par établissements labellisés. - Sources : tourisme_handicap_establishments - KPI clés : establishments, all_four_disabilities, cities, departments, activities - Markdown : /api/reference_export.php?type=tourism_handicap_establishments&format=md - CSV : /api/reference_export.php?type=tourism_handicap_establishments - Caveat : Label accessibilité : ne mesure pas fréquentation, satisfaction ni exhaustivité de toute l’offre touristique. - Prochaine action : Croiser avec DATAtourisme, hébergements classés, V&D et communes viticoles. ## Qualité adresse BAN - Usage : Audit geocodage, carte territoire, QA publication, enrichissement DATAtourisme/Sirene. - Persona : cartographie, destination, data ops, publication - Besoin utilisateur : Verifier et geocoder les adresses de lieux vin/oenotourisme avant cartes, scores territoriaux et pages publiques. - Sources : ban_address_reference, ban_commune_status - KPI clés : audit_rows, geocoded_rate, average_address_score, low_quality_rows, certified_address_rows, commune_count - Markdown : /api/get_ban_address_quality.php?format=md - CSV : /api/reference_export.php?type=ban_address_quality - Caveat : La BAN qualifie adresse et coordonnees ; elle ne prouve ni ouverture au public, ni pertinence vin, ni frequentation. - Prochaine action : Produire sources/ban-address-quality.csv a partir des lieux Winerix et isoler les adresses faibles. ## Agence Bio Organic Wine Pack - Usage : KPI durabilite, fiche territoire, data room source, score oenotourisme responsable. - Persona : destination, data ops, publication, durabilite, analyste - Besoin utilisateur : Mesurer et expliquer la presence bio liee au vin par territoire avec source officielle, SIRET, certificateur et caveats. - Sources : agencebio_organic_wine, sirene_wine_establishments, ban_address_quality, reference_trust_badges - KPI clés : wine_related_operators, department_count, city_count, certifier_count, source_mode - Markdown : /api/get_agencebio_organic_wine.php?format=md - CSV : /api/get_agencebio_organic_wine.php?format=csv - Caveat : Annuaire declaratif Agence Bio : publier d abord des agregats territoire ; le groupe culture VI de l historique communal inclut une faible part de raisin de table. - Prochaine action : Normaliser les operateurs vin bio puis croiser SIRET/Sirene/BAN/communes pour activer le KPI durabilite bio. ## Exploitations certifiées HVE - Usage : Score durabilite territoire, fiche domaine, deck destination, preuve environnementale. - Persona : territoire, durabilite, oenotourisme, direction - Besoin utilisateur : Ajouter un signal environnemental officiel pour qualifier les domaines, territoires et offres viticoles. - Sources : hve_certified_estates - KPI clés : certified_estates, wine_related_estates, wine_related_rate, region_count, department_count, commune_count - Markdown : /api/get_hve_certified_estates.php?format=md - CSV : /api/reference_export.php?type=hve_certified_estates - Caveat : Annuaire volontaire et filtrage vin textuel : relire avant publication forte ou usage nominatif. - Prochaine action : Rapprocher HVE avec domaines Winerix, Sirene, BAN et communes viticoles. ## Preuve réglementaire eAmbrosia - Usage : Contrôle appellation, annexe réglementaire. - Persona : réglementaire, appellation, publication, analyste - Besoin utilisateur : Sécuriser les preuves GI, PDO/AOP, PGI/IGP et cahiers des charges. - Sources : eambrosia_gi - KPI clés : gi_count, registered_count, pdo_count, pgi_count, specification_urls - Markdown : /api/reference_export.php?type=eambrosia_gis&format=md - CSV : /api/reference_export.php?type=eambrosia_gis - Caveat : Preuve UE à croiser avec INAO/COMAGRI et libellés locaux. - Prochaine action : Utiliser aussi le contrôle des écarts appellation/eAmbrosia. ## Aires AOC/AOP INAO par commune - Usage : Cadrage appellation, preuve communale, QA réglementaire. - Persona : territoire, appellation, publication, data ops - Besoin utilisateur : Relier les aires officielles AOC/AOP aux communes pour sécuriser un périmètre territorial. - Sources : inao_aoc_aop_commune_areas, appellations, comagri_ao_2025 - KPI clés : area_rows, areas, communes, matched_winerix_areas, departments - Markdown : /api/reference_export.php?type=inao_aoc_aop_communes&format=md - CSV : /api/reference_export.php?type=inao_aoc_aop_communes - Caveat : AOC/AOP toutes familles : filtrer/croiser avec les appellations vin Winerix, COMAGRI ou eAmbrosia avant usage juridique. - Prochaine action : Comparer les libellés INAO avec les appellations Winerix et traiter les non-matchs prioritaires. ## Produits SIQO INAO vin - Usage : Filtre produit, cadrage appellation, preuve SIQO. - Persona : appellation, publication, analyste, data ops - Besoin utilisateur : Identifier les produits vin officiels sous SIQO avant de publier un périmètre ou une preuve appellation. - Sources : inao_siqo_products, inao_aoc_aop_commune_areas, eambrosia_gi - KPI clés : products, published_products, appellations, denominations, signs - Markdown : /api/reference_export.php?type=inao_siqo_products&format=md&wine_only=1 - CSV : /api/reference_export.php?type=inao_siqo_products&wine_only=1 - Caveat : Source produit officielle : ne remplace pas les aires communales INAO ni les cahiers des charges eAmbrosia. - Prochaine action : Rapprocher appellations/dénominations SIQO avec INAO communes et eAmbrosia pour construire une preuve complète. ## Preuve appellation complète - Usage : Annexe preuve, QA publication, priorisation des gaps réglementaires. - Persona : publication, réglementaire, analyste, data ops - Besoin utilisateur : Savoir si une appellation est prouvée par produit SIQO, aire communale INAO et eAmbrosia. - Sources : appellations, inao_siqo_products, inao_aoc_aop_commune_areas, eambrosia_gi - KPI clés : complete_evidence, coverage_rate, siqo_matched, inao_area_matched, eambrosia_matched - Markdown : /api/reference_export.php?type=appellation_evidence_pack&format=md - CSV : /api/reference_export.php?type=appellation_evidence_pack - Caveat : Matching normalisé accents/casse/ponctuation, mais encore textuel : relire les libellés avant usage juridique ou publication forte. - Prochaine action : Traiter les gaps SIQO, INAO aire et eAmbrosia avant de promettre une preuve complète. ## Contrôle écarts appellations/eAmbrosia - Usage : File de revue, QA réglementaire. - Persona : data ops, réglementaire, publication - Besoin utilisateur : Identifier les appellations sans preuve eAmbrosia directe et les GI orphelines. - Sources : appellations, eambrosia_gi - KPI clés : matched, missing_eambrosia, orphan_eambrosia, match_rate - Markdown : /api/reference_export.php?type=appellation_regulatory_gaps&format=md - CSV : /api/reference_export.php?type=appellation_regulatory_gaps - Caveat : Matching textuel normalisé : relire avant usage juridique. - Prochaine action : Qualifier les non-appariements prioritaires. ## Cadrage Agreste viticulture - Usage : Brief filière, ordre de grandeur territoire. - Persona : territoire, filière, appellation, investisseur - Besoin utilisateur : Cadrer surface, production et exploitations avec une source statistique officielle. - Sources : agreste_viticulture_territorial - KPI clés : surface_vigne, production_vin, exploitations_viticoles - Markdown : /api/reference_export.php?type=agreste_viticulture&format=md - CSV : /api/reference_export.php?type=agreste_viticulture - Caveat : Statistique territoriale, pas preuve parcellaire ni domaine. - Prochaine action : Croiser avec RPG et appellations. ## Foncier viticole Agreste - Usage : Contexte investissement, slide territoire, benchmark foncier. - Persona : investisseur, territoire, direction, analyste - Besoin utilisateur : Ajouter un signal de rarete et d attractivite fonciere aux lectures vin/oenotourisme. - Sources : agreste_vineyard_land_values - KPI clés : normalized_rows, vineyard_rows, territory_count, average_price_eur_ha, price_min_eur_ha, price_max_eur_ha - Markdown : /api/get_agreste_vineyard_land_values.php?format=md - CSV : /api/reference_export.php?type=agreste_vineyard_land_values - Caveat : Valeurs vignes lissees avec concours SAFER : contexte foncier, pas prix transactionnel brut. - Prochaine action : Normaliser la ressource Agreste en CSV local puis relier aux territoires viticoles. ## Récoltes et stocks vitivinicoles DGDDI - Usage : Brief filiere, page territoire, contexte offre, deck direction. - Persona : filiere, territoire, analyste, direction - Besoin utilisateur : Ajouter le contexte offre : surfaces productives, recoltes, declarations et stocks pour lire un territoire viticole. - Sources : dgddi_vitivinicole_stocks_harvests - KPI clés : harvest_resource_count, stock_resource_count, surface_ha_total, production_hl_total, stock_hl_total, stock_to_production_ratio - Markdown : /api/get_dgddi_vitivinicole_supply.php?format=md - CSV : /api/reference_export.php?type=dgddi_vitivinicole_supply - Caveat : Jeu historique data.gouv ancien ; basculer/valider DataDouane avant publication de chiffres recents. - Prochaine action : Normaliser les XLS officiels en CSV local avec type, annee, departement, surface, production, stock et declarations. ## Parcelles viticoles RPG - Usage : Brief foncier, carte, diagnostic zone. - Persona : cartographie, territoire, foncier, appellation - Besoin utilisateur : Mesurer une empreinte viticole déclarative par parcelles PAC. - Sources : rpg_parcels - KPI clés : parcels, surface_ha, communes, latest_year - Markdown : /api/reference_export.php?type=rpg_vineyard_parcels&format=md - CSV : /api/reference_export.php?type=rpg_vineyard_parcels - Caveat : Déclaratif PAC : pas propriété cadastrale ni exhaustivité vigne. - Prochaine action : Contrôler les clés géographiques avant rattachement domaine. ## Politique de fraîcheur sources - Usage : Runbook source, audit fraîcheur. - Persona : data ops, publication, gouvernance - Besoin utilisateur : Savoir quelles sources rafraîchir, avec quelle preuve et quelle commande. - Sources : source_refresh_policy - KPI clés : recommended_cadence, stale_after_days, critical_after_days, evidence_required - Markdown : /api/reference_export.php?type=source_refresh_policy&format=md - CSV : /api/reference_export.php?type=source_refresh_policy - Caveat : Runbook de gouvernance : ne remplace pas l’import effectif. - Prochaine action : Traiter les sources critical/due avant publication externe. ## Statut activation sources - Usage : Checklist release, point ops, reprise après déploiement VPS. - Persona : data ops, publication, gouvernance - Besoin utilisateur : Savoir immédiatement quelles sources peuvent être activées et quels fichiers/configs bloquent. - Sources : source_registry, source_refresh_policy - KPI clés : db_ready, ready_to_run, required_missing_files, optional_missing_files - Markdown : /api/get_source_activation_status.php?format=md - CSV : /api/get_source_activation_status.php?format=csv - Caveat : Statut fichiers/config uniquement : ne prouve pas que l’import DB a réussi. - Prochaine action : Corriger les fichiers/configs manquants puis lancer scripts/activate_reference_sources.php. ## Board maintenance sources - Usage : Daily data ops, plan refresh, reprise de publication. - Persona : data ops, gouvernance, publication - Besoin utilisateur : Transformer les statuts source en tickets priorisés et copiables. - Sources : source_activation_status, source_refresh_policy - KPI clés : publication_action, freshness_status, priority, copy_ticket - Markdown : /api/get_source_maintenance_board.php?format=md - CSV : /api/get_source_maintenance_board.php?format=csv - Caveat : Board opérationnel : ne prouve pas l’import DB ni la validité métier des données. - Prochaine action : Traiter les tickets P1/P2/P3 avant publication externe. ## Source Opportunity Radar - Usage : Backlog source, point data hebdo, arbitrage produit, roadmap intégration. - Persona : data ops, direction, produit, publication - Besoin utilisateur : Prioriser les nouvelles sources officielles à intégrer pour enrichir les KPI vin et oenotourisme. - Sources : franceagrimer_bulk_wine_prices, insee_tourism_capacity_communes, sirene_wine_establishments, ban_address_reference, inao_aoc_aop_igp_areas_products - KPI clés : opportunity_score, priority, impact, effort, confidence_score - Markdown : /api/get_source_opportunity_radar.php?format=md - CSV : /api/get_source_opportunity_radar.php?format=csv - Caveat : Radar de priorisation : les sources listées ne sont pas toutes encore importées ni validées métier. - Prochaine action : Traiter les P1 en imports contrôlés puis les raccorder aux KPI Cards. ## Prix vrac FranceAgriMer - Usage : Brief marché, note sales, cadrage prix, benchmark macro. - Persona : direction, marché, sales, analyste - Besoin utilisateur : Contextualiser le marché vin avec les prix moyens vrac VSIG/IGP France entière. - Sources : franceagrimer_campagne_viticulture - KPI clés : series, campaigns, latest_price, avg_price, categories - Markdown : /api/reference_export.php?type=bulk_wine_prices&format=md - CSV : /api/reference_export.php?type=bulk_wine_prices - Caveat : Prix vrac France entière VSIG/IGP : pas prix domaine, pas contrats privés, pas cotation appellation fine. - Prochaine action : Normaliser la ressource Visionet dans sources/franceagrimer-prices.csv puis lancer l’import bulk_prices. ## Établissements vin SIRENE - Usage : Prospection, benchmark territoire, scoring business, annexe méthodo. - Persona : sales, analyste, direction, data ops - Besoin utilisateur : Mesurer la densité économique vin par commune, département et code NAF. - Sources : sirene_wine_establishments, sirene_insee - KPI clés : establishments, sirens, core_wine_establishments, communes, naf_codes - Markdown : /api/reference_export.php?type=sirene_wine_establishments&format=md - CSV : /api/reference_export.php?type=sirene_wine_establishments - Caveat : Activité administrative déclarée : codes adjacents non exclusivement vin et obligations RGPD pour usages nominatifs. - Prochaine action : Télécharger le stock établissement Sirene, importer les NAF vin, puis croiser avec communes INAO et offres DATAtourisme. ## Reference Copy Studio - Usage : Slides, mail, note exécutive, brief destination, release data. - Persona : direction, destination, appellation, data ops, sales - Besoin utilisateur : Copier rapidement le bon message, les bons KPI, les bons exports et le caveat selon la décision. - Sources : reference_products, kpi_pack, kpi_evidence - KPI clés : persona, decision, metrics_to_pull, products, caveat - Markdown : /api/get_reference_copy_studio.php?format=md - CSV : /api/get_reference_copy_studio.php?format=csv - Caveat : Briefs éditoriaux : ils orientent la copie mais ne remplacent pas les chiffres dynamiques du KPI Pack. - Prochaine action : Choisir le persona, copier le brief, puis remplacer les métriques par les valeurs du pack filtré. ## User Need Navigator - Usage : Navigation produit, brief commercial, onboarding analyste, publication guidée. - Persona : direction, destination, appellation, sales, data ops, analyste - Besoin utilisateur : Partir de la décision utilisateur pour choisir les bons KPI, produits, exports et caveats. - Sources : reference_products, reference_kpi_dictionary, reference_publication_gate - KPI clés : route_count, persona, hero_kpis, product_keys, missing_product_count - Markdown : /api/get_reference_user_need_navigator.php?format=md - CSV : /api/get_reference_user_need_navigator.php?format=csv - Caveat : Navigator éditorial : il route vers les produits, mais ne prouve pas la fraîcheur ni l’import effectif de chaque source. - Prochaine action : Le publier comme point d’entrée persona avant le Data Product Index. ## Publishable Snippet Board - Usage : Homepage, deck, email sales, note methode, release data. - Persona : direction, destination, appellation, sales, data ops, analyste - Besoin utilisateur : Copier un bloc pret a publier pour page, slide, email, brief ou release note. - Sources : reference_products, reference_user_need_navigator, reference_kpi_dictionary - KPI clés : snippet_count, kpi_slots, product_keys, clipboard_block - Markdown : /api/get_reference_publishable_snippets.php?format=md - CSV : /api/get_reference_publishable_snippets.php?format=csv - Caveat : Blocs éditoriaux : injecter les valeurs dynamiques et vérifier le Publication Gate avant diffusion externe. - Prochaine action : Utiliser comme bibliothèque de textes pour la page référence et les decks. ## Reference KPI Scorecard - Usage : Dashboard, deck, page reference, cadrage KPI, brief design. - Persona : direction, produit, analyste, publication, design - Besoin utilisateur : Organiser les KPI Winerix par familles coherentes, niveaux d aggregation, exports et caveats. - Sources : reference_products, reference_kpi_dictionary, reference_publication_gate - KPI clés : family_count, hero_kpis, aggregation_level, source_products, visual_treatment - Markdown : /api/get_reference_kpi_scorecard.php?format=md - CSV : /api/get_reference_kpi_scorecard.php?format=csv - Caveat : Scorecard methode : elle structure les familles KPI mais ne remplace pas les valeurs dynamiques ni le Publication Gate. - Prochaine action : Utiliser comme grille de dashboard et de slides avant les KPI Cards. ## Reference Dashboard Blueprint - Usage : Spec dashboard, brief design, page reference, deck commercial. - Persona : produit, design, direction, publication, data ops - Besoin utilisateur : Transformer les KPI, produits et caveats Winerix en page ou deck reference lisible et actionnable. - Sources : reference_kpi_scorecard, reference_publishable_snippets, reference_products - KPI clés : section_count, layout, kpi_slots, product_keys, visual_direction - Markdown : /api/get_reference_dashboard_blueprint.php?format=md - CSV : /api/get_reference_dashboard_blueprint.php?format=csv - Caveat : Blueprint UI : il structure la page mais ne remplace pas les valeurs dynamiques, les imports ni le Publication Gate. - Prochaine action : L’utiliser comme cahier des charges pour la page publique référence data. ## Reference Narrative Deck - Usage : Deck commercial, pitch investisseur, note partenaire, page narrative. - Persona : direction, sales, produit, publication, investisseurs - Besoin utilisateur : Presenter Winerix comme couche reference data vin/oenotourisme dans un deck clair et caveate. - Sources : reference_dashboard_blueprint, reference_kpi_scorecard, reference_publishable_snippets - KPI clés : slide_count, kpi_slots, product_keys, speaker_note, caveat - Markdown : /api/get_reference_narrative_deck.php?format=md - CSV : /api/get_reference_narrative_deck.php?format=csv - Caveat : Deck narratif : injecter les valeurs dynamiques depuis les produits et vérifier le Publication Gate avant partage externe. - Prochaine action : L’utiliser comme structure de pitch et le décliner en slides visuelles. ## Source-KPI Lineage Matrix - Usage : Audit source, annexe méthodo, QA publication, revue gouvernance. - Persona : data ops, analyste, publication, direction - Besoin utilisateur : Tracer chaque source vers les produits, KPI, exports, caveats et politiques de fraîcheur. - Sources : reference_products, source_refresh_policy, reference_kpi_dictionary - KPI clés : source_count, governed_sources, catalog_only_sources, product_count - Markdown : /api/get_reference_source_lineage.php?format=md - CSV : /api/get_reference_source_lineage.php?format=csv - Caveat : Lineage catalogue : il prouve les liens déclarés source/produit, pas l’import DB effectif ni la fraîcheur runtime. - Prochaine action : Traiter les sources catalog_only en ajoutant leur politique de fraîcheur ou en les marquant comme produits internes. ## Reference API Manifest - Usage : Documentation API, intégration partenaire, audit exports, génération navigation. - Persona : développeur, partenaire, data ops, publication - Besoin utilisateur : Trouver rapidement tous les endpoints produits Winerix, leurs formats, KPI, caveats et priorités. - Sources : reference_products, reference_source_lineage, reference_publication_gate - KPI clés : product_count, publish_count, complete_count, watch_count, endpoint_count - Markdown : /api/get_reference_api_manifest.php?format=md - CSV : /api/get_reference_api_manifest.php?format=csv - Caveat : Manifeste déclaratif issu du catalogue : vérifier le Publication Gate et les imports avant usage externe. - Prochaine action : L’utiliser comme source de documentation API et navigation produit. ## Reference Launch Readiness - Usage : Checklist launch, go/no-go publication, réunion release, suivi partenaire. - Persona : direction, publication, data ops, produit - Besoin utilisateur : Savoir si Winerix est prêt à être partagé comme référence data publique et quoi corriger avant lancement. - Sources : reference_publication_gate, source_activation_status, reference_source_lineage, reference_api_manifest, reference_dashboard_blueprint - KPI clés : check_count, required_count, recommended_count, artifact_available_count, artifact_missing_count - Markdown : /api/get_reference_launch_readiness.php?format=md - CSV : /api/get_reference_launch_readiness.php?format=csv - Caveat : Checklist déclarative : elle ne remplace pas les imports DB, la validation runtime ni la validation métier finale. - Prochaine action : L’utiliser comme go/no-go avant toute diffusion publique ou partenaire. ## Reference Citation Kit - Usage : Annexe méthode, footer slide, page publique, mail partenaire, QA publication. - Persona : publication, analyste, direction, legal, sales - Besoin utilisateur : Citer proprement les sources officielles et conserver les caveats avec chaque KPI publié. - Sources : datatourisme_oenotourism, inao_siqo_products, inao_aoc_aop_commune_areas, eambrosia_gi, insee_tourism_capacity_communes, reference_publication_gate - KPI clés : citation_count, official_count, internal_count, license_label, caveat - Markdown : /api/get_reference_citation_kit.php?format=md - CSV : /api/get_reference_citation_kit.php?format=csv - Caveat : Kit éditorial : vérifier l’URL, la fraîcheur et le Publication Gate avant diffusion externe. - Prochaine action : L’utiliser comme source unique des citations dans pages, slides et exports. ## Reference Integration Guide - Usage : Documentation développeur, onboarding partenaire, intégration dashboard, runbook API. - Persona : développeur, partenaire, data ops, produit - Besoin utilisateur : Intégrer les API Winerix en Markdown, JSON ou CSV avec des exemples copiables et les bons caveats. - Sources : reference_api_manifest, reference_publication_gate, reference_citation_kit - KPI clés : endpoint_count, recipe_count, markdown_endpoint, json_endpoint, csv_endpoint - Markdown : /api/get_reference_integration_guide.php?format=md - CSV : /api/get_reference_integration_guide.php?format=csv - Caveat : Guide d’intégration : les exemples doivent conserver les caveats et vérifier le Publication Gate avant affichage externe. - Prochaine action : Le partager avec tout partenaire ou développeur qui consomme les exports Winerix. ## Reference Data Room Index - Usage : Sommaire data room, onboarding partenaire, revue publication, navigation interne. - Persona : direction, publication, partenaire, data ops, sales - Besoin utilisateur : Trouver rapidement le bon livrable Winerix selon l’usage : publication, API, KPI, sources, destination, appellation ou sales. - Sources : reference_launch_readiness, reference_api_manifest, reference_kpi_scorecard, reference_source_lineage, reference_citation_kit - KPI clés : collection_count, unique_product_count, markdown_export_count, product_keys, copy_order - Markdown : /api/get_reference_data_room_index.php?format=md - CSV : /api/get_reference_data_room_index.php?format=csv - Caveat : Index de navigation : vérifier les exports produits et le Publication Gate avant partage externe. - Prochaine action : L’utiliser comme sommaire officiel des livrables de référence Winerix. ## Reference Data Contracts - Usage : Contrats API, QA intégration, documentation partenaire, migration de champs. - Persona : développeur, partenaire, data ops, produit - Besoin utilisateur : Savoir quels champs et formats attendre pour intégrer les produits API Winerix sans casser les usages. - Sources : reference_api_manifest, reference_integration_guide, reference_publication_gate - KPI clés : contract_count, catalog_linked_count, missing_product_count, required_fields, quality_gates - Markdown : /api/get_reference_data_contracts.php?format=md - CSV : /api/get_reference_data_contracts.php?format=csv - Caveat : Contrats logiques : ils documentent les champs attendus mais ne remplacent pas les tests runtime ni la validation des imports. - Prochaine action : Les utiliser comme garde-fou avant toute intégration externe ou changement de schéma API. ## Reference Release Notes - Usage : Note de lancement, mail partenaire, release interne, alignement sales. - Persona : direction, publication, sales, data ops, partenaires - Besoin utilisateur : Savoir quoi annoncer, quoi partager avec caveat et quoi ne pas promettre dans l’état actuel de la référence Winerix. - Sources : reference_launch_readiness, reference_data_room_index, reference_publication_gate, source_activation_status - KPI clés : section_count, unique_product_count, shareable_count, runtime_validation_count - Markdown : /api/get_reference_release_notes.php?format=md - CSV : /api/get_reference_release_notes.php?format=csv - Caveat : Release notes éditoriales : elles ne remplacent pas le Publication Gate ni la validation runtime. - Prochaine action : Les utiliser pour cadrer le prochain partage public ou partenaire. ## Trust Badge Pack - Usage : Badges UI, dashboard, page territoire, deck, data room. - Persona : design, publication, produit, data ops - Besoin utilisateur : Afficher clairement live, partiel, demo, bloque, source officielle, metadata-only ou agregat nominatif. - Sources : reference_claim_guard, reference_live_kpi_board, reference_visual_system - KPI clés : badge_count, family, tone, html, copy_rule - Markdown : /api/get_reference_trust_badges.php?format=md - CSV : /api/get_reference_trust_badges.php?format=csv - Caveat : Badge visuel : ne remplace pas Claim Guard, Publication Gate ou revue metier finale. - Prochaine action : Utiliser ces badges dans territory-reference.html et les exports KPI. ## Reference Claim Guard - Usage : QA publication, page publique, email partenaire, slide, post court. - Persona : publication, marketing, direction, legal, data ops - Besoin utilisateur : Savoir quelles promesses sont autorisees ou interdites selon mode KPI, source et canal. - Sources : reference_live_kpi_board, reference_territory_share_pack, reference_publication_gate - KPI clés : mode_count, source_state_count, channel_count, allowed_claims, forbidden_claims - Markdown : /api/get_reference_claim_guard.php?format=md - CSV : /api/get_reference_claim_guard.php?format=csv - Caveat : Garde-fou editorial : ne remplace pas revue juridique, metier ou Publication Gate final. - Prochaine action : Utiliser ce guard avant de publier les Share Packs et pages territoire. ## Territory Share Pack - Usage : Page publique, email partenaire, slide direction, data room, post court. - Persona : marketing, publication, sales, direction, destination - Besoin utilisateur : Copier des textes prets a partager pour une fiche territoire sans reformuler les caveats. - Sources : reference_territory_publication_bundle, reference_live_kpi_board - KPI clés : channel_count, live_count, partial_count, demo_count, copy - Markdown : /api/get_reference_territory_share_pack.php?format=md - CSV : /api/get_reference_territory_share_pack.php?format=csv - Caveat : Pack editorial : ne remplace pas Publication Gate, validation runtime ni revue metier finale. - Prochaine action : Utiliser ces blocs dans pages, emails, slides et demos partenaires. ## Territory Publication Bundle - Usage : Page territoire, demo partenaire, data room courte, brief destination. - Persona : publication, marketing, produit, destination, direction - Besoin utilisateur : Publier ou partager une fiche territoire avec sections, KPI modes, sources et blocs copiables depuis un seul endpoint. - Sources : reference_territory_page_kit, reference_live_kpi_board, reference_kpi_dependency_map - KPI clés : live_count, partial_count, demo_count, section_count, copy_blocks - Markdown : /api/get_reference_territory_publication_bundle.php?format=md - CSV : /api/get_reference_territory_publication_bundle.php?format=csv - Caveat : Bundle logique : ne remplace pas validation runtime, imports DB, revue metier ou Publication Gate externe. - Prochaine action : Utiliser ce bundle comme source unique pour les prototypes territoire publics. ## Live KPI Board - Usage : Page territoire, dashboard public, QA publication, demo partenaire. - Persona : publication, produit, design, direction, data ops - Besoin utilisateur : Savoir quels KPI territoire afficher en live, partiel, demo ou bloque dans une page publique. - Sources : reference_score_hydration, reference_territory_score_calculator, reference_publication_gate - KPI clés : live_count, partial_count, demo_count, blocked_count, display_mode - Markdown : /api/get_reference_live_kpi_board.php?format=md - CSV : /api/get_reference_live_kpi_board.php?format=csv - Caveat : Mode affichage logique : ne remplace pas revue metier finale ni Publication Gate externe. - Prochaine action : Brancher ce board dans territory-reference.html pour choisir live/partial/demo par carte. ## Score Hydration Board - Usage : Go/no-go hydratation KPI, dashboard readiness, debug page territoire. - Persona : data ops, produit, publication, direction, analyste - Besoin utilisateur : Savoir quels scores territoire peuvent etre calcules avec donnees normalisees, lesquels restent partiels ou bloques. - Sources : reference_kpi_dependency_map, reference_normalization_quality_gates, reference_territory_score_calculator - KPI clés : hydrated_ready_count, partially_hydratable_count, blocked_by_normalization_count, hydration_rate - Markdown : /api/get_reference_score_hydration.php?format=md - CSV : /api/get_reference_score_hydration.php?format=csv - Caveat : Hydratation logique : ne remplace pas revue metier, Publication Gate ni import DB valide. - Prochaine action : Utiliser ce board pour choisir quels scores afficher en live et lesquels laisser en pipeline. ## KPI Dependency Map - Usage : Lineage KPI, data room, debug score, priorisation normalisation. - Persona : data ops, produit, analyste, publication, direction - Besoin utilisateur : Comprendre quelles sources et normalisations alimentent chaque composant de score territoire. - Sources : reference_territory_kpi_formulas, reference_normalization_runbook, reference_normalization_quality_gates - KPI clés : score_count, component_dependency_count, unique_source_count, normalization_output_count - Markdown : /api/get_reference_kpi_dependency_map.php?format=md - CSV : /api/get_reference_kpi_dependency_map.php?format=csv - Caveat : Carte logique : ne verifie ni existence fichier, ni qualite donnees, ni import DB. - Prochaine action : Utiliser avec Readiness et Quality Gates pour savoir quels scores peuvent etre hydrates. ## Normalization Quality Gates - Usage : QA source, checklist import, Publication Gate, runbook data ops. - Persona : data ops, publication, produit, direction - Besoin utilisateur : Verifier qu un CSV normalise est structurellement pret avant import, score ou publication. - Sources : reference_normalization_runbook, reference_normalization_readiness - KPI clés : qa_ready_count, blocked_count, status_counts, missing_columns, row_count - Markdown : /api/get_reference_normalization_quality_gates.php?format=md - CSV : /api/get_reference_normalization_quality_gates.php?format=csv - Caveat : QA structurelle : ne remplace pas revue metier, statistiques ni validation import DB. - Prochaine action : Utiliser ces gates apres chaque normalisation et avant tout import ou hydratation KPI. ## Reference Normalization Readiness - Usage : Checklist execution, daily source ops, sprint normalisation, go/no-go import. - Persona : data ops, produit, publication, direction - Besoin utilisateur : Savoir quelles normalisations sont pretes, bloquees ou deja produites sans lancer les scripts. - Sources : reference_normalization_runbook, reference_source_normalization_backlog - KPI clés : ready_to_run_count, normalized_file_available_count, missing_input_count, next_ready_source - Markdown : /api/get_reference_normalization_readiness.php?format=md - CSV : /api/get_reference_normalization_readiness.php?format=csv - Caveat : Readiness fichiers : ne valide ni contenu CSV, ni execution script, ni import DB. - Prochaine action : Remplir les inputs manquants puis executer uniquement les sources ready_to_run. ## Reference Normalization Runbook - Usage : Runbook data ops, checklist normalisation, plan sprint source, data room methode. - Persona : data ops, produit, publication, direction - Besoin utilisateur : Executer les normalisations sources dans le bon ordre avec commandes, fichiers cibles, gates et caveats. - Sources : reference_source_normalization_backlog, source_refresh_policy, reference_source_fidelity - KPI clés : step_count, priority, input_file, output_file, command - Markdown : /api/get_reference_normalization_runbook.php?format=md - CSV : /api/get_reference_normalization_runbook.php?format=csv - Caveat : Runbook execution : ne prouve pas que les scripts ont ete lances ni que les imports DB sont valides. - Prochaine action : Remplir les fichiers input prioritaires puis executer Sirene, BAN et HVE en premier. ## Source Normalization Backlog - Usage : Roadmap data ops, comite source, runbook import, arbitrage produit. - Persona : data ops, produit, publication, direction - Besoin utilisateur : Prioriser les sources a normaliser pour passer de metadata/CSV brut a KPI territoire exploitables. - Sources : source_opportunity_radar, source_refresh_policy, reference_source_fidelity - KPI clés : item_count, top_priority_source, status_counts, target_file, publication_gain - Markdown : /api/get_reference_source_normalization_backlog.php?format=md - CSV : /api/get_reference_source_normalization_backlog.php?format=csv - Caveat : Backlog d execution : ne prouve pas que normalisations CSV ou imports DB sont realises. - Prochaine action : Traiter Sirene et BAN en premier pour activer densite business et cartes fiables. ## Territory Score Input Templates - Usage : Prototype score, demo page territoire, dashboard, QA Publication Gate. - Persona : produit, data, publication, design, sales - Besoin utilisateur : Disposer de jeux de composants 0-100 prets a copier pour alimenter les scores territoire. - Sources : reference_territory_score_calculator, reference_territory_kpi_formulas - KPI clés : template_count, component_value, source_status, publication_gate, score_url - Markdown : /api/get_reference_territory_score_inputs.php?format=md - CSV : /api/get_reference_territory_score_inputs.php?format=csv - Caveat : Templates de demonstration/cadrage : remplacer par valeurs sources actives avant publication externe. - Prochaine action : Utiliser les URLs score generees pour tester les pages territoire et dashboards. ## Territory Score Calculator - Usage : API score, prototype page territoire, dashboard, annexe methode. - Persona : data, produit, publication, direction, design - Besoin utilisateur : Calculer des scores territoire ponderes, caveates et copiables a partir des formules Winerix. - Sources : reference_territory_kpi_formulas, reference_publication_gate, reference_territory_page_kit - KPI clés : average_score, publishable_with_caveat_count, pipeline_count, score, publishability - Markdown : /api/get_reference_territory_scores.php?format=md - CSV : /api/get_reference_territory_scores.php?format=csv - Caveat : Calculateur logique avec composants demo/overrides : les valeurs publiees doivent venir des sources actives. - Prochaine action : Brancher les composants reels issus des jointures territoire et du Publication Gate. ## Territory KPI Formula Book - Usage : Spec KPI, annexe methode, data room, brief dashboard. - Persona : data, produit, publication, direction, analyste - Besoin utilisateur : Comprendre comment les scores territoire Winerix sont ponderes, compares et caveates. - Sources : reference_territory_kpi_crosswalk, reference_kpi_dictionary, reference_publication_gate, reference_source_fidelity - KPI clés : metric_count, normalization_rule_count, formula, weights, minimum_gate - Markdown : /api/get_reference_territory_kpi_formulas.php?format=md - CSV : /api/get_reference_territory_kpi_formulas.php?format=csv - Caveat : Formules logiques : elles ne prouvent pas que les valeurs sources et jointures DB sont executees. - Prochaine action : Utiliser ces pondérations pour hydrater les pages territoire et expliciter les scores dans la data room. ## Territory Reference Page - Usage : Prototype public, demo partenaire, page SEO, support commercial. - Persona : publication, marketing, direction, destination, design - Besoin utilisateur : Voir et copier une page territoire vin/oenotourisme attractive, sourcee et caveatee. - Sources : reference_territory_page_kit, reference_territory_kpi_crosswalk, reference_source_fidelity, reference_publication_gate - KPI clés : reference_score, section_count, source_count, publication_gate, copy_markdown - Markdown : /docs/territory-reference-page.md - CSV : /api/get_reference_territory_page_kit.php?format=csv - Caveat : Page statique hydratee best-effort : les valeurs doivent etre controlees par le Publication Gate avant partage externe. - Prochaine action : Utiliser comme prototype de page territoire et brancher les valeurs dynamiques des endpoints actifs. ## Territory Page Kit - Usage : Page SEO, deck destination, dashboard public, data room partenaire. - Persona : produit, marketing, territoire, publication, design - Besoin utilisateur : Assembler une page territoire vin/oenotourisme avec KPI, preuves, caveats, visuels et blocs copiables. - Sources : reference_territory_kpi_crosswalk, reference_story_builder, reference_embed_kit, reference_visual_system, reference_publication_gate - KPI clés : section_count, layout_count, kpi_slots, source_stack, html_snippet - Markdown : /api/get_reference_territory_page_kit.php?format=md - CSV : /api/get_reference_territory_page_kit.php?format=csv - Caveat : Kit de publication : les valeurs doivent venir des endpoints actifs et passer le Publication Gate. - Prochaine action : Utiliser ce kit pour construire les premieres pages territoire Winerix reference. ## Territory KPI Crosswalk - Usage : Plan de jointure, spec dashboard, brief data product, page territoire. - Persona : produit, data ops, territoire, publication, direction - Besoin utilisateur : Savoir quelles sources croiser pour produire des KPI territoire fiables, agregeables et publiables. - Sources : inao_aoc_aop_communes, ban_address_reference, insee_tourism_capacity_communes, datatourisme_oenotourism, sirene_wine_establishments, hve_certified_estates - KPI clés : join_key_count, recipe_count, source_stack, kpi_slots, quality_gates - Markdown : /api/get_reference_territory_kpi_crosswalk.php?format=md - CSV : /api/get_reference_territory_kpi_crosswalk.php?format=csv - Caveat : Plan de rapprochement : ne prouve pas que les jointures DB ont ete executees ou validees. - Prochaine action : Utiliser ces recettes pour construire les pages territoire et prioriser les imports/jointures. ## Source Fidelity Ledger - Usage : Comite source, runbook data ops, data room, priorisation de normalisation. - Persona : data ops, publication, partenariats, direction - Besoin utilisateur : Suivre les sources comme un portefeuille fidele : score, tier, cadence, preuve, risque et action relation/source. - Sources : source_refresh_policy, source_opportunity_radar - KPI clés : source_count, official_source_count, average_fidelity_score, pipeline_count, relationship_action - Markdown : /api/get_reference_source_fidelity.php?format=md - CSV : /api/get_reference_source_fidelity.php?format=csv - Caveat : Score de gouvernance source : il ne remplace pas la validation runtime des imports ni la verification metier. - Prochaine action : Utiliser le ledger pour choisir les prochaines sources a normaliser, citer ou surveiller. ## Reference Story Builder - Usage : Angles editoriaux, briefs SEO, decks, pages territoire. - Persona : marketing, contenu, direction, journalistes, produit - Besoin utilisateur : Transformer les KPI vin/oenotourisme en recits utilisateurs sourcees, caveates et faciles a publier. - Sources : reference_user_need_navigator, reference_kpi_scorecard, reference_visual_system, reference_embed_kit - KPI clés : segment_count, storyline_count, core_kpis, required_sources, visual_family - Markdown : /api/get_reference_story_builder.php?format=md - CSV : /api/get_reference_story_builder.php?format=csv - Caveat : Les recits sont des patrons de publication : les valeurs doivent venir des endpoints actifs et du Publication Gate. - Prochaine action : Utiliser ces storylines pour produire les pages territoire, decks et snippets SEO Winerix. ## Reference Embed Kit - Usage : Composants UI, pages territoire, data rooms, decks commerciaux. - Persona : produit, design, contenu, developpeurs, sales enablement - Besoin utilisateur : Copier-coller des blocs KPI Winerix en HTML, Markdown, CSV ou JavaScript sans recreer la logique de presentation. - Sources : reference_visual_system, reference_kpi_scorecard, reference_citation_kit, reference_api_manifest - KPI clés : block_count, css_tokens, copy_target, snippet_format, publication_rule - Markdown : /api/get_reference_embed_kit.php?format=md - CSV : /api/get_reference_embed_kit.php?format=csv - Caveat : Kit de presentation : les snippets doivent etre alimentes par les endpoints actifs et controles par le Publication Gate. - Prochaine action : Brancher les blocs HTML/Markdown sur les pages territoire, decks et exports commerciaux. ## Reference Visual System - Usage : Design system data, brief UI, deck visuel, guidelines dashboard. - Persona : design, produit, publication, direction - Besoin utilisateur : Transformer les KPI Winerix en cartes, dashboards et slides cohérents, distinctifs et caveatés. - Sources : reference_kpi_scorecard, reference_dashboard_blueprint, reference_publishable_snippets - KPI clés : family_count, component_count, copy_rule_count, visual_treatment, copy_rule - Markdown : /api/get_reference_visual_system.php?format=md - CSV : /api/get_reference_visual_system.php?format=csv - Caveat : Système visuel : il guide la présentation mais ne remplace pas les valeurs dynamiques ni le Publication Gate. - Prochaine action : L’utiliser pour harmoniser la page référence, les KPI Cards et les decks. ## Dictionnaire KPI Winerix - Usage : Glossaire KPI, annexe méthodo, QA publication. - Persona : data ops, analyste, publication, direction - Besoin utilisateur : Comprendre exactement ce que chaque KPI signifie avant de le copier ou de le publier. - Sources : kpi_pack, reference_products, source_refresh_policy - KPI clés : definition, calculation, source_keys, copy_hint, caveat - Markdown : /api/get_reference_kpi_dictionary.php?format=md - CSV : /api/get_reference_kpi_dictionary.php?format=csv - Caveat : Dictionnaire sémantique : ne remplace pas les valeurs dynamiques ni les contrôles d’import. - Prochaine action : Utiliser ces définitions comme source de vérité dans les slides, exports et briefs. ## KPI Card Deck - Usage : Dashboard, slide, page référence, brief exécutif. - Persona : direction, produit, design, publication - Besoin utilisateur : Afficher ou copier des KPI sous forme de cartes claires, attractives et caveatées. - Sources : reference_kpi_dictionary, kpi_pack, reference_products - KPI clés : title, value_placeholder, copy_sentence, caveat, style - Markdown : /api/get_reference_kpi_card_deck.php?format=md - CSV : /api/get_reference_kpi_card_deck.php?format=csv - Caveat : Cartes éditoriales : remplacer les placeholders par les valeurs dynamiques avant publication. - Prochaine action : Utiliser comme source pour UI ou slides, puis injecter les valeurs du KPI Pack. ## KPI Cards hydratées - Usage : Dashboard, page référence, export slide. - Persona : produit, direction, publication, design - Besoin utilisateur : Afficher les cartes KPI avec valeurs dynamiques quand la DB est prête, sinon garder les placeholders. - Sources : reference_kpi_card_deck, kpi_pack - KPI clés : value, hydrated, copy_sentence_hydrated, caveat - Markdown : /api/get_reference_kpi_cards.php?format=md - CSV : /api/get_reference_kpi_cards.php?format=csv - Caveat : Hydratation best-effort : si la DB échoue, les placeholders restent visibles. - Prochaine action : Utiliser ce endpoint pour UI publique, avec Publication Gate avant diffusion externe. ## Data Product Index - Usage : Sommaire public, navigation catalogue, brief sales, QA publication. - Persona : éditeur, analyste, sales, ops data - Besoin utilisateur : Choisir vite le bon produit data Winerix, son export, ses KPI, son niveau de maturité et son caveat. - Sources : reference_product_catalog, reference_publication_gate, reference_kpi_dictionary - KPI clés : product_count, stage_counts, source_count, kpi_count - Markdown : /api/get_reference_data_product_index.php?format=md - CSV : /api/get_reference_data_product_index.php?format=csv - Caveat : Index de navigation : il reflète le catalogue produit configuré, pas la fraîcheur réelle des données importées. - Prochaine action : Le publier comme sommaire principal avant les exports KPI et packs persona. ## Publication Gate - Usage : Checklist avant publication externe, release note, contrôle qualité. - Persona : publication, data ops, direction - Besoin utilisateur : Décider si un chiffre ou un pack peut être publié, annoté ou bloqué. - Sources : source_activation_status, reference_kpi_dictionary, reference_copy_studio - KPI clés : status, fail_count, warn_count, gates, activation_summary - Markdown : /api/get_reference_publication_gate.php?format=md - CSV : /api/get_reference_publication_gate.php?format=csv - Caveat : Gate de readiness : ne remplace pas les tests d’import DB ni la validation métier finale. - Prochaine action : Utiliser ce gate avant chaque export externe ou partage de KPI.