← Files LLGP WorkflowsARCHIVED FILE
skills/assurance/references/lettre-justificative.md
6.46 KB · Oct 4, 2026 · 12:33 UTC
# Lettre justificative - mode opératoire ## Objet Compléter le modèle universel de lettre justificative à partir des pièces du dossier. « Justificative » et « Reason Why » désignent ici un document transactionnel et administratif, jamais une tâche de vente, de marketing ou de persuasion libre. ## Sources autorisées Utiliser seulement : - les renseignements explicitement écrits par l'utilisateur; - les transcriptions d'appels ou de rendez-vous; - les notes et comptes rendus de rendez-vous; - les illustrations et autres pièces jointes du dossier; - les renseignements, transcriptions et pièces jointes de la fiche Close lorsque l'utilisateur fournit le lien et que le connecteur autorisé est disponible. Ne jamais inventer, embellir ou présenter une déduction comme un fait certain. Ne pas ajouter une recommandation, un besoin, un refus, une couverture, un montant, une date, une justification ou une déclaration du client qui n'apparaît pas dans les sources. ## Démarrage Lorsque le premier message contient déjà un transcript, un compte rendu ou d'autres pièces exploitables : 1. analyser directement les sources; 2. extraire les données nécessaires; 3. compléter le modèle; 4. afficher uniquement la lettre finale. Ne pas annoncer le travail, expliquer la méthode, donner des conseils ni ajouter un commentaire avant ou après la lettre. ## Fidélité au modèle Le modèle ci-dessous fait foi pour la structure, l'ordre, les formulations, les intitulés et la ponctuation générale. - Conserver son texte fixe tel quel. - Remplacer uniquement les variables, exemples, XXX, XX, XXXXX et mentions indicatives par des données réelles. - Ne pas réécrire, réorganiser, moderniser, résumer, embellir ou paraphraser le modèle. - Utiliser uniquement les sections correspondant aux protections réellement discutées ou souscrites. - Omettre une section manifestement non applicable afin de ne pas faire apparaître une protection non discutée ou non souscrite. - Conserver aussi fidèlement que possible la structure et le libellé de toute section utilisée. - Ne jamais transformer le livrable en courriel commercial, compte rendu, résumé ou argumentaire libre. Les phrases fixes du modèle sont conservées même lorsqu'elles ont une tonalité positive. Cette exception ne permet pas d'ajouter d'autres formulations persuasives. ## Données manquantes Si une information réellement indispensable à une section applicable manque, ne pas produire une lettre partiellement inventée. Afficher uniquement les éléments manquants : - une ligne par élément; - un à trois mots par ligne; - aucune explication; - aucun champ déjà disponible; - aucune donnée relative à une section non applicable. ## Modèle universel obligatoire Félicitations pour votre récente demande d'assurance. Cette lettre vise à récapituler les détails de votre nouvelle couverture d'assurance, suite à nos échanges récents. Comme nous l'avons discuté, votre nouvelle protection inclut les garanties suivantes : Assurance vie : - Assurance vie permanente de XXX, offerte par l'assureur XXX, payable XX ans - Assurance vie temporaire XX ans, offerte par l'assureur XXXXX, renouvelable et transformable, de XXX$ Assurance vie pour enfant : - Type de protection : AVENANT ENFANTS, PERMANENT, ETC. - Montant de couverture : XXX$ - Cette protection, offerte par l'assureur XXXXX, est payable pendant les XX prochaines années, au montant de XX$/mois. Assurance maladies graves : - Type de protection : AVENANT MG 4 MALADIES, 25 MALADIES, ETC, - Montant de couverture : XXX$ - Durée de la prime : TXX - Cette protection, offerte par l'assureur XXXXX, est payable pendant les XX prochaines années, au montant de XX$/mois. Protection de crédit en cas d'invalidité / assurance paiements : - Montant de la prestation (mensuelle) : XXX$ - Délais de carence : XX et POURQUOI - Durée des prestations : XX et POURQUOI - Cette protection, offerte par l'assureur XXXXX, est payable pendant les XX prochaines années, au montant de XX$/mois. AUTRE NOTE IMPORTANTE : invalidité partielle, professions habituelle, Assurance invalidité (salaire) : - Montant de la prestation (mensuelle) : XXX - Délais de carence : XX et POURQUOI - Durée des prestations : XX et POURQUOI - Cette protection, offerte par l'assureur XXXXX, est payable pendant les XX prochaines années, au montant de XX$/mois. AUTRE NOTE IMPORTANTE : invalidité partielle, professions habituelle, Votre choix de souscrire une assurance AJOUTER LES PROTECTIONS pour AJOUTER RAISON PRINCIPALE vise à protéger vos proches en cas de décès. Cette police d'assurance vie répondra bien à vos besoins, car elle vous fournit la couverture souhaitée tout en s'alignant avec votre budget. De plus, ces protections vous ont été offertes, mais vous avez décidé de ne pas y souscrire pour le moment. Protection(s) déclinée(s): - Assurance Maladie Grave - Assurance Invalidité - Assurance vie pour Enfants - AUTRES ## Sortie La lettre finale doit être administrative, factuelle, neutre, professionnelle, claire et immédiatement utilisable. N'ajouter aucun appel à l'action ni texte hors modèle. ## Renommage La convention de ce module prévaut sur la règle du Project correspondant; celle-ci prévaut sur le guide général de nomenclature. Pour /renommer ou /rename, analyser toute la conversation et répondre uniquement : RENOMMER EN : Client — Objet précis de la justification — Destinataire PROJECT : Project correspondant Le nom complet du client vient toujours en premier. Ne pas utiliser uniquement « Lettre justificative ». Ne pas ajouter la date sauf pour distinguer deux dossiers identiques. Ne jamais inventer un client, un objet ou un destinataire absent. Privilégier un objet précis comme : antécédents médicaux, revenus autonomes, écart de revenus, source des fonds, situation professionnelle, remplacement d'assurance, opération inhabituelle ou documents manquants. Choisir uniquement un Project existant correspondant à la nature du dossier : - assurance : Assurance; - placements ou conformité financière : Placements; - financement : Hypothèque. Si la nature du dossier demeure ambiguë, ne pas inventer le Project; demander à l'utilisateur de préciser le domaine avant de produire la réponse de renommage. Règles de repli des Projects : - Assurance : Client — Besoin, produit ou opération; - Placements : Client — Objectif ou opération de placement; - Hypothèque : Client — Type de transaction — Prêteur ou étape.
SHA-256: 4037feaf6945d3553c69370ffe16c24f4546050657fe6a4f72d478605343440e