Signaler une modification

Corrigé et déployé en production. Priorité obligatoire à la création, tri des tickets du plus récent au plus ancien, intitulés de l'espace éditeur alignés entre menu, titre et fil d'Ariane, et « Collecte et analyse documentaire » partout. L'interdiction des possessifs était déjà en place et testée ; ce qui manquait était la cohérence des intitulés dans l'espace éditeur, désormais garantie par un test. Commit 41a7373 Merci de contrôler sur l'écran concerné, puis de valider si cela convient.

Corrigé et déployé en production. Vérifié sur la production : la rubrique s'appelle « Clients » au menu, en titre de page et dans le fil d'Ariane, sans possessif. Deux tests lisent les sources et interdisent la récidive, l'un sur les possessifs de tous les espaces de travail, l'autre sur la cohérence entre l'entrée de menu, le fil d'Ariane et le titre. Les possessifs qui subsistent sont ceux de l'espace client et du parcours, où ils désignent la personne accompagnée. Commit be684be. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé. La page s'intitule « Clients », et une rubrique porte désormais un seul nom : le menu, le titre de page et le fil d'Ariane disent la même chose, ce qu'un test vérifie entrée par entrée. Le fil d'Ariane saute le maillon de section quand il répéterait l'entrée. Déployé en production le 30 juillet 2026.

