01 — Vue d'ensemble du produit Kaxentra#

Document de tête du dossier 01-produit/. Il donne la carte complète : les cinq surfaces, le mécanisme structurant du produit, les domaines fonctionnels, le socle de services, le catalogue de droits, la couverture d'intelligence artificielle, et — avec la même précision — ce qui n'existe pas.

Ancrage. Chaque chiffre de ce document a été relevé dans le code source le 17 août 2026. Les volumétries proviennent d'un comptage de fichiers de page. Les contextes proviennent du registre de métadonnées partagé entre le web et le mobile. Les forfaits, modules et ensembles proviennent du catalogue généré, version 2026-08-12.1. Rien n'est déduit d'une page marketing.

Version : 1.0 — 17 août 2026 Statut : Référence active Lecture préalable : ../00-brief-commun.md · ../00-vision-mission-historique.md

Table des matières#

1. Kaxentra en une page
2. Les cinq surfaces
3. Le modèle « persona = contexte »
4. Architecture produit
5. Le modèle persona = contexte, en diagramme
6. Carte des domaines fonctionnels
7. Cartographie des 85 services en familles
8. Le catalogue de droits
9. Couverture intelligence artificielle
10. Matrice surfaces × domaines
11. Le principe « ne jamais fabriquer un zéro »
12. Ce qui n'existe pas
13. Glossaire produit

1. Kaxentra en une page#

1.1 La définition#

Kaxentra est une plateforme financière et fiscale québécoise à deux publics, augmentée par l'intelligence artificielle. D'un côté, la personne : ses impôts, son budget, ses placements, son immeuble, son entreprise, sa succession. De l'autre, le cabinet qui l'accompagne : ses dossiers, ses échéances, sa production. Les deux regardent le même dossier, pas deux copies.

Un même compte bascule entre dix-neuf contextes. Le travailleur autonome qui s'incorpore ne change pas d'outil : il change de contexte. Le cabinet qui grandit change de forfait, pas de logiciel.

1.2 Ce que c'est, concrètement#

1.3 Les cinq engagements que le produit tient déjà#

1. Une source de vérité par domaine. Le document déposé par le client est le document que voit le cabinet. Le prix affiché, le droit accordé et le montant facturé dérivent d'une seule définition.
2. Une bascule, pas une migration. Changer de contexte ne recrée rien, ne réimporte rien, ne perd pas d'historique.
3. Une sortie générée porte sa source et son coût. Les crédits d'intelligence artificielle sont visibles, plafonnables, et le refus au plafond est explicite.
4. Rien n'est activable sans revue. Une capacité d'intelligence artificielle non approuvée est rejetée par la base de données, pas par une couche applicative contournable.
5. Une mesure absente s'écrit « non mesuré », jamais 0. C'est le motif de conception le plus constant du produit — voir §11.

1.4 Ce que le produit refuse de faire#

2. Les cinq surfaces#

2.1 Le tableau des surfaces#

Méthode de comptage. Les trois volumétries web sont un comptage des fichiers de page de chaque application. La volumétrie mobile est un comptage des fichiers d'écran de l'application unique. Ce sont des comptages de surface exposée, pas des comptages de fonctionnalités : une page peut porter plusieurs fonctionnalités, et plusieurs pages peuvent servir un même domaine.

2.2 Ce que les cinq surfaces partagent#

2.3 Ce qui distingue chaque surface#

Portail Client. Il est organisé autour de la situation de la personne. Sa navigation est recomposée à chaque bascule de contexte : la même personne voit « Impôts personnels » en contexte particulier, « Activité » et « Dépenses & Scanner » en contexte travailleur autonome, « Journal des recettes » en contexte exploitation. Treize sections fixes encadrent ces sections variables : Hub, Réseau, Rendez-vous en ligne, Navigation, Mes actions, Mes documents, Mes finances, Outils & IA, Mon espace, Mes cabinets, Temps & Productivité, Support & Aide, Mon compte.

Portail Affaires. Il est organisé autour de la production du cabinet, en dix sections : Hub, Accueil, Réseau, Cabinet, Comptabilité & Fiscalité, Audit & Conseil, Documents & Projets, Intelligence & IA, Secteurs, Paramètres. Sa navigation ne filtre pas par persona professionnelle mais par module souscrit : un comptable et un auditeur du même cabinet voient la même navigation si le cabinet détient les mêmes modules. C'est une décision assumée — un cabinet réel ne se découpe pas en silos de personas.

Portail Administration. Il ne sert aucun client final. Son modèle d'autorisation est différent des deux autres : les portails clients raisonnent en locataire, l'administration raisonne en rôle × route. Détail complet dans 06-portail-admin.md.

Application mobile. Une seule application porte les deux contextes. Son registre de fonctionnalités est une source unique décrivant, pour chaque contexte, les sections et les entrées à afficher, chacune pointant vers une route d'écran réelle. Ce registre a corrigé un écart mesuré : la navigation web offrait de 156 à 309 entrées par contexte professionnel là où le registre mobile n'en déclarait que 34 à 43 — et 44 écrans déjà écrits n'étaient nommés nulle part, donc inatteignables. La correction n'a demandé aucune ligne d'écran : uniquement des déclarations manquantes.

Portail Documentation. Il est produit par ce dossier. Il n'expose aucune donnée de locataire.

3. Le modèle « persona = contexte »#

3.1 Le problème que ce modèle résout#

