09 — Recueil d'histoires utilisateur — personas Affaires (P12 à P15) et rôles métier#

Portée. Ce recueil couvre les quatre personas de forfait du Portail Affaires — P12 CPA solo (forfait Solo, 49 $/mois), P13 Cabinet en croissance (Cabinet Pro, 149 $/mois), P14 Cabinet établi (Équipe, 299 $/mois), P15 Grand cabinet (Entreprise, 599 $/mois) — et les neuf rôles métier que la plateforme expose comme contextes professionnels : Comptable, Fiscaliste, Auditeur, Conseiller, Paie, Incorporateur, Gestion, Facturation, Administration de cabinet. Il ajoute trois chapitres transversaux : relation cabinet ↔ client (§16), gouvernance de cabinet (§17) et intelligence artificielle côté cabinet (§18). Les surfaces spécialisées — mobile, vitrine et appels d'offres, opérations terrain, secteurs verticaux — ne forment pas un chapitre séparé : elles apparaissent dans la colonne Surface de chaque bloc, là où elles se consomment réellement.

Ancrage. Chaque histoire vise un écran présent dans le registre de navigation adaptative du Portail Affaires (apps/portal-adminclient/src/config/navigation.ts, 1 367 lignes), dans l'inventaire du module de relation client (apps/portal-adminclient/src/app/(admin)/crm/_nav.ts), dans le registre de contextes partagé web/mobile (packages/shared-core/src/config/contexts.ts), ou dans l'arborescence des 125 fichiers d'écran du contexte Affaires de l'application mobile. Une histoire dont l'écran existe mais n'est nommé par aucune entrée de menu porte le statut Livré (accès direct) et le dit. Une histoire dont la capacité n'existe pas encore sous cette forme porte Planifié.

Référence de brief : ../00-brief-commun.md — marque, palette, prix réels, personas, ton. Recueil jumeau, côté Client : 08-user-stories-client.md — personas P01 à P11.

Version : 1.0 — 17 août 2026 Statut : Référence active Volume : 4 personas de forfait · 9 rôles métier · 3 chapitres transversaux · 1 164 histoires nommées · 32 fonctionnalités Gherkin complètes (nominal + erreur)

1. Méthode et conventions#

1.1 Forme canonique d'une histoire#

Toute histoire de ce recueil s'écrit sous la forme suivante, sans variante :

En tant que <rôle exercé au moment de l'action>
Je veux <capacité observable dans le produit>
Afin de <bénéfice mesurable pour le cabinet ou pour son client>

Quatre règles d'écriture, non négociables :

1. La capacité est observable. « Je veux verrouiller la période comptable après clôture » est une capacité. « Je veux plus d'efficacité » n'en est pas une.
2. Le bénéfice appartient au cabinet ou à son client, jamais à l'éditeur. « Afin de ne pas facturer une heure déjà facturée » est un bénéfice. « Afin d'augmenter la rétention » n'en est pas un.
3. Une histoire tient dans un écran ou un parcours court. Si elle demande trois écrans et deux sièges, c'est une épopée : elle se découpe.
4. Le rôle est celui de la personne, pas celui du forfait. Un CPA solo qui produit une paie écrit son histoire en tant que « responsable de la paie », pas en tant que « forfait Solo ».

1.2 Identifiants#

Un identifiant est immuable. Une histoire retirée garde son numéro et prend le statut Retiré ; le numéro n'est jamais recyclé. Les neuf rôles utilisent les jetons COMPTABLE, FISCALISTE, AUDITEUR, CONSEILLER, PAIE, INCORPORATEUR, GESTION, FACTURATION, ADMINISTRATION.

1.3 Colonnes des tableaux#

Signification exacte des statuts — c'est le point de rigueur du document :

• Livré — l'écran existe et une entrée de navigation le nomme dans au moins un contexte professionnel. La personne peut le trouver sans connaître son adresse.
• Livré (accès direct) — l'écran existe et répond, mais aucune entrée de menu ne le nomme. Il s'atteint par une adresse directe, par un lien reçu, ou depuis un écran voisin. C'est une capacité réelle à découvrabilité nulle. Elle se corrige par une entrée de navigation, jamais par du développement.
• Planifié — la capacité n'existe pas encore sous cette forme. Aucune histoire Planifié ne se présente comme disponible dans un support commercial.
• Retiré — la capacité a existé et a été supprimée volontairement. Le numéro reste, la ligne dit pourquoi.

Pourquoi cette distinction existe. Le registre de navigation du Portail Affaires porte, dans ses propres commentaires, la trace de plusieurs modules complets — moteur de sondages, trésorerie, marketing, levée de fonds, appels d'offres, opérations terrain, Studio — qui répondaient côté serveur sans qu'aucune entrée de menu ne les nomme. Un écran que personne ne peut atteindre est, du siège de la personne, un écran absent. Ce recueil refuse donc de compter comme « livré » ce qui n'est pas atteignable.

1.4 Critères d'acceptation#

Chaque histoire porte au minimum cinq critères, un par type. Ils se rédigent au présent de l'indicatif, à la voix active, et se vérifient par une observation.

Règle de vérification héritée du projet : un code de retour 200 n'est pas une preuve. Une histoire est vérifiée quand la donnée a été saisie dans l'interface réelle, rechargée, retrouvée, quand le chemin d'erreur a été déclenché volontairement, et — pour tout flux à deux sièges — quand la contrepartie a été ouverte et a montré le résultat.

1.5 Échelle d'estimation#

Suite de Fibonacci tronquée, en points d'effort d'équipe. Le point n'est pas une journée.

Règle d'affinage : aucune histoire au-dessus de 8 n'entre dans un incrément. Aucune histoire n'entre sans ses critères d'acceptation écrits.

1.6 Définition de « terminé »#

Une histoire est terminée quand les dix points suivants sont vrais, vérifiés dans cet ordre :

1. Les critères d'acceptation sont tous vérifiés dans l'interface réelle, en session authentifiée, depuis un siège du forfait visé.
2. La donnée saisie survit à un rechargement complet de la page web ou de l'écran mobile.
3. Le chemin d'erreur a été déclenché volontairement et affiche le message du serveur, pas un repli générique.
4. Le refus de droit — module non souscrit, plafond de sièges atteint, plafond de clients atteint, crédits IA épuisés — affiche l'offre avec le prix réel du catalogue et un lien qui mène à un écran existant.
5. L'écran est atteignable par le menu dans au moins un contexte professionnel, sans connaître son adresse. À défaut, l'histoire porte Livré (accès direct) et une action de navigation est ouverte.
6. Le texte est en français du Québec, sans anglicisme évitable ; la version anglaise canadienne existe si le module est bilingue.
7. Les contrastes respectent WCAG 2.2 AA ; la navigation au clavier atteint chaque action ; les icônes seules sont annoncées.
8. Les surfaces déclarées sont couvertes : Web+Mobile signifie que les deux ont été vérifiées.
9. Pour tout flux à deux sièges, la capacité est vérifiée depuis le siège de la contrepartie : le cabinet voit ce que le client a déposé, le client voit ce que le cabinet a demandé.
10. Pour toute sortie produite par un modèle, la source et le coût en crédits sont affichés, et le compteur de crédits a bougé du montant annoncé.

