14 — Diagrammes UML : activité, séquence, états et classes#

Suite directe de 11-diagrammes-cas-utilisation.md. Le document précédent répond à qui peut demander quoi. Celui-ci répond à dans quel ordre, par quel échange et dans quel état.

Tous les diagrammes sont adossés au code source relevé le 17 août 2026 : registre de contextes partagé web et mobile, registres de navigation des trois portails web, points d'entrée des 85 services applicatifs. Chaque flux qui s'arrête avant son terme le dit dans le diagramme lui-même, pas seulement en note de bas de page.

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

1. Méthode#

1.1 Trois questions, trois notations#

Un même parcours peut donc apparaître trois fois dans ce document, sous trois angles. Ce n'est pas de la redondance : c'est la seule façon de rendre visible qu'un flux d'écran, un échange technique et un cycle de vie métier ne coïncident pas toujours. Le cas A20 — demande d'export — en est la démonstration : le flux d'écran est complet, l'échange technique s'arrête, et l'objet métier reste bloqué dans un état.

1.2 Mermaid n'a pas de couloirs natifs — il faut le dire#

UML représente les responsabilités par des couloirs verticaux ou horizontaux. Mermaid 11 n'implémente pas les couloirs dans flowchart. Il n'existe aucun mot-clef swimlane, aucune partition native.

Nous simulons donc chaque couloir par un subgraph nommé d'après l'acteur responsable. C'est une approximation, et elle a deux limites qu'il faut connaître pour lire correctement les diagrammes :

1. La position d'un nœud dans un subgraph ne contraint pas sa position visuelle finale — le moteur de disposition place les nœuds selon les arêtes, pas selon les cadres. Un nœud peut donc apparaître visuellement décalé par rapport à son couloir.
2. Une arête qui traverse deux subgraph n'est pas marquée comme un passage de responsabilité. Nous compensons en nommant l'acteur dans la colonne Acteur du tableau qui suit chaque diagramme. Le tableau fait foi.

Cette limite est assumée plutôt que contournée par une image externe : un diagramme Mermaid reste lisible dans le code source, comparable ligne à ligne d'une version à l'autre, et traduisible. Une image ne l'est pas.

1.3 Conventions de forme#

1.4 Conventions de séquence#

Les participants sont déclarés en ASCII pur, avec un libellé accentué en alias : participant a01 as "Client". Les messages sont notés a01->>a02: texte pour un appel, a02-->>a01: texte pour une réponse. Les blocs alt et opt portent les branchements. Les notes portent les invariants qui ne sont pas des messages.

1.5 Conventions d'états#

Les identifiants d'état sont ASCII et les libellés accentués sont déclarés par state "Libellé" as s01. Un état terminal est relié à [*]. Un état qui n'existe pas encore dans le produit est signalé dans le tableau qui suit le diagramme, jamais par une transition fictive.

1.6 Convention de statut — reprise du document précédent#

2. Diagrammes d'activité#

Vingt diagrammes. Chacun est suivi de son tableau Étape | Acteur | Action | Règle | Sortie.

2.1 A01 — Inscription et premier contexte#