Une personne change de situation plus souvent qu'elle ne change d'outil. Elle est salariée, puis travailleuse autonome, puis elle s'incorpore. Elle achète un immeuble locatif. Elle hérite. Chaque changement, dans l'outillage habituel, impose un logiciel de plus, une saisie de plus, et un historique qui reste derrière.

La réponse classique de l'industrie est de créer un produit par segment. Kaxentra prend la décision inverse : un compte, dix-neuf contextes. C'est la décision de conception qui rend possible la mission « suivre l'utilisateur dans ses changements de situation ».

3.2 Le mécanisme#

Un contexte est une entrée d'un registre partagé. Chaque entrée porte : un identifiant technique en caractères ASCII, un libellé affiché, une description, une icône, une couleur, une route de tableau de bord et une catégorie (client, professionnel ou général).

Le registre est lu par le web et par le mobile. C'est une source unique : ajouter un contexte, c'est ajouter une entrée, pas modifier deux applications.

Le contexte actif est un état du compte. Il est choisi dans un sélecteur présent dans l'en-tête des portails et sur un écran dédié du mobile.

3.3 Ce que la bascule recompose#

3.4 Les dix-neuf contextes#

Dix contextes Client.

Neuf contextes Professionnels.

Le contexte de repli.

Note d'honnêteté. Le portail Client déclare en plus une entrée conditionnée nommée « fournisseur virtuel », adossée au module « Services virtuels » et à double face — la demande et l'offre partagent la même clef. Cette entrée n'appartient pas au registre partagé des dix-neuf contextes : elle vit dans la configuration du seul portail Client. Elle n'est donc pas comptée parmi les dix-neuf.

3.5 Les trois contextes conditionnés à une clef d'offre#

business, epicerie et startup ne sont pas offerts par défaut. Leur carte n'apparaît dans le sélecteur que si le compte porte la clef d'offre correspondante. C'est un fait produit, pas une nuance commerciale : un compte sans la clef ne voit pas le contexte.

Pourquoi ce dernier point compte. Un contexte proposé au sélecteur qui recevrait un refus serveur à sa première lecture serait une promesse fausse : l'utilisateur voit une porte, l'ouvre, et se fait refouler. Aligner la clef du sélecteur sur la clef de la garde serveur supprime cette classe de défaut.

Comportement en cas de panne de facturation. La résolution est permissive par construction : tant que la liste des droits n'est pas connue, rien n'est verrouillé. Un client payant n'est jamais bloqué par une indisponibilité du service de facturation. La garde serveur reste la source de vérité, et le traitement du refus d'habilitation rattrape tout refus réel.

3.6 Ce que la bascule ne fait pas#

4. Architecture produit#

flowchart TB
    subgraph s1["Surfaces"]
        n01["Portail Client web - 472 pages"]
        n02["Portail Affaires web - 867 pages"]
        n03["Portail Administration - 230 pages"]
        n04["Application mobile - 286 ecrans"]
        n05["Portail Documentation"]
    end
    subgraph s2["Socle partage"]
        n10["Authentification unique"]
        n11["Registre des 19 contextes"]
        n12["Catalogue de droits - 57 modules, 10 forfaits, 5 ensembles"]
        n13["Passerelle d API"]
    end
    subgraph s3["Familles de services - 85 au total"]
        n20["Fiscalite et comptabilite"]
        n21["Conseil, audit, conformite, risque"]
        n22["Entreprise, entrepreneuriat, capital"]
        n23["Clients, relations, communaute"]
        n24["Documents et connaissance"]
        n25["Intelligence artificielle et orchestration"]
        n26["Agents d execution"]
        n27["Flux, taches, automatisation"]
        n28["Mesure et donnees"]
    end
    subgraph s4["Donnees"]
        n30["Dossier partage client et cabinet"]
        n31["Depot documentaire"]
        n32["Index vectoriel et espaces de connaissance"]
        n33["Journaux d audit en ajout seul"]
        n34["Catalogue de la plateforme"]
    end
    n01 --> n13
    n02 --> n13
    n03 --> n13
    n04 --> n13
    n01 --> n10
    n02 --> n10
    n03 --> n10
    n04 --> n10
    n01 --> n11
    n04 --> n11
    n13 --> n20
    n13 --> n21
    n13 --> n22
    n13 --> n23
    n13 --> n24
    n13 --> n25
    n13 --> n27
    n13 --> n28
    n25 --> n26
    n12 --> n13
    n20 --> n30
    n21 --> n30
    n22 --> n30
    n23 --> n30
    n24 --> n31
    n25 --> n32
    n25 --> n33
    n12 --> n34

Lecture du diagramme. Les cinq surfaces passent par une passerelle d'API unique et par une authentification unique. Le registre de contextes est lu par le portail Client et par le mobile — ce sont les deux surfaces qui exposent le sélecteur de contexte. Le catalogue de droits est en amont de la passerelle : il conditionne ce qui est atteignable avant que la requête n'atteigne un service. Les agents d'exécution ne sont jamais appelés directement par une surface : ils passent par la couche d'orchestration.

5. Le modèle persona = contexte, en diagramme#

