Portefeuille (priorisation)

Où en est votre mise en place, et quelle est la seule prochaine étape qui débloque le plus. La progression ne vient pas d'une checklist cochée à la main : elle vient du comptage de vos propres données. Si le chiffre dit qu'il y a trois clients, c'est qu'il y a trois clients enregistrés — et c'est pourquoi on ne peut pas le tromper, ni à la hausse ni à la baisse.

La demande devient un enregistrement traçable dans le même canal que « Parler à BMCode » — vous suivez la réponse dans Mes retours —, et part avec l'état de la mise en place en pièce jointe : phase actuelle, pourcentage, ce qui est en attente, les lots en mémoire et les étapes qui ont bloqué. C'est la différence entre un support qui commence par « racontez-moi ce qui s'est passé » et un support qui commence par la réponse.

Le comptable entre comme utilisateur externe en lecture seule — il vérifie le mois miroir et les rapports sans coût de licence. Sans lui, le mois miroir ne se clôture pas, car c'est sa clôture qui sert de référence.

Tout ce que vous envoyez entre dans une zone d'attente, devient un aperçu ligne par ligne et n'est appliqué que lorsque vous approuvez. Réappliquer met à jour au lieu de dupliquer, et annuler revient sur tout le lot. C'est pour cela qu'il est possible d'envoyer le tableur tel quel, sans rien arranger avant.

Quand la même étape est tentée deux fois sans aboutir — la même lecture annulée deux fois, ou le même écran ouvert deux fois sans rien enregistrer —, un message apparaît proposant un spécialiste, sans que vous le demandiez. Cela existe parce que celui qui bloque dans une mise en place clique rarement sur « aide » : il ferme l'onglet. L'offre doit arriver avant, et le nombre de tentatives est paramétrable dans JORNADA.AJUDA_APOS_TRAVADAS.

Seule compte une étape tentée au cours des dernières 48 heures. Un écran ouvert cinq fois il y a trois mois et jamais rempli, ce n'est pas quelqu'un de bloqué maintenant : c'est un sujet que vous avez déjà réglé autrement ou abandonné exprès, et proposer de l'aide là ne serait que du bruit.

Après avoir chargé le tableur de l'ancien système, le bouton « Suggérer la correspondance avec l'IA » lit les noms des colonnes et trois lignes d'exemple et propose la destination de chacune. Rien n'est enregistré à cette étape : la suggestion ne fait que remplir les champs de l'écran, comme si vous aviez choisi. Le chemin reste le même — vérifier, générer l'aperçu, appliquer.

La demande faite au modèle est explicite : sans correspondance claire, renvoyer vide. Une supposition plausible deviendrait ici une donnée fausse dans les fiches de quelqu'un qui débute — le pire moment pour perdre confiance. Quand l'IA suggère avec une faible confiance, l'écran prévient et demande une vérification ; quand elle invente un champ qui n'existe pas dans le Tenka, la suggestion est écartée et cela apparaît par écrit.

Le plan est construit à partir des verticales de l’entreprise, des modules du compte et du pays d’activité, dans l’ordre où les modules dépendent les uns des autres. Chaque écran n’apparaît qu’une fois : ce que votre verticale demande en plus sur un écran entre dans la même étape. Le plan suggère ; ce qui ouvre les écrans reste l’offre souscrite du compte. Sans verticale choisie, le plan montre les étapes valables pour toute entreprise.

Aucune. La demande part de la même façon, et le contexte joint indique explicitement que la règle proactive ne s'était pas déclenchée — la personne qui vous répond sait que la demande vient de vous, et non du système.

Parce qu'elle n'existe pas encore. Un lien vers une communauté vide serait pire qu'une absence assumée : vous cliqueriez, ne trouveriez personne, et vous méfieriez aussi des deux chemins qui fonctionnent.

Ce sont les NOMS des colonnes et jusqu'à trois lignes d'exemple qui partent — sans voir de valeurs, on ne distingue pas « document » de « code ». Si votre entreprise exige le masquage des données personnelles et que le fournisseur d'IA configuré est externe, la suggestion est REFUSÉE et l'écran l'explique : les noms et documents de votre tableur ne sortent pas d'ici. Avec un modèle local, rien ne sort du réseau.

Parce que le système ne coche tout seul que l’étape qu’il sait mesurer par la donnée : clients, fournisseurs, produits, contrats, comptes bancaires, natures, centres de résultat, plan comptable, mouvements, rapprochement, projets, demandes, collaborateurs et la deuxième personne de l’équipe. Les autres étapes dépendent de votre vérification à l’écran — le plan ne fait pas semblant de savoir.

Les parcours de déploiement sont devenus des guides construits par le catalogue : dans le Centre d’aide, sous Guides de déploiement, chaque verticale a le sien, avec les étapes des modules qu’elle utilise, dans l’ordre où l’un dépend de l’autre. L’activité qui réunit plusieurs verticales (la chaîne textile du groupe, l’éditeur de logiciels avec conseil RH) a un seul guide, sans répéter d’écran. Stratégie, Processus et Tenkai ont leur propre guide. L’ancienne adresse du parcours s’ouvre toujours, désormais avec le nouveau guide.