Début de l'incident : 30/09/2025 12H21

Fin de l'incident : en cours de résolution (les API du prestataire fonctionne à nouveau, les statistiques ne sont pas encore toutes rattrapées)

Nature de l'incident : Un incident est survenu chez notre fournisseur technique d’envoi d’emails, provoque des erreurs de monitoring sur l'envoi des campagnes EMAIL. Cela a pour implication directe :

- Des campagnes qui restent en statut "En cours d'envoi" (alors que les emails ont déjà été envoyés)

- Des campagnes dont le nombre d'envois est à 0 alors que le nombre d'emails envoyés correspond bien à la cible de la campagne

‍

Le suivie du statut de l’incident est disponible ici Mailjet Status

Notre prestataire technique nous confirme que :

- Les emails sont bien envoyés en temps et en heure

- Les statistiques et réactions aux emails ne sont pas "perdues" mais sont temporairement "stockées" par notre prestataire, le temps de la résolution de l'incident

- Les statistiques et réactions aux emails seront bien transmises à SUNFLOW, un fois la résolution de l'incident effective

‍

Origine de l'incident : Problème lié à l’API de notre fournisseur d’envoi d’emails

Méthode de résolution : Ouverture d’un ticket auprès du support technique de notre fournisseur afin de résoudre l’incident.

‍

‍

[INCIDENT RESOLU]

Explication : notre fournisseur d'envoi d'emails à retabli la situation et tout est revenu à la normal dès 14H.

Impact : cet incident a pu, potentiellement, causer des perturbations sur l'envoi des actions ONESHOT et AUTO entre 7h et 14h le 04/09/2025. N'hésitez pas à prendre contact avec notre support si vous detecter un problème majeur sur une campagne

‍

‍

-----------------------------------

Début de l'incident : 04/09/2025 07H00

Fin de l'incident : 04/09/2025 14H00

Nature de l'incident : Un incident est survenu chez notre fournisseur technique d’envoi d’emails, entraînant des retards dans l’exécution des campagnes marketing par email depuis ce matin à 7h00.

Le détail de l’incident est disponible ici Mailjet Status

Origine de l'incident : Problème lié à l’API de notre fournisseur d’envoi d’emails

Méthode de résolution : Ouverture d’un ticket auprès du support technique de notre fournisseur afin de résoudre l’incident.

‍

To continue ensuring optimal security on the SUNFLOW platform, the SSL certificates for the SUNFLOW platform were updated overnight from 07/02/2024 to 08/02/2024.

‍

Just a reminder, SSL certificates are essential for securing all communications with the SUNFLOW platform (that's the 'HTTPS' in front of the URIs!). They ensure the encryption of all these communications.

‍

It is strongly recommended to verify with your technical teams that the file upload to our FTP server (for daily flows) is still functioning correctly. Indeed, it is sometimes necessary to also update the SSL certificates on your end for FTP upload.

‍

Thank you.

Pour continuer à garantir une sécurité optimale sur la plateforme SUNFLOW, les certificats SSL de la plateforme SUNFLOW ont été mis à jour dans la nuit du 07/02/2024 au 08/02/2024.

‍

Pour rappel, les certificats SSL permettent de sécuriser toutes les communications avec la plateforme SUNFLOW (c'est le "HTTPS" devant les URI !). Il permettent d'assurer le cryptage de l'ensemble de ces communications.

‍

Il est fortement recommandé de vérifier avec vos équipes techniques que le dépôt des fichiers (pour les flux quotidien) sur notre serveur FTP fonctionne toujours correctement. En effet, il est parfois nécessaire de mettre à jour le certificats SSL de votre côté également pour le dépôt FTP.

‍

Merci

‍

Début de l'incident : 14h44

Fin de l'incident : 15h15

Nature de l'incident : API sunflow indispnible (non joignable)

Origine de l'incident : un conteneur de service APP SERVICE (celui gérant le cluster WEB pour nos API) sur notre hébergement MICROSOFT AZURE est devenu non fonctionnel. Les symptômes : impossible d'avoir un statut du conteneur via le monitoring, un pic CPU machine à 100% instantanément. Nos équipe sont encore en analyse pour identifier la cause de se défaut sur le conteneur. (Mais cela n'est ni lié aux nombres d'appels sur l'API, ni à la charge constatée sur les serveurs de données, et ce n'est pas non plus lié à un BUG applicatif car les modifications de l'API ont été gelées depuis le 11/12/2023 pour assurer une stabilité sur les fête de NOEL)

Méthode de résolution : redémarrage du conteneur de service sur notre infrastructure MICROSOFT AZURE APP SERVICE (le redémarrage a pu être fait au bout de 4 essais)