flowchart TD
    n01["Un compte authentifie"] --> n02["Selecteur de contexte"]
    n02 --> n03{"Categorie du contexte"}
    n03 -->|"client"| n04["10 contextes Client"]
    n03 -->|"professionnel"| n05["9 contextes Professionnels"]
    n03 -->|"indetermine"| n06["Contexte de repli general"]
    n04 --> n07{"Contexte conditionne ?"}
    n07 -->|"non"| n08["Carte affichee"]
    n07 -->|"oui - business, epicerie, startup"| n09{"Clef d offre presente ?"}
    n09 -->|"oui"| n08
    n09 -->|"non - refus explicite"| n10["Carte absente ou verrouillee avec offre"]
    n09 -->|"liste inconnue - panne facturation"| n08
    n05 --> n11["Visibilite par module souscrit, jamais par persona"]
    n08 --> n12["Recomposition"]
    n11 --> n12
    n06 --> n12
    n12 --> n13["Navigation remplacee"]
    n12 --> n14["Route de tableau de bord du contexte"]
    n12 --> n15["Vocabulaire du contexte"]
    n12 --> n16["Hub mobile recalcule"]
    n12 --> n17["Guidage du copilote"]
    n14 --> n18["/dashboard pour 16 contextes"]
    n14 --> n19["/exploitation/dashboard pour business et epicerie"]
    n14 --> n20["/studio/dashboard pour startup"]
    n13 --> n21["Donnees inchangees - aucune migration"]
    n21 --> n22["Historique conserve"]
    n21 --> n23["Documents conserves"]
    n21 --> n24["Droits inchanges"]

Le point à retenir. La branche « liste inconnue » retourne vers l'affichage de la carte. C'est délibéré : une indisponibilité du service de facturation ne doit jamais priver un client payant de son contexte. Le verrou réel est côté serveur ; l'affichage n'est qu'une courtoisie.

6. Carte des domaines fonctionnels#

Vingt-huit domaines. Le tableau de synthèse du brief commun en présente vingt-six ; il replie « Opérations terrain » dans « Flux de travail » et « Services virtuels » dans « Marketplace ». Ce document les déplie, parce qu'ils ont chacun leur module vendable et leur surface propre.

Convention de statut. Livré = les écrans existent et sont atteignables. Partiel = une partie du domaine est livrée, une autre est annoncée comme manquante dans l'écran lui-même. Planifié = rien n'est livré et rien n'est vendu.

6.1 Fiscalité des particuliers — livré#

Le domaine couvre la déclaration fédérale T1 et la déclaration québécoise TP1 traitées ensemble, les crédits d'impôt, les acomptes provisionnels, les feuillets fiscaux, les avis de cotisation, le calendrier des échéances, les montants à payer, les listes de contrôle fiscales et le parcours des nouveaux arrivants. Son module fait partie des trois que le forfait Gratuit accorde, avec le tableau de bord et la gestion documentaire — un compte sans un dollar dépensé peut donc préparer sa situation fiscale personnelle. Le traitement conjoint du fédéral et du provincial est une exigence de conception : un module qui traite le fédéral et renvoie le provincial ailleurs n'est pas un module fiscal. Surfaces : Client web, Client mobile, Affaires web, Affaires mobile.

6.2 Fiscalité des sociétés — livré#

Déclarations T2 et CO-17, planification fiscale corporative, TPS et TVQ traitées ensemble, acomptes de société, dossiers fiscaux par client, analytique fiscale. Le module est réservé au portail Affaires et n'est pas accordé par le forfait d'entrée : il s'achète. Le contexte fiscaliste expose ses propres sections « Dossiers » et « Analytique ». Surfaces : Affaires web, Affaires mobile.

6.3 Comptabilité — livré#

Plan comptable, écritures de journal, grand livre, rapprochement bancaire, états financiers, clôtures périodiques, consolidation. Le module de comptabilité est accordé dès le forfait Solo côté Affaires, et achetable côté Client — il figure notamment dans les ensembles PME, Affaires et Épicerie. Un service de comptabilité automatisée complète la saisie manuelle. La détection d'anomalies d'écritures s'appuie sur un modèle réel, pas sur une règle de seuil : la sortie porte un type et une gravité dérivés de la donnée. Surfaces : Client web, Client mobile, Affaires web, Affaires mobile.

6.4 Paie et ressources humaines — livré#

Cycles de paie, dossiers d'employés, retenues à la source, feuillets fiscaux d'employés, relevés d'emploi, organigramme, gestion d'équipe. Le module « Paie & RH » est disponible sur les deux portails et achetable partout où il n'est pas accordé. Le contexte professionnel « Paie » lui est dédié. Un agent calculateur porte une compétence de paie qui calcule retenues, cotisations et paie nette. Surfaces : Client web (contexte PME), Affaires web, Affaires mobile.

6.5 Facturation et encaissement — livré#

Devis, factures, avoirs, facturation récurrente, grilles tarifaires, relevés de compte, relances, travaux en cours, paiements, balance âgée, feuilles de temps et dépenses refacturables. Le module de facturation client fait partie du socle : il est accordé par presque tous les forfaits. Le contexte professionnel « Facturation » lui est dédié et expose l'intégralité du cycle. Côté Client, une section « Facturation freelance » sert le travailleur autonome. Surfaces : Client web, Client mobile, Affaires web, Affaires mobile.

6.6 Trésorerie — livré#

Comptes de trésorerie, flux, positions, prévisions, rapprochements de trésorerie. La prévision s'appuie sur un modèle réel en cascade à quatre niveaux : un modèle saisonnier espace-état, un lissage exponentiel, une régression par renforcement de gradient, puis un repli naïf saisonnier. Le modèle retenu est nommé dans la réponse — le lecteur sait si son chiffre vient du modèle supérieur ou d'un repli. Surfaces : Affaires web, Affaires mobile.

