Suivi de consommation SMS et Email

Implémentation en cours, avec les Receipts: on crée, pour chaque envoi de sms ou de mail lié à un Rdv, un Receipt qui donne, autant que possible, des détails sur le résultat de l’envoi.

[x] Créer le modèle de Receipts
[x] Enregistrer les receipts des sms
[x] Interpréter les réponses des opérateurs de sms
[x] Afficher le résultat au niveau de chaque rdv
[x] Enregistrer les receipts des emails
[x] Enregistrer le contenu des emails (ou au moins le titre? seulement la version texte, pas la version html?)
[ ] ? Utiliser l’api sendinblue pour avoir un meilleur suivi des emails. C’est nécessaire si on veut savoir si les emails sont bounce, ou toute erreur.
[ ] ? Inclure un identifiant de notification dans le mail envoyé. Le but est d’identifier les réponses mail, pour #1649, ce n’est peut-être pas le cadre de cette issue directement.
[x] Inclure un résultat agrégé au niveau du rdv, qui permet de savoir “si des notifications ont été envoyées pour ce rdv”. Le but pour les référents et agents est d’avoir une idée de si les rdv sont oubliés malgré les notifications.
- [x] ~~à afficher dans l’index des rdv~~ finalement non, voir #2456
- [x] à ajouter à l’export excel
[ ] ? Noter au passage les crédits restants des fournisseurs sms. La plupart donnent un “crédit restant” en réponse à la requête d’envoi de sms. C’est pertinent pour certains territoires, mais peut-être pas à long terme.

[x] ? Migrer les RdvEvents existants. Ça peut être utile pour avoir un peu plus de donnée dans le passé.

[x] Par contre, les Receipts sont supprimés automatiquement après deux mois, ce qui empêche d’avoir des stats d’usage à long terme. Au passage, je note cette query ici pour des stats de sms par territoire:

RdvEvent.where(event_type: "notification_sms")
.joins(rdv: { organisation: :territory})
.group("territories.id, date_part('month', rdv_events.created_at), date_part('year', rdv_events.created_at)")
.select("territories.id, date_part('month', rdv_events.created_at), date_part('year', rdv_events.created_at), count(rdv_events.id)")

[x] Afficher des statistiques globales au niveau du site, pour remplacer les emails quotidiens et la page health_checks.
[x] Permettre de relancer manuellement les notifications depuis la page d’un rdv.
[ ] ? Enregistrer des receipts pour les webhooks et pour les objets autre que Rdv

Ancienne description, pour archive:

Dans l'optique de rendre plus autonome les départements, il serait nécessaire de leur donner quelques informations.

Aujourd'hui, nous allons voir les informations autour des notifications sur les fournisseurs respectifs (SendInBlue pour les emails, et NetSize pour les SMS).

Au niveau de l'administration du territoire, il serait intéressant d'avoir une vue permettant de « lister » les messages envoyés par SMS dans un premier temps. Je pense que l'email serait intéressant également, mais pourrait venir en deuxième.

Reste une question : quelles informations mettre dans la liste ? Faut-il simplement compter avec un horodatage ?

betagouv / rdv-service-public

Suivi de consommation SMS et Email #1431