flowchart TD
  subgraph l1["Visiteur"]
    n01(["Arrivée sur le portail"])
    n02["Saisir courriel et mot de passe"]
    n03["Confirmer le courriel"]
    n06["Choisir un contexte de départ"]
  end
  subgraph l2["Plateforme"]
    n04["Créer le compte et le locataire"]
    n05["Attribuer le forfait Gratuit"]
    n07["Vérifier les droits du contexte"]
    d01{"Contexte conditionné"}
    n08["Recomposer navigation et tableau de bord"]
    n09["Ouvrir le tableau de bord du contexte"]
    n10["Masquer la carte du contexte"]
    n11(["Compte actif"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> d01
  d01 -->|"non"| n08
  d01 -->|"oui sans clef active"| n10
  n10 --> n06
  n08 --> n09
  n09 --> n11

Statut : Livré.

2.2 A02 — Déclaration T1 et TP1#

flowchart TD
  subgraph l1["Contribuable"]
    n01(["Ouvrir le dossier fiscal"])
    n03["Téléverser les feuillets"]
    n05["Valider ou corriger les montants"]
    n09["Marquer la déclaration prête"]
  end
  subgraph l2["Plateforme"]
    n02["Afficher la liste de contrôle"]
    n04["Extraire par vision et proposer les montants"]
    d01{"Feuillet reconnu"}
    n06["Classer en pièce générique"]
    n07["Calculer crédits et déductions"]
    n08["Présenter résultat fédéral et provincial"]
    n10["Transmettre par voie électronique"]
    d02{"Transmission acceptée"}
    n11["Enregistrer l accusé"]
    n12["Afficher le code de refus"]
    n13(["Déclaration transmise"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> d01
  d01 -->|"oui"| n05
  d01 -->|"non"| n06
  n06 --> n05
  n05 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> d02
  d02 -->|"oui"| n11
  d02 -->|"non"| n12
  n12 --> n05
  n11 --> n13

Statut : Livré.

2.3 A03 — Déclaration de société T2#

flowchart TD
  subgraph l1["Fiscaliste"]
    n01(["Ouvrir le dossier de société"])
    n03["Vérifier la clôture de l exercice"]
    n06["Revoir les ajustements fiscaux"]
    n09["Valider et transmettre"]
  end
  subgraph l2["Plateforme"]
    n02["Rattacher la société au cabinet"]
    d01{"Exercice clôturé"}
    n04["Renvoyer vers la clôture comptable"]
    n05["Importer le résultat comptable"]
    n07["Calculer l impôt fédéral"]
    n08["Calculer l impôt provincial"]
    n10["Enregistrer l accusé"]
    n11(["Déclaration de société transmise"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> d01
  d01 -->|"non"| n04
  n04 --> n03
  d01 -->|"oui"| n05
  n05 --> n06
  n06 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> n11

Statut : Livré.

2.4 A04 — Cycle de paie#

flowchart TD
  subgraph l1["Gestionnaire de paie"]
    n01(["Ouvrir le cycle de la période"])
    n06["Revoir le cycle employé par employé"]
    n07["Valider le cycle"]
  end
  subgraph l2["Plateforme"]
    n02["Rassembler employés heures et absences"]
    d01{"Données complètes"}
    n03["Marquer l employé incomplet"]
    n04["Calculer le brut"]
    n05["Calculer les retenues à la source"]
    n08["Produire les bulletins"]
    n09["Notifier les employés"]
    n10["Préparer le montant de la remise"]
    n11(["Cycle verrouillé"])
  end
  n01 --> n02
  n02 --> d01
  d01 -->|"non"| n03
  n03 --> n06
  d01 -->|"oui"| n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> n11

Statut : Livré.

2.5 A05 — Rapprochement bancaire#

flowchart TD
  subgraph l1["Comptable"]
    n01(["Ouvrir le rapprochement"])
    n05["Valider les appariements proposés"]
    n06["Apparier manuellement le reste"]
    n09["Justifier ou passer les écritures"]
    n10["Clôturer la période"]
  end
  subgraph l2["Plateforme"]
    n02["Charger les transactions importées"]
    d01{"Transactions présentes"}
    n03["Afficher aucune transaction importée"]
    n04["Proposer des appariements"]
    n07["Calculer l écart résiduel"]
    d02{"Écart sous le seuil"}
    n08["Bloquer la clôture"]
    n11(["Période rapprochée"])
  end
  n01 --> n02
  n02 --> d01
  d01 -->|"non"| n03
  d01 -->|"oui"| n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> d02
  d02 -->|"non"| n08
  n08 --> n09
  n09 --> n07
  d02 -->|"oui"| n10
  n10 --> n11

Statut : Livré.

2.6 A06 — Demande de documents#

flowchart TD
  subgraph l1["Cabinet"]
    n01(["Ouvrir le dossier client"])
    n02["Créer la demande de document"]
    n10["Voir la pièce au dossier"]
  end
  subgraph l2["Plateforme"]
    d01{"Pièce déjà au dossier"}
    n03["Signaler la présence de la pièce"]
    n04["Placer la demande en attente"]
    n05["Notifier le client"]
    n08["Passer la demande à satisfaite"]
    n09["Notifier le cabinet"]
  end
  subgraph l3["Client"]
    n06["Voir la demande dans ses actions"]
    n07["Téléverser la pièce"]
  end
  n01 --> n02
  n02 --> d01
  d01 -->|"oui"| n03
  n03 --> n02
  d01 -->|"non"| n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10

Statut : Livré.

2.7 A07 — Signature électronique#

flowchart TD
  subgraph l1["Cabinet"]
    n01(["Finaliser le document"])
    n02["Désigner les signataires et l ordre"]
    n03["Ouvrir le cycle de signature"]
  end
  subgraph l2["Plateforme"]
    n04["Notifier le premier signataire"]
    d01{"Signature apposée"}
    n07["Relancer le signataire"]
    n08["Passer au signataire suivant"]
    d02{"Tous ont signé"}
    n09["Sceller le document"]
    n10["Conserver la preuve d apposition"]
    n11(["Document signé"])
  end
  subgraph l3["Signataire"]
    n05["Ouvrir le document"]
    n06["Apposer sa signature"]
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> d01
  d01 -->|"non"| n07
  n07 --> n05
  d01 -->|"oui"| n08
  n08 --> d02
  d02 -->|"non"| n04
  d02 -->|"oui"| n09
  n09 --> n10
  n10 --> n11

Statut : Livré.

2.8 A08 — Facture émise et encaissée#

flowchart TD
  subgraph l1["Émetteur"]
    n01(["Créer la facture"])
    n02["Saisir les lignes"]
    n04["Émettre la facture"]
  end
  subgraph l2["Plateforme"]
    n03["Appliquer la grille tarifaire"]
    n05["Numéroter et fixer l échéance"]
    n06["Notifier le payeur"]
    n09["Enregistrer le paiement"]
    n10["Mettre à jour le solde"]
    d02{"Solde nul"}
    n11["Laisser la facture ouverte"]
    n12(["Facture soldée"])
  end
  subgraph l3["Payeur"]
    n07["Ouvrir la facture"]
    n08["Payer"]
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> d02
  d02 -->|"non"| n11
  d02 -->|"oui"| n12

Statut : Livré.

2.9 A09 — Facturation récurrente et relance#

flowchart TD
  subgraph l1["Responsable de facturation"]
    n01(["Définir le modèle de facture"])
    n02["Choisir la périodicité"]
    n03["Activer la récurrence"]
  end
  subgraph l2["Ordonnanceur"]
    n04["Déclencher à l échéance de période"]
    n09["Déclencher le contrôle des impayés"]
  end
  subgraph l3["Plateforme"]
    n05["Générer la facture de la période"]
    n06["Émettre et notifier"]
    d01{"Facture échue et non soldée"}
    n07["Ne rien faire"]
    n08["Exécuter l étape de relance suivante"]
    n10["Tracer la relance"]
    n11(["Séquence de recouvrement en cours"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> n09
  n09 --> d01
  d01 -->|"non"| n07
  d01 -->|"oui"| n08
  n08 --> n10
  n10 --> n11

Statut : Livré.

2.10 A10 — Du reçu numérisé au classement#

flowchart TD
  subgraph l1["Utilisateur"]
    n01(["Photographier ou déposer le reçu"])
    n05["Valider ou corriger les champs"]
    n07["Confirmer le classement"]
  end
  subgraph l2["Plateforme"]
    n02["Stocker et horodater le fichier"]
    n03["Appeler le moteur de vision"]
    d01{"Extraction réussie"}
    n04["Proposer les champs extraits"]
    n06["Proposer la saisie manuelle"]
    n08["Classer dans le dossier"]
    n09["Rattacher à une dépense"]
    n10(["Reçu classé et exploitable"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> d01
  d01 -->|"oui"| n04
  d01 -->|"non"| n06
  n04 --> n05
  n06 --> n05
  n05 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10

Statut : Livré.

2.11 A11 — Clôture mensuelle#

flowchart TD
  subgraph l1["Comptable"]
    n01(["Lancer la clôture du mois"])
    n05["Passer les écritures de régularisation"]
    n08["Confirmer la clôture"]
  end
  subgraph l2["Plateforme"]
    n02["Vérifier les rapprochements"]
    d01{"Rapprochements complets"}
    n03["Lister les comptes non rapprochés"]
    n04["Contrôler les écritures déséquilibrées"]
    n06["Produire les états financiers"]
    n07["Présenter les écarts au mois précédent"]
    n09["Verrouiller la période"]
    n10["Calculer le report à nouveau"]
    n11(["Mois clôturé"])
  end
  n01 --> n02
  n02 --> d01
  d01 -->|"non"| n03
  n03 --> n01
  d01 -->|"oui"| n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> n11

Statut : Livré.

2.12 A12 — Remise TPS et TVQ#

flowchart TD
  subgraph l1["Fiscaliste"]
    n01(["Ouvrir la période de déclaration"])
    n05["Revoir la ventilation"]
    n07["Valider la remise"]
  end
  subgraph l2["Plateforme"]
    n02["Collecter les ventes taxables"]
    n03["Collecter les crédits sur intrants"]
    n04["Calculer le montant net"]
    d01{"Montant net positif"}
    n06["Préparer une demande de remboursement"]
    n08["Transmettre la déclaration"]
    n09["Enregistrer l accusé et l échéance de paiement"]
    n10(["Remise déclarée"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> d01
  d01 -->|"oui"| n05
  d01 -->|"non"| n06
  n06 --> n05
  n05 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10

Statut : Livré.

2.13 A13 — Plan d'affaires#

flowchart TD
  subgraph l1["Entrepreneur"]
    n01(["Créer le plan d affaires"])
    n02["Décrire le projet et le marché"]
    n05["Saisir les hypothèses financières"]
    n08["Compléter les sections manquantes"]
  end
  subgraph l2["Plateforme"]
    n03["Structurer les sections attendues"]
    n04["Proposer une aide contextuelle"]
    n06["Bâtir le modèle financier"]
    n07["Calculer le seuil de rentabilité"]
    d01{"Sections complètes"}
    n09["Produire le document de plan"]
    n10(["Plan exploitable"])
  end
  n01 --> n03
  n03 --> n02
  n02 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> d01
  d01 -->|"non"| n08
  n08 --> d01
  d01 -->|"oui"| n09
  n09 --> n10

Statut : Livré.

2.14 A14 — Incorporation#

flowchart TD
  subgraph l1["Entrepreneur"]
    n01(["Décider de constituer une société"])
    n03["Choisir la dénomination"]
    n06["Fournir les pièces demandées"]
  end
  subgraph l2["Incorporateur"]
    n02["Recommander une forme juridique"]
    n05["Établir la liste des pièces"]
    n07["Constituer le dossier"]
    n08["Déposer auprès du registraire"]
  end
  subgraph l3["Plateforme"]
    n04["Vérifier la conformité de démarrage"]
    n09["Ouvrir les registres de société"]
    n10["Proposer la bascule vers le contexte PME"]
    n11(["Société constituée"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> n11

Statut : Livré.

2.15 A15 — Mandat d'audit#

flowchart TD
  subgraph l1["Auditeur"]
    n01(["Ouvrir le mandat"])
    n02["Fixer le périmètre"]
    n03["Évaluer les risques"]
    n05["Exécuter les tests"]
    n07["Documenter les conclusions"]
    n09["Émettre le rapport"]
  end
  subgraph l2["Plateforme"]
    n04["Bâtir le programme de travail"]
    n06["Rattacher les éléments probants"]
    d01{"Tests concluants"}
    n08["Ouvrir un point d attention"]
    n10["Tracer au journal d audit"]
    n11(["Mandat clos"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> d01
  d01 -->|"non"| n08
  n08 --> n05
  d01 -->|"oui"| n07
  n07 --> n09
  n09 --> n10
  n10 --> n11

Statut : Livré.

2.16 A16 — Demande de soumission#

flowchart TD
  subgraph l1["Demandeur"]
    n01(["Décrire le besoin"])
    n02["Fixer le budget et le délai"]
    n03["Publier la demande"]
    n08["Comparer les propositions"]
    n09["Retenir un cabinet"]
  end
  subgraph l2["Plateforme"]
    n04["Identifier les cabinets éligibles"]
    n05["Notifier les cabinets"]
    n10["Ouvrir la relation client cabinet"]
    n11(["Mandat engagé"])
  end
  subgraph l3["Cabinet"]
    n06["Consulter la demande"]
    n07["Transmettre une proposition"]
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> n11

Statut : Livré.

2.17 A17 — Requête à l'assistant avec consommation de crédits#

flowchart TD
  subgraph l1["Utilisateur"]
    n01(["Saisir la question"])
    n11["Lire la réponse et ses sources"]
  end
  subgraph l2["Plateforme"]
    n02["Vérifier le solde de crédits"]
    d01{"Solde strictement positif"}
    n03["Refuser l appel et nommer la cause"]
    n04["Appliquer les garde-fous en entrée"]
    n05["Interroger la base de connaissances"]
    d02{"Base joignable"}
    n06["Répondre sans ancrage et le signaler"]
    n07["Appeler la passerelle de modèles"]
    n08["Appliquer les garde-fous en sortie"]
    n09["Décompter au tarif daté du modèle servi"]
    n10["Persister la réponse et ses sources"]
    n12(["Appel terminé"])
  end
  n01 --> n02
  n02 --> d01
  d01 -->|"non"| n03
  n03 --> n12
  d01 -->|"oui"| n04
  n04 --> n05
  n05 --> d02
  d02 -->|"non"| n06
  n06 --> n07
  d02 -->|"oui"| n07
  n07 --> n08
  n08 --> n09
  n09 --> n10
  n10 --> n11
  n11 --> n12

Statut : Livré.

2.18 A18 — Approbation humaine d'une action à conséquence#

flowchart TD
  subgraph l1["Agent"]
    n01(["Proposer une action à conséquence"])
  end
  subgraph l2["Plateforme"]
    n02["Différer l écriture"]
    n03["Créer la demande d approbation"]
    n04["Notifier l approbateur habilité"]
    d01{"Décision"}
    n07["Rejouer l écriture différée"]
    n08["N effectuer aucune écriture"]
    d02{"Rejeu réussi"}
    n09["Marquer approuvée non exécutée"]
    n10["Tracer la décision au journal d audit"]
    n11(["Demande close"])
  end
  subgraph l3["Approbateur"]
    n05["Lire l action ses effets et sa justification"]
    n06["Approuver ou rejeter"]
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> d01
  d01 -->|"approuvée"| n07
  d01 -->|"rejetée"| n08
  n07 --> d02
  d02 -->|"non"| n09
  d02 -->|"oui"| n10
  n08 --> n10
  n09 --> n10
  n10 --> n11

Statut : Livré — sur les quatre surfaces.

2.19 A19 — Changement de forfait#

flowchart TD
  subgraph l1["Titulaire"]
    n01(["Ouvrir la page d abonnement"])
    n03["Choisir le nouveau forfait"]
    n06["Confirmer le changement"]
    n10["Demander la résiliation"]
  end
  subgraph l2["Plateforme"]
    n02["Afficher le forfait courant et ses dotations"]
    n04["Calculer l écart de sièges clients et crédits"]
    n05["Présenter le montant au prorata"]
    n07["Appeler le prestataire de paiement"]
    d01{"Paiement accepté"}
    n08["Appliquer les nouveaux droits"]
    n09["Conserver l ancien forfait"]
    d02{"Surface Affaires"}
    n11["Ouvrir l écran de résiliation en libre service"]
    n12["Router une demande vers le cabinet"]
    n13(["Abonnement à jour"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n04 --> n05
  n05 --> n06
  n06 --> n07
  n07 --> d01
  d01 -->|"oui"| n08
  d01 -->|"non"| n09
  n08 --> n13
  n09 --> n13
  n02 --> n10
  n10 --> d02
  d02 -->|"oui"| n11
  d02 -->|"non"| n12
  n11 --> n13
  n12 --> n13

Statut : Livré pour le changement de forfait. Résiliation en libre-service : Livré — portail Affaires seulement.

2.20 A20 — Demande d'export de données#

⚠️ Ce flux ne va pas à son terme dans le produit#

Le point d'entrée d'export existe et crée une demande à l'état « en attente ». Aucun processus ne l'exécute — le travailleur asynchrone porte une réserve de non-implémentation explicite dans le code, et l'adresse de téléchargement reste vide. Le périmètre couvert ne serait de toute façon que le profil client — profil, adhésions, avis — ni la comptabilité, ni les déclarations, ni les documents, ni les finances personnelles.

Le diagramme ci-dessous représente donc le flux réel, terminaison comprise. Formulation autorisée en communication : « vous pouvez demander l'export de vos données ; la demande est traitée par votre cabinet. » ⛔ Interdit : « export intégral en libre-service ».

flowchart TD
  subgraph l1["Titulaire"]
    n01(["Ouvrir les droits sur ses données"])
    n02["Demander un export"]
    n07["Voir la demande en attente"]
  end
  subgraph l2["Plateforme"]
    n03["Créer la demande à l état en attente"]
    n04["Router un ticket vers le cabinet"]
    n05["Ne déclencher aucun travailleur d exécution"]
    n06["Laisser l adresse de téléchargement vide"]
  end
  subgraph l3["Humain du cabinet"]
    n08["Prendre en charge le ticket"]
    n09["Constituer la remise hors produit"]
    n10(["Fin — traitement humain"])
  end
  n01 --> n02
  n02 --> n03
  n03 --> n04
  n03 --> n05
  n05 --> n06
  n06 --> n07
  n04 --> n08
  n08 --> n09
  n09 --> n10

Statut : Livré — partiel. Le flux d'écran existe ; le processus d'exécution n'existe pas.

3. Diagrammes de séquence#

Dix-huit diagrammes. Chacun est suivi de son tableau N° | Émetteur | Destinataire | Message | Condition | Réponse | Cas d'erreur.

3.1 Q01 — Authentification#

sequenceDiagram
  participant a01 as "Navigateur"
  participant a02 as "Portail"
  participant a03 as "Fournisseur d identité"
  participant a04 as "Service de comptes"
  a01->>a02: Ouvrir une page protégée
  a02->>a03: Rediriger vers l authentification
  a01->>a03: Soumettre les identifiants
  alt Identifiants valides
    a03-->>a02: Jeton signé
    a02->>a04: Résoudre le compte et le locataire
    a04-->>a02: Compte locataire et contextes autorisés
    a02-->>a01: Session ouverte et contexte par défaut
  else Identifiants refusés
    a03-->>a01: Refus explicite sans session
  end

Note. L'authentification à deux facteurs n'est pas implémentée. Elle n'apparaît donc dans aucune branche de ce diagramme, et elle ne doit être annoncée nulle part.

3.2 Q02 — Tableau de bord contextuel#

sequenceDiagram
  participant a01 as "Navigateur"
  participant a02 as "Portail"
  participant a03 as "Catalogue de la plateforme"
  participant a04 as "Services de domaine"
  a01->>a02: Demander le tableau de bord
  a02->>a03: Résoudre les droits du contexte actif
  a03-->>a02: Modules autorisés et clefs d offre
  a02->>a04: Demander les indicateurs des modules autorisés
  a04-->>a02: Indicateurs disponibles
  a02-->>a01: Tableau de bord composé
  Note over a02,a04: Une source injoignable affiche un tiret, jamais un zéro

3.3 Q03 — Bascule de contexte#

sequenceDiagram
  participant a01 as "Utilisateur"
  participant a02 as "Portail"
  participant a03 as "Catalogue de la plateforme"
  participant a04 as "Registre de navigation"
  a01->>a02: Ouvrir le sélecteur de contexte
  a02->>a03: Lister les contextes autorisés
  a03-->>a02: Contextes autorisés et contextes conditionnés
  a02-->>a01: Cartes de contexte visibles
  a01->>a02: Choisir un contexte
  alt Droits suffisants
    a02->>a04: Recomposer la navigation
    a04-->>a02: Arborescence du contexte
    a02-->>a01: Redirection vers le tableau de bord du contexte
  else Clef d offre inactive
    a02-->>a01: Carte absente et parcours d achat proposé
  end

3.4 Q04 — Téléversement et extraction#

sequenceDiagram
  participant a01 as "Utilisateur"
  participant a02 as "Service de documents"
  participant a03 as "Moteur de vision"
  participant a04 as "Compteur de crédits"
  a01->>a02: Téléverser le fichier
  a02-->>a01: Fichier stocké et horodaté
  a02->>a04: Vérifier le solde avant extraction
  alt Solde suffisant
    a02->>a03: Demander l extraction
    a03-->>a02: Champs extraits et indice de confiance
    a02-->>a01: Champs proposés à la validation
  else Solde épuisé
    a02-->>a01: Fichier conservé et extraction non lancée
  end

3.5 Q05 — Calcul fiscal fédéral et provincial#

sequenceDiagram
  participant a01 as "Contribuable"
  participant a02 as "Portail"
  participant a03 as "Service de fiscalité"
  participant a04 as "Table de taux datés"
  a01->>a02: Demander le calcul
  a02->>a03: Transmettre les données du dossier
  a03->>a04: Demander les taux de l année
  alt Taux présents
    a04-->>a03: Taux fédéraux et provinciaux
    a03-->>a02: Résultat fédéral résultat provincial et détail par ligne
    a02-->>a01: Résultats et détail de calcul
  else Taux manquant
    a04-->>a03: Erreur de taux manquant
    a03-->>a02: Calcul refusé avec la cause
  end

3.6 Q06 — Demande de document, du cabinet au client#

sequenceDiagram
  participant a01 as "Cabinet"
  participant a02 as "Service de documents"
  participant a03 as "Passerelle de notification"
  participant a04 as "Portail Client"
  a01->>a02: Créer la demande de document
  a02-->>a01: Demande en attente
  a02->>a03: Notifier le client
  a03-->>a04: Notification remise
  a04->>a02: Téléverser la pièce demandée
  a02-->>a04: Demande satisfaite
  a02->>a03: Notifier le cabinet
  a03-->>a01: Pièce disponible au dossier

3.7 Q07 — Signature multi-parties#

sequenceDiagram
  participant a01 as "Cabinet"
  participant a02 as "Service de documents"
  participant a03 as "Service de signature"
  participant a04 as "Signataire"
  a01->>a02: Ouvrir le cycle de signature
  a02->>a03: Créer le dossier de signature
  a03-->>a02: Cycle ouvert et ordre des signataires
  a03->>a04: Inviter le signataire courant
  a04->>a03: Apposer la signature
  a03-->>a02: Signature enregistrée
  alt Signataires restants
    a03->>a04: Inviter le signataire suivant
  else Tous ont signé
    a03-->>a02: Document scellé et preuve d apposition
    a02-->>a01: Document signé au dossier
  end

3.8 Q08 — Paiement et rapprochement#

sequenceDiagram
  participant a01 as "Payeur"
  participant a02 as "Service de facturation"
  participant a03 as "Prestataire de paiement"
  participant a04 as "Service de comptabilité"
  a01->>a02: Déclencher le paiement de la facture
  a02->>a03: Créer l intention de paiement
  a03-->>a02: Encaissement confirmé
  a02->>a02: Rattacher le paiement à la facture
  a02-->>a01: Solde de la facture mis à jour
  a02->>a04: Rendre le paiement rapprochable
  a04-->>a02: Écriture disponible au rapprochement

3.9 Q09 — Souscription et attribution des droits#

sequenceDiagram
  participant a01 as "Titulaire"
  participant a02 as "Service de facturation"
  participant a03 as "Prestataire de paiement"
  participant a04 as "Catalogue de la plateforme"
  a01->>a02: Souscrire un forfait
  a02->>a04: Lire la définition du forfait
  a04-->>a02: Sièges clients crédits et modules inclus
  a02->>a03: Encaisser
  alt Paiement accepté
    a03-->>a02: Encaissement confirmé
    a02->>a04: Activer les droits du forfait
    a04-->>a02: Droits actifs
    a02-->>a01: Abonnement actif
  else Paiement refusé
    a03-->>a02: Refus
    a02-->>a01: Aucun droit accordé
  end

3.10 Q10 — Achat de module#

sequenceDiagram
  participant a01 as "Titulaire"
  participant a02 as "Portail"
  participant a03 as "Service de facturation"
  participant a04 as "Catalogue de la plateforme"
  a01->>a02: Ouvrir un contexte conditionné
  a02->>a04: Vérifier la clef d offre
  a04-->>a02: Clef inactive
  a02-->>a01: Proposer le module ou l ensemble
  a01->>a03: Acheter le module
  a03->>a04: Activer la clef d offre
  a04-->>a03: Clef active
  a03-->>a02: Droits recalculés
  a02-->>a01: Carte du contexte désormais visible

3.11 Q11 — Consommation de crédits et refus au plafond#

sequenceDiagram
  participant a01 as "Utilisateur"
  participant a02 as "Service applicatif"
  participant a03 as "Compteur de crédits"
  participant a04 as "Passerelle de modèles"
  a01->>a02: Demander une action assistée
  a02->>a03: Vérifier le solde
  alt Solde strictement positif
    a03-->>a02: Solde suffisant
    a02->>a04: Appeler le modèle
    a04-->>a02: Réponse et modèle réellement servi
    a02->>a03: Décompter au tarif daté du modèle servi
    a03-->>a02: Nouveau solde
    a02-->>a01: Réponse et solde mis à jour
  else Solde nul
    a03-->>a02: Crédits insuffisants
    a02-->>a01: Appel refusé et cause nommée
  end
  Note over a02,a03: Aucun dépassement n est jamais facturé

Réserve de communication. ✅ Autorisé : « vos crédits sont visibles, et au zéro l'appel est refusé plutôt que facturé. » ⛔ Interdit : « plafonnez votre dépense » — aucun plafond de dépense configurable n'existe. Le seul réglage voisin est un seuil de recharge automatique, qui est l'inverse d'un plafond. Le plafond effectif est la dotation du forfait, non modifiable.

3.12 Q12 — Orchestration multi-agents#

sequenceDiagram
  participant a01 as "Professionnel"
  participant a02 as "Orchestrateur"
  participant a03 as "Agent analyste"
  participant a04 as "Agent rédacteur"
  participant a05 as "Agent critique"
  a01->>a02: Confier une tâche composée
  a02->>a03: Analyser les données du dossier
  a03-->>a02: Constats et sources
  a02->>a04: Rédiger la synthèse à partir des constats
  a04-->>a02: Projet de synthèse
  a02->>a05: Revoir la synthèse
  alt Revue favorable
    a05-->>a02: Verdict favorable
    a02-->>a01: Synthèse et attribution par agent
  else Revue défavorable
    a05-->>a02: Verdict défavorable et motifs
    a02->>a04: Reprendre la rédaction
  end

3.13 Q13 — Extraction par vision#

sequenceDiagram
  participant a01 as "Service de documents"
  participant a02 as "Service de vision"
  participant a03 as "Modèle de vision"
  participant a04 as "Compteur de crédits"
  a01->>a02: Soumettre le fichier à extraire
  a02->>a04: Vérifier et réserver les crédits
  a04-->>a02: Réservation acceptée
  a02->>a03: Analyser le document
  a03-->>a02: Champs indices de confiance et zones
  a02->>a04: Décompter le coût réel
  a02-->>a01: Champs proposés avec leur confiance
  Note over a02,a01: Aucun champ n est écrit sans validation humaine

3.14 Q14 — Prévision de trésorerie#

sequenceDiagram
  participant a01 as "Ordonnanceur"
  participant a02 as "Service de trésorerie"
  participant a03 as "Service de facturation"
  participant a04 as "Moteur de prévision"
  a01->>a02: Déclencher le calcul périodique
  a02->>a03: Demander les échéances à recevoir et à payer
  a03-->>a02: Échéances datées
  a02->>a04: Demander la prévision de flux
  a04-->>a02: Prévision et hypothèses retenues
  a02-->>a02: Comparer à la position réelle
  a02->>a01: Prévision publiée avec sa date de calcul

3.15 Q15 — Flux de travail automatisé#

sequenceDiagram
  participant a01 as "Concepteur"
  participant a02 as "Service de flux"
  participant a03 as "Service de domaine"
  participant a04 as "Passerelle de notification"
  a01->>a02: Publier un modèle de flux
  a02-->>a01: Modèle actif
  a03->>a02: Émettre un événement métier
  a02->>a02: Évaluer les conditions du modèle
  alt Conditions satisfaites
    a02->>a03: Exécuter l action automatisée
    a03-->>a02: Résultat de l action
    a02->>a04: Notifier les destinataires
  else Conditions non satisfaites
    a02-->>a03: Aucune action et trace de l évaluation
  end

3.16 Q16 — Rendez-vous avec visioconférence#

sequenceDiagram
  participant a01 as "Client"
  participant a02 as "Service de réservation"
  participant a03 as "Service de visioconférence"
  participant a04 as "Passerelle de notification"
  a01->>a02: Demander un créneau
  a02-->>a01: Créneaux libres selon disponibilités et exceptions
  a01->>a02: Réserver un créneau
  a02->>a02: Bloquer le créneau
  alt Rendez-vous distanciel
    a02->>a03: Créer la salle
    a03-->>a02: Adresse de salle
  else Rendez-vous en présence
    a02-->>a02: Aucune salle à créer
  end
  a02->>a04: Confirmer aux deux parties et programmer le rappel
  a04-->>a01: Confirmation et rappel programmé

3.17 Q17 — Notification multicanal#

sequenceDiagram
  participant a01 as "Service émetteur"
  participant a02 as "Service de notification"
  participant a03 as "Préférences du destinataire"
  participant a04 as "Canal de remise"
  a01->>a02: Émettre une notification
  a02->>a03: Lire les canaux actifs et les préférences
  alt Au moins un canal actif
    a03-->>a02: Canaux retenus
    a02->>a04: Remettre sur chaque canal
    a04-->>a02: Accusé de remise par canal
    a02-->>a01: Remise tracée
  else Aucun canal actif
    a03-->>a02: Aucun canal
    a02-->>a01: Absence de canal signalée et notification conservée
  end

3.18 Q18 — Détection d'écart de catalogue#

Cas réel. Le forfait Gratuit était servi à 10 crédits par mois alors que la base du catalogue en portait 23. Deux mesures existaient, elles ne concordaient pas, et chacune prise seule paraissait vraie. C'est exactement le motif qui justifie une détection par comparaison, jamais par confiance en une source.

sequenceDiagram
  participant a01 as "Sonde de contrôle"
  participant a02 as "Interface publique du catalogue"
  participant a03 as "Base du catalogue"
  participant a04 as "Rôle finance"
  a01->>a02: Lire la dotation servie du forfait
  a02-->>a01: Dotation servie
  a01->>a03: Lire la dotation en base
  a03-->>a01: Dotation en base
  a01->>a01: Comparer les deux valeurs
  alt Valeurs identiques
    a01-->>a04: Aucun écart
  else Valeurs divergentes
    a01-->>a04: Écart nommé avec les deux valeurs et leur origine
    a04->>a03: Corriger la source fautive et publier une version datée
  end

Trois enseignements de ce cas.

1. Deux sondes qui partagent le même angle mort se confirment mutuellement. Le témoin doit différer par sa nature — ici, une lecture par l'interface publique et une lecture en base, pas deux appels à la même interface.
2. Une mesure impossible est un verdict « inconcluant », pas un verdict « conforme ». Un contrôle qui ne peut pas regarder ne doit jamais rendre vert.
3. Le prix et les dotations n'ont qu'un seul propriétaire. La matrice route × rôle du portail Administration confie le catalogue au rôle finance et à lui seul — l'administrateur de plateforme n'y a qu'un accès en lecture. Cette séparation est ce qui rend la correction traçable.

4. Diagrammes d'états#

Six objets métier, chacun avec son cycle de vie complet.

4.1 Dossier fiscal#

stateDiagram-v2
  state "Ouvert" as s01
  state "En collecte de pièces" as s02
  state "En calcul" as s03
  state "Prêt à transmettre" as s04
  state "Transmis" as s05
  state "Cotisé" as s06
  state "En révision" as s07
  [*] --> s01
  s01 --> s02: ouverture de la liste de contrôle
  s02 --> s03: pièces suffisantes
  s03 --> s02: pièce manquante détectée
  s03 --> s04: calcul validé
  s04 --> s03: correction demandée
  s04 --> s05: accusé de transmission reçu
  s04 --> s04: transmission refusée sans accusé
  s05 --> s06: avis de cotisation enregistré
  s06 --> s07: écart contesté
  s07 --> s05: déclaration corrigée retransmise
  s06 --> [*]

4.2 Facture#

stateDiagram-v2
  state "Brouillon" as s01
  state "Émise" as s02
  state "Partiellement soldée" as s03
  state "Soldée" as s04
  state "Échue" as s05
  state "En recouvrement" as s06
  state "Annulée par avoir" as s07
  [*] --> s01
  s01 --> s02: émission et numérotation
  s02 --> s03: paiement partiel
  s02 --> s04: paiement intégral
  s03 --> s04: solde du reliquat
  s02 --> s05: échéance dépassée
  s03 --> s05: échéance dépassée
  s05 --> s06: séquence de recouvrement engagée
  s06 --> s04: paiement reçu
  s02 --> s07: avoir émis
  s04 --> s02: extourne du paiement
  s04 --> [*]
  s07 --> [*]

4.3 Document#

stateDiagram-v2
  state "Déposé" as s01
  state "En extraction" as s02
  state "Champs proposés" as s03
  state "Validé" as s04
  state "Classé" as s05
  state "En signature" as s06
  state "Signé et scellé" as s07
  state "Archivé" as s08
  [*] --> s01
  s01 --> s02: extraction demandée
  s02 --> s03: extraction réussie
  s02 --> s01: extraction infructueuse
  s03 --> s04: validation humaine
  s01 --> s04: saisie manuelle
  s04 --> s05: classement confirmé
  s05 --> s06: cycle de signature ouvert
  s06 --> s07: tous les signataires ont signé
  s06 --> s05: cycle abandonné
  s05 --> s08: archivage
  s07 --> s08: archivage
  s08 --> [*]

4.4 Mandat#

stateDiagram-v2
  state "Proposé" as s01
  state "Accepté" as s02
  state "En exécution" as s03
  state "En attente du client" as s04
  state "En revue" as s05
  state "Livré" as s06
  state "Clos" as s07
  state "Abandonné" as s08
  [*] --> s01
  s01 --> s02: acceptation du client
  s01 --> s08: refus du client
  s02 --> s03: démarrage des travaux
  s03 --> s04: pièce ou décision attendue
  s04 --> s03: réponse reçue
  s03 --> s05: travaux achevés
  s05 --> s03: revue défavorable
  s05 --> s06: revue favorable
  s06 --> s07: facturation et clôture
  s07 --> [*]
  s08 --> [*]

4.5 Abonnement#

stateDiagram-v2
  state "En souscription" as s01
  state "Actif" as s02
  state "En changement de forfait" as s03
  state "Paiement en défaut" as s04
  state "Résiliation demandée" as s05
  state "Résiliation programmée" as s06
  state "Résilié" as s07
  [*] --> s01
  s01 --> s02: encaissement confirmé
  s01 --> s01: paiement refusé et aucun droit accordé
  s02 --> s03: changement demandé
  s03 --> s02: nouveaux droits appliqués
  s03 --> s02: paiement refusé et ancien forfait conservé
  s02 --> s04: échec de prélèvement
  s04 --> s02: régularisation
  s02 --> s05: demande de résiliation
  s05 --> s06: résiliation acceptée en fin de période
  s06 --> s07: fin de période atteinte
  s07 --> [*]

4.6 Demande d'approbation IA#

stateDiagram-v2
  state "En attente d approbation" as s01
  state "Approuvée" as s02
  state "Approuvée non exécutée" as s03
  state "Exécutée" as s04
  state "Rejetée" as s05
  state "Renvoyée pour modification" as s06
  state "Expirée" as s07
  [*] --> s01
  s01 --> s02: approbation par un habilité
  s01 --> s05: rejet
  s01 --> s06: modification demandée
  s01 --> s07: délai dépassé
  s06 --> s01: nouvelle proposition
  s02 --> s04: rejeu de l écriture différée réussi
  s02 --> s03: rejeu échoué
  s03 --> s04: nouveau rejeu réussi
  s04 --> [*]
  s05 --> [*]
  s07 --> [*]

5. Diagramme de classes du modèle de domaine#

Seize classes. Les noms de membres sont en caractères ASCII pour garantir le rendu.

classDiagram
  class Compte {
    +identifiant
    +courriel
    +contexteActif
    +basculerContexte()
  }
  class Locataire {
    +identifiant
    +raisonSociale
    +typePortail
  }
  class Contexte {
    +identifiant
    +libelle
    +categorie
    +routeTableauBord
    +estConditionne
  }
  class Module {
    +clef
    +libelle
    +categorie
    +portail
  }
  class Forfait {
    +code
    +prixMensuel
    +prixAnnuel
    +sieges
    +clientsMax
    +creditsParMois
    +enVente
  }
  class Ensemble {
    +code
    +libelle
    +prixMensuel
  }
  class Siege {
    +identifiant
    +role
    +dateAttribution
  }
  class CreditIA {
    +solde
    +dotationMensuelle
    +seuilRecharge
    +consommer()
    +refuserAuZero()
  }
  class Client {
    +identifiant
    +nom
    +typePersonne
  }
  class Dossier {
    +identifiant
    +annee
    +etat
    +domaine
  }
  class Document {
    +identifiant
    +nom
    +etat
    +versionCourante
  }
  class Facture {
    +numero
    +dateEmission
    +dateEcheance
    +montantTotal
    +soldeDu
    +etat
  }
  class Ecriture {
    +identifiant
    +dateComptable
    +debit
    +credit
    +compte
  }
  class Declaration {
    +identifiant
    +type
    +annee
    +etat
    +accuseTransmission
  }
  class Mandat {
    +identifiant
    +nature
    +etat
    +datesCles
  }
  class Tache {
    +identifiant
    +libelle
    +etat
    +echeance
    +assignee
  }
  Locataire "1" --> "*" Compte : heberge
  Compte "1" --> "*" Siege : occupe
  Locataire "1" --> "1" Forfait : souscrit
  Forfait "1" --> "*" Module : inclut
  Ensemble "1" --> "*" Module : regroupe
  Locataire "1" --> "*" Ensemble : achete
  Compte "*" --> "*" Contexte : accede
  Contexte "1" --> "*" Module : expose
  Locataire "1" --> "1" CreditIA : dispose
  Locataire "1" --> "*" Client : gere
  Client "1" --> "*" Dossier : possede
  Dossier "1" --> "*" Document : rassemble
  Dossier "1" --> "*" Declaration : porte
  Client "1" --> "*" Facture : recoit
  Facture "1" --> "*" Ecriture : genere
  Client "1" --> "*" Mandat : confie
  Mandat "1" --> "*" Tache : decompose
  Document "*" --> "*" Declaration : justifie

Six invariants portés par ce modèle

6. Traçabilité : diagramme → cas d'utilisation → histoires#

Lecture : chaque diagramme de ce document remonte à un ou plusieurs cas d'utilisation de 11-diagrammes-cas-utilisation.md, et descend vers les histoires utilisateur du recueil produit.

6.1 Activités#

6.2 Séquences#

6.3 États#

6.4 Ancrage code des affirmations de ce document#

Ce qui n'a pas pu être vérifié dans ce passage. Les délais réels de chaque étape — aucune mesure de temps de réponse n'a été relevée. Le comportement des connecteurs externes en conditions de panne — prestataire de paiement, service de signature, service de visioconférence — n'a pas été observé en direct ; les branches d'erreur décrivent le comportement attendu du code appelant, pas la réponse du tiers. Les codes de refus exacts renvoyés par les administrations fiscales n'ont pas été relevés. Le contenu exact des barèmes de retenues à la source n'a pas été inspecté ligne à ligne.

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.