6.7 Finances personnelles — livré#

Vue d'ensemble du patrimoine, comptes de placement, crédit et financement, dettes, dividendes, préparation à la retraite, budgets, objectifs, santé financière, impact fiscal des décisions, alertes. Le module se vend à l'unité et fait partie de l'ensemble Patrimoine. C'est le domaine le plus dense du portail Client : la section « Mes finances » du portail regroupe patrimoine, financement, finances personnelles, budgets, objectifs et échéances fiscales. Surfaces : Client web, Client mobile.

6.8 Immobilier — livré#

Parc de propriétés, revenus locatifs et formulaire T776, baux et signature de bail, hypothèques, évaluation de propriété. L'évaluation repose sur un modèle de renforcement de gradient entraîné, chargé depuis un paquet sérialisé, complété par une base de comparables — pas sur une constante : deux biens différents donnent deux résultats différents. Le module fait partie de l'ensemble Patrimoine. Surfaces : Client web, Client mobile, Affaires web (accès cabinet).

6.9 Assurances — livré#

Contrats d'assurance, couvertures, échéances, réclamations, analyse de contrat. L'analyse de contrat rend un indice de confiance par champ ; un champ dont la confiance n'a pas été établie affiche —, jamais 0 %. Le module fait partie de l'ensemble Patrimoine. Surfaces : Client web, Client mobile.

6.10 Succession et fiducie — livré#

Bénéficiaires, héritiers, fiducies, testament, passifs successoraux, scénarios de transmission. Le contexte succession lui est dédié et le module se vend à l'unité. Un service de planification successorale porte le domaine côté serveur. Le portail Affaires y accède dans le cadre d'un mandat de conseil. Surfaces : Client web, Affaires web.

6.11 Entrepreneuriat et incorporation — livré#

Plan d'affaires et modèle financier, listes de contrôle de démarrage, calculateurs, conformité de démarrage, incorporation, immatriculation, registres corporatifs, gestion corporative et gouvernance. C'est le domaine qui porte le plus grand nombre d'entrées de navigation conditionnées du portail Client. Les calculateurs — seuil de rentabilité, coût d'acquisition et valeur à vie, taux horaire, marge, retraite, rendement, coût d'un employé, vente d'entreprise, simulation fiscale — partent tous champs vides, jamais à zéro, et ne calculent rien tant que les entrées ne sont pas renseignées. Surfaces : Client web, Client mobile, Affaires web.

6.12 Startup Studio — livré, conditionné#

Le fil de la venture, de l'idée à l'incorporation : carte mentale, canevas, hypothèses, matrice de risques, jalons, mentors, passage à l'incorporation. Le contexte startup porte sa propre route de tableau de bord /studio/dashboard. Le module est conditionné à une clef d'offre, et le sélecteur refuse sur exactement la même clef que la garde serveur du studio. Surfaces : Client web, Client mobile.

6.13 Exploitation, commerce et détail — livré, conditionné#

Recettes quotidiennes ventilées par département ou par rayon, écriture au grand livre, achats, consigne, grand livre de stock valorisé, dates limites de consommation et suivi de lots, cycles de production, connecteur de caisse, flux de vente en ligne, multi-sites, transport et fret. Deux contextes le portent — business (généraliste) et epicerie (alimentaire) — avec un vocabulaire propre à chacun. Ces deux contextes partagent la route /exploitation/dashboard. Deux limites sont écrites dans le produit lui-même : le grand livre de stock n'est pas un système de gestion d'entrepôt, et le connecteur de caisse n'est pas une caisse en temps réel — il pré-remplit le journal des recettes. Surfaces : Client web, Client mobile.

6.14 Opérations terrain et coûts par chantier — livré#

Bons de travail, équipes, répartition sans double réservation, routes, preuve sur place, coûts par chantier ou par dossier, retenues, facturation à l'avancement, rendez-vous et prestations avec commissions et pourboires. Le module d'opérations terrain est disponible sur les deux portails. Sur mobile, l'écran de journée affiche l'avancement tel que le serveur le donne : null devient N/D, jamais 0 % — un zéro fabriqué se lirait comme une journée à l'arrêt. Surfaces : Client web, Affaires web, Affaires mobile.

6.15 Marketplace, réseau et communauté — livré#

Fil du réseau, forums avec catégories et modération, événements avec billetterie et présence, mentors, programmes, pairs, jalons, ressources, vitrine publique de cabinet, messagerie inter-entreprises, publication sur le fil social. La section « Réseau » est préfixée à toutes les personas sur le mobile : elle est atteignable depuis n'importe quel contexte, dans les deux portails. Plusieurs briques de ce domaine sont vendues séparément — forums clients, publication sur le fil, messagerie inter-entreprises, site vitrine. Surfaces : Client web, Client mobile, Affaires web, Affaires mobile.

6.16 Services virtuels et demandes de soumission — livré#

Place de marché de prestataires — experts, mandats, avis — et demandes de soumission initiées par le client, avec plis scellés, comparaison pondérée et attribution vers contrat. Les services virtuels sont à double face : la demande et l'offre partagent la même clef d'habilitation, si bien qu'un membre en mode client dont le forfait porte le module obtient aussi l'entrée fournisseur. Les demandes de soumission sont disponibles sur les deux portails. Surfaces : Client web, Client mobile, Affaires web.

6.17 Documents et signature électronique — livré#

