Connecteur Sweego × Odoo

Pourquoi Sweego plutôt que l’IAP Odoo ?

• Hébergement français : données traitées en France, conformité RGPD facilitée.
• Délivrabilité maîtrisée : domaine d’envoi vérifié, statistiques détaillées par message.
• Webhooks temps réel : Odoo est notifié dès qu’un email est livré ou qu’une réponse arrive — pas de polling.
• Suppression sécurisée : un email n’est retiré de la file d’envoi qu’après confirmation de livraison, éliminant les faux positifs.
• SMS sans OCA : aucune dépendance à des modules tiers, code maintenu directement par Mangono.
• Multi-fournisseurs compatible : cohabite avec le service IAP Odoo et sms_twilio au sein d’une même instance.

Pourquoi pas Gmail ou Microsoft 365 comme serveur d’envoi ?

Gmail et Microsoft 365 sont conçus pour la correspondance humaine, pas pour l’envoi automatisé depuis une application. Les utiliser comme serveur SMTP pour du transactionnel (confirmation de compte, reset de mot de passe, facture) impose des limites qui n’ont rien d’anodin :

• Volume plafonné : 100 emails/jour en Gmail gratuit, 2 000/jour en Workspace ; Microsoft 365 limite à 30 messages/minute par boîte (pas par tenant) — un plafond qui bloque vite un système de notifications à trafic variable.
• Délivrabilité mutualisée : la réputation d’IP est partagée avec des millions de boîtes humaines. Un pic de plaintes spam ailleurs sur l’infrastructure peut dégrader vos envois, sans que vous en soyez informé.
• Authentification lourde : Microsoft 365 impose OAuth 2.0 pour toute connexion SMTP authentifiée depuis 2022 — nettement plus complexe à intégrer et maintenir qu’une clé API.
• Aucun outil de suivi natif : pas de webhooks temps réel, pas de logs détaillés, pas de gestion du courrier entrant — il faudrait construire cette couche applicative soi-même.
• Aucun palier tarifaire adapté : au-delà des quotas, pas d’offre pensée pour un usage applicatif croissant.

Sweego — comme SendGrid, Mailgun, Amazon SES ou Postmark — est dimensionné pour ce cas d’usage : réputation d’envoi dédiée au transactionnel, SPF/DKIM/DMARC configurés automatiquement, API REST simple, et une tarification prévisible, de l’ordre d’1 € pour 1 000 emails à volume.

Fonctionnement — Email

• Sélectionnez l’authentification Mangono Sweego SMTP sur le serveur d’envoi : serveur, port et chiffrement sont remplis automatiquement.
• Webhook sortant (email_sent, delivered) : Sweego notifie Odoo en temps réel à chaque statut de livraison.
• Webhook entrant (email_inbound) : les réponses clients sont routées vers le bon document Odoo via un token Reply-To encodé.
• En multi-société, chaque société peut avoir son propre domaine alias — résolution automatique depuis la configuration Odoo.
• Une tâche planifiée prend le relais si un webhook est manqué, garantissant la cohérence des statuts.

Fonctionnement — SMS

• Lorsqu’Odoo envoie un SMS, le module examine le fournisseur configuré sur la société associée.
• Les SMS des sociétés sur Sweego sont groupés et envoyés via l’API REST ; les autres sociétés (IAP) continuent via le mécanisme Odoo standard.
• En cas d’erreur, le SMS est conservé avec un failure_type précis : missing_api_key, http_error ou server_error.
• Compatible avec sms_twilio installé en parallèle — les trois options iap / sweego / twilio coexistent sans conflit.

Cas d’usage typiques

• Confirmation de commande et avis d’expédition par email ou SMS.
• Relances de factures impayées avec suivi de lecture.
• Notifications internes : alertes stock, rappels RDV, codes OTP.
• Support client : les réponses email remontent automatiquement dans le fil de discussion de la commande ou du ticket.
• Campagnes SMS marketing multi-sociétés avec sender ID personnalisé par entité.