Accueil Eduka Suite Études de cas Communauté Eduka À propos
Demander une démo
0
Votes

Renvois multiples: Proposition d’amélioration de l’interface pour éviter les envois multiples CommunicationMessagerie


par C. V. Utilisateur
Vendredi 20 mars 2026 à 08:17  
406 vues   1 réponses
Bonjour,

Serait-il possible de mettre en place une protection pour éviter les envois multiples involontaires ?

Lors d’un envoi récent, dans un contexte de forte charge et de stress, un même message a été envoyé plusieurs fois. L’opérateur n’ayant pas vu le message de confirmation (pop-up) indiquant la fin de l’envoi, il s’est référé au statut affiché.
Or, les libellés actuels > notamment « Message partiellement envoyé » et « Cliquez ici pour continuer l’envoi » (ci-dessous) peuvent laisser penser que l’envoi est bloqué ou interrompu, et qu’une action est requise pour le relancer. En réalité, l’envoi peut toujours être en cours de traitement côté système, ce qui crée une ambiguïté.
Par ailleurs, l’option « Renvoyer à… » qui se trouve plus bas propose notamment « Reprendre les destinataires des envois échoués », qui crée un nouvel envoi distinct, ce qui peut facilement générer des doublons si l’utilisateur pense relancer le même job.

Dans ce contexte, un nouvel envoi a été déclenché quelques minutes plus tard, alors que le premier s’exécutait encore (mais plus lentement), ce qui a conduit à plusieurs envois en parallèle pour un même message.

Afin de limiter ce risque, plusieurs pistes d’amélioration pourraient être envisagées :

  1. Clarifier les messages d’état pour distinguer explicitement un envoi en cours d’un envoi réellement interrompu

  2. Ajouter une confirmation intermédiaire plus explicite (ex. : “envoi en cours – êtes vous sûr de vouloir relancer?”, "Cette action créera un nouvel envoi pour les destinataires en échec. Voulez-vous continuer ?” ...)

  3. Mettre en place un mécanisme de verrouillage temporaire empêchant le déclenchement d’un nouvel envoi tant que le précédent n’est pas terminé


De notre côté, nous révisons le libellé du bandeau orange pour lever toute ambiguïté mais nous avons un doute sur la probabilité technique d’un incident:

Probabilité 1 – L’ action "continuer l'envoi" est encore parfois nécessaire (Envoi réellement bloqué)
Le lien est explicite : il n’incite pas à cliquer par défaut. L’utilisateur comprend qu’il ne doit agir qu’en cas de blocage avéré.
Ex. “Envoi en cours (941/1253). L’envoi se poursuit automatiquement. Si la progression reste bloquée plusieurs minutes, vous pouvez forcer la reprise [Relancer l’envoi en cours si nécéssaire]”

Probabilité 2 – L’ action "continuer l'envoi" n’est quasiment jamais nécessaire (Envoi est toujours actif)
Le bandeau devient purement informatif. Si un problème survient, un autre message ou une notification spécifique apparaît.
Ex. "Envoi en cours (941/1253). Aucune action requise. L’envoi s’achèvera automatiquement.” (Aucun lien)


1773979839689-image.png.jpg

1773994512798-image.png.jpg
  Réponses au sujet(1)
C. V.Utilisateur
Vendredi 20/03/2026 09:02 📨

Il faudrait dissocier clairement :

  1. Statut technique : en cours / terminé / échoué

  2. Action utilisateur attendue : aucune / requise

0
Communication Accueil

Rejoignez la communauté Eduka

La communauté Eduka est l'espace d'échange des établissements qui utilisent Eduka Suite. On y découvre les nouveautés de la plateforme, on y partage conseils et bonnes pratiques, on y pose ses questions et on y propose les évolutions que l'on souhaite voir arriver. Les sujets sont lus par les équipes d'Eduka Software, et les suggestions qui rassemblent le plus d'établissements nourrissent la feuille de route du produit. La lecture est ouverte à tous, participer demande un compte client Eduka.

Votre établissement est déjà client d'Eduka? Connectez-vous à votre compte client pour ouvrir un sujet et répondre aux autres établissements.

Accéder à mon compte client

Vous ne connaissez pas encore Eduka Suite? Demandez une démonstration et découvrez la plateforme avec notre équipe.

Demander une démo