Corrigé et déployé en production. Corrigé et déployé en production. Une zone d'actions rapides est créée en tête de page, avec de vrais boutons (fond blanc, bordure et texte bleus) : « Voir le calendrier », « + Créer un prospect » (ouvre directement la modale de création), « + Planifier un rendez-vous » (ouvre directement la modale de planification de l'agenda). La capture montre les trois boutons en haut à droite. Commit c0b1d0f. Merci de contrôler la zone d'actions rapides et l'ouverture directe des deux modales. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La page « Activité » est réorganisée en cockpit de trois sections, chacune annonçant les questions auxquelles elle répond : 1. « Activité à traiter » — dossiers en retard (délai d'étape dépassé, en jours, avec lien direct), prochaines actions, prochains rendez-vous ; 2. « Portefeuille en cours » — répartition des dossiers par étape du parcours ; 3. « Développement commercial » — nouveaux prospects et clients sur 30 jours, évolution des créations de dossiers sur 6 mois, origine des clients. Le calcul des retards reprend la règle de dépassement des délais du parcours (conformité 7 j, collecte 21 j, production 21 j, restitution 14 j). Les neuf questions du ticket sont couvertes, données réelles vérifiées en production. À contrôler : espace ingénieur, « Activité commerciale ». Commit 9a9ae02. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La page gagne une carte « Relances à faire » en section 1 : les dossiers qui attendent un geste du client, signature ou pièces de collecte, passé un délai de courtoisie dérivé du délai cible de l'étape, pour que la relance parte avant le retard. Un dossier déjà en dépassement reste dans « Dossiers en retard » et n'apparaît pas deux fois, et l'en-tête de section résume les trois comptes. En section 3, le taux de conversion prospect vers client se lit sur tout le portefeuille suivi, archivés exclus. Aucun chiffre d'affaires n'est affiché : la colonne existe mais n'est renseignée que sur deux dossiers sur vingt-six, un indicateur se lirait comme un total alors qu'il ne couvrirait presque rien. Dites-nous si vous le voulez malgré tout, et sur quelle base. Commit aff8a4e. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. Le retour du 14/08 est appliqué à la lettre : la section « Activité à traiter » (Dossiers en retard, Prochaines actions, Relances à faire) a quitté la page, la case « Dossiers en retard » a quitté la ligne de KPI, et les sections s'ordonnent comme demandé : 1 · Développement commercial, 2 · Portefeuille en cours, 3 · Prochains rendez-vous. La capture montre la page en production dans cet état. Point à trancher de ton côté : les relances partent avec la section supprimée. Le calcul qui les détecte reste disponible côté données, rien n'est perdu — si tu veux les voir réapparaître ailleurs (tableau de bord, par exemple), dis-le et on les y installe. Commit 9b1f2e8. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque. Commit 9b1f2e8. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. La nomenclature complète des origines clients est définie et branchée : contact direct, prospection directe, recommandation d'un client, recommandation personnelle, apporteur d'affaires, partenaire professionnel, expert-comptable, notaire, avocat, autre professionnel du conseil, réseau ou club professionnel, événement / conférence, site internet, référencement naturel, publicité digitale, LinkedIn, autre réseau social, réseau personnel, marketing & digital, autre. C'est la liste proposée à la saisie dans la fiche client (liste déroulante « Origine d'acquisition ») et lue par le graphique « Origine des clients » ; les codes historiques déjà en base restent lisibles. Elle est à faire valider par le cabinet : toute évolution se fera à un seul endroit (ACQUISITION_ORIGIN_LABELS). Commit c0b1d0f. Merci de contrôler la liste dans la fiche client et de valider la nomenclature. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La liste déroulante des origines de clientèle est désormais exhaustive et acceptée par la base : vingt-deux origines, dont la campagne e-mail et le contenu / téléchargement qui manquaient, plus un champ libre pour préciser la source exacte (nom de l'apporteur, de l'événement…). L'enum acquisition_origin ne connaissait que cinq valeurs : toute origine détaillée échouait silencieusement à l'enregistrement. La migration 20260817 est appliquée en production. L'origine et sa précision s'affichent aussi en lecture sur la fiche client. À contrôler : fiche client d'un dossier, « Modifier », champ « Origine d'acquisition ». Commit f225cad. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. « Captation directe » devient « Contact direct » : une personne entrée directement en relation avec le cabinet, sans intermédiaire identifié. Le libellé est harmonisé partout — page Activité, fiche client (l'ancien code en base s'affiche sous le nouveau, et la prochaine édition le réécrit proprement). La capture montre la catégorie renommée en tête de la répartition. Commit c0b1d0f. Merci de contrôler la terminologie. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. Une vraie rubrique « Prochaines actions » remplace la simple liste de retards : pour chaque dossier du portefeuille, l'étape recommandée maintenant est affichée — « Finaliser la conformité en cours », « Compléter la collecte documentaire (8 % complété) », « Finaliser et restituer l'étude patrimoniale », « Programmer le point de suivi » — avec le client concerné, l'ancienneté à cette étape et un bouton ouvrant directement le dossier. Les dossiers les plus en retard remontent en tête. La capture montre la rubrique. Commit c0b1d0f. Merci de contrôler les prochaines actions. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. Chaque origine affiche directement son effectif et sa part : « Contact direct — 17 clients (68 %) », « Recommandation d'un client — 6 clients (24 %) »… La phrase de commentaire qui se contentait de répéter la donnée est supprimée. La capture montre la légende détaillée. Commit c0b1d0f. Merci de contrôler l'affichage des pourcentages. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. La répartition des clients selon leur origine se lit désormais dans un diagramme en anneau : les proportions sont visibles directement, sans comparer des longueurs de barres. La légende nomme chaque catégorie avec sa couleur. La capture montre l'anneau et sa légende. Commit c0b1d0f. Merci de contrôler la représentation graphique. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. « Sources d'acquisition » devient « Origine des clients », une formulation immédiatement compréhensible pour un cabinet de conseil patrimonial. La capture montre la carte renommée. Commit c0b1d0f. Merci de contrôler l'intitulé de la carte. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. L'indicateur « Taux dossier → production », dont le calcul restait indéchiffrable, est remplacé par deux données directement utiles : le compte « Dossiers en production » (sur le nombre de clients), et une nouvelle carte « Répartition du portefeuille par étape » qui matérialise le cycle des dossiers — prospects, conformité, collecte, production, étude restituée, suivi — avec l'effectif de chaque étape. La capture montre l'indicateur et la carte de répartition. Commit c0b1d0f. Merci de contrôler le nouvel indicateur et la répartition. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. Les valeurs chiffrées des cartes de pilotage sont désormais toutes en bleu foncé, quel que soit le KPI (rendez-vous, dossiers, délais) : la variation de couleur sans signification est supprimée. Le doré reste réservé aux intitulés et accents, l'orange à sa seule signification fonctionnelle (retard). La capture montre les quatre indicateurs harmonisés. Commit c0b1d0f. Merci de contrôler l'homogénéité des chiffres clés. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Corrigé et déployé en production. La vocation de la page est clarifiée (option « activité commerciale ») : c'est le poste de pilotage commercial de l'ingénieur — rendez-vous, production des dossiers, origine de la clientèle — et non un fourre-tout. L'aide de la page le dit explicitement. Les sujets qui n'étaient pas commerciaux sont reformulés : les « actions en retard » deviennent des « Prochaines actions » orientées avancement du portefeuille, et le pilotage s'appuie sur la répartition des dossiers dans le parcours. La capture montre la page repositionnée. Commit c0b1d0f. Merci de contrôler le cadrage de la page. Commit c0b1d0f. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Le bouton « Confirmer le rendez-vous » devient actif dès qu'une date et un créneau sont choisis. Si on clique alors qu'il manque des informations, rien n'est envoyé : les champs manquants s'entourent de rouge, la page remonte au premier d'entre eux, et un message sous le bouton liste ce qui reste à remplir. Le choix d'enregistrement de l'entretien compte parmi ces champs. Une adresse e-mail mal écrite est aussi signalée à ce moment-là. Une fois tout rempli, un nouveau clic confirme la réservation normalement. Commit 1d0eb10. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La rubrique s'appelle désormais « Modalités de communication » : elle ne porte pas un historique des échanges mais des paramètres rédactionnels — niveau de formalisme et formule d'appel —, et l'intitulé le dit. Sur la marge : le bloc garde l'espacement des autres sections de la fiche, et reçoit une marge franche de 48 pixels lorsqu'il termine la page. Sur la fiche que j'ai contrôlée, il est suivi des identités déclarées et n'apparaît donc pas coupé ; si l'impression persiste sur une fiche où il finit l'écran, dis-le-moi avec la fiche concernée et je reprendrai la mesure. Commit 08a311d. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Le détail d'un rendez-vous s'ouvre dans un nouvel onglet depuis le calendrier. L'onglet de l'agenda reste ouvert, sur la semaine et à la position où il était, et l'infobulle de la carte l'annonce avant le clic. Les événements Google en lecture seule restent, eux, sans lien. Commit 08a311d. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Cliquer sur un rendez-vous ouvre désormais son détail, et non plus la visioconférence. La cause : les rendez-vous pris en ligne par un prospect ne vivent pas dans la table des rendez-vous mais dans la réservation qui les a créés ; faute d'identifiant, leur carte pointait droit sur la salle, et le clic entrait dans l'entretien avec caméra et enregistrement. Ces rendez-vous ont maintenant leur fiche, bâtie sur la réservation : qui, quand, quel type, quelle durée, quelles coordonnées, quelle origine de contact. Elle porte le bouton qui rejoint la visioconférence et celui qui ouvre la modification, comme demandé. Plus aucune carte de l'agenda n'ouvre une salle directement. Vérifié en production sur le rendez-vous Thierry DUTEST : la fiche s'ouvre dans un nouvel onglet, l'agenda reste en place, le lien de visioconférence mène à la bonne salle et la modale de modification s'ouvre avec ses champs. Commit e6cbb13. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Complément après contrôle : le bouton « Modifier le RDV » ne modifiait rien. En clôturant, j'avais vérifié que la modale s'ouvrait, pas ce que son enregistrement produisait. Elle s'ouvrait vierge — ni heure, ni durée, ni coordonnées — et son mode « modification » ne changeait que ses titres : l'enregistrement passait par la création. Déplacer un rendez-vous pris en ligne aurait donc fabriqué un SECOND rendez-vous, l'ancien restant en place. Trois défauts se cumulaient, tous trouvés en production, aucun visible en test : 1. l'enregistrement créait au lieu de déplacer ; 2. le contrôle qui précède exige un lieu, un rappel et des coordonnées, règles écrites pour une création : il refusait le déplacement sans rien afficher ; 3. la durée partait vide, parce que la saisie est un nombre de minutes que le code transformait en libellé (« 1 h ») avant de le relire comme un nombre. Corrigé et vérifié de bout en bout en production, sur ce rendez-vous : la modale s'ouvre sur 25/08, 17:00, 60 minutes, visioconférence, avec l'adresse et le téléphone du prospect ; déplacé à 15:30 puis remis à 17:00, la réservation suit à chaque fois, garde ses deux bornes (« 17:00 – 18:00 ») et sa durée, et AUCUN rendez-vous n'est créé dans la table — contrôlé en base avant et après. Le dossier est laissé dans son état d'origine. Le client n'est pas prévenu par courriel du report : un tel envoi se décide, il ne doit pas être un effet de bord d'un enregistrement. Dites-moi s'il le faut. Reste connu, hors de ce ticket : sur la fiche d'un rendez-vous de la table `rdv`, ce même bouton crée toujours un second rendez-vous. Le défaut est antérieur à ce signalement ; je le signale plutôt que de l'embarquer ici sans qu'il soit demandé. Commits 4ce5a52, 1fc7c69, 6e8b051 et 7a394b9.

