Payplug logo

Is Payplug Down?

FinTech & PaymentsLive status, outages, and incident history

No. Payplug is up right now.

Every monitored Payplug system is operational as of November 14, 2026. PulsAPI did not find an outage in its latest check of the official status feed.

OperationalChecked 4m agoLive · every 60s

Know the moment Payplug breaks

Payplug is healthy right now. We keep checking (every 60 seconds) and email you when that changes.

Free, no password, no card. Unsubscribe in one click.

How we know: the official Payplug status page, PulsAPI's own check (every 60 seconds), and outage reports from engineers. How PulsAPI monitoring works

Status report

Payplug Status Summary

As of 14:19 UTC on 14 November 2026, Payplug is operational. PulsAPI checked Payplug's official status page and found 7 of 7 components operational, with no active incidents. The latest incident, "Difficultés de connexion avec Pennylane / Connection issues with Pennylane", started on Nov 5, 2026 and is still open.

Cite as: PulsAPI, “Payplug status”, checked 14 November 2026, 14:19 UTC. https://www.pulsapi.com/services/payplug

Payplug Component Status

The main Payplug systems on this page. All 7 are operational right now.

7operational
Backoffice Payplug
Operational
Moyens de paiements alternatifs
Operational
Paiements e-commerce
Operational

4 more components tracked

Their status is in the bar above. Free accounts see every component by name.

Also tracking Paiements en magasin Magellan, Paiements en magasin Nexo, Paiements en magasin proxypoint, Reversement / Settlement.

See all of them free

Component statuses may change independently during partial outages.

Recent Payplug Outages & Incidents

Incident history from the official Payplug status page, including resolution updates.

Difficultés de connexion avec Pennylane / Connection issues with PennylaneStarted Nov 5, 2026Investigating

FR Cher client, Suite à une évolution de notre système de connexion, <b>la connexion de votre compte Payplug à Pennylane peut échouer</b>, ce qui empêche la synchronisation de vos données avec votre outil comptable. D'autres outils comptables utilisant le même connecteur peuvent également être concernés. Nos équipes ont identifié l'origine du problème et travaillent avec Pennylane pour le résoudre. <b>Vos paiements et vos reversements ne sont pas impactés.</b> Il n'est pas nécessaire de contacter notre support à ce sujet : nous vous tiendrons informés ici de l'avancement de la situation. EN Dear Customer, Following a change to our login system, <b>connecting your Payplug account to Pennylane may fail</b>, preventing your data from being synchronized with your accounting tool. Other accounting tools using the same connector may also be affected. Our teams have identified the root cause and are working with Pennylane to resolve it. <b>Your payments and settlements are not affected.</b> There is no need to contact our support team about this issue: we will keep you informed of any updates here.

Incident externe / External incident / Incidente esternoResolved Oct 12, 2026 · 16h 13mResolved

# _English version below_ # Post Mortem **Service concerné** Oney **Impact client** Impossibilité pour les porteurs d'effectuer des paiements. **Synthèse de l’incident** * **12 octobre :** mise en production chez un prestataire externe. **Début de l’incident.** * **12 octobre 16h07 :** remontées d’alertes. Début des analyses. * **12 octobre 16h19 : identification des erreurs chez un prestataire.** * **12 octobre 16h20 :** prise de contact avec le prestataire. * **12 octobre 16h33 :** relance et escalade chez le prestataire. * **12 octobre 16h36 :** confirmation de l’incident chez le prestataire et début des investigations. * **12 octobre 17h45 :** le prestataire confirme qu’un rollback va être effectué. * **12 octobre 18h30 :** rollback confirmé par le prestataire. **Fin de l’incident.** ‌ **Root cause** Une mise en production réalisée par un prestataire a ajouté un nouveau contrôle qui a modifié le format attendu d'un champ. Certaines transactions transmises n'ont alors plus pu être traitées. Un rollback a été effectué pour rétablir le service. ‌ ==============ENGLISH VERSION============== # Post Mortem **Payment services affected by the incident** Oney **Client impact** Cardholders were unable to make payments. **Incident Overview** * **October 12:** a release was deployed by an external provider. **Incident start.** * **October 12, 4:07 pm:** alerts were raised. Investigations began. * **October 12, 4:19 pm: errors were identified on the provider’s side.** * **October 12, 4:20 pm:** the provider was contacted. * **October 12, 4:33 pm:** the provider was contacted again and the issue was escalated. * **October 12, 4:36 pm:** the provider confirmed the incident and started investigating. * **October 12, 5:45 pm:** the provider confirmed that a rollback would be performed. * **October 12, 6:30 pm:** the provider confirmed the rollback. **Incident resolved.** **Root cause** A release deployed by a provider added a new check that changed the expected format of a field. As a result, some of the transactions sent could no longer be processed. A rollback was performed to restore the service. --- [2026-10-13T09:10:50.450+02:00] (resolved) This incident has been resolved. --- [2026-10-12T18:49:44.408+02:00] (monitoring) FR Le correctif a été déployé par le prestataire. Le problème ne devrait plus se reproduire. Nous continuons de monitorer le service. EN The fix has been deployed by the service provider. The issue should no longer occur. We continue to monitor the service. IT La correzione è stata implementata dal fornitore. Il problema non dovrebbe più ripresentarsi. Continuiamo a monitorare il servizio. --- [2026-10-12T17:05:23.040+02:00] (identified) FR L'origine du problème a été identifiée. Un correctif est en cours de préparation par le prestataire. Nous vous tiendrons informés de l’évolution dès que de nouvelles informations seront disponibles. EN The root cause has been identified. A fix is being prepared by the service provider. We will keep you informed of any developments as soon as further information becomes available. IT L'origine del problema è stata identificata. Il fornitore sta preparando una correzione. Vi terremo informati sugli sviluppi non appena saranno disponibili nuove informazioni. --- [2026-10-12T16:56:55.953+02:00] (investigating) FR Nous avons identifié des difficultés sur la plateforme de paiement qui concerne les transactions Oney qui tombent en 5001. Après analyse, il apparaît que l’incident est externe à notre plateforme. Nous vous tiendrons informés de l’évolution dès que de nouvelles informations seront disponibles. EN We have identified an issue affecting the payment platform, with Oney transactions returning a 5001 error code. Following our investigation, the incident appears to be external to our platform. We will keep you informed of any developments as soon as further information becomes available. IT Abbiamo riscontrato delle anomalie sulla piattaforma di pagamento che interessano le transazioni Oney, le quali restituiscono un errore 5001. Dopo le analisi, è emerso che l'incidente è di origine esterna alla nostra piattaforma. Vi terremo informati sugli sviluppi non appena saranno disponibili nuove informazioni.

