11 — Diagrammes de cas d'utilisation#

Vue formelle des interactions entre les acteurs et la plateforme Kaxentra. Chaque diagramme est adossé au code source relevé le 17 août 2026 : registre de contextes partagé web/mobile, registres de navigation des trois portails web, arborescence des 85 services applicatifs.

Ce document ne décrit que ce qui a été vu dans le code. Chaque cas d'utilisation porte un statut explicite : Livré, Livré — conditionné (soumis à une clef d'offre), Livré — partiel (le parcours existe mais s'arrête avant son terme), ou Non livré. Aucun cas n'est présenté comme disponible sans cette qualification.

Version : 1.0 — 17 août 2026 Statut : Référence active Documents liés : 00-brief-commun.md · 06-portail-admin.md · 14-diagrammes-uml-activite-sequence.md

1. Méthode et conventions de notation#

1.1 Pourquoi un diagramme de cas d'utilisation et pas autre chose#

Un diagramme de cas d'utilisation répond à une seule question : qui peut demander quoi au système. Il ne dit pas comment, ni dans quel ordre, ni avec quels écrans. Ces trois questions sont traitées dans 14-diagrammes-uml-activite-sequence.md.

La distinction compte pour Kaxentra, parce que le produit repose sur un mécanisme rare : un même compte authentifié change de contexte, et la bascule recompose la navigation, le tableau de bord et les fonctionnalités exposées. Le registre de contextes partagé entre le web et le mobile déclare dix contextes Client, neuf contextes Professionnels et un contexte de repli. Autrement dit : une même personne physique peut être plusieurs acteurs au sens de la notation, successivement, sans changer de compte.

Un diagramme de cas d'utilisation rend cela lisible. Une maquette d'écran ne le rendrait pas.

1.2 Mermaid n'a pas de diagramme de cas d'utilisation natif#

C'est un fait technique à assumer plutôt qu'à contourner par une image externe. Mermaid 11 propose flowchart, sequenceDiagram, stateDiagram-v2, classDiagram et erDiagram — il n'existe pas de type useCaseDiagram.

Nous représentons donc chaque diagramme de cas d'utilisation par un flowchart LR avec une convention stricte et constante dans tout le dossier :

1.3 Règles d'écriture des blocs — contraintes de rendu#

Le portail de documentation rend les blocs Mermaid en mode securityLevel: 'strict' et htmlLabels: false. Un seul bloc invalide affiche une erreur à la place du diagramme. Les règles suivantes sont donc des contraintes de production, pas des préférences de style :

1. Identifiants de nœuds en ASCII pur. a01, uc03, t02. Jamais d'accent, jamais d'apostrophe, jamais d'espace, jamais de parenthèse dans un identifiant.
2. Libellés systématiquement entre guillemets doubles. uc01(["Déclaration T1"]). Les accents et les espaces sont alors sans danger.
3. Aucun guillemet double à l'intérieur d'un libellé déjà encadré de guillemets doubles.
4. Aucune parenthèse, aucun crochet, aucune accolade à l'intérieur d'un libellé — ces caractères ferment prématurément la forme du nœud.
5. Étiquettes d'arête entre guillemets doubles : uc01 -.->|"include"| uc02.
6. Trente nœuds au maximum par diagramme. Au-delà, le diagramme se scinde par sous-domaine. Cette limite est plus sévère que celle du brief commun ; elle est retenue ici parce que les diagrammes de cas d'utilisation portent deux familles de nœuds au lieu d'une.

1.4 Sémantique de l'inclusion et de l'extension#

Ces deux relations sont confondues dans beaucoup de documents. Nous les employons au sens strict.

1.5 Acteur secondaire et acteur temporel#

Acteur secondaire. Un système ou une personne que le cas d'utilisation sollicite pour aboutir, mais qui n'en est pas le demandeur. Le prestataire de paiement est un acteur secondaire du cas « Encaisser une facture » : il est appelé, il ne demande rien.

Acteur temporel. Un déclencheur qui n'est ni une personne ni un système externe, mais l'écoulement du temps. Kaxentra en compte deux réellement outillés : l'ordonnanceur de tâches planifiées et le calendrier fiscal, qui porte les échéances et déclenche les rappels. Ils sont notés comme des acteurs à part entière parce qu'ils initient des cas.

1.6 Convention de statut#

Chaque tableau de cas porte une colonne Statut, renseignée selon quatre valeurs et jamais laissée vide :

2. Catalogue des acteurs#

Quarante-cinq acteurs, répartis en sept familles. La colonne Surfaces indique où l'acteur agit : Client (kaxentra.com), Affaires (business.kaxentra.com), Administration (admin.kaxentra.com), Mobile (application unique), ou Système (aucune interface humaine).

2.1 Acteurs humains — contextes Client#

2.2 Acteurs humains — contextes Professionnels#

2.3 Acteurs humains — rôles du portail Administration#

L'autorisation du portail Administration est une matrice route × rôle à quatre niveaux — none, read, write, admin. Les cinq rôles ci-dessous sont donc des acteurs distincts, pas des variantes d'un même acteur.

2.4 Acteurs humains — périphérie#

2.5 Acteurs système — intelligence artificielle#

2.6 Acteurs système — services externes et internes#

2.7 Acteurs temporels et autorités#

Total : 45 acteurs. Les codes de cette section sont réemployés à l'identique dans la matrice du §6 et dans 14-diagrammes-uml-activite-sequence.md.

3. Diagrammes par domaine#

Dix-neuf domaines. Chaque diagramme est suivi de son tableau de cas.

3.1 UC-FIS — Fiscalité#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Particulier"))
    a02(("Fiscaliste"))
    a03(("Travailleur autonome"))
    a04(("Calendrier fiscal"))
  end
  subgraph sys["Domaine Fiscalité"]
    uc01(["Ouvrir un dossier fiscal annuel"])
    uc02(["Produire une déclaration T1 et TP1"])
    uc03(["Produire une déclaration de société T2"])
    uc04(["Déclarer un revenu de travail autonome T2125"])
    uc05(["Déclarer un revenu de location T776"])
    uc06(["Calculer crédits et déductions"])
    uc07(["Préparer une remise TPS et TVQ"])
    uc08(["Consulter le calendrier des échéances"])
    uc09(["Recevoir un rappel d échéance"])
    uc10(["Enregistrer un avis de cotisation"])
    uc11(["Suivre les acomptes provisionnels"])
    uc12(["Reporter un solde inutilisé"])
    uc13(["Transmettre par voie électronique"])
    uc14(["Remplir une liste de contrôle fiscale"])
  end
  subgraph sec["Acteurs secondaires"]
    a05(("Agence du revenu du Canada"))
    a06(("Revenu Québec"))
    a07(("Assistant conversationnel"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc14
  a03 --> uc04
  a02 --> uc02
  a02 --> uc03
  a02 --> uc07
  a02 --> uc11
  a01 --> uc05
  a01 --> uc08
  a04 --> uc09
  uc02 -.->|"include"| uc06
  uc03 -.->|"include"| uc06
  uc02 -.->|"include"| uc13
  uc07 -.->|"include"| uc13
  uc02 -.->|"extend"| uc10
  uc02 -.->|"extend"| uc12
  uc13 --> a05
  uc13 --> a06
  uc06 -.->|"extend"| a07

3.2 UC-CPT — Comptabilité#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Comptable"))
    a02(("Dirigeant de PME"))
    a03(("Ordonnanceur"))
  end
  subgraph sys["Domaine Comptabilité"]
    uc01(["Configurer le plan comptable"])
    uc02(["Saisir une écriture de journal"])
    uc03(["Importer des transactions bancaires"])
    uc04(["Rapprocher un compte bancaire"])
    uc05(["Consulter le grand livre"])
    uc06(["Produire les états financiers"])
    uc07(["Exécuter la clôture mensuelle"])
    uc08(["Gérer les immobilisations"])
    uc09(["Suivre les budgets"])
    uc10(["Consolider plusieurs entités"])
    uc11(["Suivre les positions de placement"])
    uc12(["Enregistrer un don reçu"])
    uc13(["Détecter une anomalie comptable"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Connecteur bancaire"))
    a05(("Journal d audit"))
    a06(("Assistant conversationnel"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc04
  a01 --> uc06
  a01 --> uc07
  a01 --> uc10
  a02 --> uc05
  a02 --> uc09
  a02 --> uc08
  a02 --> uc12
  a03 --> uc03
  uc03 --> a04
  uc04 -.->|"include"| uc03
  uc07 -.->|"include"| uc06
  uc06 -.->|"extend"| uc10
  uc04 -.->|"extend"| uc13
  uc13 -.->|"extend"| a06
  uc02 --> a05
  a02 --> uc11

3.3 UC-PAI — Paie#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Gestionnaire de paie"))
    a02(("Dirigeant de PME"))
    a03(("Employé"))
    a04(("Ordonnanceur"))
  end
  subgraph sys["Domaine Paie"]
    uc01(["Créer une fiche employé"])
    uc02(["Configurer la rémunération"])
    uc03(["Déclarer les avantages imposables"])
    uc04(["Saisir le temps et les présences"])
    uc05(["Gérer les absences et congés"])
    uc06(["Exécuter un cycle de paie"])
    uc07(["Calculer les retenues à la source"])
    uc08(["Produire les bulletins de paie"])
    uc09(["Préparer la remise des retenues"])
    uc10(["Produire les feuillets T4"])
    uc11(["Produire les relevés provinciaux"])
    uc12(["Produire un relevé d emploi"])
    uc13(["Consulter son bulletin"])
    uc14(["Suivre un plan de formation"])
  end
  subgraph sec["Acteurs secondaires"]
    a05(("Agence du revenu du Canada"))
    a06(("Revenu Québec"))
    a07(("Passerelle de notification"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc06
  a01 --> uc09
  a01 --> uc10
  a01 --> uc12
  a02 --> uc03
  a02 --> uc14
  a03 --> uc04
  a03 --> uc05
  a03 --> uc13
  a04 --> uc06
  uc06 -.->|"include"| uc07
  uc06 -.->|"include"| uc08
  uc08 --> a07
  uc09 --> a05
  uc11 --> a06
  a01 --> uc11

3.4 UC-FAC — Facturation#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Responsable de facturation"))
    a02(("Travailleur autonome"))
    a03(("Ordonnanceur"))
  end
  subgraph sys["Domaine Facturation"]
    uc01(["Établir un devis"])
    uc02(["Convertir un devis en facture"])
    uc03(["Émettre une facture"])
    uc04(["Appliquer une grille tarifaire"])
    uc05(["Encaisser un paiement"])
    uc06(["Émettre un avoir"])
    uc07(["Programmer une facturation récurrente"])
    uc08(["Relancer une facture impayée"])
    uc09(["Suivre les travaux en cours"])
    uc10(["Produire un relevé de compte"])
    uc11(["Suivre l âge des créances"])
    uc12(["Enregistrer une facture fournisseur"])
    uc13(["Suivre l âge des dettes"])
    uc14(["Piloter une séquence de recouvrement"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Prestataire de paiement"))
    a05(("Passerelle de notification"))
    a06(("Journal d audit"))
  end
  a01 --> uc01
  a01 --> uc03
  a01 --> uc06
  a01 --> uc07
  a01 --> uc09
  a01 --> uc10
  a01 --> uc12
  a02 --> uc03
  a02 --> uc05
  a03 --> uc07
  a03 --> uc08
  uc01 -.->|"extend"| uc02
  uc03 -.->|"include"| uc04
  uc05 --> a04
  uc08 --> a05
  uc03 --> a06
  a01 --> uc11
  a01 --> uc13
  a01 --> uc14

3.5 UC-TRE — Trésorerie#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Comptable"))
    a02(("Dirigeant de PME"))
    a03(("Ordonnanceur"))
  end
  subgraph sys["Domaine Trésorerie"]
    uc01(["Déclarer un compte de trésorerie"])
    uc02(["Consulter la position de trésorerie"])
    uc03(["Établir un plan de trésorerie"])
    uc04(["Produire une prévision de flux"])
    uc05(["Suivre une facilité de crédit"])
    uc06(["Gérer les taux de change"])
    uc07(["Rapprocher les mouvements"])
    uc08(["Alerter sur un seuil de liquidité"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Connecteur bancaire"))
    a05(("Assistant conversationnel"))
    a06(("Passerelle de notification"))
  end
  a01 --> uc01
  a01 --> uc07
  a02 --> uc02
  a02 --> uc03
  a02 --> uc05
  a01 --> uc06
  a03 --> uc04
  a03 --> uc08
  uc02 -.->|"include"| uc01
  uc04 -.->|"extend"| a05
  uc07 --> a04
  uc08 --> a06

3.6 UC-FPE — Finances personnelles#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Particulier"))
    a02(("Investisseur"))
    a03(("Ordonnanceur"))
  end
  subgraph sys["Domaine Finances personnelles"]
    uc01(["Consulter la vue d ensemble"])
    uc02(["Rattacher un compte de placement"])
    uc03(["Suivre les dettes"])
    uc04(["Suivre le crédit et le financement"])
    uc05(["Suivre les dividendes"])
    uc06(["Bâtir un budget"])
    uc07(["Fixer un objectif financier"])
    uc08(["Mesurer la santé financière"])
    uc09(["Estimer un impact fiscal"])
    uc10(["Recevoir une alerte financière"])
    uc11(["Planifier la retraite"])
    uc12(["Établir un bilan personnel"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Passerelle de notification"))
    a05(("Assistant conversationnel"))
  end
  a01 --> uc01
  a01 --> uc03
  a01 --> uc06
  a01 --> uc07
  a01 --> uc08
  a01 --> uc11
  a01 --> uc12
  a02 --> uc02
  a02 --> uc05
  a01 --> uc04
  a03 --> uc10
  uc08 -.->|"include"| uc01
  uc07 -.->|"extend"| uc10
  uc09 -.->|"extend"| a05
  uc10 --> a04
  a01 --> uc09

3.7 UC-IMM — Immobilier#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Propriétaire immobilier"))
    a02(("Ordonnanceur"))
  end
  subgraph sys["Domaine Immobilier"]
    uc01(["Enregistrer une propriété"])
    uc02(["Suivre les revenus locatifs"])
    uc03(["Suivre les dépenses de propriété"])
    uc04(["Établir un bail"])
    uc05(["Faire signer un bail"])
    uc06(["Suivre une hypothèque"])
    uc07(["Évaluer une propriété"])
    uc08(["Préparer la déclaration T776"])
    uc09(["Suivre les échéances de bail"])
  end
  subgraph sec["Acteurs secondaires"]
    a03(("Service de signature électronique"))
    a04(("Passerelle de notification"))
    a05(("Assistant conversationnel"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc03
  a01 --> uc04
  a01 --> uc06
  a01 --> uc07
  a01 --> uc08
  a02 --> uc09
  uc04 -.->|"extend"| uc05
  uc05 --> a03
  uc08 -.->|"include"| uc02
  uc08 -.->|"include"| uc03
  uc07 -.->|"extend"| a05
  uc09 --> a04

3.8 UC-SUC — Succession#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Personne en planification successorale"))
    a02(("Conseiller"))
  end
  subgraph sys["Domaine Succession"]
    uc01(["Recenser le patrimoine transmissible"])
    uc02(["Désigner des bénéficiaires"])
    uc03(["Enregistrer des héritiers"])
    uc04(["Constituer une fiducie"])
    uc05(["Consigner les volontés testamentaires"])
    uc06(["Simuler un scénario de transmission"])
    uc07(["Estimer la charge fiscale au décès"])
    uc08(["Rassembler les pièces successorales"])
  end
  subgraph sec["Acteurs secondaires"]
    a03(("Assistant conversationnel"))
    a04(("Journal d audit"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc03
  a01 --> uc05
  a01 --> uc08
  a02 --> uc04
  a02 --> uc06
  uc06 -.->|"include"| uc01
  uc06 -.->|"extend"| uc07
  uc07 -.->|"extend"| a03
  uc02 --> a04
  a01 --> uc07

3.9 UC-ENT — Entrepreneuriat#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Entrepreneur"))
    a02(("Incorporateur"))
    a03(("Conseiller"))
  end
  subgraph sys["Domaine Entrepreneuriat"]
    uc01(["Rédiger un plan d affaires"])
    uc02(["Bâtir un modèle financier"])
    uc03(["Utiliser un calculateur de démarrage"])
    uc04(["Suivre une liste de contrôle"])
    uc05(["Choisir une forme juridique"])
    uc06(["Incorporer une société"])
    uc07(["Tenir les registres de société"])
    uc08(["Vérifier la conformité de démarrage"])
    uc09(["Estimer le seuil de rentabilité"])
    uc10(["Passer du contexte entrepreneur au contexte PME"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Registraire des entreprises"))
    a05(("Assistant conversationnel"))
    a06(("Catalogue de la plateforme"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc03
  a01 --> uc04
  a01 --> uc09
  a03 --> uc05
  a02 --> uc06
  a02 --> uc07
  a01 --> uc08
  a01 --> uc10
  uc06 -.->|"include"| uc05
  uc06 --> a04
  uc01 -.->|"extend"| a05
  uc02 -.->|"include"| uc09
  uc10 --> a06

3.10 UC-STU — Startup Studio#

Contexte conditionné. Le contexte startup n'apparaît dans le sélecteur que si la clef d'offre correspondante est active sur le compte. Tous les cas de ce domaine portent donc le statut Livré — conditionné.

flowchart LR
  subgraph act["Acteurs"]
    a01(("Fondateur en Startup Studio"))
    a02(("Conseiller"))
  end
  subgraph sys["Domaine Startup Studio"]
    uc01(["Activer le contexte Startup Studio"])
    uc02(["Construire une carte mentale"])
    uc03(["Remplir un canevas de modèle"])
    uc04(["Recenser les risques"])
    uc05(["Fixer des jalons"])
    uc06(["Valider une hypothèse de marché"])
    uc07(["Préparer un dossier investisseur"])
    uc08(["Basculer vers l incorporation"])
  end
  subgraph sec["Acteurs secondaires"]
    a03(("Catalogue de la plateforme"))
    a04(("Assistant conversationnel"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc03
  a01 --> uc04
  a01 --> uc05
  a01 --> uc06
  a01 --> uc07
  a02 --> uc04
  a01 --> uc08
  uc01 --> a03
  uc02 -.->|"extend"| uc03
  uc03 -.->|"extend"| a04
  uc08 -.->|"include"| uc05

3.11 UC-EXP — Exploitation et épicerie#

Deux contextes conditionnés. business et epicerie partagent le même tableau de bord d'exploitation. Leur carte n'apparaît dans le sélecteur que si la clef d'offre est active.

flowchart LR
  subgraph act["Acteurs"]
    a01(("Exploitant Affaires"))
    a02(("Exploitant Épicerie"))
    a03(("Ordonnanceur"))
  end
  subgraph sys["Domaine Exploitation"]
    uc01(["Saisir les recettes du jour"])
    uc02(["Ventiler les recettes par rayon"])
    uc03(["Enregistrer un achat"])
    uc04(["Suivre le stock"])
    uc05(["Suivre les dates de péremption"])
    uc06(["Gérer la consigne"])
    uc07(["Calculer les taxes de la période"])
    uc08(["Consulter le tableau de bord d exploitation"])
    uc09(["Alerter sur une péremption proche"])
    uc10(["Rapprocher la caisse"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Passerelle de notification"))
    a05(("Catalogue de la plateforme"))
  end
  a01 --> uc01
  a01 --> uc03
  a01 --> uc07
  a01 --> uc08
  a01 --> uc10
  a02 --> uc02
  a02 --> uc04
  a02 --> uc05
  a02 --> uc06
  a03 --> uc09
  uc01 -.->|"extend"| uc02
  uc05 -.->|"extend"| uc09
  uc09 --> a04
  uc08 --> a05

3.12 UC-DOC — Documents et signature#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Particulier"))
    a02(("Comptable"))
    a03(("Signataire externe"))
  end
  subgraph sys["Domaine Documents"]
    uc01(["Téléverser un document"])
    uc02(["Classer dans un dossier"])
    uc03(["Extraire les données par vision"])
    uc04(["Reconnaître un feuillet fiscal"])
    uc05(["Demander un document au client"])
    uc06(["Répondre à une demande de document"])
    uc07(["Suivre une liste de contrôle documentaire"])
    uc08(["Partager un document"])
    uc09(["Gérer les versions"])
    uc10(["Rechercher dans les documents"])
    uc11(["Préparer une signature électronique"])
    uc12(["Signer un document"])
    uc13(["Constituer un dossier collaboratif"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Moteur de vision documentaire"))
    a05(("Service de signature électronique"))
    a06(("Passerelle de notification"))
  end
  a01 --> uc01
  a01 --> uc06
  a01 --> uc10
  a02 --> uc05
  a02 --> uc07
  a02 --> uc08
  a02 --> uc11
  a02 --> uc13
  a03 --> uc12
  uc01 -.->|"include"| uc02
  uc01 -.->|"extend"| uc03
  uc03 -.->|"extend"| uc04
  uc03 --> a04
  uc05 --> a06
  uc11 -.->|"include"| uc12
  uc12 --> a05
  uc01 -.->|"extend"| uc09

3.13 UC-COM — Communauté et marketplace#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Membre invité d espace"))
    a02(("Mentor de communauté"))
    a03(("Prospect"))
    a04(("Responsable de gestion"))
  end
  subgraph sys["Domaine Communauté et marketplace"]
    uc01(["Publier dans le fil"])
    uc02(["Ouvrir un sujet de forum"])
    uc03(["Modérer une contribution"])
    uc04(["Créer un événement"])
    uc05(["Vendre une billetterie"])
    uc06(["Marquer une présence"])
    uc07(["Rejoindre un programme"])
    uc08(["Accompagner un pair"])
    uc09(["Publier une ressource"])
    uc10(["Franchir un jalon"])
    uc11(["Publier une vitrine de cabinet"])
    uc12(["Émettre une demande de soumission"])
    uc13(["Répondre par une proposition"])
    uc14(["Parrainer un nouveau compte"])
  end
  subgraph sec["Acteurs secondaires"]
    a05(("Passerelle de notification"))
    a06(("Prestataire de paiement"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc06
  a01 --> uc07
  a01 --> uc10
  a02 --> uc08
  a02 --> uc09
  a04 --> uc03
  a04 --> uc04
  a04 --> uc11
  a04 --> uc13
  a03 --> uc12
  a01 --> uc14
  uc04 -.->|"extend"| uc05
  uc05 --> a06
  uc12 --> a05
  uc02 -.->|"extend"| uc03

3.14 UC-RDV — Rendez-vous#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Prospect"))
    a02(("Conseiller"))
    a03(("Particulier"))
    a04(("Ordonnanceur"))
  end
  subgraph sys["Domaine Rendez-vous"]
    uc01(["Publier un lien de réservation"])
    uc02(["Déclarer ses disponibilités"])
    uc03(["Déclarer une exception de disponibilité"])
    uc04(["Définir un type de rendez-vous"])
    uc05(["Réserver un rendez-vous"])
    uc06(["Réserver sans compte"])
    uc07(["Synchroniser un calendrier externe"])
    uc08(["Tenir une visioconférence"])
    uc09(["Envoyer un rappel"])
    uc10(["Annuler ou déplacer"])
    uc11(["Animer une séance de groupe"])
    uc12(["Planifier une intervention terrain"])
  end
  subgraph sec["Acteurs secondaires"]
    a05(("Service de visioconférence"))
    a06(("Passerelle de notification"))
  end
  a02 --> uc01
  a02 --> uc02
  a02 --> uc03
  a02 --> uc04
  a02 --> uc11
  a02 --> uc12
  a03 --> uc05
  a01 --> uc06
  a03 --> uc10
  a02 --> uc07
  a04 --> uc09
  uc05 -.->|"include"| uc02
  uc06 -.->|"include"| uc01
  uc05 -.->|"extend"| uc08
  uc08 --> a05
  uc09 --> a06

3.15 UC-IA — Intelligence artificielle et approbations#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Particulier"))
    a02(("Comptable"))
    a03(("Administrateur de plateforme"))
  end
  subgraph sys["Domaine Intelligence artificielle"]
    uc01(["Poser une question à l assistant"])
    uc02(["Consulter les sources d une réponse"])
    uc03(["Interroger un copilote de domaine"])
    uc04(["Déléguer une tâche à un agent"])
    uc05(["Orchestrer plusieurs agents"])
    uc06(["Consommer des crédits IA"])
    uc07(["Refuser un appel au plafond atteint"])
    uc08(["Consulter le solde de crédits"])
    uc09(["Approuver une action à conséquence"])
    uc10(["Rejeter une action proposée"])
    uc11(["Consulter l activité IA"])
    uc12(["Inscrire un système au registre IA"])
    uc13(["Approuver une entrée du registre"])
    uc14(["Appliquer une politique de garde-fous"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Passerelle de modèles de langage"))
    a05(("Base de connaissances"))
    a06(("Compteur de crédits IA"))
  end
  a01 --> uc01
  a01 --> uc08
  a02 --> uc03
  a02 --> uc04
  a02 --> uc09
  a02 --> uc10
  a02 --> uc11
  a03 --> uc12
  a03 --> uc13
  a03 --> uc14
  uc01 -.->|"include"| uc06
  uc01 -.->|"include"| uc02
  uc06 -.->|"extend"| uc07
  uc06 --> a06
  uc01 --> a04
  uc02 --> a05
  uc04 -.->|"extend"| uc05
  uc04 -.->|"include"| uc09

3.16 UC-ADM — Administration#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Administrateur de plateforme"))
    a02(("Rôle finance"))
    a03(("Rôle support"))
    a04(("Exploitation technique"))
  end
  subgraph sys["Domaine Administration"]
    uc01(["Créer un locataire"])
    uc02(["Gérer les organisations"])
    uc03(["Attribuer un rôle"])
    uc04(["Activer une fonctionnalité"])
    uc05(["Modifier le catalogue des forfaits"])
    uc06(["Gérer les modules et ensembles"])
    uc07(["Émettre un coupon"])
    uc08(["Consulter les abonnements"])
    uc09(["Consulter les revenus"])
    uc10(["Traiter une demande d assistance"])
    uc11(["Consulter les métriques système"])
    uc12(["Consulter le journal d activité"])
    uc13(["Déclarer un webhook"])
    uc14(["Usurper une identité de manière encadrée"])
  end
  subgraph sec["Acteurs secondaires"]
    a05(("Catalogue de la plateforme"))
    a06(("Journal d audit"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc03
  a01 --> uc04
  a01 --> uc14
  a02 --> uc05
  a02 --> uc06
  a02 --> uc07
  a02 --> uc08
  a02 --> uc09
  a03 --> uc10
  a03 --> uc12
  a04 --> uc11
  a04 --> uc13
  uc05 --> a05
  uc14 --> a06
  uc03 --> a06

3.17 UC-AUD — Audit et conformité#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Auditeur"))
    a02(("Rôle conformité"))
    a03(("Ordre professionnel"))
  end
  subgraph sys["Domaine Audit et conformité"]
    uc01(["Ouvrir un mandat d audit"])
    uc02(["Évaluer les risques"])
    uc03(["Bâtir un programme de travail"])
    uc04(["Collecter des éléments probants"])
    uc05(["Documenter une conclusion"])
    uc06(["Émettre un rapport de certification"])
    uc07(["Consulter la piste de vérification"])
    uc08(["Évaluer un point de conformité"])
    uc09(["Traiter une demande d accès aux renseignements"])
    uc10(["Recueillir un consentement"])
    uc11(["Traiter une demande de suppression"])
    uc12(["Auditer les surcharges de droits"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Journal d audit"))
    a05(("Assistant conversationnel"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc03
  a01 --> uc04
  a01 --> uc05
  a01 --> uc06
  a02 --> uc08
  a02 --> uc09
  a02 --> uc10
  a02 --> uc11
  a02 --> uc12
  a01 --> uc07
  a03 --> uc06
  uc03 -.->|"include"| uc02
  uc06 -.->|"include"| uc05
  uc07 --> a04
  uc02 -.->|"extend"| a05

3.18 UC-CON — Conseil#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Conseiller"))
    a02(("Dirigeant de PME"))
    a03(("Responsable de gestion"))
  end
  subgraph sys["Domaine Conseil"]
    uc01(["Ouvrir un mandat de conseil"])
    uc02(["Réaliser un diagnostic"])
    uc03(["Formuler une recommandation"])
    uc04(["Produire un rapport de conseil"])
    uc05(["Suivre un plan d action"])
    uc06(["Évaluer une entreprise"])
    uc07(["Rechercher une cible d acquisition"])
    uc08(["Conduire une vérification diligente"])
    uc09(["Suivre des indicateurs de performance"])
    uc10(["Piloter des objectifs"])
    uc11(["Suivre un projet"])
  end
  subgraph sec["Acteurs secondaires"]
    a04(("Assistant conversationnel"))
    a05(("Journal d audit"))
  end
  a01 --> uc01
  a01 --> uc02
  a01 --> uc03
  a01 --> uc04
  a01 --> uc06
  a01 --> uc08
  a02 --> uc05
  a02 --> uc07
  a03 --> uc09
  a03 --> uc10
  a03 --> uc11
  uc03 -.->|"include"| uc02
  uc04 -.->|"include"| uc03
  uc02 -.->|"extend"| a04
  uc08 --> a05
  uc07 -.->|"extend"| uc06

3.19 UC-FIN — Financement#

flowchart LR
  subgraph act["Acteurs"]
    a01(("Entrepreneur"))
    a02(("Dirigeant de PME"))
    a03(("Rôle finance"))
    a04(("Ordonnanceur"))
  end
  subgraph sys["Domaine Financement"]
    uc01(["Rechercher une subvention"])
    uc02(["Consulter le catalogue des programmes"])
    uc03(["Constituer un dossier de subvention"])
    uc04(["Simuler un financement"])
    uc05(["Établir un bilan financier personnel"])
    uc06(["Bâtir un dossier investisseur"])
    uc07(["Suivre un pipeline de levée"])
    uc08(["Financer une reprise"])
    uc09(["Ingérer une source de programmes"])
    uc10(["Consulter le journal d ingestion"])
  end
  subgraph sec["Acteurs secondaires"]
    a05(("Assistant conversationnel"))
    a06(("Passerelle de notification"))
  end
  a01 --> uc01
  a01 --> uc03
  a01 --> uc04
  a01 --> uc06
  a02 --> uc05
  a02 --> uc07
  a02 --> uc08
  a03 --> uc09
  a03 --> uc10
  a04 --> uc09
  a01 --> uc02
  uc01 -.->|"include"| uc02
  uc03 -.->|"extend"| a05
  uc09 -.->|"extend"| uc10
  uc03 --> a06

4. Descriptions détaillées de cas#

Douze cas décrits au format complet : identifiant, nom, acteur primaire, parties prenantes, préconditions, garantie de succès, scénario nominal numéroté, extensions numérotées, fréquence.

4.1 UC-FIS-02 — Produire une déclaration T1 et TP1#

Scénario nominal

1. Le contribuable ouvre son dossier fiscal pour l'année d'imposition.
2. Le système affiche la liste de contrôle fiscale et les pièces déjà présentes au dossier.
3. Le contribuable téléverse ses feuillets. → inclut UC-DOC-01.
4. Le moteur de vision documentaire identifie le type de feuillet et propose les montants. → inclut UC-DOC-04.
5. Le contribuable valide ou corrige chaque montant proposé.
6. Le système calcule les crédits et déductions applicables. → inclut UC-FIS-06.
7. Le système présente le résultat fédéral et le résultat provincial, avec le détail de calcul de chaque ligne.
8. Le contribuable vérifie, puis marque la déclaration comme prête.
9. Le système transmet par voie électronique. → inclut UC-FIS-13.
10. Le système enregistre l'accusé de transmission au dossier.

Extensions

4.2 UC-DOC-05 — Demander un document au client#

Scénario nominal

1. Le professionnel ouvre le dossier du client.
2. Il crée une demande de document en nommant la pièce attendue et l'échéance.
3. Le système rattache la demande au dossier et la place à l'état « en attente ».
4. Le système notifie le client sur ses canaux actifs. → inclut la passerelle de notification.
5. Le client ouvre son portail et voit la demande dans ses actions à faire.
6. Le client téléverse la pièce. → inclut UC-DOC-01.
7. Le système fait passer la demande à l'état « satisfaite » et notifie le professionnel.
8. La pièce apparaît dans le dossier du cabinet, sans transfert manuel.

Extensions

4.3 UC-IA-01 — Poser une question à l'assistant#

Scénario nominal

1. L'utilisateur saisit sa question dans l'assistant.
2. Le système vérifie le solde de crédits. → inclut UC-IA-06.
3. Le système applique les garde-fous à l'entrée.
4. Le système interroge la base de connaissances pour ancrer la réponse.
5. Le système appelle la passerelle de modèles de langage.
6. Le système applique les garde-fous à la sortie.
7. Le système décompte les crédits selon le tarificateur, au tarif daté du modèle réellement servi.
8. Le système rend la réponse accompagnée de ses sources, persistées avec le message. → inclut UC-IA-02.

Extensions

4.4 UC-IA-09 — Approuver une action à conséquence#

Scénario nominal

1. Un agent propose une action à conséquence — écriture comptable, envoi, modification de dossier.
2. Le système diffère l'écriture et crée une demande d'approbation.
3. Le système notifie l'approbateur habilité.
4. L'approbateur ouvre la demande et lit l'action proposée, ses effets et sa justification.
5. L'approbateur approuve.
6. Le système rejoue l'écriture différée.
7. Le système trace l'approbation au journal d'audit avec l'identité de l'approbateur et l'horodatage.

Extensions

4.5 UC-PAI-06 — Exécuter un cycle de paie#

Scénario nominal

1. Le gestionnaire ouvre le cycle pour la période.
2. Le système rassemble les employés actifs, leurs rémunérations, leurs heures et leurs absences.
3. Le système calcule le brut par employé.
4. Le système calcule les retenues fédérales et provinciales. → inclut UC-PAI-07.
5. Le système calcule le net et les charges employeur.
6. Le gestionnaire revoit le cycle employé par employé.
7. Le gestionnaire valide le cycle.
8. Le système produit les bulletins. → inclut UC-PAI-08.
9. Le système notifie les employés.
10. Le système prépare le montant de la remise. → étend UC-PAI-09.

Extensions

4.6 UC-FAC-05 — Encaisser un paiement#

Scénario nominal

1. Le payeur ouvre la facture et déclenche le paiement.
2. Le système appelle le prestataire de paiement.
3. Le prestataire confirme l'encaissement.
4. Le système enregistre le paiement et le rattache à la facture.
5. Le système met à jour le solde de la facture.
6. Le système notifie l'émetteur.
7. Le paiement devient rapprochable dans la comptabilité. → étend UC-CPT-04.

Extensions

4.7 UC-CPT-04 — Rapprocher un compte bancaire#

Scénario nominal

1. Le comptable ouvre le rapprochement pour un compte et une période.
2. Le système affiche les transactions bancaires et les écritures non pointées.
3. Le système propose des appariements sur montant, date et libellé.
4. Le comptable valide les appariements proposés.
5. Le comptable apparie manuellement les lignes restantes.
6. Le système calcule l'écart résiduel.
7. Le comptable justifie l'écart ou passe les écritures manquantes.
8. Le comptable clôture le rapprochement de la période.

Extensions

4.8 UC-RDV-05 — Réserver un rendez-vous#

Scénario nominal

1. Le client ouvre le lien de réservation du professionnel.
2. Le système affiche les créneaux libres selon les disponibilités et les exceptions déclarées.
3. Le client choisit un créneau et un type de rendez-vous.
4. Le client renseigne l'objet de la rencontre.
5. Le système crée le rendez-vous et bloque le créneau.
6. Le système notifie les deux parties.
7. Le système programme un rappel. → inclut UC-RDV-09.
8. Si le type est distanciel, le système prépare la salle de visioconférence. → étend UC-RDV-08.

Extensions

4.9 UC-ADM-05 — Modifier le catalogue des forfaits#

Scénario nominal

1. Le rôle finance ouvre le catalogue des forfaits.
2. Le système affiche la version courante du catalogue et sa date.
3. Le rôle finance modifie un prix, une dotation de sièges, un nombre de clients ou une dotation de crédits.
4. Le système présente l'écart entre l'ancienne et la nouvelle valeur.
5. Le rôle finance confirme.
6. Le système publie une nouvelle version datée du catalogue.
7. Le système trace la modification au journal d'audit avec l'identité de l'auteur.
8. Les surfaces qui affichent les prix servent la nouvelle version.

Extensions

4.10 UC-ENT-10 — Passer du contexte entrepreneur au contexte PME#

Scénario nominal

1. L'entrepreneur ouvre le sélecteur de contexte.
2. Le système affiche les contextes disponibles selon les droits du compte.
3. L'entrepreneur choisit le contexte PME.
4. Le système vérifie les droits auprès du catalogue de la plateforme.
5. Le système recompose la navigation, le tableau de bord et les fonctionnalités exposées.
6. Le système redirige vers le tableau de bord du contexte choisi.
7. Les données déjà saisies restent accessibles depuis le nouveau contexte.

Extensions

4.11 UC-AUD-11 — Traiter une demande de suppression#

Scénario nominal

1. Le rôle conformité ouvre la demande de suppression.
2. Le système présente le périmètre de données rattachées à la personne.
3. Le rôle conformité identifie les données soumises à une obligation de conservation.
4. Le rôle conformité confirme le périmètre à supprimer.
5. Le système exécute la suppression sur le périmètre confirmé.
6. Le système conserve la trace d'audit du traitement.
7. Le système notifie la personne concernée.

Extensions

4.12 UC-EXP-05 — Suivre les dates de péremption#

Scénario nominal

1. L'exploitant ouvre le suivi des dates de péremption.
2. Le système liste les articles par date croissante.
3. Le système met en évidence les articles sous le seuil d'alerte.
4. L'exploitant décide d'une action — remise, retrait, mise en avant.
5. L'exploitant enregistre l'action et la quantité concernée.
6. Le stock est mis à jour.
7. L'ordonnanceur émet l'alerte du lendemain sur les articles restants. → inclut UC-EXP-09.

Extensions

5. Vue système globale#

Ce diagramme est volontairement abstrait : il montre les familles d'acteurs et les domaines, pas les cas individuels. Les cas sont dans le §3.

flowchart LR
  subgraph act["Familles d acteurs"]
    a01(("Acteurs Client — 10 contextes"))
    a02(("Acteurs Professionnels — 9 contextes"))
    a03(("Rôles Administration — 5"))
    a04(("Acteurs temporels — 2"))
  end
  subgraph sys["Plateforme Kaxentra"]
    d01(["Fiscalité"])
    d02(["Comptabilité"])
    d03(["Paie"])
    d04(["Facturation"])
    d05(["Trésorerie"])
    d06(["Finances personnelles"])
    d07(["Immobilier et Succession"])
    d08(["Entrepreneuriat et Startup Studio"])
    d09(["Exploitation et Épicerie"])
    d10(["Documents et signature"])
    d11(["Communauté et marketplace"])
    d12(["Rendez-vous"])
    d13(["Intelligence artificielle"])
    d14(["Audit et conformité"])
    d15(["Conseil et Financement"])
    d16(["Administration de plateforme"])
  end
  subgraph ext["Systèmes externes"]
    a05(("Autorités fiscales"))
    a06(("Prestataire de paiement"))
    a07(("Signature électronique"))
    a08(("Passerelle de modèles"))
  end
  a01 --> d01
  a01 --> d06
  a01 --> d07
  a01 --> d08
  a01 --> d09
  a01 --> d10
  a02 --> d02
  a02 --> d03
  a02 --> d04
  a02 --> d05
  a02 --> d14
  a02 --> d15
  a01 --> d11
  a01 --> d12
  a01 --> d13
  a02 --> d13
  a03 --> d16
  a04 --> d04
  d01 --> a05
  d04 --> a06
  d10 --> a07
  d13 --> a08

Trois lectures de ce diagramme

1. Les acteurs Client et les acteurs Professionnels se rejoignent sur trois domaines — Documents, Rendez-vous, Intelligence artificielle. Ce sont les domaines où le client et son cabinet travaillent dans le même système, sur la même source de vérité. C'est le différenciateur n° 2 du brief.
2. Les rôles d'Administration ne touchent qu'un domaine, et ce domaine ne sert aucun client final. La séparation n'est pas cosmétique : le portail Administration raisonne en rôle × route, les deux autres raisonnent en locataire.
3. Les acteurs temporels initient réellement des cas. L'ordonnanceur déclenche des facturations récurrentes et des relances ; le calendrier fiscal déclenche des rappels d'échéance. Ils ne sont pas décoratifs.

6. Matrice acteurs × cas d'utilisation#

Lecture : P = acteur primaire du cas · S = acteur secondaire · — = aucune relation. La matrice est présentée par famille de domaines pour rester lisible.

6.1 Acteurs Client × domaines#

6.2 Acteurs Professionnels × domaines#

6.3 Rôles Administration × domaines#

6.4 Acteurs système, temporels et externes × domaines#

Trois enseignements de la matrice

1. L'ordonnanceur est l'acteur primaire le plus transversal — il initie des cas dans huit domaines. Un produit qui ne modélise pas le temps comme un acteur passe à côté de la moitié de son comportement réel.
2. La passerelle de notification est l'acteur secondaire le plus sollicité — présente dans dix-neuf domaines sur dix-neuf. Elle est de fait un point de passage critique.
3. Aucun acteur Client n'est primaire sur le domaine Administration, et aucun rôle d'Administration n'est primaire sur un domaine métier autre que l'IA et le financement. La frontière est nette dans la matrice, pas seulement dans le discours.

7. Cas des personas d'extension E01 à E08#

⚠️ NON LIVRÉ — hypothèse produit#

Les cas d'utilisation de cette section ne correspondent à aucun écran et à aucun point d'entrée de service. Un balayage du code source effectué le 17 août 2026 n'a trouvé aucune occurrence produit de « prière », « église » ou « ministère ». Le diagramme ci-dessous décrit ce qu'il faudrait bâtir, pas ce qui existe.

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

Chaque cas est adossé à une brique réellement livrée — c'est la seule chose qui rend l'hypothèse crédible plutôt que spéculative.

flowchart LR
  subgraph act["Acteurs d extension — non livrés"]
    a01(("Foyer élargi E01"))
    a02(("Assemblée locale E02"))
    a03(("Leader de groupe E03"))
    a04(("Leader de chaîne E04"))
    a05(("Ministère E05"))
  end
  subgraph sys["Cas hypothétiques"]
    uc01(["Partager un budget familial"])
    uc02(["Tenir la comptabilité d un organisme"])
    uc03(["Émettre un reçu de don"])
    uc04(["Animer un groupe de membres"])
    uc05(["Coordonner une chaîne sur plusieurs fuseaux"])
    uc06(["Piloter un programme d accompagnement"])
    uc07(["Organiser un événement avec billetterie"])
    uc08(["Suivre la présence des membres"])
    uc09(["Animer un espace en visioconférence"])
    uc10(["Marquer des jalons ludiques"])
  end
  subgraph bri["Briques réellement livrées"]
    b01(("Forfait Famille 5 sièges"))
    b02(("Communauté et événements"))
    b03(("Espaces collaboratifs"))
    b04(("Rendez-vous et visioconférence"))
    b05(("Notifications multicanal"))
  end
  a01 --> uc01
  a01 --> uc10
  a02 --> uc02
  a02 --> uc03
  a02 --> uc07
  a03 --> uc04
  a03 --> uc08
  a04 --> uc05
  a05 --> uc06
  a05 --> uc09
  uc01 --> b01
  uc02 --> b02
  uc03 --> b02
  uc04 --> b03
  uc05 --> b05
  uc06 --> b02
  uc07 --> b02
  uc08 --> b03
  uc09 --> b04
  uc10 --> b02

Ce que cette section dit honnêtement. Sur dix cas hypothétiques, quatre s'appuient sur des briques si proches qu'ils relèvent de l'assemblage — billetterie, présence, espace en visioconférence, budget familial. Six exigent du développement réel. Cette distinction est la seule information utile pour une feuille de route ; l'annoncer autrement reviendrait à vendre ce qui n'existe pas, ce que la valeur de sobriété du brief interdit.

8. Traçabilité vers le code source#

Ce qui n'a pas pu être vérifié dans ce passage. La fréquence réelle d'appel de chaque cas — aucune télémétrie d'usage n'a été consultée ; les fréquences indiquées au §4 sont des ordres de grandeur métier. Le comportement effectif des connecteurs externes en production — prestataire de paiement, connecteur bancaire, service de signature — n'a pas été observé en direct. Les codes de refus exacts renvoyés par les administrations fiscales n'ont pas été relevés.

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.