Dépôt, recherche, modèles, partage, demandes de documents, listes de contrôle documentaires, dossiers collaboratifs, extraction de données, caviardage de renseignements personnels, schémas d'extraction, signature électronique et salle de données sécurisée. Le module documentaire fait partie du socle et est accordé par tous les forfaits, y compris le Gratuit. Deux modules avancés le complètent : la doc-intelligence avancée et les signatures électroniques avec salle de données. Surfaces : Client web, Client mobile, Affaires web, Affaires mobile.

6.18 Conseil et mandats — livré#

Mandats de conseil, recommandations, évaluations, diagnostics, rapports, planification fiscale, succession et évaluation d'entreprise. Le module de conseil fiscal est réservé au portail Affaires. Le contexte conseiller lui est dédié, avec sa section « Consultation ». Surfaces : Affaires web, Affaires mobile.

6.19 Audit et conformité — livré#

Programmes et missions d'audit, éléments probants, constats, rapports, dossiers de travail, vérifications de conformité, conflits d'intérêts, risques, gouvernance, pistes de vérification. Le contexte auditeur porte ses sections « Mandats audit » et « Analytique ». Deux modules distincts se vendent : Audit, et Conformité. Surfaces : Affaires web, Affaires mobile.

6.20 Reprise et acquisition — livré#

Dossiers d'achat et de vente, recherche de cibles, évaluation, vérification diligente, financement de reprise, clôture. Le module est disponible sur les deux portails et le portail Client expose une section « Reprise / Acquisition ». Les indicateurs de dossier affichent N/D lorsqu'une mesure est indisponible. Surfaces : Client web, Affaires web.

6.21 Financement et subventions — livré#

Recherche de subventions, dossiers de subvention, simulateur de financement, bilan financier personnel, rapports de crédit personnels et score, dossiers de financement, objectifs et résultats clés. Le module « Financement & subventions » est côté Client ; le module « Crédit & financement » fait partie de l'ensemble Patrimoine. Le portail Affaires porte le volet dossier. Surfaces : Client web, Client mobile, Affaires web.

6.22 Levée de fonds — livré#

Dossiers investisseurs, pipeline de levée, table de capitalisation, suivi des engagements, préparation à une levée. Le domaine est servi côté Affaires par une section dédiée, et côté Client par le module Entrepreneur, dont il fait partie. Une compétence de direction financière virtuelle porte la préparation à une levée de fonds. Surfaces : Client web, Affaires web.

6.23 ESG — livré#

Indicateurs environnementaux, sociaux et de gouvernance, collecte, tableaux de suivi et rapports. Le domaine est servi par un service dédié et exposé côté Affaires. Il est mobilisable comme brique d'appui pour des organisations à mission. Surfaces : Affaires web.

6.24 Marketing, publicité et croissance — livré#

Campagnes, prospects, pages d'atterrissage, courriels, synchronisation avec le pipeline commercial, publicités et expériences publicitaires, analyse de marché, vitrine, parrainage. Le module Marketing est un module avancé du portail Affaires. Le parrainage est servi par un service dédié et touche les deux publics. Sur l'écran de campagne publicitaire du portail Client, un appel qui échoue rend une valeur nommée « N/D », jamais 0. Surfaces : Affaires web, Client web.

6.25 Flux de travail, tâches et automatisation — livré#

Constructeur de flux, automatisations, approbations, tâches, travaux planifiés, ordonnancement, automatisation de navigateur pour les portails externes. Le domaine est transversal : il alimente la production du cabinet comme les rappels du client. Sur l'écran de tâches du portail Client, un total dont la lecture a échoué affiche N/D — jamais 0, et jamais la longueur de la page affichée. Surfaces : Client web, Affaires web.

6.26 Rendez-vous, calendrier et réservations — livré#

Lien public de réservation, disponibilités, types de rendez-vous, calendrier du cabinet, visioconférence, rappels. Le module « Calendrier & réservations » est un module professionnel du portail Affaires ; la prise de rendez-vous côté public est ouverte. Une distinction utile est inscrite dans le produit : la prise de rendez-vous côté public et le carnet côté cabinet sont deux surfaces différentes — les confondre avait rendu le carnet inatteignable pour tous les sièges professionnels du mobile, défaut corrigé. Surfaces : Client web, Client mobile, Affaires web, Affaires mobile.

6.27 Intelligence artificielle — livré#

Assistant conversationnel, copilotes de domaine, experts virtuels, agents, approbations humaines, activité d'intelligence artificielle, espaces de connaissance et recherche augmentée, garde-fous, crédits, registre des systèmes d'intelligence artificielle, invites persistantes. C'est le domaine le plus transversal : il touche les cinq surfaces. Détail complet en §9 et dans 18-inventaire-ia-ml-mcp.md. Surfaces : toutes.

6.28 Administration de plateforme — livré, avec écarts annoncés#

Organisations, locataires, utilisateurs, rôles, activation de fonctionnalités, quotas, catalogues, coupons, abonnements, observabilité, journaux, conformité, protection des renseignements personnels, sécurité, gouvernance de l'intelligence artificielle. Le portail est décrit écran par écran dans 06-portail-admin.md. Le statut est « livré avec écarts annoncés » parce que plusieurs écrans déclarent eux-mêmes ce qu'ils ne mesurent pas — le traçage distribué, la tendance des locataires, l'entonnoir de conversion. Surfaces : Administration.

7. Cartographie des 85 services en familles#

