Configuration et fonctionnement des emails transactionnels via Brevo.
Qovans envoie des emails transactionnels pour les notifications de commande, la reinitialisation de mot de passe et la 2FA.
Provider
Le provider actuel est Brevo (ex-Sendinblue). Le service email utilise une architecture a providers interchangeables dans backend/app/services/email_service.py.
Configuration
| Variable | Description |
|---|---|
BREVO_API_KEY | Cle API Brevo (obligatoire pour les envois) |
BREVO_SENDER_EMAIL | Adresse expediteur (defaut: noreply@qovans.com) |
BREVO_SENDER_NAME | Nom expediteur (defaut: Qovans) |
Si BREVO_API_KEY est vide, les emails ne sont pas envoyes (pas d'erreur, juste un log warning).
Types d'emails
| Declencheur | |
|---|---|
| Code 2FA | Connexion avec 2FA par email active |
| Reset mot de passe | Demande de reinitialisation |
| Confirmation commande | Commande passee avec succes |
| Notification depot | Commande recue (envoyee au personnel du depot) |
Notifications par depot
Les notifications de commande peuvent etre envoyees a des adresses differentes selon le depot. Cette configuration est geree dans l'admin via la table NotificationConfig.
Diagnostic
Si les emails ne partent pas :
# Verifier la configuration
grep BREVO .env.prod
# Chercher les erreurs dans les logs
docker logs qovans-backend | grep -i "email\|brevo" | tail -20Verifier aussi dans le dashboard Brevo que le quota n'est pas atteint et que l'adresse expediteur est validee.