07 — Carnet de produit Kaxentra#

Objet. Ce fichier est le carnet de produit unique de la plateforme Kaxentra au 17 août 2026. Il énumère les épopées, les fonctionnalités, leur statut réel mesuré dans le code, la dette assumée et la feuille de route par vagues jusqu'en 2028.

Autorité. 00-brief-commun.md fait foi sur la marque, les prix, les personas et les interdits de communication. En particulier, 00-brief-commun.md §1.5 prime sur toute affirmation de ce carnet : les quatre écarts É1 à É4 y sont établis et leurs formulations interdites sont reprises telles quelles en section 8 de ce document.

Règle d'écriture appliquée. Rien n'est déclaré Livré sans avoir été vu dans le code source. Ce qui n'a pas été vu est déclaré Planifié ou porte l'étiquette [HYPOTHÈSE]. Aucun élément n'est reporté à un futur document.

Version : 1.0 — 17 août 2026 Statut : Référence active Propriétaire du document : Direction produit Cadence de révision : hebdomadaire jusqu'au 17 novembre 2026, puis bimensuelle

1. Méthode#

1.1 Ce qu'est ce carnet, et ce qu'il n'est pas#

Ce carnet est un instrument de décision, pas un catalogue de vente. Sa fonction est de permettre à une personne qui ne connaît pas le code de répondre à trois questions en moins d'une minute :

1. Est-ce que cette fonctionnalité existe aujourd'hui, pour de vrai, jusqu'à la persistance ?
2. Si elle n'existe pas entièrement, qu'est-ce qui manque exactement ?
3. Quand est-elle attendue, à quelle date absolue, et qui en répond ?

Ce carnet n'est pas :

• une page de prix — celle-ci dérive du catalogue de la plateforme, version 2026-08-12.1 ;
• une promesse commerciale — la valeur Sobriété interdit de vendre ce qui n'est pas livré ;
• un inventaire de routes — une route qui existe mais que personne n'atteint n'est pas une fonctionnalité, et une page créée pour supprimer une erreur 404 de menu n'en est pas une non plus (voir §8, écart D-07).

1.2 Trois sources de vérité, et une seule règle d'arbitrage#

Règle d'arbitrage. Une fonctionnalité n'est Livré que si les trois sources concordent et que l'écriture survit à un rechargement. Un écran présent dans un registre de navigation mais servi par un point d'entrée absent est Partiel. Un service complet sans écran est Partiel. Un module vendu au catalogue sans service ni écran serait un défaut de gravité maximale — le contrôle de cohérence du catalogue existe précisément pour le détecter, et il signale aujourd'hui un écart réel (§8, écart D-01).

1.3 Pourquoi l'appariement se fait par capacité, jamais par chemin#

Les arbres de routes web et mobile n'emploient pas les mêmes espaces de noms. Le relevé d'écart web ↔ mobile du 13 août 2026 (docs/kaxentra-360/ECART-WEB-MOBILE.md) documente une table d'alias explicite : /field-ops/* correspond à field/*, /hr/* à payroll/*, /crm/*, /marketing/* et /team/* à gestion/*, /accounting/financial-statements à accounting/statements, /sme-tools/* à sme/*, /grants/* à donations/*.

Comparer les chemins bruts produit un écart faux dans les deux sens : 128 routes mobiles se seraient déclarées « sans équivalent web » alors qu'elles servent la même matière. Ce carnet apparie donc par capacité, et chaque ligne du tableau de la section 4 nomme la capacité, pas le fichier.

1.4 Le crible doit pouvoir échouer#

Toute mesure de couverture inscrite dans ce carnet a été produite par un instrument qui porte à la fois un témoin positif et un témoin négatif. Un relevé qui ne rend que des succès ne mesure pas : il se contente de répondre. Le relevé d'écart web ↔ mobile applique cette discipline explicitement, avec des entrées attendues couvertes (/tax/personal, /dashboard, /documents) et des entrées attendues manquantes (/ai-ceo hors du menu du contexte particulier, /cybersecurity absent du mobile).