Ce qui ne compte pas comme terminé : une démonstration sur données fabriquées, un rapport d'agent, une capture d'écran, un test qui vérifie la présence d'un bouton sans cliquer dessus, un module dont l'écran répond mais qu'aucun menu ne nomme.

1.7 Priorisation MoSCoW appliquée au lancement du 17 novembre 2026#

1.8 Rappel des forfaits Affaires — bornes qui contraignent les histoires#

Ces quatre bornes — sièges, clients, crédits — sont des objets d'histoires à part entière : chaque persona porte au moins une histoire sur l'atteinte de sa limite et sur ce que l'écran affiche à ce moment-là.

1.9 Les neuf rôles métier et leur contexte technique#

Le registre de contextes partagé web/mobile déclare neuf contextes professionnels : comptable, fiscaliste, auditeur, conseiller, paie, incorporateur, gestion, facturation, administration, plus un contexte general de repli.

Écart mesuré, à consigner tel quel : le registre de navigation adaptative du Portail Affaires n'énumère que huit contextes — il ne connaît pas incorporateur. Les capacités d'incorporation existent bel et bien et sont atteignables (entrée « Incorporation » du groupe Risques & Conformité, famille « Conseil d'administration », écrans mobiles d'incorporation, de registres et de résolutions), mais elles se consomment depuis les contextes audit, conseil et administration. Les histoires du rôle Incorporateur portent donc leur surface réelle, jamais un contexte inventé.

2. Carte des rôles professionnels et des familles d'histoires#

flowchart LR
  subgraph roles["Roles metier"]
    r1["Comptable"]
    r2["Fiscaliste"]
    r3["Auditeur"]
    r4["Conseiller"]
    r5["Paie"]
    r6["Incorporateur"]
    r7["Gestion"]
    r8["Facturation"]
    r9["Administration"]
  end
  subgraph familles["Familles d histoires"]
    f1["Tenue de livres et tresorerie"]
    f2["Declarations et planification"]
    f3["Certification et conformite"]
    f4["Mandats de conseil"]
    f5["Cycles de paie"]
    f6["Incorporation et gouvernance"]
    f7["Pilotage du cabinet"]
    f8["Cycle de revenu"]
    f9["Plateforme et droits"]
    f10["Relation cabinet client"]
    f11["Intelligence artificielle"]
  end
  r1 --> f1
  r1 --> f10
  r2 --> f2
  r2 --> f10
  r3 --> f3
  r3 --> f11
  r4 --> f4
  r4 --> f11
  r5 --> f5
  r5 --> f10
  r6 --> f6
  r7 --> f7
  r7 --> f10
  r8 --> f8
  r8 --> f10
  r9 --> f9
  r9 --> f11
  f1 --> f11
  f2 --> f11
  f5 --> f8
  f6 --> f3
  f7 --> f8

flowchart TD
  p12["P12 CPA solo - Solo 49"] --> b1["Autonomie complete un siege"]
  p13["P13 Cabinet en croissance - Cabinet Pro 149"] --> b2["Equipe de cinq et affectation"]
  p14["P14 Cabinet etabli - Equipe 299"] --> b3["Certification conseil gouvernance"]
  p15["P15 Grand cabinet - Entreprise 599"] --> b4["Multi organisation et plateforme"]
  b1 --> lim1["Limite 25 clients - 20 credits"]
  b2 --> lim2["Limite 5 sieges 150 clients - 100 credits"]
  b3 --> lim3["15 sieges clients illimites - 500 credits"]
  b4 --> lim4["Sieges illimites - 2000 credits"]
  lim1 --> ecran["Ecran de plafond avec prix reel du catalogue"]
  lim2 --> ecran
  lim3 --> ecran
  lim4 --> ecran

3. Bloc 1 — P12 · CPA solo (forfait Solo, 49 $/mois)#

Rappel en quatre lignes. P12 exerce seul. Il porte tous les chapeaux : tenue de livres, déclarations, facturation, relance, réponse au client. Son forfait lui donne un siège, vingt-cinq clients et vingt crédits IA par mois — il n'a donc ni équipe à qui déléguer ni marge pour un usage d'IA non ciblé. Sa contrainte n'est pas la profondeur fonctionnelle mais le temps : chaque geste qui exige deux écrans au lieu d'un lui coûte une heure facturable. Son critère d'adoption est simple : peut-il finir une journée de travail sans quitter la plateforme, et depuis son téléphone quand il est chez un client ?

Volume P12 : 82 histoires — 80 Livré, 2 Planifié.

Trois précisions imposées par le §1.5 du brief commun, et qui valent pour les quatre personas de forfait :

1. L'export de données est Planifié. Le point d'entrée crée une demande en attente ; aucun processus ne l'exécute et l'adresse de téléchargement reste vide. Formulation autorisée : « vous pouvez demander l'export de vos données ». ⛔ Jamais « export intégral en libre-service ».
2. La résiliation en libre-service est Livré — mais au Portail Affaires uniquement. L'écran existe : confirmation par saisie, motif facultatif, effet en fin de période. Il n'a aucun équivalent au Portail Client ni sur mobile. Aucun support ne l'annonce au grand public.
3. L'authentification à deux facteurs n'est pas implémentée. US-P12-062 porte Planifié et aucun support commercial ne l'annonce.

3.1 Gherkin — P12#

Fonctionnalité: Plafond de vingt-cinq clients du forfait Solo
  En tant que CPA solo au forfait Solo
  Je veux être averti quand j'atteins la limite de clients incluse
  Afin de choisir mon changement de forfait avant d'être bloqué en pleine saison

  Contexte:
    Étant donné un cabinet abonné au forfait Solo à 49,00 $ par mois
    Et que ce forfait inclut 1 siège, 25 clients et 20 crédits IA par mois
    Et que je suis authentifié comme unique membre du cabinet

  Scénario: Création du vingt-cinquième client et avertissement de plafond
    Étant donné que mon cabinet compte 24 clients actifs
    Quand j'ouvre l'écran des clients
    Et que je crée une fiche cliente nommée "Boulangerie du Coteau"
    Alors la fiche est enregistrée et apparaît dans la liste
    Et l'écran des quotas indique "25 sur 25 clients utilisés"
    Et un avertissement nomme le forfait supérieur et son prix réel de 149,00 $ par mois
    Et après rechargement complet de la page, le compteur affiche toujours 25 sur 25

  Scénario: Refus à la vingt-sixième fiche, avec offre chiffrée
    Étant donné que mon cabinet compte déjà 25 clients actifs
    Quand je tente de créer une vingt-sixième fiche cliente
    Alors la création est refusée
    Et le message affiché est celui renvoyé par le serveur, pas un texte générique
    Et le message nomme la limite atteinte et le forfait qui la lève
    Et le prix affiché est celui du catalogue, soit 149,00 $ par mois ou 1 430,00 $ par année
    Et aucune fiche partielle n'est enregistrée
    Et après rechargement, le compteur affiche toujours 25 sur 25