Incident plateforme de paiement / Payment platform incident / Incidente della piattaforma di pagamentoResolved Sep 17, 2026 · 13h 53mResolved

# _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. ‌ ‌**Actions à entreprendre par Payplug** Actions à court terme :  * Sécurisation des interventions firewall : mise en place d’une procédure avec notre hébergeur réseau pour encadrer les modifications de règles réseau avec une mise à jour progressive des datacenters réalisée en heures ouvrées avec information préalable de Payplug. * Amélioration de l’identification des équipements : mise à jour du nommage des équipements réseau afin de faciliter leur identification et les interventions en cas d’incident. * Clarification des impacts liés à l’indisponibilité du dernier équipement de sécurité disponible et formalisation de la procédure de bascule vers les nouveaux équipements afin de garantir la continuité des services. * Amélioration de la documentation technique : centralisation et partage des informations nécessaires à la connexion et à l’administration de l’infrastructure afin de faciliter les interventions de l’équipe. Actions à moyen terme : * Simplification de la gestion des accès réseau : utilisation de plages d’adresses IP plutôt que d’adresses individuelles afin de faciliter l’ajout de nouveaux équipements. * Mise en place d’un accès d’administration alternatif afin de disposer d’un second moyen d’intervention sur l’infrastructure de notre hébergeur réseau et de renforcer la capacité de reprise en cas d’indisponibilité du canal d’administration principal. * Simplification de l’architecture réseau : suppression des accès directs devenus inutiles entre certaines infrastructures afin de réduire les dépendances et les risques associés. ‌ **Actions à entreprendre par l’hébergeur réseau** * Doubler l'infrastructure de pare-feu : déploiement d'un second cluster de pare-feu indépendant, avec adaptation de l'architecture réseau associée afin de limiter l'impact d'une erreur de configuration et renforcer la résilience de l'infrastructure.  * Mise en place d'une supervision de bout en bout du flux entre les infrastructures applicatives et les équipements critiques articulée autour de trois dispositifs : * Déploiement d'une sonde de monitoring au sein de l'environnement applicatif, pour une visibilité directe sur l'état de la plateforme. * Intégration d'un mécanisme d'alerte automatique depuis les systèmes de supervision Payplug vers l’hébergeur réseau. * Mise en place d'une alarme dédiée à la détection de toute baisse anormale de flux à destination des équipements critiques avec des seuils tenant compte de la temporalité des usages. ‌ ==============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. ‌ **Actions to be taken by Payplug** Short-term actions: * Securing firewall interventions: implementation of a procedure with our network hosting provider to govern network rule changes, with a phased update of the data centres carried out during business hours and prior notification to Payplug. * Improved equipment identification: updating the naming convention for network equipment to facilitate identification and intervention in the event of an incident. * Clarification of the impact of the unavailability of the last available security device: formalisation of the procedure for switching over to the new equipment to ensure service continuity. * Improved technical documentation: centralisation and sharing of the information required to connect to and administer the infrastructure, to facilitate interventions by the team. Medium-term actions: * Simplification of network access management: use of IP address ranges rather than individual IP addresses to facilitate the addition of new equipment. * Implementation of an alternative administration access: provision of a second means of accessing and intervening on the network hosting provider’s infrastructure, strengthening recovery capabilities in the event of unavailability of the primary administration channel. * Simplification of the network architecture: removal of direct access between certain infrastructures where no longer required, in order to reduce dependencies and associated risks. ‌ **Actions to be taken by the network hosting provider** * Duplicate the firewall infrastructure: deployment of a second independent firewall cluster with corresponding adaptation of the associated network architecture in order to limit the impact of a configuration error and strengthen the resilience of the infrastructure. * Implementation of end-to-end monitoring of the flow between the application infrastructure and critical equipment structured around three components: * Deployment of a monitoring probe within the application environment, providing direct visibility into the state of the platform. * Integration of an automatic alerting mechanism from Payplug's monitoring systems to the network hosting provider. * Implementation of a dedicated alarm to detect any abnormal drop in flow to critical equipment with thresholds that take account of usage patterns over time. --- [2026-09-18T09:07:46.715+02:00] (resolved) This incident has been resolved. --- [2026-09-18T09:06:20.905+02:00] (monitoring) TSR-3752 - 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. IT Il ripristino della versione precedente (rollback) presso il nostro fornitore di hosting di rete è stato completato e il servizio è ora pienamente ripristinato. I nostri team mantengono un attento monitoraggio per garantire la stabilità globale della piattaforma. --- [2026-09-17T20:25:05.284+02:00] (identified) 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. IT Il ripristino della versione precedente (rollback) presso il nostro fornitore di hosting di rete è ancora in corso. Vi terremo aggiornati non appena il servizio sarà completamente ripristinato. Ci scusiamo sinceramente per il disagio arrecato. --- [2026-09-17T20:03:34.180+02:00] (investigating) - 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. --- [2026-09-17T19:39:14.473+02:00] (investigating) 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. --- [2026-09-17T19:23:28.893+02:00] (investigating) FR Nous avons identifié des difficultés sur les paiements en ligne et en magasins depuis 19h03. L'incident est en cours d'analyse. EN We have identified issues affecting online and in-store payments since 7:03 PM (CEST). An investigation is in progress. IT Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita dalle ore 19:03. L'incidente è in fase di analisi.

