MG-03 — Agent cadeaux & fournitures

Fonction	Nature	Framework	Score	Statut
MG	Agent IA + Automatisation (hybride)	n8n + noeud LLM	18	🟢 En développement

Source : atelier MG 29/07/2026 — alias cadeau@proxiade mentionné dans le transcript (probable coquille pour cadeau@proxiad).

---

Contexte métier

• Demandes cadeaux (clients, événements) + fournitures internes arrivent en mails désordonnés
• Risque : commande passée avant validation directeur de marché → dérive budgétaire
• Un tableau Excel partagé existe pour fournitures mais peu utilisé
• Demandes urgentes via Teams → problème de standardisation
• Cible : cadeau@proxiad.com avec contrôle obligatoire validation directeur AVANT commande

Objectif du cas d’usage

Empêcher toute commande cadeau/fourniture sans validation directeur, en interceptant les demandes à un alias unique, en détectant automatiquement la preuve de validation, et en déclenchant un workflow validation si elle manque.

Étapes fonctionnelles détaillées

1. Polling boîte cadeau@proxiad.com toutes les 5 min.
2. Pour chaque nouveau mail : agent LLM parse → JSON (demandeur, objet, destinataire, montant, occasion, référence commande).
3. Vérification complétude : montant précisé ? justification si événement client ?
4. Détection preuve validation directeur (3 mécanismes cumulés) :
   • Mail transféré (FW: d’un mail du directeur)
   • Mention explicite “Validé par [nom] le [date]”
   • Directeur en copie du mail original
5. Si preuve détectée → forward automatique à Esther/Sacha (SharePoint list cadeaux + notif).
6. Si pas de preuve → mail au directeur de marché concerné : “Un cadeau de X€ pour [client Y] demandé par [Z]. OK ?”
7. Attente 48h : si “OK” reçu (LLM parse la réponse), forward à Esther. Si “NON” → notif demandeur. Si silence → escalade Esther (info).
8. Tag urgent dans objet mail → escalade Esther immédiate en parallèle du workflow.
9. Journalisation : SharePoint list historique par mois, directeur, consultant, montant.

Flot d’appels API

flowchart TD
    Cron[⏰ Cron 5 min] --> Poll[Graph API<br/>GET cadeau@ /messages]
    Poll --> LLM[🤖 LLM parser<br/>JSON extract]
    LLM --> Check{Preuve<br/>validation ?}
    Check -->|Oui| Forward[POST SharePoint<br/>+ Notif Esther/Sacha]
    Check -->|Non| MailDir[POST /me/sendMail<br/>→ directeur marché<br/>Récap + demande OK/NON]
    MailDir --> Wait[Wait 48h]
    Wait --> Reply{Réponse ?}
    Reply -->|OK| Forward
    Reply -->|NON| NotifD[POST /me/sendMail<br/>→ demandeur refus]
    Reply -->|Silence 48h| Escal[Escalade Esther<br/>info seul, action manuelle]
    Forward --> Log[(SharePoint historique<br/>par mois/directeur/consultant)]
    NotifD --> Log
    Escal --> Log

    Urgent{Tag URGENT ?} -.->|Oui| ImmedNotif[Notif Esther immédiate<br/>en parallèle]
    LLM --> Urgent

API map — fonctions requises

#	Étape	Fonction / endpoint	Application	Existe ?	Accès dispo ?	Notes
1	Poll alias cadeau@	GET /users/cadeau/messages	Microsoft Graph	✅	⚠️ Extension droits	Alias à créer
2	Parser LLM	HTTP Request → provider LLM	Provider LLM	✅	⚠️ Idem MG-02	Prompt spécialisé “détection validation”
3	Mail directeur workflow	POST /me/sendMail	Microsoft Graph	✅	⚠️ Idem	Depuis cadeau@
4	Parser réponse directeur	Re-poll + LLM sur réponses	Idem 1+2	✅	⚠️ Idem	Détection “OK” / “NON”
5	Insert historique	POST /sites/{id}/lists/cadeaux/items	Microsoft Graph	✅	⚠️ Idem	Site MG partagé
6	Notif Esther Teams	POST /teams/.../messages	Microsoft Graph	✅	⚠️ Idem	Canal MG

Prérequis techniques

• Alias cadeau@proxiad.com créé
• Mapping consultant → directeur de marché (partagé avec ADV-02)
• Site SharePoint MG (partagé avec MG-01 mais liste dédiée cadeaux)
• Provider LLM (partagé avec MG-02)

Livrables Proxiad attendus

• Mapping consultant → directeur de marché (livrable partagé)
• Règles validation : toute demande OU seuil montant (> 50€) ?
• Distinction cadeau interne (fête service) vs cadeau client — règles différentes ?
• Templates : mail validation directeur, relance 24h, refus demandeur
• Comm interne “à partir du [date], toute demande cadeau passe par cadeau@proxiad.com”
• 10 mails historiques cadeaux pour calibrer parser

Timeline estimative

Effort : 2 jours-n8n (mutualisation forte avec MG-02).

• S+1 J1 : config alias + workflow validation + templates
• S+1 J2 : tests + démo
• S+2 : pilote 5 demandes réelles
• S+3 : mise en production (couplé MG-01/02)

Critères de recette

• Toute demande sur cadeau@ déclenche parsing dans 5 min
• Mail sans preuve validation → workflow directeur activé
• Réponse “OK” du directeur (mail court) reconnue par LLM
• Esther/Sacha ne reçoivent QUE demandes validées
• Silence directeur > 48h → escalade Esther
• Historique consultable par mois + directeur + consultant + montant

Risques identifiés

Risque	Impact	Mitigation
Directeur ne répond jamais	Blocage demandes	Escalade Esther à 48h, relance directeur à 24h
Consultant contourne l’alias (mail direct Esther)	Alias inutile	Comm ferme + Esther renvoie systématiquement vers l’alias
LLM confond valid. directeur et valid. demandeur	Faux positifs	Prompt strict : cherche preuve d’un TIERS validateur
Cadeau urgent bloqué par workflow	Frustration	Tag [URGENT] court-circuite avec notif Esther immédiate

Questions ouvertes

• Q1 : Nom exact alias — cadeau@proxiad.com ou cadeaux@ ? (transcript “cadeau@proxiade” est une coquille)
• Q2 : Fournitures internes (papeterie, café) — même alias ou alias séparé fournitures@ ?
• Q3 : Seuil validation obligatoire — TOUJOURS ou uniquement > X€ ?
• Q4 : Politique cadeau client vs cadeau interne — validation directeur pour les deux ?
• Q5 : Historique — combien de temps garde-t-on (audit/RGPD) ?
• Q6 : Plafonds budgétaires par directeur — v1 ou v2 ?