Convention. Les services sont désignés par leur libellé métier. Les identifiants techniques existent dans le code ; ils n'ont pas leur place dans un document de lancement. Le total est de 85 services, vérifié par énumération du répertoire de services.

7.1 Fiscalité et comptabilité — 8 services#

7.2 Conseil, audit, conformité et risque — 8 services#

7.3 Entreprise, entrepreneuriat et capital — 11 services#

7.4 Clients, relations et communauté — 20 services#

7.5 Documents et connaissance — 8 services#

7.6 Intelligence artificielle — passerelles et orchestration — 11 services#

7.7 Agents d'exécution — 12 services#

7.8 Flux, tâches et automatisation — 4 services#

7.9 Mesure, données et passerelle — 3 services#

7.10 Récapitulatif#

Ce que cette répartition dit du produit. Vingt-trois services sur quatre-vingt-cinq — plus d'un sur quatre — relèvent de l'intelligence artificielle et de son exécution. C'est un fait d'architecture, pas une posture commerciale : la couche d'intelligence artificielle n'est pas un module posé sur le produit, c'est une famille de services à part entière, avec ses passerelles, son registre, ses garde-fous et son audit.

8. Le catalogue de droits#

8.1 Les trois objets du catalogue#

8.2 Les 57 modules#

Par catégorie.

Par portail.

Un module retiré, conservé et étiqueté. Le catalogue porte un module « Accès API » explicitement marqué retiré, remplacé par le module « Intégrations ». Il n'est pas effacé : il est conservé avec son étiquette, parce que des comptes en place peuvent encore le porter. Effacer un droit vendu est une perte d'information ; l'étiqueter est une décision.

8.3 Les 10 forfaits#

Quatre forfaits Affaires en vente.

Quatre forfaits Client en vente.

Deux paliers historiques — ⛔ ne jamais promouvoir.

Les deux paliers portent un indicateur « en vente » à faux et un champ déclarant explicitement le forfait qui les remplace. Le catalogue expose deux listes distinctes : tous les forfaits et les forfaits réellement en vente. Les pages publiques lisent la seconde. Aucun prospect ne peut y tomber ; aucun support de lancement ne les nomme.

Le forfait Gratuit n'est pas une démonstration. Il accorde trois modules réels — tableau de bord, gestion documentaire, impôt des particuliers — et rend achetables vingt-huit autres. Un compte gratuit peut préparer sa situation fiscale personnelle, déposer ses documents et suivre son tableau de bord sans dépenser un dollar.

8.4 Les 5 ensembles#

Lecture des deux ensembles d'exploitation. L'ensemble Épicerie contient l'ensemble Affaires et y ajoute deux briques : le grand livre de stock valorisé et le suivi des périssables. C'est ce qui explique l'écart de prix — 49 $ contre 29 $ — et c'est ce qui rend la montée en gamme lisible : un commerçant qui ajoute des denrées périssables passe de l'un à l'autre sans changer de contexte.

8.5 Comment un droit est accordé#

Un module devient accessible à un compte par trois voies, et trois seulement.

Une quatrième voie existe, et elle est encadrée. L'administration de la plateforme peut appliquer une surcharge de fonctionnalité à un locataire : accorder ou retirer un module hors catalogue. Cette action exige un motif obligatoire et elle est inscrite dans un journal d'audit dédié qui conserve la valeur avant, la valeur après, l'acteur et la raison. Ce n'est pas une voie commerciale : c'est un geste d'exploitation, tracé comme tel.

Ce qui se passe au plafond. Les quotas — sièges, clients, stockage, crédits — produisent un refus explicite, jamais un succès silencieux dégradé. Un utilisateur au plafond de crédits voit un message nommant la limite atteinte et le chemin pour la lever ; il ne reçoit pas une réponse de moindre qualité sans le savoir. L'écran d'utilisation du portail Client affiche par ressource une barre, un pourcentage et deux mentions distinctes : « Bientôt plein » à partir de 80 %, « Limite atteinte » à 100 %.

8.6 La source unique et son contrôle de cohérence#

Le catalogue est une définition unique dont dérivent trois lectures :

1. le contrôle d'accès — ce que le compte a le droit d'ouvrir ;
2. la facturation — ce qui est prélevé ;
3. l'affichage — ce que la page de prix montre.

Le fichier de catalogue lu par le portail Affaires est généré depuis cette définition, avec une commande de régénération et une commande de vérification. Il porte en tête l'avertissement « ne pas éditer à la main » et le numéro de version du catalogue.

Pourquoi cette architecture existe. Avant elle, la page de prix portait sa propre copie manuscrite de la grille. Deux conséquences mesurées : un forfait affiché à un prix pendant que la facturation en pratiquait un autre, sensiblement plus élevé ; et un palier vendu comme incluant des modules professionnels alors qu'il n'en accordait aucun. Deux clients l'ont payé.

Le contrôle de cohérence. Le service ne se contente pas de servir le catalogue : il compare ce qu'il sert à ce que la base porte réellement, et renvoie tout écart dans sa réponse, plutôt que de le taire. Les champs comparés sont : prix mensuel, prix annuel, nombre de sièges, stockage, nombre de clients, crédits d'intelligence artificielle mensuels.

La leçon de second ordre. Dans sa première version, ce contrôle ne comparait que les prix. Les quotas pouvaient donc diverger indéfiniment, et le contrôle certifiait « cohérent » une base qui ne l'était pas. Mesure du 7 août 2026 : un forfait portait 10 sièges au catalogue et 3 en base, sur les trois environnements, avec un contrôle affichant « cohérent ».