Corrigé et déployé en production. Corrigé et déployé en production. Le clic sur un rendez-vous du calendrier ouvre sa fiche dans un nouvel onglet, l'agenda garde sa semaine et sa position, et aucune carte n'entre plus directement en visioconférence : la fiche intermédiaire porte le détail, le bouton qui rejoint la visio et celui qui modifie. Un test balaie les trois familles de cartes du calendrier (rendez-vous, prises en ligne, événements Google en lecture seule) pour verrouiller ce comportement sur toute la population. Deux écarts de votre dernière reprise sont réglés. « L'agenda de la page d'accueil n'est plus visible » : la carte « Prochains rendez-vous » ne lisait que l'ancienne table des rendez-vous, toutes passées — vos RDV pris en ligne n'y figuraient donc jamais. Elle lit désormais exactement la même fusion de sources que le calendrier ; accueil et calendrier ne peuvent plus diverger. Et « Modifier le RDV » sur la fiche d'un rendez-vous de la table créait un second rendez-vous : le bouton, désormais présent sur ces fiches, DÉPLACE le rendez-vous existant (mise à jour scopée, modale préremplie, aucune création, aucun courriel de report envoyé au client) — vérifié en base, zéro doublon. La capture jointe montre la fiche intermédiaire avec ses deux actions. À ce jour aucun rendez-vous n'est à venir en base, toutes sources confondues : la carte d'accueil affiche donc légitimement « Aucun rendez-vous à venir » — la prochaine prise en ligne la fera apparaître. Commits 08a311d, e6cbb13, 4ce5a52, 1fc7c69, 6e8b051, 7a394b9, 00f9e97, 219ec82 et 0385985. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque. Commit 0385985. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La légende était figée sur cinq repères. Tu nommes tes catégories et choisis leur couleur parmi celles que la grille sait rendre — or, bleu nuit, vert, orange, gris — depuis « Légende de votre calendrier », dans ton profil. L'ordre d'affichage est celui dans lequel tu les ranges. Décidé comme tu le demandes : sans catégorie déclarée, la légende garde ses repères par défaut. Personne n'est obligé de tout configurer pour que l'écran reste lisible. Commit 5f8f53e. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La légende du calendrier se règle désormais entièrement depuis « Profil & agréments » : nom et couleur de chaque catégorie (livrés par 5f8f53e), ordre d'affichage par flèches monter/descendre, et association de chaque catégorie aux types de rendez-vous — un type associé prend la couleur de sa catégorie dans la grille comme dans la légende, un type non associé garde sa couleur d'origine, et sans catégorie déclarée la légende par défaut tient lieu : personne n'est obligé de tout configurer. Vérifié en production sur le Calendrier du compte de démonstration, qui porte un exemple de configuration (« Signatures », « Rendez-vous clients »). Commit 724ef67. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Le réglage de la légende quitte le Profil pour l'écran du calendrier, sous la légende qu'il modifie, et pour « Configurer le calendrier ». Vous y nommez vos catégories, choisissez leur couleur, leur ordre, et les types de rendez-vous que chacune couvre. Sans réglage, les cinq repères par défaut tiennent ; le premier ajout part de ces cinq repères au lieu d'une ligne vide, personne n'a donc à tout redéclarer. Une catégorie sans nom est refusée avec un message, à l'écran comme côté serveur, au lieu de disparaître au rechargement. Le Profil porte un renvoi vers le nouvel emplacement. Commit 8a1d762. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La mention « Entretien initial » ne s'affiche plus sur la page publique quand un seul type de rendez-vous est proposé : elle désigne notre organisation interne du parcours et n'apprend rien au prospect. Elle réapparaît d'elle-même dès qu'il y a un choix à faire entre plusieurs types, et reste dans le récapitulatif de réservation, où elle accompagne le jour et l'heure. Commit cb4a5b3. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La page publique ne présentait que ton identité et le formulaire de réservation. Elle accueille maintenant un texte libre de présentation et jusqu'à six liens utiles — site du cabinet, avis, page de présentation — que tu règles depuis ton profil, sous « Votre page publique de rendez-vous ». Un lien qui ne mène pas à une page web est refusé à la relecture, ni javascript: ni data:. Pour la photo professionnelle que tu évoques : elle est traitée par le 522, et le cercle de la page publique reprend la photo du profil dès qu'elle existe. Commit 5f8f53e. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La description saisie dans l'édition d'un type de rendez-vous était bien enregistrée, mais abandonnée avant l'affichage : elle n'arrivait jamais jusqu'au calendrier public. Elle s'affiche désormais sur la carte du type, sur la page publique — vérifié en production avec la description de « BLabla test 1 », passé publique le temps du contrôle puis remis privé. Attention à un point de ton contrôle : un type privé ne paraît jamais sur la page publique, description comprise — la description n'y paraît que pour les types publics. La photo de profil rejoint aussi le cercle de la page publique dès qu'elle existe, avec le cadrage choisi ; sans photo, les initiales restent. Commit 630e2d9. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Reprise du point exact du second recalage. Sur la page publique de prise de rendez-vous, le texte de présentation s'affiche désormais à droite du bloc de signature / identité de l'ingénieur, comme sur la maquette jointe au recalage : la carte conseiller passe en trois colonnes dès qu'un texte existe — photo et identité à gauche, présentation à droite — et le lien « Site web » garde son emplacement, au pied du bloc d'identité. Le paramétrage du texte a déménagé de la rubrique « Profil » vers la rubrique « Calendrier », dans la carte « Lien public de prise de RDV » : le texte en vigueur y est visible et « Modifier le texte » ouvre la saisie. La page Profil ne l'édite plus et renvoie vers le Calendrier. Vérifié en production sur la page publique de démonstration sarah-kaufmann : texte à droite de l'identité, lien en place. Commit 7a29c0c. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Livré pour la partie affichage : une case ne porte plus que l'horaire et le nom. Le type, l'origine et la modalité — « Google agenda », « entretien initial », « visio », « prospect en ligne » — quittent la vue principale et se lisent au survol ; la fiche complète reste au clic. LE POSITIONNEMENT N'EST PAS CORRIGÉ, et je préfère te le dire : la grille est bâtie en cellules de trente minutes, un rendez-vous de 11 h 15 est rangé dans la cellule de 11 h et n'a pas d'endroit où se poser à sa minute exacte. Le corriger, comme gérer proprement deux rendez-vous qui se chevauchent, demande de repositionner les événements en absolu dans la colonne du jour plutôt qu'en cellules. C'est un chantier à part, que je n'ai pas ouvert dans ce lot. Commit cb4a5b3. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Les pictogrammes « i » viraient au doré au survol et à l'ouverture, ce qui leur donnait le poids d'une action principale, alors que d'autres restaient gris. Ils restent gris sur toute la plateforme et se contentent de foncer au survol, comme tu le préconises : c'est une information secondaire. Sur un en-tête sombre, où le gris ne se verrait pas, ils passent au blanc plutôt qu'au doré — même logique, teinte adaptée au fond. Commit cb4a5b3. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Le « i » du lien public de prise de RDV restait jaune : la règle qui dore les pictogrammes des titres de carte l'emportait sur son gris. Il est désormais gris comme les autres infobulles, au repos comme au survol et à l'ouverture, et ce sur toute la plateforme : un test balaie toutes les règles qui colorent un pictogramme pour qu'aucune ne puisse plus le repeindre. Vérifié en production sur la carte « Lien public de prise de RDV ». Commit 630e2d9. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Le lien portait ton identifiant technique, la suite de chiffres et de zéros que tu as vue. Tu choisis désormais ton adresse publique depuis ton profil, proposée par défaut à partir de ton nom : « …?ingenieur=sarah-kaufmann ». Deux ingénieurs ne peuvent pas porter la même — l'enregistrement le refuse et te le dit. Décidé pour ne rien casser : les liens déjà transmis à des prospects continuent de fonctionner, l'identifiant reste accepté à la résolution. Laissée vide, l'adresse garde l'identifiant, comme aujourd'hui. Commit 5f8f53e. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Le nom du lien ne se changeait que depuis la page Profil, et rien ne l'indiquait sur le calendrier : tu ne voyais pas où l'éditer. Le bouton « Personnaliser » ouvre désormais la saisie au pied du lien, sur l'écran Calendrier comme sur « Configurer le calendrier », avec le nom standardisé « prénom-nom » proposé d'après ton nom — par exemple https://ingenieur.astraeos.fr/parcours/rendez-vous?ingenieur=sarah-kaufmann. Deux ingénieurs ne peuvent pas porter la même adresse, et les liens déjà transmis continuent de fonctionner. Commit 630e2d9. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. La mention se comportait comme un bouton sans en avoir l'air : son contour n'apparaissait qu'au survol. Elle porte maintenant un contour et un fond blanc en toute circonstance, une coche verte à la place du point, et le survol se contente d'une légère surbrillance dorée. Le clic continue d'ouvrir les informations de liaison de l'agenda. Commit cb4a5b3. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Chaque ligne répétait ses libellés en toutes lettres (« 13 à fournir », « 3 incohérences », « 6 sur 19 reçus ») et les données qui se répondent se lisaient loin l'une de l'autre. Les rubriques sont en colonnes, intitulés posés une seule fois en tête : Rubrique, Reçus, Manquants, Incohérences, Avancement, Action. Reçus et Manquants sont voisins, comme demandé. Commit fb388aa. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.

Corrigé et déployé en production. Le refus d'enregistrement a désormais son parcours : deux radios « J'accepte d'être enregistré » / « Je ne souhaite pas être enregistré », et le refus affiche un message précisant que la prise de rendez-vous peut se poursuivre avec un entretien sans enregistrement ou un autre mode d'échange. Comme demandé dans le signalement, ce parcours de refus devra être validé par la conformité. Commit d0fb6a1. À contrôler sur l'écran concerné : si la correction règle bien ce ticket, marque-le « Résolu » ; sinon, renvoie-le en correction en disant ce qui manque.