Fonctionnalité: Demande de document au client et réception dans le dossier
  En tant que CPA solo
  Je veux demander une pièce à mon client et la recevoir dans son dossier
  Afin de cesser de reconstituer un dossier à partir de ma boîte de courriels

  Contexte:
    Étant donné un client existant nommé "Clinique Sainte-Foy"
    Et un dossier de mission ouvert pour l'exercice courant
    Et que le client dispose d'un accès à son portail

  Scénario: Demande envoyée, document déposé, cabinet averti
    Quand je crée une demande de document intitulée "Relevé bancaire de décembre"
    Et que je fixe la date attendue au 15 janvier
    Et que j'envoie la demande au client
    Alors la demande apparaît dans la liste des demandes avec le statut "En attente"
    Et le client voit la demande depuis son propre portail
    Quand le client téléverse un fichier PDF de relevé
    Alors la demande passe au statut "Reçue" du côté du cabinet
    Et le document est classé dans le dossier du client, pas dans un dépôt séparé
    Et l'horodatage du dépôt est affiché
    Et après rechargement de la page, le document et son statut sont toujours présents

  Scénario: Fichier refusé par le serveur pour cause de format non accepté
    Étant donné une demande de document ouverte
    Quand le client tente de déposer un fichier exécutable
    Alors le dépôt est refusé
    Et le message affiché au client est celui du serveur et nomme le format refusé
    Et la demande reste au statut "En attente" du côté du cabinet
    Et aucun document partiel n'apparaît dans le dossier
    Et le cabinet ne reçoit aucune notification de réception

Ce que cette série ne couvre pas. Elle ne traite ni la production d'une paie complète (le CPA solo qui offre ce service lit le bloc du rôle Paie), ni les mandats de certification (bloc Auditeur), ni la gestion d'une équipe — P12 n'a qu'un siège et les histoires de sièges, de rôles et d'affectation sont portées par P13 et par le chapitre de gouvernance. Elle ne couvre pas non plus l'ouverture d'une seconde organisation, réservée aux forfaits Équipe et Entreprise, ni les capacités de plateforme (clés d'interface applicative, points d'ancrage sortants, authentification unique d'entreprise). Enfin, elle ne décrit aucun automatisme de production fiscale de bout en bout : la transmission électronique est une capacité livrée, mais la conformité de chaque transmission relève du jugement professionnel et n'est pas une histoire produit.

4. Bloc 2 — P13 · Cabinet en croissance (forfait Cabinet Pro, 149 $/mois)#

Rappel en quatre lignes. P13 dirige un cabinet de trois à cinq personnes et vient de franchir le seuil où le travail ne tient plus dans une tête. Son forfait donne cinq sièges, cent cinquante clients et cent crédits IA par mois : il a de la marge fonctionnelle, mais il découvre les problèmes d'équipe — qui fait quoi, qui a répondu au client, qui a saisi son temps. Sa contrainte n'est plus le temps individuel mais la coordination : deux personnes qui travaillent sur le même dossier sans le savoir coûtent plus cher qu'une seule qui travaille lentement. Son critère d'adoption : peut-il affecter un dossier, en suivre l'avancement et facturer sans réunion hebdomadaire ?

Volume P13 : 82 histoires — 80 Livré, 2 Planifié.

4.1 Gherkin — P13#

Fonctionnalité: Affectation d'un dossier à un membre et suivi de la charge
  En tant qu'associé dirigeant d'un cabinet au forfait Cabinet Pro
  Je veux affecter un dossier à un membre et voir sa charge
  Afin d'éviter que deux personnes traitent le même dossier sans le savoir

  Contexte:
    Étant donné un cabinet abonné au forfait Cabinet Pro à 149,00 $ par mois
    Et que ce forfait inclut 5 sièges, 150 clients et 100 crédits IA par mois
    Et que trois membres occupent un siège actif
    Et qu'un dossier de mission est ouvert pour le client "Clinique Sainte-Foy"

  Scénario: Affectation nominale, charge mise à jour, visible des deux sièges
    Quand j'ouvre le dossier de mission
    Et que j'affecte le dossier au deuxième membre
    Alors la ligne du dossier porte le nom du membre affecté
    Et l'horodatage de l'affectation est affiché
    Quand j'ouvre l'écran de charge de l'équipe
    Alors la charge du deuxième membre a augmenté du dossier affecté
    Quand le deuxième membre ouvre sa propre session
    Alors le dossier figure dans sa liste de travail
    Et il porte la même échéance que celle affichée de mon siège
    Quand je recharge la page
    Alors l'affectation et la charge sont inchangées

  Scénario: Affectation à un membre sans siège actif — refus explicite
    Étant donné qu'un membre a été retiré du cabinet
    Quand je tente d'affecter le dossier à ce membre
    Alors l'affectation est refusée
    Et le message affiché est celui du serveur et nomme le siège inactif
    Et le dossier conserve son affectation précédente
    Et l'écran de charge est inchangé après rechargement
    Et aucune notification n'est envoyée au membre retiré

Fonctionnalité: Plafond de cinq sièges du forfait Cabinet Pro
  En tant qu'associé dirigeant
  Je veux être averti quand j'atteins la limite de sièges incluse
  Afin de choisir mon changement de forfait avant une embauche

  Contexte:
    Étant donné un cabinet abonné au forfait Cabinet Pro à 149,00 $ par mois
    Et que ce forfait inclut 5 sièges
    Et que 4 sièges sont occupés

  Scénario: Cinquième siège occupé et avertissement de plafond
    Quand j'ouvre "Équipe" puis "Invitations"
    Et que j'invite une cinquième personne
    Et que cette personne accepte l'invitation
    Alors l'écran affiche 5 sièges occupés sur 5
    Et un avertissement nomme le forfait Équipe et son prix réel de 299,00 $ par mois
    Et il nomme les 15 sièges qu'il inclut
    Et après rechargement complet, le compteur affiche toujours 5 sur 5

  Scénario: Sixième invitation refusée, avec offre chiffrée
    Étant donné que les 5 sièges sont occupés
    Quand j'envoie une sixième invitation
    Alors l'envoi est refusé
    Et le message affiché est celui renvoyé par le serveur
    Et il nomme la limite de 5 sièges du forfait Cabinet Pro
    Et il affiche le prix réel du forfait Équipe, soit 299,00 $ par mois ou 2 870,00 $ par année
    Et aucune invitation partielle n'apparaît dans la liste
    Et le lien d'achat mène à un écran qui existe

Ce que cette série ne couvre pas. Elle ne traite pas la multi-organisation, réservée aux forfaits Équipe et Entreprise — un cabinet Pro n'a qu'une organisation. Elle ne traite ni la marque blanche, ni l'authentification unique d'entreprise, ni les points d'ancrage sortants : ces capacités appartiennent au bloc P15. Elle ne décrit pas non plus les métiers eux-mêmes — tenue de livres, déclarations, certification, paie sont portés par les neuf blocs de rôles. Enfin, l'export de données et le plafonnement de dépense d'IA y figurent en Planifié, conformément au §1.5 du brief commun, et aucun support ne les annonce.

5. Bloc 3 — P14 · Cabinet établi (forfait Équipe, 299 $/mois)#