Un contrôle qui regarde à côté est pire qu'aucun contrôle : il rassure.

Depuis, tout contrôle de la plateforme doit énumérer explicitement ce qu'il couvre et ce qu'il ne couvre pas.

8.7 L'écart actif au 17 août 2026#

Ce que cet écart signifie. Un compte gratuit reçoit aujourd'hui, selon la couche interrogée, 10 ou 23 crédits. C'est un écart de plus du double sur la ressource la plus coûteuse du produit.

Ce que le produit fait de bien. Le service signale l'écart lui-même : son contrôle rend coherent = false et détaille la divergence dans sa réponse. L'écran d'administration affiche l'écart et désigne le catalogue servi comme faisant autorité, plutôt que de présenter la base comme la vérité. C'est exactement le comportement attendu d'un contrôle : exposer, pas absorber.

Ce qui reste à faire. Trancher lequel des deux est le bon, puis réaligner. Correction requise avant l'ouverture publique du 17 novembre 2026. L'écart est inscrit au carnet de produit et repris au §12 de ce document.

9. Couverture intelligence artificielle#

Cette section est un résumé. L'inventaire complet, ancré ligne par ligne dans le code, est dans 18-inventaire-ia-ml-mcp.md. Toute affirmation détaillée sur les modèles, les agents, les compétences, les outils, les serveurs d'interopérabilité ou les gabarits d'invite se cite depuis ce fichier, jamais depuis celui-ci.

9.1 Quatre natures de système, jamais confondues#

L'inventaire distingue rigoureusement quatre choses que le mot « IA » confond couramment :

9.2 Les chiffres#

9.3 Les six modèles d'apprentissage automatique — aucun n'est un modèle de langage#

9.4 Les huit agents et leurs cinq outils#

Six agents de domaine — conseiller, analyste, calculateur, extracteur, réviseur, rédacteur — et deux agents de contrôle — planificateur, critique.

La liste blanche outil par agent est un mécanisme de sécurité, pas une commodité. Deux restrictions méritent d'être lues :

• l'agent extracteur n'a accès ni au web ni à la base de connaissances : il extrait ce qu'on lui donne, il n'invente pas de contexte ;
• l'agent calculateur n'a accès ni aux documents ni au web : il calcule sur des entrées fournies, à partir d'une source de taux — il ne va pas chercher un taux sur Internet.

La présence d'un agent critique distinct du producteur rend possible une propriété qu'une boucle simple ne peut pas offrir : le producteur ne valide pas son propre travail. L'une des compétences du critique est une porte de conformité qui bloque une sortie violant les règles fiscales ou la politique du cabinet. Une sortie bloquée n'est pas une sortie dégradée — elle ne sort pas.

9.5 Les deux orchestrateurs et leur borne dure#

Un méta-orchestrateur en stratégie planificateur-exécuteur, avec critique à chaque étape et six itérations maximum. Un orchestrateur d'équipe hiérarchique portant les six agents de domaine, avec transfert d'agent à agent. Une boucle d'agents sans borne est un risque de coût et de latence non maîtrisé : ici la borne est déclarée dans la configuration.

9.6 La gouvernance — cinq mécanismes#

9.7 Ce que la couche d'intelligence artificielle ne garantit pas#

Trois limites honnêtes, reprises de l'inventaire :

1. Aucune mesure de qualité publiée. Pas de tableau d'erreur, pas d'aire sous la courbe, pas de date de réentraînement exposée à l'utilisateur ni à l'administrateur.
2. Pas d'apprentissage profond établi. Aucun réseau de neurones profond n'a été trouvé dans le service d'inférence. Les capacités de vision et d'extraction passent par les services documentaires, dont la nature interne n'a pas été ouverte dans ce relevé.
3. Invites uniformes. Les 36 gabarits d'agent sont générés depuis un même modèle de texte. C'est un fait, pas une hypothèse ; son effet sur la qualité n'a pas été mesuré.

10. Matrice surfaces × domaines#

Légende. ✅ livré · ◐ partiel · ○ non couvert · — sans objet.

10.1 Comment lire cette matrice#

Une colonne « Admin » majoritairement —. Le portail Administration ne sert aucun client final : il n'a pas vocation à couvrir les domaines métier. Les quatre ✅ qu'il porte sont les domaines qu'il gouverne réellement : audit et conformité, marketing publicitaire de plateforme, flux et travaux, et l'intelligence artificielle.

Les ◐ du mobile. Ils marquent des domaines dont le mobile porte la consultation mais pas encore l'ensemble du cycle d'écriture. La règle produit reste la même : un écran mobile qui ne peut pas écrire le dit, il ne simule pas.

Les ○ symétriques entre les deux portails. Ils sont volontaires. La trésorerie de cabinet n'a pas de sens côté Client ; les finances personnelles n'en ont pas côté Affaires. Un ○ n'est pas un manque : c'est une frontière de produit.

Le rappel de méthode. Cette matrice décrit la couverture de surface, pas la profondeur. Une ligne ✅ sur quatre colonnes ne dit pas que les quatre surfaces exposent la même profondeur — elle dit que le domaine y est atteignable et opérant.

11. Le principe « ne jamais fabriquer un zéro »#

11.1 L'énoncé#

Ne jamais fabriquer un zéro.

Partout où une mesure n'est pas disponible, l'écran affiche —, N/D, « non mesuré », « non évalué » ou « indisponible ». Jamais 0. Jamais 100 %. Jamais un graphique vide qui ressemble à une absence d'activité.

