Description du projet
TraduitNotre plateforme envoie chaque mise à jour importante de commande uniquement par e-mail, et cela cause déjà des problèmes : certains messages rebondissent parce qu'une boîte de réception est pleine, certains fournisseurs rejettent les e-mails de notre adresse, et quelques utilisateurs se trompent en saisissant leur adresse lors de l'inscription. Chaque échec signifie qu'un client manque un changement de statut, un avis de litige ou une confirmation de paiement avant que quiconque ne remarque que la commande a mal tourné.
J'ai besoin d'un canal de secours qui envoie un SMS automatiquement lorsqu'un e-mail important échoue à être livré, sans dupliquer chaque message. Seule une liste définie de types d'événements critiques devrait le déclencher, et le système doit d'abord vérifier le résultat de la livraison réelle, pas seulement supposer que l'e-mail a été envoyé.
L'exigence clé est le contrôle des coûts : une limite quotidienne par utilisateur, un plafond budgétaire mensuel pour l'ensemble du canal, et un comportement clair une fois qu'une limite est atteinte (l'événement est enregistré, aucun SMS n'est envoyé). Je veux également un réglage instantané on/off qui ne nécessite aucun changement de code, ainsi qu'un court rapport des messages envoyés et de leur coût.
Ce que j'attends du contractant :
— Intégration de l'API de passerelle SMS (fournisseur à convenir ensemble)
— logique qui lit le statut de livraison des e-mails et décide quand le SMS est envoyé
— une liste blanche fixe de types de notifications critiques
— limites de dépenses quotidiennes et mensuelles avec un avertissement près du seuil
— un rapport compact des messages envoyés et du coût en cours
J'ai besoin d'un canal de secours qui envoie un SMS automatiquement lorsqu'un e-mail important échoue à être livré, sans dupliquer chaque message. Seule une liste définie de types d'événements critiques devrait le déclencher, et le système doit d'abord vérifier le résultat de la livraison réelle, pas seulement supposer que l'e-mail a été envoyé.
L'exigence clé est le contrôle des coûts : une limite quotidienne par utilisateur, un plafond budgétaire mensuel pour l'ensemble du canal, et un comportement clair une fois qu'une limite est atteinte (l'événement est enregistré, aucun SMS n'est envoyé). Je veux également un réglage instantané on/off qui ne nécessite aucun changement de code, ainsi qu'un court rapport des messages envoyés et de leur coût.
Ce que j'attends du contractant :
— Intégration de l'API de passerelle SMS (fournisseur à convenir ensemble)
— logique qui lit le statut de livraison des e-mails et décide quand le SMS est envoyé
— une liste blanche fixe de types de notifications critiques
— limites de dépenses quotidiennes et mensuelles avec un avertissement près du seuil
— un rapport compact des messages envoyés et du coût en cours
Programmation web Espèces, Virement bancaire