Rappel en quatre lignes. P14 dirige un cabinet de dix à quinze professionnels, structuré par service : comptabilité, fiscalité, certification, conseil. Son forfait donne quinze sièges, un nombre illimité de clients et cinq cents crédits IA par mois : la contrainte n'est plus la borne du forfait mais la qualité. Une revue non tracée, un conflit d'intérêts non détecté ou une lettre de mission absente coûtent bien plus cher qu'un siège. Son critère d'adoption : la plateforme sait-elle prouver qui a fait quoi, qui a revu quoi, et sur quelle base ?

Volume P14 : 82 histoires — 79 Livré, 1 Livré (accès direct), 2 Planifié.

5.1 Gherkin — P14#

Fonctionnalité: Revue obligatoire avant clôture d'un mandat
  En tant qu'associé responsable d'un cabinet au forfait Équipe
  Je veux exiger une revue avant la clôture d'un mandat
  Afin qu'aucun livrable ne sorte du cabinet sans un deuxième regard

  Contexte:
    Étant donné un cabinet abonné au forfait Équipe à 299,00 $ par mois
    Et que ce forfait inclut 15 sièges, des clients illimités et 500 crédits IA par mois
    Et qu'un mandat est ouvert avec un préparateur et un réviseur distincts

  Scénario: Revue effectuée, remarques traitées, clôture autorisée
    Quand le préparateur soumet le mandat à la revue
    Alors le mandat passe à l'état en attente de revue
    Et il apparaît dans la file du réviseur
    Quand le réviseur consigne deux remarques
    Alors chaque remarque porte son auteur et son horodatage
    Et le mandat reste bloqué en revue
    Quand le préparateur traite les deux remarques
    Et que le réviseur les marque comme réglées
    Alors la clôture du mandat devient possible
    Quand je clôture le mandat
    Alors la clôture porte le nom du réviseur et la date de la revue
    Et après rechargement, l'historique de revue est intact

  Scénario: Clôture tentée sans revue — refus, et rien n'est produit
    Étant donné un mandat qui n'a jamais été soumis à la revue
    Quand je tente de clôturer le mandat
    Alors la clôture est refusée
    Et le message affiché est celui du serveur et nomme la revue manquante
    Et aucun livrable n'est marqué comme final
    Et le mandat reste à son état antérieur après rechargement
    Et le journal d'audit porte la tentative, avec son horodatage

Fonctionnalité: Déclaration et blocage d'un conflit d'intérêts
  En tant qu'associé responsable
  Je veux déclarer un conflit d'intérêts avant d'accepter un mandat
  Afin de refuser dans les formes plutôt que de découvrir le problème en cours de route

  Contexte:
    Étant donné un cabinet au forfait Équipe
    Et qu'un registre de conflits d'intérêts est tenu
    Et qu'un client existant est partie à un litige

  Scénario: Conflit déclaré, mandat refusé, registre à jour
    Quand j'ouvre le registre des conflits
    Et que je déclare un conflit entre le client existant et un prospect
    Alors la déclaration est enregistrée avec sa date et son motif
    Et elle nomme les deux parties concernées
    Quand j'ouvre la fiche du prospect
    Alors un avertissement de conflit y est affiché
    Et il renvoie à la déclaration enregistrée
    Quand je recharge la page
    Alors la déclaration et l'avertissement sont inchangés
    Et le journal d'audit porte la déclaration, avec son auteur

  Scénario: Déclaration sans motif ni parties — refus explicite
    Quand je déclare un conflit sans nommer les parties
    Alors l'enregistrement est refusé
    Et le message nomme les champs obligatoires manquants
    Quand je déclare un conflit sans motif
    Alors l'enregistrement est refusé avec un message qui nomme ce champ
    Et aucune déclaration partielle n'apparaît au registre
    Et aucune fiche client ne porte d'avertissement de conflit

Ce que cette série ne couvre pas. Elle ne traite pas la séparation des tâches opposable — la matrice de permissions existe, mais aucune règle ne rend structurellement impossible qu'une même personne prépare et signe : l'histoire correspondante porte Planifié. Elle ne vend pas les indicateurs environnementaux et sociaux : le service existe (huit domaines, empreinte à trois périmètres, diversité, impact social, alignement aux objectifs de développement durable) et trois écrans existent, mais aucune clef de module ne le conditionne au catalogue — il n'est ni vendu, ni accordé par un forfait, et l'histoire porte Livré (accès direct). Elle ne couvre pas non plus la marque blanche ni l'authentification unique d'entreprise, portées par P15, ni les métiers eux-mêmes, portés par les neuf blocs de rôles.

6. Bloc 4 — P15 · Grand cabinet ou entreprise (forfait Entreprise, 599 $/mois)#

Rappel en quatre lignes. P15 est un grand cabinet ou une direction financière d'entreprise : plusieurs entités, plusieurs équipes, une direction des systèmes d'information qui a son mot à dire. Son forfait donne des sièges illimités, des clients illimités et deux mille crédits IA par mois : aucune borne du forfait ne le contraint. Sa contrainte est l'intégration et la preuve — authentification unique, clefs d'interface applicative, points d'ancrage sortants, journal d'audit, gouvernance des données, registre des systèmes d'IA. Son critère d'adoption : la plateforme s'insère-t-elle dans un système d'information existant sans y créer une zone d'ombre ?

Volume P15 : 82 histoires — 78 Livré, 1 Livré (accès direct), 3 Planifié.

6.1 Gherkin — P15#

Fonctionnalité: Révocation d'une clef d'interface applicative
  En tant que direction des systèmes d'un groupe au forfait Entreprise
  Je veux révoquer une clef d'interface applicative
  Afin de fermer un accès le jour du départ d'un prestataire

  Contexte:
    Étant donné un groupe abonné au forfait Entreprise à 599,00 $ par mois
    Et que ce forfait inclut des sièges illimités et 2 000 crédits IA par mois
    Et qu'une clef d'interface applicative active est attribuée à un prestataire

  Scénario: Clef révoquée, appels refusés, trace conservée
    Quand j'ouvre "Système" puis "Clés API"
    Alors la clef apparaît avec son état actif et sa date de création
    Et sa valeur complète n'est pas réaffichée en clair
    Quand je révoque la clef
    Alors son état passe à révoqué, avec l'horodatage de la révocation
    Et le journal d'audit porte la révocation et son auteur
    Quand un appel est présenté avec cette clef
    Alors l'appel est refusé
    Et le refus nomme la clef révoquée, sans divulguer sa valeur
    Quand je recharge la page
    Alors l'état révoqué est inchangé
    Et la clef reste visible dans l'historique, elle n'est pas effacée

  Scénario: Révocation de la dernière clef d'une intégration critique — avertissement explicite
    Étant donné qu'une seule clef alimente une intégration déclarée critique
    Quand je tente de la révoquer
    Alors un avertissement nomme l'intégration qui cessera de fonctionner
    Et la révocation n'est appliquée qu'après confirmation explicite
    Quand je renonce à la confirmation
    Alors la clef reste active
    Et aucune trace de révocation n'apparaît au journal d'audit
    Et après rechargement, l'intégration est inchangée

