Produits Entr'ouvert » Publik

Je pense qu'il faut systématiser l'utilisation des notifications (à côté ou à la place des mails).

La notification amène juste une petite info sur le publik, une fois l'usager connecté; je ne pense pas que ça puisse tenir seul. (à demander aux gens de venir se connecter au portail pour voir s'ils ont une notification, ça n'apporte pas grand chose, s'ils sont sur le portail ils peuvent directement voir l'état de leur demande).

On pourrait alternativement imaginer une action "Envoi d'information" fusionnant l'envoi de Courriel/SMS/notification.

Je dirais ici que trop différents, trop de spécificités dont on devrait se couper.

Frédéric Péters a écrit :

La notification amène juste une petite info sur le publik, une fois l'usager connecté

Je parlais de l'ensemble des notifs, y compris web-push, appli fermée donc.

Pierre Cros a écrit :

On pourrait alternativement imaginer une action "Envoi d'information" fusionnant l'envoi de Courriel/SMS/notification.

Long, pas forcément on-topic, juste pour rappeler des souvenirs des choses déjà dites.

Un plan, peut-être matérialisé par un ticket je ne sais plus, datant d'il y a plusieurs eocamp était de faire d'authentic le hub pour la communication avec les usagers ayant un compte (quand on parlait encore de corbo), à l'époque pour ce qui est des SMS et des mails et notamment pour centraliser leurs préférences. Ça a un peu divergé avec l'utilisation finalement assez faible des SMS due à leurs coûts et l'apparition des notifications portail puis web-push dans combo.

• le service n'a plus à être notifié des changements d'email de la personne dans son profil, c'est toujours à jour puisque ça passe par l'IdP, le changement d'email représentant 99% du besoin de provisionning durant le cycle du compte (le reste c'est pour gérer sa suppression),
• la personne garde un contrôle sur le relai des messages, si a un moment elle supprimer son compte ou ne souhaite plus recevoir de courriels d'un service mais uniquement les voir en ligne ou comme notification elle pourrait avoir ce choix

L'idée était donc d'avoir une passerelle de mail, on accepterait en plus de cela le format multipart/alternate avec en plus de text/plain et text/html, un contenu au format application/vnd.3gpp.sms indiquant un message court pour notification et/ou SMS.

Avoir une passerelle de mail est compliqué (faut un nom de domaine, un enregistrement MX, une boite de réception ou une configuration particulière du serveur de mail, router ensuite vers le bon idp, etc..), on pourrait remplacer cela par un WS (et donc transmettre une URL de "notification" à chaque service) mais ça rend la chose moins utile dans le cas général, ce ne sera plus utilisable par n'importe quel service sans qu'il le sache (mais c'est plus en rapport avec ce ticket).

Pour revenir au sujet premier du ticket, le souci c'est que :
1. les notifications ne marchent pas partout tout le temps même sur Android,
2. on a pas le support des iPhones, soit 20% du marché, mais certainement un pourcentage plus important des urbains des grandes métropoles qui font leurs démarches en lignes et se lamentent du retard de l'administration sur l'évolution du monde,
3. on ne peut pas se permettre dans les cas restants de tout convertir en SMS, c'est trop cher,

Donc ça veut dire au mieux "en plus du mail" et pas à la place de.

Je ferme ce ticket, pour recentrer la discussion sur #33816