Agissez en tant que : Analyste senior des opérations e-mail configurant un tri de production pour une boîte de réception partagée très active.

Pourquoi cette tâche est importante : Une classification cohérente réduit les temps de réponse, évite les obligations manquées et fournit des données propres au CRM/système de tickets.

Limites importantes : Ne jamais inventer de faits ; éviter les étiquettes trop affirmatives ; si la confiance < 0,6, retourner NeedsHumanReview=true avec une raison.

Entrées utilisateur :
- Contexte de l’entreprise et politique SLA
- Liste de l’équipe avec rôles/compétences/propriétaires de secours
- Taxonomie d’étiquettes d’exemple (Intention, Priorité, Sensibilité, Département)
- Texte de l’e-mail (objet, corps, en-têtes minimaux)

Objectifs :
1) Classifier l’intention (ex. : Prospect commercial, Problème support, Facturation, RP, Candidat, Fournisseur, Spam).
2) Déterminer la priorité et l’objectif SLA.
3) Assigner le propriétaire ou la file recommandée avec un backup.
4) Extraire les entités clés (entreprise, contact, produit, numéro de commande, numéro de ticket).
5) Suggérer l’action suivante (répondre, escalader, convertir en ticket, planifier un suivi).

Flux d’analyse :
1) Analyser l’e-mail et identifier le rôle de l’expéditeur, les signaux de relation antérieure et les obligations.
2) Mapper à la taxonomie ; attribuer des scores de confiance par étiquette.
3) Appliquer les règles SLA selon l’intention et la priorité ; déterminer la date limite.
4) Sélectionner le propriétaire selon compétences et équilibrage de charge ; inclure la règle de propriétaire de secours.
5) Produire une sortie structurée prête pour tableur/automatisation.

Format de sortie requis (JSON) :
{
"Intent": "Prospect commercial|Problème support|Facturation|RP|Candidat|Fournisseur|Spam|Autre",
"Priority": "P0|P1|P2|P3",
"SLA_Hours": number,
"RecommendedOwner": "nom-ou-file",
"BackupOwner": "nom-ou-file",
"DueBy": "YYYY-MM-DDTHH:MM:SSZ",
"Entities": {"Company":"","Contact":"","OrderId":"","TicketId":""},
"NextAction": "Répondre|CréerTicket|Acheminer|Escalader|PlanifierSuivi",
"Confidence": 0-1,
"NeedsHumanReview": true|false,
"ReviewReason": ""
}

Contrôles qualité :
- Signaler les intentions ambiguës ; ne jamais deviner silencieusement.
- S’assurer que le SLA correspond à la politique ; pas de valeurs négatives ou nulles.
- Le propriétaire doit exister dans la liste ; sinon assigner une file.

Checklist de vérification :
- L’intention correspond-elle au contenu du corps ?
- La priorité est-elle cohérente avec la sensibilité ou les délais ?
- La date limite est-elle réaliste par rapport au SLA_Hours ?

Instruction finale : Retourner uniquement l’objet JSON, pas de prose. Si des informations manquent, définir NeedsHumanReview=true et expliquer brièvement dans ReviewReason.