Conséquence de méthode : un zéro rapporté n'est pas actionné avant d'avoir été confirmé par un témoin de nature différente. Trois des écarts de la section 8 ont été révisés à la hausse après un second passage.

1.5 Priorisation MoSCoW#

Chaque fonctionnalité porte un rang MoSCoW relatif à la vague en cours. Le rang n'est pas une propriété permanente de la fonctionnalité : il est réévalué à chaque changement de vague.

Trois règles d'emploi non négociables :

1. Un M sans critère d'acceptation écrit n'est pas un M. Il redescend en S jusqu'à ce que son critère existe.
2. Le W porte toujours sa raison. « Hors vague » sans justification est un report déguisé, et le report n'est pas acceptable.
3. Le rang MoSCoW ne remplace jamais le statut. Un élément peut être M et Planifié : cela signifie qu'il bloque la vague et n'est pas commencé. C'est exactement l'information que le carnet doit rendre visible.

1.6 Découpage des rangs sur la vague 1 (jusqu'au 17 novembre 2026)#

Le carnet compte 231 fonctionnalités. Le rang MoSCoW et le statut se croisent — et c'est le croisement, pas chaque colonne prise seule, qui dit où est le travail.

Comment lire ce tableau sans se tromper. Une part de M à 54,5 % n'est pas une charge de travail : 103 des 126 lignes M sont déjà Livré. Leur rang ne dit pas « à construire », il dit « si cette ligne régresse, la vague ne sort pas ». Le rang M sur une ligne livrée est un engagement de non-régression, pas un engagement de construction.

La charge réelle de la vague 1 est donc de 42 lignes — les 36 Partiel et les 6 Planifié — dont 23 de rang M. C'est un lot tendu : plus de la moitié du travail ouvert bloque la date. Il est assumé pour une raison précise, écrite en section 6.1 : la vague 1 ne construit presque rien de neuf, elle répare l'écart entre le discours et le produit. Un écart nommé publiquement et non réparé est un défaut de la valeur Sobriété, donc bloquant par nature. Il n'y a pas de version « souhaitable » d'une affirmation fausse.

Une part de W à 0,9 % est un signal, pas un exploit. Deux lignes seulement sont déclarées hors vague avec leur raison. Un carnet honnête devrait en compter davantage : décider de ne pas faire est une décision, et une décision non prise ressurgit toujours en cours de vague. Cet indicateur est suivi au titre de K04.

1.7 Ce que la méthode a coûté#

Trois affirmations initialement portées par ce carnet ont été retirées après vérification dans le code :

Ce coût est la méthode elle-même, pas un accident de la méthode.

2. Convention de statut#

Quatre valeurs. Aucune cinquième. Aucune nuance verbale ajoutée à côté d'une valeur (« livré mais », « presque livré », « livré en dev » sont interdits — ce sont des Partiel).

2.1 Les trois pièges que cette convention ferme#

Piège 1 — le 200 qui ne prouve rien. Un point d'entrée peut répondre 200 en ayant écrit dans une transaction avortée. Le rechargement est la seule mesure qui tranche. C'est pourquoi la persistance après rechargement est dans la définition de Livré, pas dans une note de bas de page.

Piège 2 — l'écran atteint par l'adresse et non par le menu. Côté mobile, la navigation est pilotée par les données : la source de vérité est getContextFeatures() dans packages/shared-core/src/config/mobile-features.ts. Un écran non déclaré là n'est atteignable par personne, même s'il existe, compile et est enregistré dans une disposition de navigation. Enregistrer n'est pas mener. Un tel écran est Planifié, pas Livré.

Piège 3 — la surface oubliée. « Fonctionne au portail Affaires » n'est pas « fonctionne ». La colonne Surface(s) du tableau de la section 4 énumère les surfaces où la fonctionnalité est attendue ; le statut porte sur l'ensemble de ces surfaces. Une fonctionnalité attendue sur trois surfaces et livrée sur deux est Partiel, jamais Livré.

2.2 Comment un statut change#

La transition Livré → Partiel est volontairement sans friction. Un carnet dont les statuts ne descendent jamais ne mesure rien.

3. Épopées#

Trente-trois épopées. Chacune porte son intention, ses personas, ses surfaces, sa valeur, son statut global et ses dépendances. Le statut global d'une épopée est le plus faible statut de ses fonctionnalités indispensables, jamais une moyenne.

EP-01 — Fiscalité des particuliers#

EP-02 — Fiscalité des entreprises et taxes de vente#

EP-03 — Comptabilité et états financiers#

EP-04 — Paie et retenues à la source#

EP-05 — Facturation, devis et encaissement#

EP-06 — Trésorerie et prévisions#

EP-07 — Finances personnelles#

EP-08 — Immobilier et revenus locatifs#

EP-09 — Assurances#

EP-10 — Succession et transmission#

EP-11 — Entrepreneuriat et incorporation#

EP-12 — Studio de démarrage#

EP-13 — Exploitation et épicerie#

EP-14 — Marketplace, communauté et réseau#

EP-15 — Documents, coffre et signature électronique#

EP-16 — Conseil, mandats et recommandations#

EP-17 — Audit, conformité et gouvernance#

EP-18 — Reprise et acquisition#

EP-19 — Financement, subventions et crédit#

EP-20 — ESG et impact#

EP-21 — Marketing, publicité et acquisition#

EP-22 — Levée de fonds et relations investisseurs#

EP-23 — Assistant, copilotes et agents#

EP-24 — Gouvernance de l'intelligence artificielle#

EP-25 — Apprentissage automatique, profond et vision#

EP-26 — Flux de travail et automatisation#

EP-27 — Rendez-vous, calendrier et visioconférence#

EP-28 — Administration de plateforme et catalogue#

EP-29 — Mobile et usage hors ligne#

EP-30 — Accessibilité#

EP-31 — Internationalisation#

EP-32 — Identité, sécurité et vie privée#

EP-33 — Portabilité, réversibilité et abonnement#

4. Inventaire des fonctionnalités#

4.1 Comment lire le tableau#

Base de preuve et sa limite — à lire avant d'utiliser la colonne Statut. Le statut de chaque ligne dérive de la concordance des trois sources de la section 1.2 : registre de navigation, catalogue de la plateforme, point d'entrée de service. Pour le périmètre mobile, la preuve va plus loin : le relevé du 13 août 2026 porte 58 points de vérification numérotés sur appareil réel et quatre essais profonds d'écriture puis relecture (A à D). Pour le périmètre web, la preuve de persistance après rechargement n'a pas été rejouée ligne à ligne dans ce passage. Toute ligne Livré dont la persistance web n'a pas été rejouée reste donc rétrogradable sans discussion à la première contradiction constatée — c'est la règle de transition Livré → Partiel de la section 2.2, et elle s'applique la première fois qu'un membre signale le contraire.

4.2 EP-01 — Fiscalité des particuliers#

4.3 EP-02 — Fiscalité des entreprises et taxes de vente#

4.4 EP-03 — Comptabilité et états financiers#

4.5 EP-04 — Paie et retenues à la source#

4.6 EP-05 — Facturation, devis et encaissement#

4.7 EP-06 — Trésorerie et prévisions#

4.8 EP-07 — Finances personnelles#

4.9 EP-08 — Immobilier et revenus locatifs#

4.10 EP-09 — Assurances#

4.11 EP-10 — Succession et transmission#

4.12 EP-11 — Entrepreneuriat et incorporation#

4.13 EP-12 — Studio de démarrage#

4.14 EP-13 — Exploitation et épicerie#

4.15 EP-14 — Marketplace, communauté et réseau#

4.16 EP-15 — Documents, coffre et signature électronique#

4.17 EP-16 — Conseil, mandats et recommandations#

4.18 EP-17 — Audit, conformité et gouvernance#

4.19 EP-18 — Reprise et acquisition#

4.20 EP-19 — Financement, subventions et crédit#

4.21 EP-20 — ESG et impact#

4.22 EP-21 — Marketing, publicité et acquisition#

4.23 EP-22 — Levée de fonds et relations investisseurs#

4.24 EP-23 — Assistant, copilotes et agents#

4.25 EP-24 — Gouvernance de l'intelligence artificielle#

4.26 EP-25 — Apprentissage automatique, profond et vision#

4.27 EP-26 — Flux de travail et automatisation#

4.28 EP-27 — Rendez-vous, calendrier et visioconférence#

4.29 EP-28 — Administration de plateforme et catalogue#

4.30 EP-29 — Mobile et usage hors ligne#

4.31 EP-30 — Accessibilité#

4.32 EP-31 — Internationalisation#

4.33 EP-32 — Identité, sécurité et vie privée#

4.34 EP-33 — Portabilité, réversibilité et abonnement#

4.35 Récapitulatif par statut#

Lecture obligatoire de ce tableau. Un taux de 81,8 % de Livré ne signifie pas que le produit est fini à 81,8 %. Les 36 Partiel et les 6 Planifié contiennent les manques qui portent la valeur : l'export, la résiliation, le plafond de dépense, l'anglais, l'accessibilité vérifiée, le second facteur d'authentification. Cinq de ces six sujets sont des écarts P0 de la section 8. Un carnet se lit par ses Partiel, pas par ses Livré.

Répartition des 36 Partiel par cause du manque — chaque ligne est nommée, aucune n'est agrégée à l'aveugle :

Le premier chiffre est le plus instructif. Dix-neuf Partiel sur trente-six ne sont pas des capacités manquantes : ce sont des capacités livrées sur la mauvaise moitié du produit. C'est exactement ce que mesure l'épopée EP-29, et c'est pourquoi la vague 2 lui est entièrement consacrée.

5. Épopées d'extension E01 à E08#

⚠️ NON LIVRÉ — HYPOTHÈSE PRODUIT#

Les huit épopées de cette section décrivent une extension de marché qui n'est pas construite. Vérification faite par balayage du code source au 17 août 2026 : aucune occurrence produit de « prière », « église » ou « ministère » n'existe dans la plateforme. Aucun module, aucun écran, aucun point d'entrée de service.

Le statut de chacune est Planifié, sans exception et sans nuance. Aucun support commercial public ne les présente comme disponibles. Elles servent au dossier d'investissement, à la feuille de route et aux entretiens de découverte — nulle part ailleurs.

Chaque épopée s'adosse à des briques réellement livrées, énumérées ligne par ligne. C'est la seule manière honnête de chiffrer un effort : dire ce qui existe déjà et ce qu'il faudrait écrire.

La question de savoir si ces épopées sont annoncées publiquement ou tenues silencieuses est ouverte : c'est la décision D02 de 00-vision-mission-historique.md §8, à trancher au 30 septembre 2026.

5.1 Briques réelles mobilisables — inventaire commun aux huit épopées#

E01 — Famille élargie et foyer#

E02 — Assemblée locale ou organisme confessionnel#

E03 — Animation d'un groupe restreint#

E04 — Animation d'une chaîne d'engagement#

E05 — Organisme de programmes et de mentorat#

E06 — Initiative répartie sur plusieurs fuseaux horaires#

E07 — Espace d'échange dédié et modéré#

E08 — Engagement ludique de foyer#

5.9 Règle de communication applicable à E01 à E08#

6. Feuille de route par vagues#

Quatre vagues, à dates absolues. Chaque vague porte un thème unique, une condition de sortie mesurable et une liste d'éléments de carnet. Une vague dont la condition de sortie n'est pas atteinte ne se déclare pas sortie.

6.1 Vague 1 — jusqu'au 17 novembre 2026 : « Ce qu'on affirme doit être vrai »#

Thème. La vague 1 ne construit presque rien de nouveau. Elle répare l'écart entre le discours et le produit. Toute affirmation du dossier de lancement doit être soutenue par un écran réel au 17 novembre 2026, ou l'affirmation est retirée du discours.

Condition de sortie. Les quatre écarts É1 à É4 de 00-brief-commun.md §1.5 sont soit résolus, soit retirés du discours public, sans exception et sans reformulation habile.

6.2 Vague 2 — 18 novembre 2026 au 14 février 2027 : « Le mobile rattrape »#

Thème. L'écart web ↔ mobile passe d'un quart à la moitié du menu côté Client, et du dixième au tiers côté cabinet. La mesure du 13 août 2026 est la ligne de base ; elle est rejouée à chaque fin de mois.

Condition de sortie. Couverture mobile ≥ 50 % du registre web pour les dix contextes Client et ≥ 33 % pour les neuf contextes professionnels, mesurée par le même instrument, avec ses témoins positifs et négatifs.

6.3 Vague 3 — 15 février 2027 au 30 juin 2027 : « Deux langues, un standard d'accessibilité »#

Thème. Le produit devient bilingue et publie son premier rapport de conformité d'accessibilité. Les deux chantiers partagent le même socle de composants, donc la même vague.

Condition de sortie. La garde de couverture à 90 % cesse de bloquer l'anglais — c'est-à-dire que la couverture réelle dépasse le seuil, mesurée par la garde elle-même et non par un décompte à la main. Et un rapport de conformité WCAG 2.2 AA est publié, avec sa matrice de contraste et sa date.

6.4 Vague 4 — 1ᵉʳ juillet 2027 au 31 décembre 2028 : « Élargir sans fragmenter »#

Thème. Les extensions communautaires E01 à E08, conditionnées à la décision D02, et la troisième verticale conditionnée. Le critère de réussite n'est pas le nombre de modules livrés mais la preuve que le socle les absorbe sans se fragmenter.

Condition de sortie. Trois verticales conditionnées comptent chacune plus de 200 comptes actifs, et aucune n'a exigé de duplication du socle. [HYPOTHÈSE] sur la cible de 200 comptes — objectif interne, non publiable.

6.5 Ce qui est explicitement hors de la feuille de route#

La valeur Utilité exige de dire ce qu'on ne fera pas autant que ce qu'on fera.

7. Diagramme de vagues#

Le diagramme est scindé en deux : chaque bloc reste sous la limite de trente éléments, et les deux horizons ne se lisent pas à la même échelle — la vague 1 se compte en semaines, la vague 4 en trimestres. Les mêler produirait un dessin illisible aux deux bouts.

7.1 Vagues 1 et 2 — du 17 août 2026 au 14 février 2027#

gantt
    title Kaxentra - vagues 1 et 2
    dateFormat YYYY-MM-DD
    axisFormat %b %Y

    section Vague 1 - verite du discours
    Retraits de discours anglais plafond double facteur :v1a, 2026-08-17, 2026-08-31
    Correction ecart de credits du forfait Gratuit :v1b, 2026-09-01, 2026-09-05
    Bouton d export du rapport de vie privee :v1c, 2026-09-07, 2026-09-26
    Travailleur d execution de l export :v1e, 2026-09-07, 2026-10-10
    Ecran de resiliation portail Client :v1d, 2026-09-14, 2026-10-03
    Matrice de contraste :v1f, 2026-09-14, 2026-10-03
    Traitement des 26 pages de comblement :v1g, 2026-09-28, 2026-10-17
    Ecran de resiliation mobile :v1h, 2026-10-05, 2026-10-24
    Application des regles de garde-fou :v1i, 2026-10-05, 2026-10-31
    Perimetre d export elargi :v1j, 2026-10-12, 2026-11-07
    Test d accessibilite en integration continue :v1k, 2026-10-19, 2026-11-07
    Fiches de performance des six modeles :v1l, 2026-10-19, 2026-11-07
    Tracage distribue chaine du Jour J :v1m, 2026-10-26, 2026-11-14
    Parite mobile coffre et matrice de risques :v1n, 2026-11-02, 2026-11-14
    JOUR J ouverture publique :milestone, mj, 2026-11-17, 0d

    section Vague 2 - le mobile rattrape
    Alertes de finances personnelles sur mobile :v2a, 2026-11-18, 2026-12-05
    Assistant IA mobile approfondi :v2b, 2026-11-18, 2026-12-12
    Onglet Messages portail Affaires mobile :v2c, 2026-11-30, 2026-12-19
    Decision de mise au catalogue du module ESG :v2d, 2026-12-01, 2026-12-15
    Familles fiscales detaillees sur mobile :v2e, 2026-12-01, 2027-01-16
    Relation client detaillee sur mobile :v2f, 2027-01-04, 2027-01-23
    Tresorerie sur mobile :v2g, 2027-01-11, 2027-01-30
    Estimation de valeur de propriete cote web :v2h, 2027-01-18, 2027-01-30
    Visioconference sur mobile :v2i, 2027-01-18, 2027-02-06
    Marketing sur mobile :v2j, 2027-01-25, 2027-02-13
    Quotas contraignants :v2k, 2027-01-25, 2027-02-13
    Fin de vague 2 :milestone, mv2, 2027-02-14, 0d

7.2 Vagues 3 et 4 — du 15 février 2027 au 31 décembre 2028#

gantt
    title Kaxentra - vagues 3 et 4
    dateFormat YYYY-MM-DD
    axisFormat %b %Y

    section Vague 3 - deux langues et accessibilite
    Catalogue de traduction anglais canadien :v3d, 2027-02-15, 2027-05-28
    Navigation clavier certifiee :v3a, 2027-02-15, 2027-03-26
    Rapport de conformite d accessibilite :v3b, 2027-03-01, 2027-04-30
    Authentification a deux facteurs :v3g, 2027-05-03, 2027-06-30
    Tracage distribue etendu aux 85 services :v3h, 2027-05-03, 2027-06-30
    Plafond de depense IA configurable :v3c, 2027-04-05, 2027-05-21
    Selecteur de langue sur les quatre surfaces :v3e, 2027-05-24, 2027-06-11
    Cloture de periode et multidevise sur mobile :v3f, 2027-05-31, 2027-06-18
    Fin de vague 3 :milestone, mv3, 2027-06-30, 0d

    section Vague 4 - elargir sans fragmenter
    Modele de droits intra-foyer :v4a, 2027-07-01, 2027-10-31
    Contexte dedie aux organismes de proximite :v4b, 2027-11-01, 2028-01-31
    Role d animateur de groupe :v4c, 2028-02-01, 2028-03-31
    Creneaux recurrents titulaire et remplacant :v4d, 2028-04-01, 2028-06-30
    Programme et mesure d issue :v4e, 2028-07-01, 2028-09-30
    Recurrence sensible au fuseau du participant :v4f, 2028-07-01, 2028-09-30
    Espace permanent a presence continue :v4g, 2028-10-01, 2028-11-30
    Progression partagee de foyer :v4h, 2028-12-01, 2028-12-31

7.3 Notes de lecture des deux diagrammes#

1. La décision D02 n'apparaît dans aucun des deux. Elle conditionne toute la vague 4 et porte une échéance au 30 septembre 2026, c'est-à-dire pendant la vague 1. Une décision qui conditionne une vague se prend avant la vague, jamais pendant. La faire figurer dans la barre « Vague 4 » aurait donné à lire l'inverse.
2. Trois chantiers de la vague 1 se chevauchent volontairement — l'export, la résiliation et la matrice de contraste. Ils sont portés par trois propriétaires différents et ne partagent aucun fichier. Le chevauchement n'est pas une compression de calendrier : c'est un parallélisme réel.
3. Le catalogue de traduction démarre le premier jour de la vague 3 et finit presque le dernier. C'est le seul chantier du carnet dont la durée n'est pas compressible par l'ajout de personnes : 26 645 clefs à produire, dont la cohérence terminologique décide de la qualité.
4. Aucune barre ne franchit le Jour J. Un chantier qui déborderait sur le 17 novembre 2026 rendrait une affirmation publique fausse le jour de l'ouverture. La règle de composition de la vague 1 est celle-là, et elle explique pourquoi deux éléments y sont classés W avec leur raison écrite.

8. Dette et écarts connus#

Section capitale — à lire avant toute autre#

Un carnet de produit qui ne porte pas sa dette n'est pas un carnet, c'est une brochure. Cette section énumère quatorze écarts mesurés dans le code au 17 août 2026. Chacun est un élément de carnet daté, avec un propriétaire nommé par sa fonction et une échéance absolue.

Deux règles d'usage, non négociables :

1. Aucun écart de cette section ne se contredit ailleurs dans le dossier. Un support qui affirmerait le contraire est refusé en vérification finale, quelle que soit sa qualité par ailleurs.
2. Un écart ne se ferme que par une preuve, jamais par une déclaration. La preuve exigée est écrite dans la colonne du même nom, et elle est spécifique à chaque écart.

Le classement de priorité : P0 bloque le Jour J ou rend une affirmation publique fausse · P1 dégrade un parcours principal · P2 dégrade un parcours secondaire.

8.1 Tableau de synthèse#

8.2 Détail par écart — chacun est un élément de carnet daté#

D-01 — Écart de catalogue actif sur le forfait Gratuit#

D-02 — L'export de données ne s'exécute pas et ne couvre pas ce qu'il devrait#

D-03 — Aucun écran de résiliation au portail Client ni sur mobile#

D-04 — Aucun plafond de dépense IA configurable#

D-05 — Produit unilingue français#

D-06 — Authentification à deux facteurs non implémentée#

D-07 — Vingt-six pages de comblement de lien mort#

D-08 — Le bouton d'export du rapport de vie privée ne produit aucun fichier#

D-09 — Des règles de garde-fou enregistrables ne sont pas appliquées#

D-10 — Traçage distribué non configuré#

D-11 — Aucune clef de module ESG au catalogue#

D-12 — Les quotas suivent sans contraindre#

D-13 — Aucune preuve opposable d'accessibilité#

D-14 — Six modèles d'apprentissage servis sans performance publiée#

8.3 Écarts de moindre gravité, consignés pour ne pas être redécouverts#

Pourquoi consigner D-18, déjà corrigé. Un écart corrigé reste dans le carnet tant que sa classe n'est pas fermée. Un repli silencieux sur une valeur par défaut est une classe de défaut, pas un incident isolé : il se reproduira ailleurs si rien ne l'empêche structurellement.

9. Critères d'acceptation généraux — la définition de « terminé »#

Ces critères s'appliquent à toute ligne du carnet. Ils ne se négocient pas au cas par cas. Une fonctionnalité qui n'en satisfait pas un seul n'est pas Livré, quelle que soit la qualité du travail accompli par ailleurs.

9.1 Les huit critères obligatoires#

C1 — La donnée persiste après rechargement#

L'action principale est exécutée par un membre réel, dans un navigateur réel ou sur un appareil réel. La page est rechargée. La donnée est toujours là, avec la même valeur.

Ce qui ne vaut pas preuve : un code de retour 200. Une transaction peut répondre 200 en ayant été avortée, auquel cas la validation devient un retour arrière silencieux. Le rechargement est la seule mesure qui tranche.

C2 — L'écran est atteignable depuis un menu#

L'écran figure dans le registre de navigation du contexte concerné, et un membre de ce contexte l'atteint en cliquant, sans saisir d'adresse.

Rappel du piège mobile : la navigation mobile est pilotée par les données. Un écran non déclaré dans le registre de fonctionnalités mobiles n'est atteignable par personne, même s'il existe, compile et est enregistré dans une disposition de navigation. Enregistrer n'est pas mener.

C3 — Toutes les surfaces annoncées sont couvertes#

La colonne Surface(s) du carnet énumère les surfaces attendues. Le statut porte sur l'ensemble. Trois surfaces annoncées et deux livrées donnent Partiel, jamais Livré.

C4 — Le chemin d'erreur est éprouvé#

L'erreur attendue est provoquée volontairement : donnée invalide, droit manquant, service indisponible. Le membre reçoit un message qui dit ce qui s'est passé et ce qu'il peut faire.

Ce qui est refusé : une trace technique servie au membre. Tronquer une trace n'est pas l'assainir : le critère porte sur la forme de ce qui est servi, pas sur sa longueur.

C5 — Le contrôle d'accès est vérifié depuis un second siège#

Pour toute donnée appartenant à un locataire ou à un membre, un second compte tente d'y accéder et échoue. La vérification se fait avec un jeton distinct par siège, jamais avec une élévation de droits locale.

Règle de l'inconnu : un contrôle qui ne peut pas déterminer si l'accès est légitime refuse. Un booléen a deux cases pour trois états ; « je n'ai pas pu vérifier » ne doit jamais devenir « oui ».

C6 — Le parcours croisé est vérifié depuis le siège d'en face#

Pour toute fonctionnalité impliquant deux rôles — client et cabinet, demandeur et fournisseur, auteur et approbateur — le résultat est vérifié des deux côtés. Le document déposé par le client est ouvert par le cabinet ; l'approbation posée par le cabinet est vue par le client.

C7 — Une sortie générée porte sa source et son coût#

Toute réponse produite par un modèle expose sa ou ses sources, consultables, et le coût en crédits de l'appel. L'ancrage documentaire est en échec ouvert : si la base de connaissances tombe, la réponse sort non ancrée plutôt qu'en erreur — ce comportement est assumé et doit être visible pour le membre.

Pour une sortie de modèle prédictif, le critère est renforcé : la sortie doit bouger avec ses entrées, et sa fiche de performance datée doit exister (§8, D-14).

C8 — La mesure porte son témoin négatif#

Toute vérification automatisée qui accompagne une livraison doit pouvoir échouer. Elle est éprouvée sur un cas sain (témoin positif) et sur un cas défectueux introduit exprès (témoin négatif).

Pourquoi ce critère est le dernier et le plus important : un instrument en panne ne se signale pas, il répond. Un relevé qui ne rend que des succès ne mesure rien. Et deux sondes partageant le même angle mort se confirment mutuellement au lieu de se corriger — le témoin doit donc différer par sa nature, pas seulement par sa valeur.

9.2 Critères additionnels selon la nature de l'élément#

9.3 Ce qui ne constitue jamais une preuve#

9.4 Définition de « terminé » pour une vague entière#

Une vague est terminée quand, cumulativement :

1. Toutes ses lignes de rang M satisfont les huit critères C1 à C8 ;
2. Aucune ligne de rang M n'a été reclassée en S, C ou W pendant la vague sans que la reclassification soit écrite au carnet avec sa raison ;
3. Sa condition de sortie mesurable est atteinte, mesurée par un instrument portant ses deux témoins ;
4. Les écarts de la section 8 dont l'échéance tombe dans la vague sont fermés par leur preuve propre, pas par une déclaration ;
5. Aucune affirmation publique en circulation ne contredit l'état réel du produit à la date de sortie de la vague.

Le point 5 est le seul qui puisse faire échouer une vague dont tout le code est écrit. Il est volontairement placé en dernier pour cette raison.

10. Indicateurs de suivi du carnet#

Ces indicateurs mesurent le carnet lui-même, pas le produit. Un carnet qui ne se mesure pas devient un document d'archive en trois mois.

10.1 Indicateurs de vérité#

10.2 Indicateurs de dette#

10.3 Indicateurs de couverture#

10.4 Indicateurs d'usage — la valeur Utilité rendue mesurable#

10.5 Rituels de tenue du carnet#

10.6 Ce qui déclenche une révision immédiate du carnet, hors rituel#

1. Un membre signale qu'une fonctionnalité Livré ne persiste pas — rétrogradation immédiate, sans discussion et sans attendre la revue.
2. Un contrôle de cohérence du catalogue répond coherent = false sur un nouvel écart.
3. Une affirmation publique est trouvée en contradiction avec un statut — retrait de l'affirmation le jour même.
4. Une mesure de couverture est produite par un instrument dont le témoin négatif n'a pas été éprouvé — la mesure est annulée, pas corrigée.
5. Un écart de la section 8 dépasse son échéance — il est reclassé P0 quel que soit son classement d'origine, et son propriétaire présente une nouvelle date à la revue suivante.

Kaxentra — dossier de lancement. Document interne, version 1.0 du 17 août 2026. Marque publique : Kaxentra. Éditeur : i2t Digital. Les éléments marqués [HYPOTHÈSE] ne sont pas publiables en l'état. Les personas d'extension communautaire (E01–E08) décrivent des fonctionnalités non livrées.