Fonctionnalité: Registre des systèmes d'IA et revue non héritée par copie
  En tant que direction de cabinet
  Je veux qu'une copie d'un système d'IA n'hérite jamais de l'approbation de son original
  Afin qu'aucun contournement par duplication ne soit possible

  Contexte:
    Étant donné un groupe au forfait Entreprise
    Et qu'un registre des systèmes d'IA est tenu
    Et qu'un système inscrit au registre porte une approbation valide

  Scénario: Système approuvé, copie créée, copie non approuvée
    Quand j'ouvre le registre des systèmes d'IA
    Alors le système d'origine affiche son état approuvé
    Et il affiche la date et l'auteur de la revue
    Quand je crée une copie de ce système
    Alors la copie apparaît au registre
    Et son état est en attente de revue, jamais approuvé
    Et elle ne porte ni date ni auteur de revue
    Quand je recharge la page
    Alors l'état de la copie est inchangé

  Scénario: Utilisation d'une copie non approuvée — refus explicite
    Étant donné une copie d'un système d'IA en attente de revue
    Quand une équipe tente d'utiliser cette copie
    Alors l'utilisation est refusée
    Et le message nomme l'absence de revue de ce système précis
    Et il ne renvoie pas à l'approbation du système d'origine
    Et aucune sortie n'est produite
    Et le journal d'activité IA porte le refus, avec son motif

Ce que cette série ne couvre pas. Elle ne promet ni répartition des crédits IA par entité, ni interface anglaise, ni export de données : ces trois histoires portent Planifié et le disent. Elle ne vend pas les indicateurs environnementaux et sociaux, dont aucune clef de module n'existe au catalogue. Elle ne traite pas les métiers eux-mêmes, portés par les neuf blocs de rôles, ni la relation opérationnelle avec le client, portée par le chapitre §16. Enfin, elle ne décrit aucune capacité d'hébergement dédié ni d'engagement de service chiffré : ces éléments relèvent du contrat, pas du produit.

7. Bloc 5 — Rôle Comptable#

Rappel en quatre lignes. Le rôle Comptable tient les livres : plan comptable, écritures, grand livre, balance, rapprochement bancaire, immobilisations, clôture, états financiers. Le contexte technique correspondant est comptable côté registre partagé, reconnu par la navigation Affaires sous la forme comptabilite. Sa contrainte est la justification : chaque solde doit pouvoir être expliqué ligne par ligne devant le client ou devant un auditeur. Son critère d'adoption : peut-il produire des états financiers dont chaque chiffre remonte à sa pièce ?

Volume Comptable : 80 histoires — 78 Livré, 2 Planifié.

7.1 Gherkin — Comptable#

Fonctionnalité: Saisie d'une écriture de journal équilibrée
  En tant que comptable
  Je veux saisir une écriture équilibrée et la justifier
  Afin que chaque solde puisse être expliqué ligne par ligne

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Comptabilité"
    Et qu'un dossier client dispose d'un plan comptable défini
    Et que la période visée n'est pas clôturée

  Scénario: Écriture équilibrée, justifiée, reportée au grand livre
    Quand j'ouvre "Comptabilité" puis "Écritures"
    Et que je crée une écriture avec un débit de 1 250,00 $ et un crédit de 1 250,00 $
    Alors l'écran indique que l'écriture est équilibrée
    Quand je joins la facture justificative au format PDF
    Et que j'enregistre l'écriture
    Alors elle apparaît au journal, avec son numéro et sa date
    Et le grand livre de chaque compte imputé porte sa ligne
    Et la balance de vérification reste équilibrée
    Quand j'ouvre une ligne du grand livre
    Alors je remonte à l'écriture, puis à la pièce jointe
    Quand je recharge la page
    Alors l'écriture, ses lignes et sa pièce sont inchangées

  Scénario: Écriture déséquilibrée refusée, avec l'écart nommé
    Quand je crée une écriture avec un débit de 1 250,00 $ et un crédit de 1 200,00 $
    Et que j'enregistre
    Alors l'enregistrement est refusé
    Et le message affiché est celui du serveur et nomme l'écart de 50,00 $
    Et aucune ligne partielle n'apparaît au journal
    Et le grand livre des comptes visés est inchangé
    Et après rechargement, la balance de vérification est identique à celle d'avant la tentative

Fonctionnalité: Clôture d'une période comptable et blocage des écritures postérieures
  En tant que comptable
  Je veux clôturer une période
  Afin qu'aucune écriture ne vienne modifier un exercice déjà remis au client

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Comptabilité"
    Et qu'un exercice est complet et prêt à être clôturé

  Scénario: Clôture nominale et blocage effectif
    Quand j'ouvre "Comptabilité" puis "Clôture"
    Et que je clôture la période de l'exercice
    Alors la période passe à l'état clôturé
    Et l'horodatage et l'auteur de la clôture sont affichés
    Et la balance de vérification de la période est figée
    Quand je tente de saisir une écriture datée dans cette période
    Alors la saisie est refusée
    Et le message nomme la période clôturée et sa date de clôture
    Et aucune écriture partielle n'est créée
    Quand je recharge la page
    Alors la période est toujours clôturée et le journal inchangé

  Scénario: Réouverture avec justification, et trace conservée
    Étant donné une période clôturée
    Quand je demande la réouverture sans saisir de justification
    Alors la réouverture est refusée
    Et le message nomme le champ de justification comme obligatoire
    Quand je saisis la justification "Correction d'une facture fournisseur omise"
    Alors la période est rouverte
    Et le journal d'audit porte la clôture, la réouverture, leur auteur et leur horodatage
    Et l'ancienne clôture n'est pas effacée de l'historique

Ce que cette série ne couvre pas. Elle ne traite pas la certification des états — l'opinion d'audit appartient au bloc Auditeur. Elle ne traite pas la production de la déclaration de revenus des sociétés, portée par le bloc Fiscaliste. Le verrouillage irréversible après signature et le rapprochement automatique à trois documents portent Planifié : la clôture existe et bloque, mais elle reste réversible avec justification, et le contrôle facture-bon-réception se fait à l'œil. Enfin, elle ne décrit aucune reprise automatique d'un logiciel concurrent : la migration existe au bloc P15, elle n'est pas un geste comptable.

8. Bloc 6 — Rôle Fiscaliste#

Rappel en quatre lignes. Le rôle Fiscaliste prépare et planifie : dossiers fiscaux de particuliers et d'entreprises, TPS/TVQ, planification, simulation, crédit à la recherche, annexe des gains, fiducies, transmission électronique, crédits et déductions, acomptes, taux et barèmes. Le contexte technique est fiscaliste, reconnu par la navigation Affaires sous la forme fiscalite. Sa contrainte est la datation : un taux appliqué à la mauvaise année est une erreur invisible jusqu'à l'avis de cotisation. Son critère d'adoption : chaque chiffre affiche-t-il l'année de son barème ?

Volume Fiscaliste : 80 histoires — 78 Livré, 2 Planifié.

8.1 Gherkin — Fiscaliste#