11.2 Pourquoi c'est un principe et pas une préférence#

Un 0 fabriqué est indistinguable d'un 0 mesuré. Un tableau de bord qui affiche « 0 violation » alors qu'il n'a pas pu lire le journal ne rassure pas : il ment. Un écran de balance âgée qui affiche « 0 $ » sur une tranche non servie déclenche une décision de relance fondée sur rien.

La conséquence est financière et pas seulement esthétique. Sur un écran de crédits, un cumul remboursé affiché 0 au lieu de N/D fait croire à un client qu'on ne lui a rien rendu — ce qui est un autre fait, pas la même information.

Le même raisonnement s'applique aux champs de saisie. Un champ de calculateur pré-rempli à 0 n'est pas neutre : un zéro affiché est déjà une affirmation. Les calculateurs du portail Client partent donc vides, et le bouton de calcul reste inactif tant que les entrées ne sont pas renseignées.

11.3 Le principe appliqué, exemples réels des trois portails#

11.4 La forme générale du principe#

Le motif se décline en quatre distinctions que le produit refuse d'écraser :

Une conséquence de conception. Ce principe impose des types de données plus riches — un null distinct d'un 0, un état « indéterminé » distinct d'un booléen — et des interfaces plus verbeuses. Nous acceptons le coût. Un écran qui dit ce qu'il ne sait pas reste utilisable en incident ; un écran qui comble ses trous ne l'est pas.

12. Ce qui n'existe pas#

Cette section est aussi importante que les précédentes. La valeur Sobriété engage à ne rien vendre qui ne soit livré. Ce chapitre nomme les écarts.

12.1 Personas d'extension communautaire E01 à E08 — ⚠️ NON LIVRÉ#

Avertissement à reproduire dans chaque document traitant de ces personas.

Les personas E01 à E08 — famille élargie, église locale, leader de groupe, leader de chaîne de prière, ministère, chaîne de prière mondiale, chambre de prière, jeux de famille — décrivent une extension de marché non construite. Aucun module « prière », « église », « ministère » ou « jeu » n'existe dans la plateforme au 17 août 2026 : vérification faite par balayage du code source, résultat négatif.

Ce qui existe réellement et pourrait servir d'appui : les espaces collaboratifs (conversations, membres, invitations, votes, thèmes, questions et réponses, documents), la communauté (fil, forums avec catégories et modération, événements avec billetterie et présence, mentors, programmes, pairs, jalons, ressources), les rendez-vous (disponibilités, calendrier, visioconférence, rappels), les notifications multicanal, le forfait Famille à 5 sièges, et les dons.

Une seule exception partielle : E01, famille élargie, s'appuie sur un forfait réellement livré et vendu — le forfait Famille, 19 $ par mois, 5 sièges, 80 crédits.

Aucun support commercial public ne présente E01 à E08 comme disponible. Ces personas servent au dossier d'investissement, à la feuille de route et aux entretiens de découverte.

12.2 Traçage distribué — absent, et annoncé#

Le portail Administration porte une page de traces distribuées qui affiche « traçage distribué non configuré » et renvoie vers les deux mesures qui existent : les métriques système et le journal d'activité.

C'est un choix de conception défendable. Afficher une page de traces vide aurait laissé croire à une absence de trafic. La page dit ce qui manque. Conséquence réelle : le diagnostic de latence entre services n'est pas possible depuis la plateforme.

12.3 Règles de sentiment et de toxicité — enregistrées mais non appliquées#

Les garde-fous permettent de créer des règles de validation de six types : expression régulière, mot-clé, sentiment, toxicité, renseignements personnels, personnalisé. Les règles de sentiment et de toxicité sont enregistrées mais ne sont pas appliquées — aucun évaluateur n'est déployé. L'écran l'écrit.

Deux autres actions de garde-fou ne sont pas appliquées par le moteur : « avertir » et « journaliser ». Seules « bloquer » et « masquer » ont un effet.

L'avertissement existe, et c'est bien. Mais un écran qui permet de créer une règle inopérante crée quand même un faux sentiment de protection. La correction attendue n'est pas d'améliorer l'avertissement : c'est de rendre la règle non créable tant que l'évaluateur n'est pas déployé.

12.4 Un bouton d'export inerte sur un écran d'administration#

Sur l'écran d'administration de la protection des renseignements personnels, le bouton « Exporter le rapport » ne produit aucun fichier : il affiche seulement une notification « export en cours ».

Les autres exports du portail — journal d'audit, tableau de conformité, journal d'activité, audit des surcharges — téléchargent, eux, un fichier réel. C'est donc bien un défaut isolé et pas une limite d'architecture.

Nature du défaut : une porte peinte. Un bouton qui a l'apparence d'une action et n'en accomplit aucune. Priorité : haute, avant lancement.

12.5 L'écart de catalogue actif#

12.6 Les autres écarts connus, par priorité#

12.7 Ce que ce chapitre engage#

Chacun de ces écarts est inscrit au carnet de produit. Les cinq écarts de priorité haute sont des conditions de l'ouverture publique du 17 novembre 2026. Aucun d'eux n'est présenté comme livré dans un support de lancement, et aucune démonstration commerciale ne les met en scène.

13. Glossaire produit#

Cinquante-six entrées. Le vocabulaire du produit, du catalogue et de la gouvernance. Les termes fiscaux officiels gardent leur forme exacte.

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.