Payplug Uptime History

Daily uptime recorded by PulsAPI over the last 90 days, with the days that carried a Payplug incident marked. Each day is measured from our own checks, so the record continues even when the vendor publishes nothing.

Uptime history3 days observed
Nov 12100.00% averageNov 14

Live Payplug Outage Reports

Problems reported by engineers using Payplug. Reports often appear 10 to 20 minutes before the official status page moves, and stay on this page for 90 days.

Reports, last 24 hours0 total
24h agoNothing reportednow

No Payplug problems reported yet.

Something wrong with Payplug on your end?

Reports are anonymous, take about ten seconds, and help the next engineer who checks.

About Payplug

Payplug posts its status at status.payplug.com. The page covers 7 components, among them Backoffice Payplug, Moyens de paiements alternatifs and Paiements e-commerce. Past incidents and uptime for Payplug stay on this page, which helps when you want to know how often it has trouble.

Payplug Status FAQ

Is Payplug down right now?

The verdict at the top of this page comes from the latest poll of the official Payplug status feed and refreshes automatically, so you are not looking at a stale cached answer. PulsAPI re-checks it every 60 seconds.

What should I do if Payplug is not working?

Check the component list on this page first to see if your failure matches a known outage. If it does, you can report the issue for other engineers, follow the incident timeline for vendor updates, and run any fallback your app supports until Payplug recovers.

How do I check Payplug uptime history?

PulsAPI tracks Payplug uptime over 30, 60, and 90-day rolling windows. The current 30-day uptime is not published yet, because a 30-day figure needs 30 days of tracked history. The 90-day uptime strip on this page is public: no account needed. A free account adds alerts whenever Payplug changes state, plus 15 days of incident detail; Pro extends that to 90 days and Business to 13 months.

How fast does PulsAPI detect Payplug outages?

PulsAPI reads the official Payplug status page. PulsAPI re-checks it every 60 seconds. Alerts reach Slack, Discord, Microsoft Teams, PagerDuty, or email once a change has held for 5 minutes, so a one-minute blip does not page you.

Does PulsAPI track individual Payplug components?

Yes. PulsAPI monitors 7 individual Payplug components, so you can see which service or region is affected instead of a generic "service degraded" banner.

Can I get alerts when Payplug goes down?

Yes. Create a free account and subscribe to Payplug: the free plan covers three services with unlimited email alerts and no monthly notification cap. Paid plans lift the monitor limit entirely (Pro and above do not meter how many vendors you watch) and route the same alerts into Slack, Discord, Microsoft Teams, PagerDuty and webhooks.

How do I report an issue with Payplug to the community?

Click "Report an issue" at the top of this page, pick the issue type and severity, and optionally add your region and a short note. Reports are anonymous and help other engineers spot Payplug problems early. Official status pages often lag real incidents by 10 to 20 minutes.

Is there a free way to monitor Payplug?

Yes. The free plan covers 3 monitored services with unlimited email alerts, permanently, so Payplug plus two more costs nothing. Every new account also opens with a 30-day Business trial (unlimited monitors, Slack alerts, SLA reporting) with no credit card.

Track Payplug with the rest of your stack

4372+ vendors in one dashboard, and an email the moment any of them changes state. Three free, and no monitor limit at all from $29/mo, unlike the alternatives, which keep charging by the monitor.

Start free, 3 services