Fonctionnalité: Application datée des taux et barèmes fiscaux
  En tant que fiscaliste
  Je veux voir l'année d'application de chaque taux employé
  Afin de prouver la base d'un calcul devant le client ou l'administration

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Fiscalité"
    Et qu'un dossier de particulier est ouvert pour une année d'imposition donnée

  Scénario: Calcul nominal, chaque taux daté et traçable
    Quand j'ouvre le dossier fiscal du client
    Et que je lance le calcul de la déclaration
    Alors l'écran affiche l'impôt à payer et les crédits appliqués
    Et chaque taux employé est accompagné de son année d'application
    Quand j'ouvre le détail d'une ligne de calcul
    Alors la ligne nomme la base, le taux et l'année du barème
    Et elle renvoie à la source du barème employé
    Quand je recharge la page
    Alors les mêmes montants et les mêmes années sont affichés

  Scénario: Barème absent pour l'année demandée — refus, jamais un taux nul
    Étant donné qu'aucun barème n'est chargé pour l'année demandée
    Quand je lance le calcul pour cette année
    Alors le calcul est refusé
    Et le message nomme l'année dont le barème est absent
    Et aucun taux n'est remplacé par une valeur nulle
    Et aucun impôt n'est affiché comme calculé
    Et la déclaration reste à l'état non calculé après rechargement
    Et aucune transmission ne peut être préparée sur ce dossier

Fonctionnalité: Contrôle avant transmission électronique d'une déclaration
  En tant que fiscaliste
  Je veux que la déclaration soit contrôlée avant sa transmission
  Afin qu'une erreur soit bloquée avant de partir

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Fiscalité"
    Et qu'une déclaration est calculée et revue
    Et que l'autorisation de représentation est signée par le client

  Scénario: Contrôles passés, transmission préparée, état suivi
    Quand j'ouvre la préparation de la transmission
    Alors l'écran affiche la liste des contrôles et leur résultat
    Et chaque contrôle passé porte la mention correspondante
    Quand tous les contrôles sont passés
    Alors la préparation de la transmission devient possible
    Quand je prépare la transmission
    Alors l'état du dossier passe à transmission préparée
    Et l'horodatage et l'auteur sont enregistrés
    Quand je recharge la page
    Alors l'état et son horodatage sont inchangés

  Scénario: Contrôle en échec ou autorisation manquante — transmission bloquée
    Étant donné qu'un contrôle de cohérence est en échec
    Quand je tente de préparer la transmission
    Alors la préparation est refusée
    Et le message nomme le contrôle en échec et la ligne concernée
    Et l'état du dossier est inchangé
    Quand l'autorisation de représentation n'est pas signée
    Alors la préparation est refusée avec un message qui nomme la signature manquante
    Et aucun envoi n'est enregistré
    Et le journal d'audit porte les deux tentatives, avec leur horodatage

Ce que cette série ne couvre pas. Elle ne garantit la conformité d'aucune déclaration : la plateforme calcule, contrôle et trace, le jugement professionnel reste entier. Elle ne traite pas la comptabilité qui alimente la déclaration de société — voir le bloc Comptable. L'alerte de changement de barème en cours de saison et la production d'une opposition formelle portent Planifié. Enfin, elle ne décrit aucun échange direct avec les systèmes des administrations au-delà de la préparation de transmission déjà livrée.

9. Bloc 7 — Rôle Auditeur#

Rappel en quatre lignes. Le rôle Auditeur conduit des mandats de certification : constatations, papiers de travail, procédures, importance relative, matrice des risques, échantillonnage, analyse en population complète, confirmations, demandes de pièces au client, consolidation de groupe, rapport, suivi des recommandations, budget de temps. Le contexte technique est auditeur, reconnu par la navigation Affaires sous la forme audit. Sa contrainte est la preuve : une conclusion sans son élément probant n'est pas une conclusion. Son critère d'adoption : chaque constatation remonte-t-elle à la procédure qui l'a produite ?

Volume Auditeur : 80 histoires — 77 Livré, 1 Livré (accès direct), 2 Planifié.

9.1 Gherkin — Auditeur#

Fonctionnalité: Échantillonnage reproductible et extrapolation de l'erreur
  En tant qu'auditeur
  Je veux que le tirage d'échantillon soit reproductible
  Afin de pouvoir le refaire à l'identique en cas de contestation

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Audit"
    Et qu'un mandat de certification est ouvert
    Et qu'une population de 4 820 opérations est chargée

  Scénario: Tirage nominal, méthode consignée, extrapolation cohérente
    Quand j'ouvre "Audit" puis "Échantillonnage"
    Et que je définis un plan avec une taille d'échantillon de 60 éléments
    Alors le plan affiche la méthode retenue et la taille demandée
    Quand je lance le tirage
    Alors 60 éléments sont sélectionnés
    Et l'écran affiche la méthode et la valeur d'amorce du tirage
    Quand je consigne le résultat de chaque élément testé
    Alors le taux d'erreur mesuré est affiché
    Et l'erreur extrapolée à la population de 4 820 éléments est affichée
    Et la méthode d'extrapolation est nommée
    Quand je recharge la page
    Alors la sélection, les résultats et l'extrapolation sont inchangés

  Scénario: Taille d'échantillon incohérente avec la population — refus
    Quand je définis une taille d'échantillon de 6 000 éléments
    Alors le plan est refusé
    Et le message nomme la taille de la population et la taille demandée
    Et aucun tirage n'est effectué
    Quand je définis une taille d'échantillon nulle
    Alors le plan est refusé avec un message qui nomme la règle enfreinte
    Et aucun taux d'erreur n'est affiché comme mesuré
    Et aucune extrapolation n'est produite

Fonctionnalité: Constatation reliée à sa procédure et à son élément probant
  En tant qu'auditeur
  Je veux qu'une constatation remonte à la procédure qui l'a produite
  Afin qu'aucune conclusion ne figure au dossier sans sa preuve

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Audit"
    Et qu'un programme de travail est défini pour un mandat ouvert

  Scénario: Procédure exécutée, preuve jointe, constatation reliée
    Quand j'exécute une procédure du programme
    Et que je joins l'élément probant correspondant
    Alors la procédure porte son résultat, son auteur et son horodatage
    Quand je consigne une constatation issue de cette procédure
    Alors la constatation est reliée à la procédure
    Et elle est classée par gravité
    Quand j'ouvre la constatation
    Alors je remonte à la procédure puis à l'élément probant joint
    Quand je recharge la page
    Alors la constatation, sa procédure et sa preuve sont inchangées

  Scénario: Constatation sans procédure ni preuve — refus explicite
    Quand je consigne une constatation sans la relier à une procédure
    Alors l'enregistrement est refusé
    Et le message nomme la procédure manquante
    Quand je relie la constatation à une procédure non exécutée
    Alors l'enregistrement est refusé avec un message qui nomme l'état de la procédure
    Et aucune constatation partielle n'apparaît au dossier
    Et le rapport d'audit ne peut pas être soumis à la revue tant qu'une constatation est orpheline

