Is Dalenys down?
Last checked 7m agoNo incidents right now.
Dalenys is operational right now. Last checked 7m ago; the most recent incident resolved 17d ago.
Real-time Dalenys status, recent outages, and incident history — pulled directly from Dalenys's official status page at https://status.dalenys.com every 5 minutes. Pingoru tracks 15 Dalenys services and has captured 7 incidents in the last 90 days (98.07% uptime). Get email, Slack, Discord, or webhook alerts the moment Dalenys reports a new incident — free for 3 monitors, no credit card.
Recent outages & incidents
Past 90 days- Processing e-commerce / E-commerce processingAuthentification 3DS / 3DS authenticationPaiement en magasin - CB2A / Instore paymentPaiement en magasin - NEXO / Instore paymentMoyens de paiements alternatifs / Alternative payment methods
Timeline · 7 updates
- investigating · Sep 17, 2026, 05:14 PM UTC
FR Nous avons identifié des difficultés sur les paiements en ligne et en magasins. L'incident est en cours d'analyse. EN We have identified issues affecting online and in-store payments. An investigation is in progress.
- investigating · Sep 17, 2026, 05:38 PM UTC
FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans les meilleurs délais . EN Investigations are still ongoing. We'll get back to you as soon as possible.
- identified · Sep 17, 2026, 06:02 PM UTC
- Début / Start : 17/09/2026 19:08 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Externe / External - Priorité / Priority : P1 FR L'origine de l'incident a été identifiée : il s'agit d'un problème réseau chez l'un de nos hébergeurs externes. Un rollback est en cours de leur côté, le service devrait être rétabli très rapidement. Nous vous tiendrons informés. EN The root cause of the incident has been identified: it is related to a network issue at one of our external hosting providers. A rollback is currently underway on their end, and service should be restored very shortly. We will keep you updated.
- identified · Sep 17, 2026, 06:24 PM UTC
FR Le retour arrière (rollback) chez notre hébergeur réseau est toujours en cours d'exécution. Nous vous tiendrons informés dès le service est rétabli. Veuillez nous excuser pour la gêne occasionnée. EN The rollback at our network hosting provider is still in progress. We will keep you updated as soon as service is fully restored. We sincerely apologize for any inconvenience caused.
- monitoring · Sep 17, 2026, 06:37 PM UTC
- Début / Start : 17/09/2026 19:08 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Externe / External - Priorité / Priority : P1 FR Le retour arrière (rollback) chez notre hébergeur réseau est finalisé et le service est désormais pleinement rétabli. Nos équipes maintiennent une surveillance attentive pour s'assurer de la stabilité globale de la plateforme. EN The rollback at our network hosting provider has been completed and service is now fully restored. Our teams continue to closely monitor the system to ensure the overall stability of the platform.
- resolved · Sep 18, 2026, 07:07 AM UTC
This incident has been resolved.
- postmortem · Sep 18, 2026, 07:53 AM UTC
# _English version below_ # Post Mortem **Référence incident** TSR-3752 **Service concerné** Paiements e-commerce, 3DS et en magasins. **Impact client** Impossibilité pour les porteurs d'effectuer des paiements. **Synthèse de l’incident** * **17 septembre 19h03 : début de l’incident.** * **17 septembre 19h05 :** premières remontées d’erreurs. * **17 septembre 19h10 :** création d’une cellule de crise dédiée et début des investigations. * **17 septembre 19h14 :** communication Statuspage. * **17 septembre 19h27 : identification de l’origine externe de l’incident chez un hébergeur réseau.** * **17 septembre 19h30 :** contact de notre hébergeur réseau pour obtenir la résolution de l’incident. * **17 septembre 19h52 :** lancement des premières actions correctives chez l’hébergeur réseau. Rétablissement partiel des services et poursuite des investigations. * **17 septembre 20h30 : identification de l’origine de l’incident par l’hébergeur réseau.** Lancement de nouvelles actions correctives. * **17 septembre 20h33 : fin de l’incident.** * **17 septembre 20h34-21h15 :** monitoring des différents services. **Root cause** L’incident a été causé par une interruption réseau chez notre hébergeur rendant indisponibles les services nécessaires à la sécurisation et au traitement des transactions de paiement. Cette indisponibilité a empêché le traitement des paiements, aussi bien en ligne qu’en point de vente. ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3752 **Payment services affected by the incident** E-commerce, 3DS, and in-store payments. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **17 September, 7:03pm: incident began.** * **17 September, 7:05pm:** first errors reported. * **17 September, 7:10pm:** dedicated crisis management team established and investigations commenced. * **17 September, 7:14pm:** Statuspage communication published. * **17 September, 7:27pm: external root cause identified at a network hosting provider.** * **17 September, 7:30pm:** our network hosting provider was contacted to resolve the incident. * **17 September, 7:52pm:** initial corrective actions initiated by the network hosting provider. Partial service restoration and continued investigations. * **17 September, 8:30pm: root cause identified by the network hosting provider.** Further corrective actions initiated. * **17 September, 8:33pm: incident resolved.** * **17 September, 8:34–9:15pm:** monitoring of the various services. **Root cause** The incident was caused by a network outage at our hosting provider, making the services required to secure and process payment transactions unavailable. This unavailability prevented payments from being processed, both online and at points of sale.
Latest: # _English version below_ # Post Mortem **Référence incident** TSR-3752 **Service concerné** Paiements e-commerce, 3DS et en magasins. **Impact client** Impossibilité pour les port…
-
- Dashboard / Cockpit / Extranet / Reporting
Timeline · 5 updates
- identified · Aug 12, 2026, 11:38 AM UTC
FR Nous avons identifié un problème d'affichage des transactions sur notre Cockpit. Aucun impact transactionnel n'est identifié. L'incident est en cours d'analyse. EN We have identified a transaction display issue on our Cockpit. No impact on the processing. An investigation is in progress.
- identified · Aug 12, 2026, 12:10 PM UTC
FR La situation est en train de revenir à la normale. Le retard d'affichage est désormais d'une dizaine de minutes. Nous continuons de monitorer le service. EN The situation is gradually returning to normal. The display delay is now approximately 10 minutes. We continue to monitor the service.
- monitoring · Aug 12, 2026, 12:14 PM UTC
FR L'affichage des transactions est revenue à la normale. Nous continuons de monitorer le service. EN Transaction display has returned to normal. We continue to monitor the service.
- resolved · Aug 12, 2026, 01:10 PM UTC
This incident has been resolved.
- postmortem · Aug 13, 2026, 07:47 AM UTC
# _English version below_ # Post Mortem **Référence incident** TSR-3611 **Service concerné** Dashboard. **Impact client** Retard d’affichage des transactions sur le Dashboard. **Synthèse de l’incident** * **13 août 11h42 :** début d'empilement de logs en base qui engendre des ralentissements. **Début de l’incident.** * **13 août 13h24 :** alertes indiquant un retard dans la remontée des transactions sur le Dashboard. Création d’une cellule de crise dédiée et début des investigations. * **13 août 13h27 : identification de l’origine de l’incident.** * **13 août 13h30 :** déploiement des actions correctives. * **13 août 13h30-14h13 :** monitoring de la remontée progressive des transactions dans le Dashboard. * **13 août 14h14 : fin de l’incident.** **Root cause** Une saturation de la base de données a été provoquée par une accumulation anormale de logs, entraînant un retard dans la remontée des transactions sur le dashboard. **Actions prises par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Latence dans la remontée de certaines données. | Analyses en cours pour expliquer et accélérer la remontée de ces données spécifiques. | ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3611 **Payment services affected by the incident** Dashboard. **Client impact** Delay in the display of transactions on the Dashboard. **Incident Overview** * **13 August, 11:42am:** logs began accumulating in the database, causing slowdowns. **Incident began.** * **13 August, 1:24pm:** alerts indicated delays in the display of transactions on the Dashboard. A dedicated crisis management team was established and investigations commenced. * **13 August, 1:27pm: root cause identified.** * **13 August, 1:30 pm:** corrective actions deployed. * **13 August, 1:30–2:13 pm:** monitoring of the gradual recovery of transaction display on the Dashboard. * **13 August, 2:14 pm: incident resolved.** **Root cause** Database saturation was caused by an abnormal accumulation of logs, resulting in a delay in the display of transactions on the merchant dashboard. **Actions taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Latency in the processing and display of certain data. | Ongoing investigations to determine the cause and accelerate the processing of these specific data sets. |
Latest: # _English version below_ # Post Mortem **Référence incident** TSR-3611 **Service concerné** Dashboard. **Impact client** Retard d’affichage des transactions sur le Dashboard. **Sy…
-
- Dashboard / Cockpit / Extranet / Reporting
Timeline · 6 updates
- investigating · Jul 23, 2026, 02:11 PM UTC
FR Nous avons identifié un problème d'affichage des transactions sur notre Cockpit. Aucun impact processing n'est constaté à l'exception de la fonctionnalité getTransaction. L'incident est en cours d'analyse. EN We have identified an issue affecting the display of transactions in our Cockpit. No impact on transaction processing has been observed, with the exception of the getTransaction functionality. The incident is currently under investigation.
- monitoring · Jul 23, 2026, 02:26 PM UTC
FR Des actions correctives ont été lancées. La situation revient progressivement à la normale. Nos équipe continuent de monitorer le service. EN Corrective actions have been initiated. The situation is gradually returning to normal. Our teams continue to monitor the service.
- monitoring · Jul 23, 2026, 02:53 PM UTC
FR Nos équipes continuent de monitorer le service. Les transactions s'affichent désormais avec une vingtaine de minutes de retard. EN Our teams continue to monitor the service. Transactions are now being displayed with a delay of approximately 20 minutes.
- monitoring · Jul 23, 2026, 03:10 PM UTC
FR La situation est revenue à la normale. Nos équipes continuent de monitorer le service. EN The situation has returned to normal. Our teams continue to monitor the service.
- resolved · Jul 23, 2026, 03:55 PM UTC
This incident has been resolved.
- postmortem · Jul 27, 2026, 09:11 AM UTC
# _English version below_ # Post Mortem **Service concerné** Dashboard & E-commerce. **Impact client** Retard d’affichage des transactions sur le Dashboard et interruption de la fonctionnalité GetTransaction. **Synthèse de l’incident** * **23 juillet 14h30 :** début d'empilement de logs en base qui engendre des ralentissements. **Début de l’incident.** * **23 juillet 16h :** alertes indiquant un retard dans la remontée des transactions sur le Dashboard. * **23 juillet 16h05 :** création d’une cellule de crise dédiée. Début des investigations. * **23 juillet 16h06 : identification de l’origine de l’incident.** * **23 juillet 16h07 -16h30 :** déploiement des actions correctives. * **23 juillet 16h31 - 17h :** monitoring de la remontée progressive des transactions dans le Dashboard. * **23 juillet 17h : fin de l’incident.** **Root cause** Une saturation de la base de données a été provoquée par une accumulation anormale de logs, entraînant un retard dans la remontée des transactions sur le dashboard marchand et des perturbations de la fonctionnalité GetTransaction. **Actions prises par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Latence dans la remontée de certaines données. | Analyses en cours pour expliquer et accélérer la remontée de ces données spécifiques. | ==============ENGLISH VERSION============== # Post Mortem **Payment services affected by the incident** Dashboard & E-commerce. **Client impact** Delay in the display of transactions on the Dashboard and disruption of the GetTransaction functionality. **Incident Overview** * **23 July, 2.30pm:** log stacking starts in the database, causing system slowdowns. **Start of the incident.** * **23 July, 4.00pm:** alerts were raised indicating delays in the display of transactions on the Dashboard. * **23 July, 4.05pm:** crisis management team established. Investigations begin. * **23 July, 4.06 pm: root cause of the incident identified.** * **23 July, 4.07pm – 4.30pm:** corrective actions deployed. * **23 July, 4.31 pm – 5.00pm:** monitoring the gradual recovery of transaction updates on the Dashboard. * **23 July, 5.00pm: end of the incident.** **Root cause** Database saturation was caused by an abnormal accumulation of logs, resulting in a delay in the display of transactions on the merchant dashboard and disruptions to the GetTransaction functionality. **Actions taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Latency in the processing and display of certain data. | Ongoing investigations to determine the cause and accelerate the processing of these specific data sets. |
Latest: # _English version below_ # Post Mortem **Service concerné** Dashboard & E-commerce. **Impact client** Retard d’affichage des transactions sur le Dashboard et interruption de la fo…
-
- Processing e-commerce / E-commerce processingAuthentification 3DS / 3DS authentication
Timeline · 8 updates
- monitoring · Jul 14, 2026, 09:09 AM UTC
FR Un incident a affecté le service d'authentification 3DS pour les transactions Mastercard entre 09h18 et 10h30, entraînant des échecs d'authentification avec le code erreur 4009. L'incident est désormais résolu et le service est de nouveau pleinement opérationnel. EN An incident affected the 3DS authentication service for Mastercard transactions between 09:18 and 10:30, resulting in authentication failures with error code 4009. The incident has now been resolved, and the service is fully operational again.
- identified · Jul 15, 2026, 07:24 AM UTC
FR Nous constatons une résurgence de l'incident avec des erreurs affectant le service d'authentification 3DS pour les transactions Mastercard. Nos équipes sont mobilisées pour restaurer le service le plus rapidement possible. EN We are observing a recurrence of the incident, with errors affecting the 3D Secure authentication service for Mastercard transactions. Our teams are fully mobilised to restore the service as quickly as possible.
- identified · Jul 15, 2026, 07:38 AM UTC
FR Les transactions impactées tombent en 5005 depuis 9h. Nos équipes poursuivent les analyses pour restaurer le service au plus vite. EN Affected transactions have been returning a 5005 error code since 9:00 am. Our teams are continuing their investigations to restore the service as quickly as possible.
- identified · Jul 15, 2026, 07:47 AM UTC
FR L’incident est d’origine externe et provient de Mastercard. Nos équipes sont mobilisées et en surveillance de l'évolution de cet incident externe. EN The incident is external in origin and originates from Mastercard. Our teams remain fully mobilised and are closely monitoring the progress of this external incident.
- identified · Jul 15, 2026, 08:28 AM UTC
FR Nous observons une amélioration depuis 10h10. Certaines transactions continuent cependant de tomber en erreur. Nos équipes sont en contact avec Mastercard et restent mobilisées. EN We have observed an improvement since 10:10 am. However, some transactions are still returning errors. Our teams are in contact with Mastercard and remain fully mobilised.
- monitoring · Jul 15, 2026, 08:57 AM UTC
FR Nous observons une nette amélioration depuis 10h39 et la situtation semble revenir en nominal. Nos équipes sont en contact avec Mastercard et restent mobilisées. EN We have observed a significant improvement since 10:39 am, and the situation appears to be returning to normal. Our teams are in contact with Mastercard and remain fully mobilised.
- resolved · Jul 15, 2026, 09:19 AM UTC
FR L'incident est terminé et la situation est revenue en nominale. EN The incident has been resolved and the situation has returned to normal.
- postmortem · Jul 16, 2026, 12:17 PM UTC
# _English version below_ # Post Mortem **Référence incident** TSR-3495 **Service concerné** Paiements E-commerce et 3DS. **Impact client** Impossibilité d’effectuer des paiements pour les porteurs. **Synthèse de l’incident** * **13 juillet :** tentative de renouvellement d’un certificat qui expirera le 15 juillet. Une erreur a provoqué l’échec du renouvellement du certificat. Le délai imposé par Mastercard pour régénérer un certificat repousse l’opération au lendemain. * **14 juillet 9h17 :** mise à jour par le prestataire externe. **Début de l’incident.** * **14 juillet 10h : identification de l’origine de l’incident.** Déploiement du certificat corrigé. * **14 juillet 10h29 : fin de l’incident.** **Root cause** Dans le cadre d’une intervention menée par un prestataire externe, un certificat utilisé pour sécuriser les échanges a été retiré de manière anticipée alors qu'il était encore valide pendant 24 heures. Une basculte automatique sur un autre certificat s’est déclenchée. Cependant, la configuration de ce certificat, bien que valide, n’était pas reconnue par Mastercard ce qui a entraîné le blocage des appels 3DS malgré la validité du nouveau certificat. **Actions prises par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Méconnaissance de la suppression d’un certificat 24h avant son expiration. | Révision de la documentation sur l’expiration des certificats. | | Absence d’alerte spécifique sur la bascule automatique de certificat 24h avant l’expiration. | Ajout d’une alerte spécifique concernant le mécanisme de bascule automatique intervenant 24 heures avant l'expiration d'un certificat. | ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3495 **Payment services affected by the incident** E-commerce payments and 3D Secure. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **13 July:** an attempt was made to renew a certificate due to expire on July, 15th. An error caused the certificate renewal to fail. The waiting period imposed by Mastercard before a new certificate can be generated meant that the operation had to be postponed until the following day. * **14 July, 9:17 am:** update deployed by the external service provider. **Incident began.** * **14 July, 10:00 am: root cause identified.** Deployment of the corrected certificate. * **14 July, 10:29 am: incident resolved.** **Root cause** As part of an intervention carried out by an external service provider, a certificate used to secure communications was removed prematurely, even though it remained valid for a further 24 hours. This triggered an automatic switchover to another certificate. However, although this certificate was valid, its configuration was not recognised by Mastercard, resulting in 3DS requests being blocked despite the validity of the new certificate. **Actions taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Lack of awareness that a certificate is removed 24 hours before its expiry. | The certificate expiry documentation is being reviewed. | | No specific alert was in place for the automatic certificate switchover occurring 24 hours before expiry. | A specific alert is currently being implemented for the automatic certificate switchover mechanism that takes place 24 hours before a certificate expires. |
Latest: # _English version below_ # Post Mortem **Référence incident** TSR-3495 **Service concerné** Paiements E-commerce et 3DS. **Impact client** Impossibilité d’effectuer des paiements …
-
- Started Sep 17, 2026, 05:14 PM UTC · Resolved Sep 18, 2026, 07:07 AM UTC · 13h 53m
- Started Aug 12, 2026, 11:38 AM UTC · Resolved Aug 12, 2026, 01:10 PM UTC · 1h 31m
- Started Jul 23, 2026, 02:11 PM UTC · Resolved Jul 23, 2026, 03:55 PM UTC · 1h 44m
- Incident 3DS / 3D Secure Incident ResolvedStarted Jul 14, 2026, 09:09 AM UTC · Resolved Jul 15, 2026, 09:19 AM UTC · 1d