Ce que cette série ne couvre pas. Elle ne prononce aucune opinion : la plateforme structure les travaux, l'opinion reste l'acte du professionnel. Elle ne vend pas les indicateurs environnementaux et sociaux, dont aucune clef de module n'existe au catalogue — l'histoire correspondante porte Livré (accès direct). L'export d'un dossier de travail pour une inspection professionnelle et la séparation des tâches opposable portent Planifié. Enfin, elle ne traite ni la tenue de livres du client, ni sa fiscalité : ces travaux appartiennent aux blocs Comptable et Fiscaliste.

10. Bloc 8 — Rôle Conseiller#

Rappel en quatre lignes. Le rôle Conseiller vend et livre du mandat de conseil : conseil fiscal, évaluation d'entreprise, table de capitalisation, vérification diligente, succession, restructuration, fusions et acquisitions, modèles financiers, dossier de conseil d'administration, score de crédit, repères sectoriels, scénarios et projections. Le contexte technique est conseiller, reconnu par la navigation Affaires sous la forme conseil. Sa contrainte est la méthode : une recommandation sans son hypothèse chiffrée n'est pas défendable. Son critère d'adoption : peut-il montrer au client ce qui change quand une hypothèse change ?

Volume Conseiller : 80 histoires — 78 Livré, 2 Planifié.

10.1 Gherkin — Conseiller#

Fonctionnalité: Modèle financier et comparaison de scénarios pour un mandat de conseil
  En tant que conseiller
  Je veux modifier une hypothèse et montrer immédiatement son effet
  Afin que la recommandation repose sur un chiffre et non sur une impression

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Conseil"
    Et qu'un mandat de conseil est ouvert pour un client
    Et qu'un modèle financier est rattaché au mandat

  Scénario: Hypothèse modifiée, effet immédiat, scénarios comparés
    Quand j'ouvre le modèle financier du mandat
    Et que je porte le taux de croissance de 4 % à 7 %
    Alors le résultat projeté du premier exercice est recalculé
    Et l'écran affiche l'écart avec la valeur précédente
    Quand j'enregistre cette variante comme second scénario
    Alors les deux scénarios apparaissent côte à côte
    Et chaque scénario affiche ses hypothèses et son résultat
    Et l'écart entre les deux est affiché au dollar près
    Quand je recharge la page
    Alors les deux scénarios et leurs hypothèses sont inchangés
    Et le scénario d'origine n'a pas été écrasé par la variante

  Scénario: Hypothèse hors bornes — refus, et modèle intact
    Quand je porte le taux de croissance à 900 %
    Alors la valeur est refusée
    Et le message nomme le champ et la borne admise
    Et le modèle conserve le taux enregistré précédemment
    Quand je laisse une hypothèse obligatoire vide
    Alors l'enregistrement est refusé avec un message qui nomme le champ
    Et aucun scénario partiel n'est créé
    Et après rechargement, les résultats projetés sont identiques à ceux d'avant la tentative

Fonctionnalité: Salle de données de vérification diligente et traçabilité des accès
  En tant que conseiller
  Je veux ouvrir et révoquer des accès nominatifs à une salle de données
  Afin de prouver la maîtrise du partage à chaque étape de l'opération

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Conseil"
    Et qu'un mandat de vérification diligente est ouvert
    Et qu'une salle de données contient les pièces déposées par le client

  Scénario: Accès ouvert, consultation tracée, accès révoqué
    Quand j'ouvre un accès nominatif pour un acquéreur pressenti
    Alors l'accès apparaît dans la liste avec sa date d'ouverture
    Quand l'acquéreur ouvre la salle depuis sa propre session
    Alors il voit uniquement les pièces partagées avec lui
    Et le journal des accès porte sa consultation, avec son horodatage
    Quand je révoque son accès
    Alors l'accès passe à l'état révoqué, avec l'horodatage du retrait
    Et l'ouverture de la salle est refusée depuis sa session
    Et le message de refus ne divulgue aucun nom de pièce
    Quand je recharge la page
    Alors le journal conserve l'ouverture, les consultations et la révocation

  Scénario: Partage vers une adresse non autorisée — refus, aucune pièce exposée
    Quand j'ouvre un accès sans nommer la personne destinataire
    Alors l'ouverture est refusée
    Et le message nomme le champ obligatoire manquant
    Quand une personne sans accès ouvre l'adresse directe d'une pièce
    Alors l'ouverture est refusée
    Et aucune métadonnée de la pièce n'est affichée, pas même son nom
    Et la tentative est portée au journal des accès

Ce que cette série ne couvre pas. Elle ne délivre aucun avis réglementé : l'évaluation d'entreprise produit une fourchette documentée, pas un rapport d'expert opposable en soi. Elle ne traite ni la certification (bloc Auditeur), ni la production de déclarations (bloc Fiscaliste). Le verrouillage des hypothèses après remise et la facturation à la performance portent Planifié. Enfin, elle ne décrit aucune place de marché d'acquéreurs : la liste de cibles est un registre de travail, pas un service d'intermédiation.

11. Bloc 9 — Rôle Paie#

Rappel en quatre lignes. Le rôle Paie produit les cycles : employés, intégration, traitement de la paie, talons, retenues à la source, feuillets fiscaux, rapports de paie, particularités québécoises (vacances, virements), congés, saisies-arrêts, formation. Le contexte technique est paie, reconnu tel quel par la navigation Affaires. Sa contrainte est la date : une paie en retard n'est pas une paie imparfaite, c'est une paie fausse. Son critère d'adoption : le cycle se calcule-t-il, se corrige-t-il et se prouve-t-il dans la même journée ?

Volume Paie : 80 histoires — 78 Livré, 2 Planifié.

11.1 Gherkin — Paie#

Fonctionnalité: Calcul et confirmation d'un cycle de paie
  En tant que responsable de la paie
  Je veux calculer un cycle et le confirmer
  Afin de payer l'équipe à date fixe avec des retenues exactes

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Paie"
    Et qu'un client dispose de quatre employés actifs
    Et que les périodes de paie de l'année sont définies

  Scénario: Cycle calculé, talons produits, écriture comptable générée
    Quand j'ouvre "Paie" puis "Traitement de la paie"
    Et que j'ouvre le cycle de la période courante
    Alors le cycle liste les quatre employés actifs
    Quand je calcule le cycle
    Alors chaque ligne affiche le brut, les retenues et le net à payer
    Et le total des retenues est la somme exacte des lignes, au cent près
    Et chaque taux de retenue est accompagné de son année d'application
    Quand je confirme le cycle
    Alors les talons de paie sont disponibles pour chaque employé
    Et l'écriture comptable de la paie est générée et équilibrée
    Et le montant à verser figure au calendrier des échéances
    Quand je recharge la page
    Alors le cycle confirmé, ses lignes et ses totaux sont inchangés

  Scénario: Employé sans information obligatoire — aucun talon n'est produit
    Étant donné qu'un employé n'a ni date d'embauche ni taux de rémunération
    Quand je calcule le cycle
    Alors le calcul est refusé
    Et le message nomme l'employé et les champs manquants
    Et aucun talon n'est produit, ni pour cet employé ni pour les autres
    Et aucune écriture comptable n'est générée
    Et le cycle reste ouvert, dans son état d'avant le calcul

Fonctionnalité: Annulation d'un cycle confirmé avec conservation de la trace
  En tant que responsable de la paie
  Je veux annuler un cycle confirmé avec justification
  Afin de corriger une erreur sans faire disparaître l'historique

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Paie"
    Et qu'un cycle de paie est confirmé et ses talons produits

  Scénario: Annulation justifiée, historique conservé, nouveau cycle possible
    Quand je demande l'annulation du cycle
    Et que je saisis la justification "Heures supplémentaires omises sur deux employés"
    Alors le cycle passe à l'état annulé
    Et l'horodatage, l'auteur et la justification sont enregistrés
    Et les talons produits portent la mention d'annulation
    Et l'écriture comptable est contrepassée, pas supprimée
    Quand j'ouvre un nouveau cycle sur la même période
    Alors le nouveau cycle est calculable
    Quand je recharge la page
    Alors le cycle annulé reste visible dans l'historique

  Scénario: Annulation sans justification — refus explicite
    Quand je demande l'annulation sans saisir de justification
    Alors l'annulation est refusée
    Et le message nomme le champ de justification comme obligatoire
    Et le cycle reste confirmé
    Et aucun talon n'est marqué comme annulé
    Et l'écriture comptable n'est pas contrepassée
    Et le journal d'audit porte la tentative, avec son horodatage

Ce que cette série ne couvre pas. Elle ne verse pas les retenues et ne transmet pas les feuillets aux administrations : ces deux capacités portent Planifié, et aucun support ne les annonce. Elle ne traite pas la gestion des ressources humaines au sens large — l'intégration, les congés et les formations sont des registres rattachés à la paie, pas un système de gestion du personnel. Elle ne détermine pas l'admissibilité d'un employé à un régime : la plateforme calcule selon les paramètres saisis. Enfin, la comptabilisation de l'écriture générée relève du bloc Comptable.

12. Bloc 10 — Rôle Incorporateur#

Rappel en quatre lignes. Le rôle Incorporateur constitue et tient les sociétés : dossiers d'incorporation, registres, résolutions, outils de structuration, conseil d'administration, procès-verbaux, planification. Écart mesuré, à consigner tel quel : le registre de contextes partagé déclare bien incorporateur, mais le registre de navigation du Portail Affaires n'énumère que huit contextes et ne le connaît pas. Les capacités existent et sont atteignables — entrée « Incorporation » du groupe Risques & Conformité, famille « Conseil d'administration », écrans mobiles d'incorporation, de registres et de résolutions — mais elles se consomment depuis les contextes audit, conseil et administration. Les histoires ci-dessous portent donc leur surface réelle, jamais un contexte inventé.

Volume Incorporateur : 80 histoires — 77 Livré, 3 Planifié. Le premier Planifié est l'écart de contexte lui-même : il est consigné comme une action de navigation, pas comme un manque fonctionnel.

12.1 Gherkin — Incorporateur#

Fonctionnalité: Registre des actionnaires et cohérence de la table de détention
  En tant qu'incorporateur
  Je veux que la table de détention refuse un total incohérent
  Afin qu'aucun registre ne consigne une répartition impossible

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et que mon contexte actif est "Conseil"
    Et qu'une corporation constituée figure au dossier client
    Et que le registre des actionnaires est ouvert

  Scénario: Émission consignée, registre à jour, historique navigable
    Quand j'ouvre le registre des actionnaires
    Et que je consigne une émission de 600 actions ordinaires au premier souscripteur
    Et une émission de 400 actions ordinaires au second
    Alors le registre affiche les deux détenteurs
    Et il affiche 60,00 % et 40,00 %
    Et le total affiché est exactement 100,00 %
    Quand j'ouvre le registre des émissions et des transferts
    Alors les deux émissions y figurent, avec leur date et leur nombre d'actions
    Quand je recharge la page
    Alors le registre, les pourcentages et l'historique sont inchangés

  Scénario: Transfert supérieur aux actions détenues — refus explicite
    Étant donné qu'un détenteur possède 400 actions
    Quand je consigne un transfert de 500 actions depuis ce détenteur
    Alors le transfert est refusé
    Et le message nomme le nombre d'actions détenues et le nombre demandé
    Et le registre conserve la répartition précédente
    Et aucun mouvement partiel n'apparaît au registre des transferts
    Et après rechargement, le total affiché est toujours de 100,00 %

Fonctionnalité: Résolution consignée, signée et rattachée au registre
  En tant qu'incorporateur
  Je veux qu'une résolution signée mette à jour le registre concerné
  Afin que le livre de la société reste cohérent sans double saisie

  Contexte:
    Étant donné que je suis authentifié sur le Portail Affaires
    Et qu'une corporation constituée figure au dossier client
    Et qu'un modèle de résolution de nomination d'administrateur est disponible

  Scénario: Résolution rédigée, signée, registre mis à jour
    Quand je crée une résolution à partir du modèle de nomination
    Et que je nomme la personne administratrice et la date d'effet
    Alors la résolution apparaît avec son objet et sa date
    Quand j'envoie la résolution à la signature du client
    Alors elle porte l'état en attente de signature
    Quand le client signe depuis son propre portail
    Alors la résolution passe à l'état signé, avec son horodatage
    Et le registre des administrateurs porte la nomination, à sa date d'effet
    Quand je recharge la page
    Alors la résolution, sa signature et le registre sont inchangés

  Scénario: Résolution incomplète ou non signée — le registre n'est pas modifié
    Quand je crée une résolution sans date d'effet
    Alors l'enregistrement est refusé
    Et le message nomme le champ obligatoire manquant
    Quand une résolution reste en attente de signature
    Alors le registre des administrateurs n'est pas modifié
    Et la nomination n'apparaît nulle part comme effective
    Et le livre de la société ne comporte aucune entrée non signée présentée comme acquise

Ce que cette série ne couvre pas. Elle ne dépose aucune demande auprès du registraire, ne rédige aucune convention entre actionnaires, et ne remplace pas le conseil juridique : ces trois éléments portent Planifié ou relèvent d'un autre métier. Elle ne traite ni la dissolution ni la radiation d'une société. Elle ne traite pas non plus la comptabilité de la société constituée, portée par le bloc Comptable, ni sa fiscalité, portée par le bloc Fiscaliste. Enfin, l'absence de contexte de navigation dédié est consignée telle quelle : les écrans existent et sont atteignables, mais depuis trois autres contextes.

13. Bloc 11 — Rôle Gestion#

Rappel en quatre lignes. Le rôle Gestion pilote le cabinet : pipeline commercial, clients, équipe, indicateurs, objectifs et résultats clés, tableau équilibré, objectifs stratégiques, projets, capacité et rentabilité, repères sectoriels, prévisions de revenus, satisfaction. Le contexte technique est gestion, reconnu tel quel par la navigation Affaires. Sa contrainte est l'arbitrage : accepter un mandat qu'on ne peut pas livrer coûte plus cher que de le refuser. Son critère d'adoption : la charge disponible est-elle lisible avant la signature, pas après ?

Volume Gestion : 80 histoires — 78 Livré, 2 Planifié.