Cronologia delle interruzioni di Payplug

1. 20 giugno 2026 alle ore 10:52 UTCinvestigating

   FR Abbiamo identificato un incidente riguardante l'invio delle notifiche post-pagamento per i mercati che utilizzano i nostri moduli. L'incidente è in corso di analisi. EN Abbiamo identificato un incidente che riguarda la consegna delle notifiche posticipate del pagamento per i commercianti che utilizzano i nostri moduli. L'incidente è attualmente oggetto di indagine.

2. 20 giugno 2026 alle ore 13:40 UTCresolved

   TSR-3421 - Inizio/partenza: 19/06/2026 18:00:00 CEST - Finale/Fine: 20/06/2026 15:17:00 CEST - Categoria/Categoria: Produzione/ Trasformazione - Responsabilité/Responsabilità: esterna - Priorité/Priorità: P1 FR L'incidente relativo all'invio delle notifiche post-pagamento per i mercati che utilizzano i moduli è stato risolto. Il servizio è stato ripristinato alle 15:17 e funziona normalmente. Des opérations seront menées afin de réjouer les notification que n'ont pas pu être envoyées depuis le début de l'incident, survenu hier à 18.00. EN L'incidente relativo alla consegna delle notifiche posticipate ai commercianti che utilizzano i moduli è stato risolto. Il servizio è stato ripristinato alle 15:17 e ora funziona normalmente. Verranno effettuate le operazioni per riprodurre le notifiche che non è stato possibile inviare dall'inizio dell'incidente, iniziato ieri alle 18:00.

3. 26 giugno 2026 alle ore 09:27 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-3421 **Servizio richiesto** Notifiche di pagamento. **Client Impact** Le notifiche di pagamento non sono ancora inviate ai mercati. **Synthèse de l'incident** * **19 giugno 18h: ** invio di un massiccio volume di pagamenti. * **19 giugno 18h30: Inizio dell'incidente. ** * **20 giugno 10h33: ** avviso rimontato per un problema di notifica. * **20 giugno 11h46: ** creazione di una cellula di crisi dedicata. Inizio delle indagini. * **20 giugno 11:48: ** identificazione dell'assenza di invio delle notifiche di pagamento. Poursuites des investigations. * **20 giugno 12h50: identificazione della causa principale. ** * **20 giugno 13h02 - 15h15: ** implementazione di diverse azioni correttive. * **20 giugno 15:17: fine dell'incidente. ** * **20 giugno 22h32: ** avvio degli automatismi per il reinvio delle notifiche. * **21 giugno 11:57: ** conferma dell'invio dell'insieme delle notifiche. **Causa principale** Un volume anomalo elevato di notifiche in errore, associato a tentativi automatici di remissione a un URL indisponibile, ha saturato il file di elaborazione delle notifiche. Questa saturazione ha di conseguenza bloccato l'invio delle notifiche. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Assenza di avviso specifica su un file di elaborazione delle notifiche. | Aggiunto di avviso specifico per rilevare et anticiper proactivement toute saturation de la file de processing. | | Assenza de limite d'envoi de requête de payement par marchand. | Imposta un limite par marchand per limitare il flusso di notifiche ed evitare qualsiasi saturazione del file di elaborazione. | | Gestione dei timeout inadattati. | Revisione delle sequenze di timeout per prevenire la saturazione dei file di elaborazione delle notifiche. | | Retard dans la prise en charge de l'incident. | Révision de la procédure d'incident en heures non ouvrées et communication à certeines équipes. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-3421 **Servizi di pagamento interessati dall'incidente** Notifiche di pagamento. **Impatto sul cliente** Le notifiche di pagamento non venivano più inviate ai commercianti. **Panoramica degli incidenti** * **19 giugno 18:00: ** è stato elaborato un grande volume di transazioni di pagamento. * **19 giugno 18:30: l'incidente è iniziato. ** * **20 giugno 10:33: ** è stato lanciato un avviso relativo a un problema di notifica. * **20 giugno 11:46: ** è stato istituito un team dedicato alla gestione delle crisi. Le indagini sono iniziate. * **20 giugno 11:48: ** è stato rilevato il mancato invio delle notifiche di pagamento. Le indagini sono proseguite. * **20 giugno 12:50: identificata la causa principale. ** * **20 giugno 13:02 — 15:15: ** sono state intraprese varie azioni correttive. * **20 giugno 15:17: incidente risolto. ** * **20 giugno 22:32: ** sono stati avviati processi automatici per inviare nuovamente le notifiche. * **21 giugno 11:57: ** conferma che tutte le notifiche sono state inviate nuovamente con successo. **Causa principale** Un volume anormalmente elevato di notifiche non riuscite, combinato con tentativi di riprova automatici verso un URL non disponibile, ha saturato la coda di elaborazione delle notifiche. Di conseguenza, la saturazione ha impedito l'invio delle notifiche di pagamento. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Non era attivo alcun avviso specifico per la coda di elaborazione delle notifiche | È stato introdotto un avviso specifico per rilevare e anticipare in modo proattivo qualsiasi saturazione della coda di elaborazione. | | Non era previsto alcun limite per commerciante per l'invio delle richieste di pagamento. | È stato implementato un limite per commerciante per controllare il traffico delle notifiche e prevenire la saturazione della coda di elaborazione. | | Impostazioni di timeout inappropriate. | È in corso una revisione delle soglie di timeout per evitare la saturazione delle code di elaborazione delle notifiche. | | Ritardo nella risposta agli incidenti | La procedura di gestione degli incidenti fuori orario è attualmente in fase di revisione e sarà comunicata ai team competenti. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 15 giugno 2026 alle ore 10:24 UTCinvestigating

   FR Les reversements des 13, 14 e 15 juin prévus aujourd'hui n'ont pas pu être reversés dans leur intégralité. Nos équipes sont pleinement mobilisées afin de résoudre la situation dans les meilleurs délais et rétablir un tratement normal des reversements. Nous vous tiendrons informés de l'évolution de la situation dès que de nouvelles information seront disponibibles. EN Gli accordi relativi al 13, 14 e 15 giugno previsti per oggi non hanno potuto essere trattati integralmente. I nostri team sono pienamente mobilitati per risolvere la situazione il più rapidamente possibile e ripristinare la normale procedura degli accordi. Vi terremo informati su eventuali sviluppi non appena saranno disponibili ulteriori informazioni. ESSO I versamenti del 13, 14 e 15 giugno previsti per oggi non hanno potuto essere effettuati integralmente. I nostri team sono pienamente impegnati a risolvere la situazione nel più breve tempo possibile e a ripristinare il normale processo di versamento dei fondi. Vi terremo informati sugli sviluppi della situazione non saranno appena disponibili nuove informazioni.

2. 16 giugno 2026 alle ore 08:58 UTCmonitoring

   TSR-3389 - Inizio/Avvio/Inizio: 16/06/2026 - Fine/Fine /fine: 17/06/2026 - Catégorie/Categoria/Categoria: Reversement/liquidazione/versamento della produzione - Responsabilité/Responsibility/Responsabilità: Payplug - Priorité/Priorità/Priorità: P2. FR Les fonds restants n'ayant pas pu être reversés hier le seront aujourd'hui. Nessuna azione è richiesta da parte tua e i fondi saranno disponibili sui tuoi conti come di consueto. EN I fondi rimanenti che non è stato possibile saldare ieri verranno saldati oggi. Non è richiesta alcuna azione da parte tua e i fondi saranno disponibili nei tuoi conti come di consueto. ESSO I fondi rimanenti che non hanno potuto essere versati ieri saranno accreditati oggi. Non è richiesta alcuna azione da parte vostra e i fondi saranno disponibili sui vostri conti come di consueto.

3. 16 giugno 2026 alle ore 09:17 UTCresolved

   Questo incidente è stato risolto.

4. 16 giugno 2026 alle ore 13:27 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-3389 **Servizio richiesto** Annullamento delle transazioni. **Cliente Impact** Impossibilité de procéder au reversement de l'intégralité des transactions pendant la durée de l'incident, traînant un retard de règlement des marchands. **Sintesi dell'incident** * **15 giugno 10h10: ** remontées d'alertes indicant que certains marchands non ont pas reçu de fonds. **Début de l'incident** et début des premières analyses. * **15 giugno 10:36: ** creazione di una cellula di crisi dedita. * **15 giugno 10:37: ** identificazione di un problème de génération de certain demandes de virements. * **15 giugno 10h52: ** identificazione di un secondo incidente che influisce sulla convalida dei pagamenti. * **15 giugno 11h11: ** risoluzione dell'incidente che influisce sulla validazione dei virements. * **15 giugno 11h14: ** demande de validation des virements contenant les transactions du weekend et poursuite des investigations sur l'erreur de génération de certain demandes de virements. * **15 giugno 11h34: ** validation des viements du weekend & poursuites des investigations pour pouvoir envoyer les fonds le lendemain suite au dépassement du cutoff. * **15 giugno 11:55: identificazione dell'origine dell'incidente. ** * **15 giugno 12h22: ** elaborazione di un piano d'azione per consentire l'invio di fondi mancanti le lendemain. * **15 giugno 15h: ** implementazione di azioni correttive sotto la sorveglianza delle squadre. * **15 giugno 17:10: ** fine delle azioni correttive. **Fine dell'incidente. ** * **16 giugno 7h30**: nessun avviso indicante errori. * **16 giugno 9h30: ** verifica della bonne gération des demandes de virement. * **16 giugno 10h57: ** controllo dei pagamenti da parte delle squadre tecniche. * **16 giugno 10:59: ** les differents controles confirment le reversement de l'ensemble des fonds. **Causa principale** Un errore nel déclenchement di un lanceur de tâche ha interrotto la generazione dei file di trasferimento et a ainsi empêché le reversement de certains fonds. **Azioni fornite da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Absence d'une especifique alerte sur la non génération d'un file. | Ajout d'une alerte pour détecter des erreurs de non génération d'un fichier et anticiper un incident de reversement. | | Absence d'alerte spécifique sur l'échec d'un lanceur de tâches. | Réflexions en cours pour ajouter des alertes pouvant remonter des échecs dans un lanceur de tâches. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-3389 **Servizi di pagamento interessati dall'incidente** Regolamento delle transazioni **Impatto sul cliente** Impossibilità di saldare tutte le transazioni durante l'incidente, con conseguente ritardo nei pagamenti da parte dei commercianti. **Panoramica degli incidenti** * **15 giugno 10:10: ** sono stati emessi avvisi che indicavano che alcuni commercianti non avevano ricevuto i fondi. **Inizio dell'incidente** e inizio delle indagini iniziali. * **15 giugno 10:36: ** è stato istituito un team dedicato alla gestione delle crisi. * **15 giugno 10:37: ** è stato identificato un problema relativo alla generazione di determinate richieste di bonifico bancario. * **15 giugno 10:52: ** è stato identificato un secondo incidente che ha influito sulla convalida del trasferimento. * **15 giugno 11:11: ** l'incidente relativo alla convalida del trasferimento è stato risolto. * **15 giugno ore 11:14: ** richiesta inoltrata per la convalida dei trasferimenti contenenti transazioni nel fine settimana, mentre proseguivano le indagini sull'errore che riguardava la generazione di determinate richieste di trasferimento. * **15 giugno 11:34: ** trasferimenti nel fine settimana convalidati. Le indagini sono proseguite per consentire l'invio dei fondi mancanti il giorno successivo a causa del superamento dell'orario limite. * **15 giugno ore 11:55: ** **identificata la causa principale dell'incidente. ** * **15 giugno 12:22: ** è stato sviluppato un piano d'azione per consentire l'invio dei fondi mancanti il giorno successivo. * **15 giugno 15:00: ** azioni correttive intraprese sotto la supervisione del team. * **15 giugno 17:10: ** azioni correttive completate. **Incidente risolto. ** * **16 giugno ore 7:30: ** nessun avviso che indichi errori. * **16 giugno ore 9:30: ** verifica della corretta generazione delle richieste di trasferimento. * **16 giugno ore 10:57: ** trasferimenti controllati dai team tecnici. * **16 giugno 10:59: ** tutti i controlli hanno confermato che tutti i fondi sono stati versati con successo. **Causa principale** Un errore nell'attivazione di un Job Scheduler ha interrotto la generazione dei file relativi ai bonifici bancari, impedendo il pagamento di determinati fondi. **Azioni intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Non è stato attivato alcun avviso specifico per rilevare la mancata generazione di un file. | È stato aggiunto un avviso per rilevare gli errori di generazione dei file e identificare in modo proattivo i potenziali incidenti di risoluzione. | | Non è stato attivato alcun avviso specifico per rilevare gli errori del job scheduler. | Sono in corso discussioni per implementare avvisi in grado di segnalare gli errori all'interno del job scheduler. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 giugno 2026 alle ore 04:43 UTCinvestigating

   FR Nous avons identifié des difficultés sur les payements en ligne et en magasins. L'incidente est en cours d'analyse. EN Abbiamo identificato problemi che riguardano i pagamenti online e in negozio. È in corso un'indagine. ESSO Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita. L'incidente è in fase di analisi.

2. 7 giugno 2026 alle ore 05:05 UTCinvestigating

   FR Nous avons identifié des difficoltés sur la plateforme de payement. Dopo l'analisi, il dispositivo che l'incidente è esterno alla nostra piattaforma. Nous vous tiendrons informés de l'évolution dès que de nouvelles information seront disponibibles. EN Abbiamo identificato problemi sulla piattaforma di pagamento. A seguito dell'analisi, sembra che l'incidente sia esterno alla nostra piattaforma. Vi terremo informati su eventuali sviluppi non appena saranno disponibili ulteriori informazioni. ESSO Abbiamo identificato delle difficoltà sulla piattaforma di pagamento. Dopo un'analisi, risulta che l'incidente è esterno alla nostra piattaforma. Vi terremo aggiornati sugli sviluppi non appena saranno disponibili nuove informazioni.

3. 7 giugno 2026 alle ore 05:28 UTCresolved

   TSR-XXXX - Inizio/partenza: 07/06/2026 06:15:00 CEST - Finale/Fine: 07/06/2026 06:58:00 CEST - Categoria/Categoria: Produzione/ Trasformazione - Responsabilité/Responsabilità: esterna - Priorité/Priorità: P1 FR L'incidente è ora risolto e il servizio è ripristinato. Continuiamo a sorvegliare la ripresa del servizio. EN L'incidente è ora risolto e il servizio è stato ripristinato. Il ripristino del servizio è ancora in fase di monitoraggio.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 maggio 2026 alle ore 09:00 UTCmonitoring

   FR Abbiamo identificato le difficoltà relative ai pagamenti online e nei negozi tra le 9h58 e le 10h12. L'incidente est maintenant résolu et le service est rétabli. Continuiamo a sorvegliare la ripresa del servizio. EN Abbiamo identificato problemi relativi ai pagamenti online e in negozio dalle 9:58 alle 10:12. L'incidente è ora risolto e il servizio è stato ripristinato. Il ripristino del servizio è ancora in fase di monitoraggio. ESSO Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita tra le 9:58 e le 10:12. L'incidente è ora risolto e il servizio è stato ripristinato. Continuiamo a monitorare la ripresa del servizio.

2. 7 maggio 2026 alle ore 14:15 UTCresolved

   Questo incidente è stato risolto.

3. 15 maggio 2026 alle ore 13:32 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-3279 **Servizio richiesto** Pagamenti e-commerce, 3DS e negozi. **Cliente Impact** Impossibilité pour les porteurs d'effectuer des payements. **Synthèse de l'incident** * **7 maggio 9h58: ** **inizio dell'incidente. ** * **7 maggio 9h59: ** remontée d'alerte. Inizio delle indagini. * **7 maggio 10h03: ** creazione di una cellula di crisi dedicata e poursuite des investigations. * **7 maggio 10h09: identificazione dell'origine dell'incidente. ** * **7 maggio 10h10: ** avvio delle azioni correttive. * **7 maggio 10h12: fine dell'incidente. ** **Causa principale** La mise à jour d'un component technique a activé une option de sécurité qui a entraîné un redémarrage de l'ensemble des serveurs ainsi que d'une datnées. I server ayant redémarré avant la database, ils n'ont pas pu appeler les configuration des markands presentes in questo database ce qui a causé l'échec des payements. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Riavvio automatico dei server suite all'aggiornamento di questo componente tecnico | Disattivazione del riavvio automatico legato a questo componente tecnico specifico. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-3279 **Servizi di pagamento interessati dall'incidente** E-commerce, 3DS e pagamenti in negozio. **Impatto sul cliente** I titolari di carta non sono stati in grado di effettuare pagamenti. **Panoramica degli incidenti** * **7 maggio 09:58: inizio dell'incidente. ** * **7 maggio 09:59: ** avviso sollevato. Le indagini sono iniziate. * **7 maggio ore 10:03: ** è stata istituita una cellula di crisi dedicata e le indagini sono proseguite. * **7 maggio ore 10:09: identificata la causa principale. ** * **7 maggio 10:10: ** avviate azioni correttive. * **7 maggio 10:12: ** **fine dell'incidente. ** **Causa principale** L'aggiornamento di un componente tecnico ha abilitato un'opzione di sicurezza che ha attivato il riavvio di tutti i server e di un database. Quando i server si sono riavviati prima del database, non sono stati in grado di recuperare le configurazioni dei commercianti memorizzate nel database, il che ha causato il mancato pagamento. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Riavvio automatico del server a seguito dell'aggiornamento di questo componente tecnico | Disattivazione del riavvio automatico collegato a questo specifico componente tecnico. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 aprile 2026 alle ore 09:50 UTCmonitoring

   FR I reversements des 3,4 e 5 avril sono stati effettuati. Gli effetti del 6 e 7 aprile saranno inizialmente effettuati prima di oggi. Nessuna azione è richiesta da parte tua, e i fondi saranno disponibili sui tuoi conti come di consueto. Les détails des virements correspondants saranno messi a disposizione oggi. EN Gli accordi per il 3, 4 e 5 aprile sono stati completati. Quelli per il 6 e 7 aprile, inizialmente previsti per oggi, verranno effettuati domani. Non è richiesta alcuna azione da parte tua e i fondi saranno disponibili nei tuoi conti come di consueto. I dettagli dei trasferimenti corrispondenti saranno resi disponibili oggi. ESSO I versamenti del 3, 4 e 5 aprile sono stati effettuati. Quelli del 6 e 7 aprile, inizialmente previsti per oggi, saranno effettuati domani. Non è richiesta alcuna azione da parte vostra e i fondi saranno disponibili sui vostri conti come di consueto. I dettagli dei bonifici corrispondenti saranno messi a disposizione oggi.

2. 8 aprile 2026 alle ore 09:05 UTCmonitoring

   FR Les fonds des 6 et 7 avril ont été reversés. Ceux 8 avril initialement prévus aujourd'hui seront effectués demain. Nessuna azione è richiesta da parte tua, e i fondi saranno disponibili sui tuoi conti come di consueto. EN I fondi per il 6 e 7 aprile sono stati liquidati. Quelli per l'8 aprile, inizialmente previsti per oggi, verranno effettuati domani. Non è richiesta alcuna azione da parte tua e i fondi saranno disponibili nei tuoi conti come di consueto. ESSO I fondi del 6 e 7 aprile sono stati trasferiti. Quelli dell'8 aprile, inizialmente previsti per oggi, saranno effettuati domani. Non è richiesta alcuna azione da parte vostra e i fondi saranno disponibili sui vostri conti come di consueto.

3. 9 aprile 2026 alle ore 09:16 UTCresolved

   FR L'intégralité des fonds sarà reversé dans la journée. I dettagli dei versamenti corrispondenti saranno messi a disposizione oggi. EN Tutti i fondi verranno trasferiti durante il giorno. I dettagli dei trasferimenti corrispondenti saranno resi disponibili oggi. ESSO L'intero importo dei fondi sarà trasferito durante la giornata. I dettagli dei bonifici corrispondenti saranno messi a disposizione oggi.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 marzo 2026 alle ore 10:58 UTCidentified

   TSR-3077 - Inizio/Inizio: 16/03/2026 - Fine/Fine: In corso/In corso - Categoria/Categoria: Reversements/Settlements - Responsabilité/Responsabilità: Un confermatore/Da confermare - Priorité/Priorità: P1 FR Un incidente impacte actuellement l'émission des virements. Les virements prévus aujourd'hui ne pourront pas être effectués. Nos équipes sont mobilisées pour résoudre la situation et nous vous tiendrons informés dès que les virements pourront être envoyés. EN Un incidente sta attualmente influenzando l'emissione degli accordi. Gli accordi previsti per oggi non potranno essere eseguiti. I nostri team stanno lavorando attivamente per risolvere la situazione e vi terremo informati non appena i trasferimenti saranno inviati. ESSO Un incidente sta attualmente impattando l'emissione dei versamenti. I bonifici previsti per oggi non potranno essere effettuati. I nostri team sono mobilitati per risolvere la situazione e vi terremo informati non appena i bonifici potranno essere inviati.

2. 17 marzo 2026 alle ore 08:48 UTCidentified

   TSR-3077 - Inizio/Inizio: 16/03/2026 - Fine/Fine: In corso/In corso - Categoria/Categoria: Reversements/Settlements - Responsabilité/Responsabilità: Payplug - Priorité/Priorità: P1 FR Des correctives ont été menées pour rattraper les fichiers de reversements d'hier. Tuttavia, un problema è iniziato attualmente con la loro convalida. Le nostre équipes sont mobilisées pour ristabilire la situazione nei più brevi ritardi. EN Sono state intraprese azioni correttive per recuperare i fascicoli relativi agli accordi di ieri. Tuttavia, attualmente un problema ne impedisce la convalida. I nostri team stanno lavorando per ripristinare la situazione il più rapidamente possibile. ESSO Sono state intraprese azioni correttive per recuperare i file dei versamenti di ieri. Tuttavia, un problema impedisce attualmente la loro validazione. I nostri team sono mobilitati per ripristinare la situazione nel più breve tempo possibile.

3. 17 marzo 2026 alle ore 11:12 UTCmonitoring

   TSR-3077 - Inizio/Inizio: 16/03/2026 - Fine/Fine: En cours/17/03/2026 - Categoria/Categoria: Reversements/Settlements - Responsabilité/Responsabilità: Payplug - Priorité/Priorità: P1 FR Les reversements des 16 et 17 mars ont été validés. Les fonds seront disponibles dans la journée. EN Gli accordi per il 16 e 17 marzo sono stati convalidati. I fondi saranno disponibili oggi. ESSO I versamenti del 16 e 17 marzo sono stati validati. I fondi saranno disponibili durante la giornata.

4. 17 marzo 2026 alle ore 13:29 UTCresolved

   Questo incidente è stato risolto.

5. 27 marzo 2026 alle ore 10:49 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-3077 **Servizio richiesto** Reversement dei pagamenti nell'e-commerce e nei negozi. **Cliente Impact** Impossibilité de procéder au reversement des transactions pendant la durée de l'incident, traînant un retard de reglement des marchands. **Sintesi dell'incident** * **16 marzo 11h02: ** creazione di una cellula de crise dédiée et début des investigations. * **16 marzo 11h05: ** identificazione di un échec de dépôt des fichiers de reversements. * **16 marzo 11h15: ** identificazione di un secondo problema: impossibilité d'accéder à l'outil permettant la validation des virements. * **16 marzo 11h15 - 12h: ** poursuite des investigations. * **16 marzo 12h: ** conferma dell'impossibilité de débloquer les fonds le jour même. * **16 marzo 12h - 18h30: ** poursuite des investigations. * **17 marzo ore 9: ** reprise de la cellule de crise. * **17 marzo 9h28: ** récupération des fichiers de virements de la veille. Poursuite des investigations. * **17 marzo 10h23: identificazione di una soluzione di contournement permettant d'envoyer les fonds. ** * **17 marzo 10h23 - 11h15: ** test per verificare il buon funzionamento della soluzione. Conclusioni dei test. * **17 marzo 11h30: ** validation des fichiers de reversements. **Fine dell'incidente. ** * **17 marzo 12h09: ** conferma del trattamento dei file e del trasferimento dei fondi durante la giornata. **Causa principale** Un'operazione di migrazione ha introdotto un'incoerenza nei dati tecnici utilizzati dal sistema di validazione dei viremoti, in ragione di un default tra due meccanismi. Questa situazione ha bloccato il normale trattamento delle convalide. **Azioni eseguite tramite Payplug** Un ritorno all'ultima versione stabile è stato avviato dopo aver ripristinato il servizio. Cette opération a permis de rétablir l'ensemble des fonctionnalités de validation des virements de manière fiable. ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-3077 **Servizi di pagamento interessati dall'incidente** E-commerce e regolamento dei pagamenti in negozio. **Impatto sul cliente** Impossibilità di elaborare lo storno delle transazioni durante il periodo dell'incidente, con conseguente ritardo nella liquidazione da parte del commerciante. **Panoramica degli incidenti** * **16 marzo 11:02: ** creazione di un team dedicato alle crisi e avvio delle indagini. * **ore 11:05 del 16 marzo: ** identificazione di una mancata presentazione dei fascicoli di pagamento. * **ore 11:15 del 16 marzo: ** identificazione di un secondo problema: impossibilità di accedere allo strumento utilizzato per convalidare i trasferimenti. * **16 marzo 11:15 — 12:00: ** indagini in corso. * **16 marzo 12:00: ** conferma che i fondi non possono essere rilasciati lo stesso giorno. * **16 marzo 12:00 — 18:30: ** indagini in corso. * **17 marzo ore 9:00: ** ripresa della squadra di crisi. * **17 marzo ore 9:28: ** recupero dei file di trasferimento del giorno precedente. Indagini in corso. * **17 marzo 10:23: ** **identificazione di una soluzione alternativa che consenta l'invio dei fondi. ** * **17 marzo 10:23 — 11:15: ** test per verificare la soluzione. Test riusciti. * **17 marzo ore 11:30: ** convalida dei file di pagamento. **Incidente risolto. ** * **17 marzo 12:09: ** conferma che i file sono stati elaborati e i fondi sarebbero stati trasferiti durante il giorno. **Causa principale** Una migrazione ha introdotto un'incongruenza nei dati tecnici utilizzati dal sistema di convalida del trasferimento, dovuta a una discrepanza tra due meccanismi, che ha impedito la normale elaborazione delle convalide. **Azioni intraprese da Payplug** È stato avviato un rollback all'ultima versione stabile per ripristinare il servizio. Questa operazione ha ripristinato con successo tutte le funzionalità di convalida del trasferimento.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 marzo 2026 alle ore 11:46 UTCinvestigating

   FR Nous avons identifié des difficoltés sur la plateforme de payement. L'incidente est en cours d'analyse. EN Abbiamo individuato difficoltà continue sulla piattaforma di pagamento. È in corso un'indagine. ESSO Abbiamo identificato delle difficoltà nell'elaborazione dei pagamenti. L'incidente è in fase di analisi.

2. 2 marzo 2026 alle ore 12:09 UTCmonitoring

   TSR-3011 - Inizio/Inizio: 02/03/2026 12h28 CET - Finale/Fine: 02/03/2026 13h01 CET - Categoria/Categoria: Elaborazione della produzione - Responsabilité/Responsabilità: Payplug - Priorité/Priorità: P1 FR L'incidente è ora risolto e il servizio è ripristinato. Continuiamo a sorvegliare la ripresa del servizio. EN L'incidente è ora risolto e il servizio è stato ripristinato. Il ripristino del servizio è ancora in fase di monitoraggio. ESSO L'incidente è stato risolto e il servizio è stato ripristinato. Continuiamo a monitorare la ripresa del servizio.

3. 2 marzo 2026 alle ore 14:15 UTCresolved

   Questo incidente è stato risolto.

4. 5 marzo 2026 alle ore 15:09 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-3011 **Servizio richiesto** Pagamenti e-commerce, 3DS e negozi. **Cliente Impact** Impossibilité pour les porteurs d'effectuer des payements. **Synthèse de l'incident** * **2 marzo 12h26: ** déploiement d'une mise en production. * **2 marzo 12:28: inizio dell'incidente. ** * **2 marzo 12h29: ** première remontée d'alerte. * **2 marzo 12:33: ** creazione di una cellula di crisi dedita. Inizio delle indagini. * **2 marzo 12h37: ** identificazione degli errori su un servizio. * **2 marzo 12h56: identificazione dell'origine dell'incidente. ** * **2 marzo 13h: ** messa in atto di azioni correttive. * **2 marzo 13h01: ripresa del traffico e-commerce e 3DS. ** * **2 marzo 13h38: ** risoluzione di errori su alcuni pagamenti nei negozi. Poursuite des investigations. * **2 marzo 13h50: ** identificazione e ripristino dei servizi in errore. **Fine dell'incidente. ** **Contesto** N/A **Causa origine** Une mise en production a entraîné la mise en pause des points d'entrées des services acceptant les transactions. Questi punti di ingresso erano in pausa, li non accettano più le transazioni et ont causé l'interruzione del traffico. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Distribuzione di una messa in produzione su un orario critico. | Rappel du processus de déploiement pour éviter les mises en production sur un horaire critique. | | Monitoraggio fallito sui punti di ingresso dei servizi accettanti le transazioni. | Rafforzamento del monitoraggio sui punti di ingresso e sui servizi che ripartono le transazioni. | | Absence de contrôle sur un certificat especifique suite déploiement d'une mise en production. | Ajout de contrôle pour vérifier l'état du certificat après déploiement d'une mise en production. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-3011 **Servizi di pagamento interessati dall'incidente** Pagamenti e-commerce, 3DS e pagamenti in negozio. **Impatto sul cliente** I titolari di carta non sono stati in grado di effettuare pagamenti. **Panoramica degli incidenti** * **2 marzo 12:26: ** distribuzione in produzione. * **2** **12:28 marzo: ** **inizio dell'incidente. ** * **2 marzo 12:29: ** è stato lanciato il primo avviso. * **2 marzo 12:33: ** istituito un team dedicato alla crisi. Le indagini iniziano. * **2 marzo 12:37: ** errori identificati su un servizio. * **2 marzo 12:56: ** **identificata la causa principale dell'incidente. ** * **2 marzo 13:00: ** azioni correttive implementate. * **2 marzo 13:01: ripresa del traffico di e-commerce e 3DS. ** * **2 marzo 13:38: ** errori segnalati su alcuni pagamenti in negozio. Le indagini continuano. * **2 marzo 13:50: ** identificazione e riavvio dei servizi interessati. **Fine dell'incidente. ** **Contesto** N/A **Causa origine** L'implementazione della produzione ha comportato la sospensione dei punti di ingresso delle transazioni di gestione dei servizi. Poiché questi punti di ingresso sono stati sospesi, non hanno più accettato le transazioni, il che ha causato l'interruzione del traffico. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Implementazione della produzione effettuata durante una finestra temporale critica | Promemoria del processo di distribuzione per evitare implementazioni di produzione durante finestre temporali critiche. | | Monitoraggio insufficiente sui punti di ingresso dei servizi che accettano le transazioni | Rafforzamento del monitoraggio sui punti di ingresso e sui servizi che distribuiscono le transazioni. | | Mancanza di verifica di un certificato specifico a seguito di una distribuzione di produzione. | Aggiunta di controlli per verificare lo stato del certificato dopo una distribuzione in produzione. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 febbraio 2026 alle ore 08:39 UTCmonitoring

   Bonjour, Delle perturbazioni sono in corso dalle 8:00 di questo giorno riguardanti l'autenticazione 3-D Secure. Questo incidente esterno alla nostra piattaforma riguarda i portatori di carte di credito agricolo. Nous vous tiendrons informés lorsque l'incidente sarà risolto. -------------- In italiano: Buongiorno, Ci sono delle perturbazioni in corso dalle 9:00 di oggi riguardanti l'autenticazione 3-D Secure. Sono principalmente i titolari delle carte MasterCard ed essere interessati. Questo incidente, esterno alla nostra piattaforma, riguarda circa il 30 al 50% delle richieste di autenticazione 3-D Secure. Vi terremo informati non appena l'incidente sarà risolto. -------------- In inglese: Salve Dalle 8:00 di oggi sono in corso interruzioni per quanto riguarda l'autenticazione 3D-Secure. Questo incidente è esterno alla nostra piattaforma. I titolari delle carte di Crédit Agricole sono i principali interessati. Ti terremo aggiornato non appena l'incidente sarà risolto.

2. 21 febbraio 2026 alle ore 12:26 UTCmonitoring

   L'incidente esterno est toujours en cours. Nous vous tiendrons informés en cas de changements. --------------- L'incidente è ancora in corso. Ti terremo aggiornato in caso di modifiche.

3. 21 febbraio 2026 alle ore 14:52 UTCresolved

   EXTERNE - Disfunzioni in corso relative all'autenticazione 3-D Secure (9:00 CET - 15:00 CET) FR L'incidente è ora risolto e il servizio è ripristinato. Continuiamo a sorvegliare la ripresa del servizio. EN L'incidente è ora risolto e il servizio è stato ripristinato. Il ripristino del servizio è ancora in fase di monitoraggio. ESSO L'incidente è stato risolto e il servizio è stato ripristinato. Continuiamo a monitorare la ripresa del servizio.

4. 23 febbraio 2026 alle ore 09:12 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2981 **Servizio richiesto** Pagamenti E-commerce e 3DS. **Cliente Impact** Impossiilité d'effectuer des payements pour les porteurs. **Synthèse de l'incident** * **21 febbraio 5h: debutto dell'incidente. ** * **21 febbraio 6h23: ** remontée d'alerte. Le seuil d'erreur est trop faible à ce stade pour déclencher l'astreinte. * **21 febbraio 8h32: ** création d'une cell de crise dédiée par l'astreinte. Inizio delle indagini. * **21 febbraio 8h34: ** identificazione degli scacchi di pagamento provenienti da una rete bancaria specifica. * **21 febbraio 9h-13h: ** poursuite des analyses. * **21 febbraio 13h30: fine de l'incident. ** * **21 febbraio 14h41: ** conferma da parte della rete di un incidente chez eux. **Contesto** N/A **Causa origine** Incidente esterno proveniente da una rete bancaria. ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2981 **Servizi di pagamento interessati dall'incidente** Pagamenti e-commerce e 3DS. **Impatto sul cliente** I titolari di carta non sono stati in grado di effettuare pagamenti. **Panoramica degli incidenti** * **21 febbraio ore 5:00: inizio dell'incidente. ** * **21 febbraio ore 6:23: ** avviso sollevato. La soglia di errore è troppo bassa in questa fase per attivare il team addetto all'assistenza telefonica. * **21 febbraio ore 8:32: ** team dedicato alle crisi istituito dal team di guardia. Le indagini iniziano. * **21 febbraio ore 8:34: ** mancati pagamenti identificati provenienti da una rete bancaria specifica. * **21 febbraio 9:00 — 13:00: ** analisi in corso. * **21 febbraio 13:30: fine dell'incidente. ** * **21 febbraio 14:41: ** conferma dalla rete di un incidente da parte loro. **Contesto** N/A **Causa origine** Incidente esterno originato da una rete bancaria.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 19 febbraio 2026 alle ore 09:59 UTCidentified

   FR Nous avons identifié des difficoltés sur la plateforme de payement. Le transazioni in questione sono esclusivamente trattate tramite Crédit Agricole. Le prime analisi indicano che l'origine dell'incidente è esterna alla nostra piattaforma. EN Abbiamo individuato difficoltà continue sulla piattaforma di pagamento. Le transazioni interessate sono limitate a quelle elaborate tramite Crédit Agricole. Le indagini iniziali indicano che la causa principale dell'incidente è esterna alla nostra piattaforma.

2. 19 febbraio 2026 alle ore 10:25 UTCmonitoring

   FR L'incidente è ora risolto e il servizio è ripristinato. Continuiamo a sorvegliare la ripresa del servizio. EN L'incidente è ora risolto e il servizio è stato ripristinato. Il ripristino del servizio è ancora in fase di monitoraggio.

3. 19 febbraio 2026 alle ore 16:19 UTCresolved

   Questo incidente è stato risolto.

4. 20 febbraio 2026 alle ore 13:54 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2964 **Servizio richiesto** Pagamenti e-commerce e 3DS. **Cliente Impact** Impossiilité d'effectuer des payements pour les porteurs. **Synthèse de l'incident** * **19 febbraio 10h19: debutto dell'incidente. ** * **19 febbraio 10h24: ** creazione di una cellula di crisi dediée e avvio delle indagini. * **19 febbraio 10:27: ** identificazione degli errori provenant groupe bancaire externe spécifique. * **19 febbraio 10:29: ** contatta un partner per ottenere informazioni supplementari sull'incidente. * **19 febbraio 10h39: ** retour du partneraire confirmant l'incident chez le groupe bancaire externe. * **19 febbraio 10:51: ** contact du groupe bancaire concerné. * **19 febbraio 10h56: fine dell'incidente. ** * **19 febbraio 11h: ** il gruppo bancario indica che l'incidente provient d'un prestaire externe. **Contesto** N/A **Causa origine** Incidente esterno chez le prestataire d'un groupe bancaire externe. ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2964 **Servizi di pagamento interessati dall'incidente** Pagamenti e-commerce e 3DS. **Impatto sul cliente** I titolari di carta non sono stati in grado di effettuare pagamenti. **Panoramica degli incidenti** * **19 febbraio 10:19: inizio dell'incidente. ** * **19 febbraio 10:24: ** viene istituito un team dedicato alla crisi e iniziano le indagini. * **19 febbraio ore 10:27: ** errori identificati provenienti da uno specifico gruppo bancario esterno. * **19 febbraio 10:29: ** viene contattato un partner per ottenere ulteriori informazioni sull'incidente. * **19 febbraio 10:39: ** feedback del partner che conferma l'incidente all'interno del gruppo bancario esterno. * **19 febbraio 10:51: ** il gruppo bancario interessato viene contattato. * **19 febbraio 10:56: fine dell'incidente. ** * **19 febbraio ore 11:00: ** il gruppo bancario indica che l'incidente ha avuto origine da un fornitore di servizi esterno. **Contesto** N/A **Causa origine** Incidente esterno presso un fornitore di servizi di un gruppo bancario esterno.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 febbraio 2026 alle ore 16:11 UTCinvestigating

   FR Nous avons identifié des difficoltés sur le Portail Payplug. L'incidente è in corso di analisi. EN Abbiamo identificato dei problemi con il portale Payplug. L'indagine è in corso. ESSO Abbiamo identificato delle difficoltà con il portale di Payplug. L'incidente è in fase di analisi.

2. 18 febbraio 2026 alle ore 07:23 UTCmonitoring

   TSR-2951 - Inizio/Inizio/Inizio: 17/02/2026 16h CET - Fine/Fine /fine: 17/02/2026 18h52 CET - Categoria/Categoria/Categoria: Portale di produzione. - Responsabilité/Responsabilità/Responsabilità: Payplug. - Priorité/Priorità/Priorità: P1. FR La situazione è delle entrate alla normalità dopo l'implementazione di un correttivo. Continuiamo a monitorare il servizio. EN La situazione è tornata alla normalità dopo l'implementazione di una correzione. Stiamo continuando a monitorare il servizio. ESSO La situazione è tornata alla normalità a seguito del rilascio di una correzione. Continuiamo a monitorare il servizio.

3. 18 febbraio 2026 alle ore 14:32 UTCresolved

   Questo incidente è stato risolto.

4. 18 febbraio 2026 alle ore 15:05 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2951 **Servizio richiesto** Portale **Client Impact** Problèmes de connexion pour accéder au Portail et messages d'errreurs intempestifs une fois connecté. **Synthèse de l'incident** * **16 febbraio 15:15: ** déploiement d'une mise en production. * **16 febbraio 15h18: ** problemi di connessione - disconnessioni e messaggi di errore visualizzati su Portail. **Inizio dell'incidente. ** * **16 febbraio 15h34: ** remontée d'alerte. Inizio delle indagini. * **16 febbraio 15:53: ** creazione di una cellula incidente maggiore. * **16 febbraio 15h58: ** pagina di stato della comunicazione. Identificazione di una messa in produzione conforme all'inizio dell'incidente. Lancement de l'annulation de la mise en production. * **16 febbraio 16h08: ** échec de l'annulation de la mise en production. * **16 febbraio 16:25: identificazione dell'origine dell'incidente. ** * **16 febbraio 16h33: ** des problèmes de connexions persistent. Lancement du retour to a una versione precedente de certains défallants identifiés. * **16 febbraio 16h54: ** riavvio dei servizi con la versione precedente. * **16 febbraio 16h59: ** risoluzione dei problemi di connessione su Portail. * **16 febbraio 17h06: ** fine dei messaggi di errore su Portail. **Fine dell'incidente. ** * **17 febbraio 16h16: ** **resurgence des erreurs. ** * **17 febbraio 16h29-18h35: ** création d'une cell de crise et reprise des analyses. * **17 febbraio 18h40: identificazione dell'origine dell'incidente e implementazione di un correttivo. ** * **17 febbraio 18:52: Fine dell'incidente. ** **Contesto** N/A **Causa origine** Une mise en production a généré des problèmes d'accès entre nos services internes. Questi problemi ont engendré une dénnexion forcée de l'utenteur que revenait sur sa page d'authentification. La seconda occorrenza è stata provocata da una nuova messa in produzione che ha recuperato i mali identificativi suite au rollback de la veille. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Desincronizzazione di alcuni parametri di una chiave API | Aggiornamento dell'insieme dei parametri desincronizzati. | | Rinnovo automatico della chiave API. | Indagini in corso per iniziare il rinnovo automatico della chiave API. | | Absence d'alerte concernant la désynchronisation de certains paramètres de l'API. | Aggiunti messaggi di errore in caso di desincronizzazione dei parametri e miglioramento degli avvisi. | | Complessità su un servizio di distribuzione. | Migliora le implementazioni sul servizio gérant les secrets\ (API KEY, mots de passe internes...\) . | | Déconnexion forcée se un service sur l'ensemble est indisponible. | Migliorations en cours pour éviter de déconnecter les utilisateurs dès qu'un service est indisponible. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2951 **Servizi di pagamento interessati dall'incidente** Portale **Impatto sul client** Problemi di connessione durante l'accesso al Portale e messaggi di errore imprevisti una volta effettuato l'accesso. **Panoramica degli incidenti** * **16 febbraio 15:15: ** distribuzione alla produzione. * **16 febbraio 15:18: ** problemi di connessione: sul Portale vengono visualizzati disconnessioni e messaggi di errore. **Inizio dell'incidente. ** * **16 febbraio 15:34: ** avviso sollevato. Le indagini iniziano. * **16 febbraio 15:53: ** istituita una squadra per i principali incidenti. * ** 16 febbraio 15:58: ** Pubblicata la comunicazione sulla pagina di stato. Viene identificata una distribuzione della produzione che coincide con l'inizio dell'incidente. Rollback della distribuzione avviata. * **16 febbraio 16:08: ** rollback della distribuzione di produzione non riuscito. * **16 febbraio 16:25: identificata la causa principale dell'incidente. ** * **16 febbraio 16:33: ** i problemi di connessione persistono. È stato avviato il rollback a una versione precedente di alcuni servizi difettosi identificati. * **16:54 del 16 febbraio: ** i servizi sono stati riavviati con la versione precedente. * **16 febbraio 16:59: ** problemi di fine della connessione sul Portale. * **16 febbraio 17:06: ** fine dei messaggi di errore sul Portale. **Incidente risolto. ** * **17 febbraio 16:16: Ricorrenza di errori. ** * **17 febbraio 16:29-18:35: ** è stata istituita una squadra di crisi e le indagini sono riprese. * **17 febbraio 18:40: individuata la causa principale e soluzione implementata. ** * **17 febbraio 18:52: incidente risolto. ** **Contesto** N/A **Causa origine** Una distribuzione in produzione ha causato problemi di accesso tra i nostri servizi interni. Questi problemi hanno comportato la disconnessione forzata degli utenti e il reindirizzamento alla pagina di autenticazione. La seconda occorrenza è stata innescata da una successiva distribuzione di produzione che ha recuperato credenziali errate a seguito del rollback effettuato il giorno precedente. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Desincronizzazione di alcuni parametri chiave API | Aggiornamento di tutti i parametri desincronizzati. | | Rinnovo automatico della chiave API | Indagini in corso per impedire il rinnovo automatico della chiave API. | | Nessun avviso attivato per quanto riguarda la desincronizzazione di determinati parametri API | Aggiunta di messaggi di errore in caso di desincronizzazione dei parametri e miglioramento degli avvisi. | | Complessità all'interno di un servizio di distribuzione | Miglioramenti alle implementazioni del servizio di gestione dei segreti\ (chiavi API, password interne, ecc.\) . | | Disconnessione forzata se un servizio all'interno dell'ecosistema diventa non disponibile. | Miglioramenti in corso per impedire agli utenti di disconnettersi non appena un servizio diventa non disponibile. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 febbraio 2026 alle ore 14:58 UTCinvestigating

   FR Nous avons identifié des difficoltés sur le Portail Payplug. L'incidente è in corso di analisi. EN Abbiamo identificato dei problemi con il portale Payplug. L'indagine è in corso. ESSO Abbiamo identificato delle difficoltà con il portale di Payplug. L'incidente è in fase di analisi.

2. 16 febbraio 2026 alle ore 15:10 UTCinvestigating

   FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans 15 minuti. EN Le indagini sono ancora in corso. Le risponderemo tra 15 minuti. ESSO Le indagini sono ancora in corso. Ti contatteremo entro 15 minuti.

3. 16 febbraio 2026 alle ore 15:25 UTCidentified

   FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans 15 minuti. EN Le indagini sono ancora in corso. Le risponderemo tra 15 minuti. ESSO Le indagini sono ancora in corso. Ti contatteremo entro 15 minuti.

4. 16 febbraio 2026 alle ore 15:40 UTCidentified

   TSR-2951 - Inizio/Inizio/Inizio: 16/02/2026 15h18 CET - Fine/Fine /fine: In corso/In corso/In corso. - Categoria/Categoria/Categoria: Portale di produzione. - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P2. FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans 15 minuti. EN Le indagini sono ancora in corso. Le risponderemo tra 15 minuti. ESSO Le indagini sono ancora in corso. Ti contatteremo entro 15 minuti.

5. 16 febbraio 2026 alle ore 15:53 UTCidentified

   TSR-2951 - Inizio/Inizio/Inizio: 16/02/2026 15h18 CET - Fine/Fine /fine: In corso/In corso/In corso. - Categoria/Categoria/Categoria: Portale di produzione. - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P2. FR Les demandes de retraits et l'accès au Portail sont actuellement pertubés. Des soucis de déconnexions et des messages d'erreurs pueuvent apparaître. Nous workaillons à rétablir le service dès possible. EN Le richieste di trasferimento e l'accesso al Portale sono attualmente interrotti. Gli utenti potrebbero riscontrare disconnessioni e messaggi di errore imprevisti. Stiamo lavorando per ripristinare il servizio il prima possibile. ESSO Le richieste di prelievo e l'accesso al Portale sono attualmente disturbati. Possono verificarsi disconnessioni e messaggi di errore. Stiamo lavorando per ripristinare il servizio il prima possibile.

6. 16 febbraio 2026 alle ore 16:05 UTCmonitoring

   TSR-2951 - Inizio/Inizio/Inizio: 16/02/2026 15h18 CET - Fine/Fine /fine: 16/02/2026 16h59 CET - Categoria/Categoria/Categoria: Portale di produzione. - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P2. FR La situazione revient progressivamente à la normalità dalle 16:59. Continuiamo a monitorare il servizio. EN La situazione sta gradualmente tornando alla normalità dalle 16:59. Continuiamo a monitorare il servizio. ESSO La situazione sta tornando progressivamente alla normalità dalle 16:59. Continuiamo a monitorare il servizio.

7. 16 febbraio 2026 alle ore 16:11 UTCresolved

   Questo incidente è stato risolto.

8. 18 febbraio 2026 alle ore 15:00 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2951 **Servizio richiesto** Portale **Client Impact** Problèmes de connexion pour accéder au Portail et messages d'errreurs intempestifs une fois connecté. **Synthèse de l'incident** * **16 febbraio 15:15: ** déploiement d'une mise en production. * **16 febbraio 15h18: ** problemi di connessione - disconnessioni e messaggi di errore visualizzati su Portail. **Inizio dell'incidente. ** * **16 febbraio 15h34: ** remontée d'alerte. Inizio delle indagini. * **16 febbraio 15:53: ** creazione di una cellula incidente maggiore. * **16 febbraio 15h58: ** pagina di stato della comunicazione. Identificazione di una messa in produzione conforme all'inizio dell'incidente. Lancement de l'annulation de la mise en production. * **16 febbraio 16h08: ** échec de l'annulation de la mise en production. * **16 febbraio 16:25: identificazione dell'origine dell'incidente. ** * **16 febbraio 16h33: ** des problèmes de connexions persistent. Lancement du retour to a una versione precedente de certains défallants identifiés. * **16 febbraio 16h54: ** riavvio dei servizi con la versione precedente. * **16 febbraio 16h59: ** risoluzione dei problemi di connessione su Portail. * **16 febbraio 17h06: ** fine dei messaggi di errore su Portail. **Fine dell'incidente. ** * **17 febbraio 16h16: ** **resurgence des erreurs. ** * **17 febbraio 16h29-18h35: ** création d'une cell de crise et reprise des analyses. * **17 febbraio 18h40: identificazione dell'origine dell'incidente e implementazione di un correttivo. ** * **17 febbraio 18:52: Fine dell'incidente. ** **Contesto** N/A **Causa origine** Une mise en production a généré des problèmes d'accès entre nos services internes. Questi problemi ont engendré une dénnexion forcée de l'utenteur que revenait sur sa page d'authentification. La seconda occorrenza è stata provocata da una nuova messa in produzione che ha recuperato i mali identificativi suite au rollback de la veille. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Desincronizzazione di alcuni parametri di una chiave API | Aggiornamento dell'insieme dei parametri desincronizzati. | | Rinnovo automatico della chiave API. | Indagini in corso per iniziare il rinnovo automatico della chiave API. | | Absence d'alerte concernant la désynchronisation de certains paramètres de l'API. | Aggiunti messaggi di errore in caso di desincronizzazione dei parametri e miglioramento degli avvisi. | | Complessità su un servizio di distribuzione. | Migliora le implementazioni sul servizio gérant les secrets\ (API KEY, mots de passe internes...\) . | | Déconnexion forcée se un service sur l'ensemble est indisponible. | Migliorations en cours pour éviter de déconnecter les utilisateurs dès qu'un service est indisponible. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2951 **Servizi di pagamento interessati dall'incidente** Portale **Impatto sul client** Problemi di connessione durante l'accesso al Portale e messaggi di errore imprevisti una volta effettuato l'accesso. **Panoramica degli incidenti** * **16 febbraio 15:15: ** distribuzione alla produzione. * **16 febbraio 15:18: ** problemi di connessione: sul Portale vengono visualizzati disconnessioni e messaggi di errore. **Inizio dell'incidente. ** * **16 febbraio 15:34: ** avviso sollevato. Le indagini iniziano. * **16 febbraio 15:53: ** istituita una squadra per i principali incidenti. * ** 16 febbraio 15:58: ** Pubblicata la comunicazione sulla pagina di stato. Viene identificata una distribuzione della produzione che coincide con l'inizio dell'incidente. Rollback della distribuzione avviata. * **16 febbraio 16:08: ** rollback della distribuzione di produzione non riuscito. * **16 febbraio 16:25: identificata la causa principale dell'incidente. ** * **16 febbraio 16:33: ** i problemi di connessione persistono. È stato avviato il rollback a una versione precedente di alcuni servizi difettosi identificati. * **16:54 del 16 febbraio: ** i servizi sono stati riavviati con la versione precedente. * **16 febbraio 16:59: ** problemi di fine della connessione sul Portale. * **16 febbraio 17:06: ** fine dei messaggi di errore sul Portale. **Incidente risolto. ** * **17 febbraio 16:16: Ricorrenza di errori. ** * **17 febbraio 16:29-18:35: ** è stata istituita una squadra di crisi e le indagini sono riprese. * **17 febbraio 18:40: individuata la causa principale e soluzione implementata. ** * **17 febbraio 18:52: incidente risolto. ** **Contesto** N/A **Causa origine** Una distribuzione in produzione ha causato problemi di accesso tra i nostri servizi interni. Questi problemi hanno comportato la disconnessione forzata degli utenti e il reindirizzamento alla pagina di autenticazione. La seconda occorrenza è stata innescata da una successiva distribuzione di produzione che ha recuperato credenziali errate a seguito del rollback effettuato il giorno precedente. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Desincronizzazione di alcuni parametri chiave API | Aggiornamento di tutti i parametri desincronizzati. | | Rinnovo automatico della chiave API | Indagini in corso per impedire il rinnovo automatico della chiave API. | | Nessun avviso attivato per quanto riguarda la desincronizzazione di determinati parametri API | Aggiunta di messaggi di errore in caso di desincronizzazione dei parametri e miglioramento degli avvisi. | | Complessità all'interno di un servizio di distribuzione | Miglioramenti alle implementazioni del servizio di gestione dei segreti\ (chiavi API, password interne, ecc.\) . | | Disconnessione forzata se un servizio all'interno dell'ecosistema diventa non disponibile. | Miglioramenti in corso per impedire agli utenti di disconnettersi non appena un servizio diventa non disponibile. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 5 dicembre 2025 alle ore 09:00 UTCinvestigating

   FR Abbiamo identificato delle difficoltà nell'elaborazione dei pagamenti che assomigliano a un incidente presso Cloudflare. EN Abbiamo identificato difficoltà nell'elaborazione dei pagamenti che sembrano essere correlate a un incidente presso Cloudflare. ESSO Abbiamo individuato delle difficoltà nell'elaborazione dei pagamenti che sembrano essere correlate a un incidente avvenuto su Cloudflare.

2. 5 dicembre 2025 alle ore 09:06 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 5 dicembre 2025 alle ore 09:17 UTCmonitoring

   TSR-2651 - Inizio/Inizio: 04/12/2025 09h48 CET - Fine/Fine: 04/12/2025 10h13 CET - Categoria/Categoria: Elaborazione della produzione - Responsabilité/Responsabilità: esterna/esterna - Priorité/Priorità: P1 FR L'elaborazione è prevista per il ritorno a partire dalle 10h13. Continuiamo a monitorare il servizio. EN L'elaborazione è in ripresa dalle 10:13. Continuiamo a monitorare il servizio. Il trattamento sta tornando dalle 10:13. Continuiamo a monitorare il servizio.

4. 5 dicembre 2025 alle ore 14:44 UTCresolved

   Questo incidente è stato risolto.

5. 9 dicembre 2025 alle ore 09:21 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2651 **Servizio richiesto** Pagamenti e-commerce e 3DS. **Cliente Impact** Impossiilité d'effectuer des payements pour les porteurs. **Sintesi dell'incident** * **5 dicembre 09h48: début de l'incident** et remontées d'alertes. * **5 dicembre 09h52: ** création d'une cellule de crise dédiée. Inizio delle indagini e sospetto di un incidente presso Clouflare. * **5 dicembre 09h54: ** conferma dell'incidente presso Cloudflare. * **5 dicembre 10h: ** pagina di stato della comunicazione. * **5 dicembre 10h13: fine dell'incidente. ** **Contesto** N/A **Causa origine** Incidente presso Clouflare. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Absence d'alternative en cas de défaillance de Cloudflare. | Étude en cours sur les alternatives pour avoir une solution de backup en casas d'incident. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2651 **Servizi di pagamento interessati dall'incidente** Pagamenti tramite e-commerce e 3DS. **Impatto sul cliente** Impossibilità per i titolari di carta di effettuare pagamenti. **Panoramica degli incidenti** * **5 dicembre 09:48: inizio dell'incidente** e invio degli avvisi. * **5 dicembre 09:52: ** istituzione di un'unità di crisi dedicata. Inizio delle indagini e sospetto di un incidente a Cloudflare. * **5 dicembre 09:54: ** conferma dell'incidente a Cloudflare. * **5 dicembre ore 10:00: ** Comunicazione sulla pagina di stato. * **5 dicembre 10:13: fine dell'incidente. ** **Contesto** N/A **Causa origine** Incidente a Cloudflare. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Mancanza di un'alternativa in caso di guasto di Cloudflare | È attualmente in corso uno studio sulle alternative per fornire una soluzione di backup in caso di incidente. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 dicembre 2025 alle ore 10:36 UTCinvestigating

   FR Les reversements du 2 décembre initialement prévus aujourd'hui seront effectués demain. Nessuna azione è richiesta da parte tua, e i fondi saranno disponibili sui tuoi conti come di consueto. Les détails des virements correspondants saranno messi a disposizione oggi. EN I pagamenti per il 2 dicembre, originariamente previsti per oggi, verranno elaborati domani. Non è richiesta alcuna azione da parte tua e i fondi saranno disponibili nei tuoi conti come di consueto. I dettagli dei trasferimenti corrispondenti saranno resi disponibili oggi.

2. 3 dicembre 2025 alle ore 10:44 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

3. 4 dicembre 2025 alle ore 10:39 UTCmonitoring

   FR Les reversements du 2 décembre ont bien été effectués. En revanche, les reversements du 3 décembre initialement prévus aujourd'hui saranno effettuati domani. Nessuna azione è richiesta da parte tua, e i fondi saranno disponibili sui tuoi conti come di consueto. Les détails des virements correspondants saranno messi a disposizione oggi. EN I pagamenti per il 2 dicembre sono stati elaborati con successo. Tuttavia, i pagamenti per il 3 dicembre, originariamente previsti per oggi, verranno elaborati domani. Non è richiesta alcuna azione da parte tua e i fondi saranno disponibili nei tuoi conti come di consueto. I dettagli dei trasferimenti corrispondenti saranno resi disponibili oggi.

4. 5 dicembre 2025 alle ore 11:20 UTCresolved

   FR Nous vous confirmons le reversement des transactions 3 décembre. Nous somes à jour sur les reversements. EN Confermiamo i pagamenti delle transazioni a partire dal 3 dicembre. Siamo aggiornati con i pagamenti. ESSO Vi confermiamo il rimborso delle transazioni del 3 dicembre. Siamo aggiornati sui rimborsi.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 ottobre 2025 alle ore 08:02 UTCinvestigating

   FR I documenti contabili attualmente non possono più essere esportati dal portale. I documenti sono consultabili online. Il nostro team indaga attivamente la causa del problema. EN I documenti contabili non possono più essere esportati dal Portale in questo momento. I documenti rimangono disponibili per la visualizzazione online. I nostri team stanno studiando attivamente la causa del problema. ESSO I documenti contabili non possono attualmente più essere esportati dal Portale. I documenti restano consultabili online. I nostri team stanno indagando attivamente sulla causa del problema.

2. 21 ottobre 2025 alle ore 08:40 UTCinvestigating

   CODICE TSR 2453 - Début/Start/Inizio: A confermer/Da confermare/Da confermare. - Fine/Fine /fine: In corso/In corso/In corso. - Categoria/Categoria/Categoria: Portale di produzione. - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P3. FR L'incidente sembra influire solo sui tentativi di esportazione realizzati con Google Chrome. I documenti contabili sono scaricabili con Firefox. Il nostro team continua a indagare per rilevare l'origine dell'incidente. EN L'incidente sembra riguardare solo i tentativi di esportazione effettuati con Google Chrome. I documenti contabili possono essere scaricati tramite Firefox. I nostri team stanno continuando a indagare per determinare l'origine dell'incidente. ESSO L'incidente sembra influenzare solo i tentativi di esportazione effettuati con Google Chrome. I documenti contabili possono essere scaricati utilizzando Firefox. Il nostro team continua a indagare per individuare l'origine dell'incidente.

3. 21 ottobre 2025 alle ore 12:00 UTCmonitoring

   CODICE TSR 2453 - Inizio/Avvio/Inizio: 21/10/2025 8h30 - Fine/Fine /fine: 21/10/2025 13h54 - Categoria/Categoria/Categoria: Portale di produzione. - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P3. FR I documenti contabili sono di nuovo scaricabili da Google Chrome. Il nostro team continua a monitorare il servizio. EN I documenti contabili possono ora essere nuovamente scaricati utilizzando Google Chrome. I nostri team continuano a monitorare il servizio. ESSO I documenti contabili possono nuovamente essere scaricati tramite Google Chrome. Il nostro team continua a monitorare il servizio.

4. 23 ottobre 2025 alle ore 06:10 UTCresolved

   Questo incidente è stato risolto.

5. 13 novembre 2025 alle ore 10:58 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2453 **Servizio richiesto** Portale commerciale. **Client Impact** Impossibilité pour les marchands d'exporter les documents comptables. **Sintesi dell'incident** * **21 ottobre 8h30: ** richieste di esportazioni voluminose ripetute da un utente. **Inizio dell'incidente. ** * **21 ottobre 9h48: ** remontées d'alertes sur l'indisponibilité des documents contables. * **21 ottobre 9h50: ** creazione di un ticket auprès des équipes techniques. Inizio delle indagini. * **21 ottobre 10h02: ** pagina sullo stato della comunicazione. * **21 ottobre 10h07: ** escalade du ticket. * **21 ottobre 10h30: ** identificazione di una soluzione di contournement transmise aux markands. * **21 ottobre 11h19: ** identificazione dell'origine dell'incidente. * **22 ottobre 16:43: ** messa in atto per evitare la riproduzione dell'incidente. **Fine dell'incidente. ** * **Dal 23 ottobre: ** poursuite des investigations pour traiter la causa profonda. **Contesto** N/A **Causa origine** Il servizio di generazione delle esportazioni contabili è stato influenzato dalle richieste molto voluminose e ripetute dagli utenti. Queste richieste non creano un sovrapprezzo e rendono il servizio inaccessibile. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Méconnaissance de l'impact de demandes volumineuses et répététées d'exports. | Mise en place d'une alerte dès qu'un important export est demandé. Redazione di una procedura in caso di riproduzione della situazione. | | Saturation du service de génération des exportes comptables. | Investigations en cours. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2453 **Servizi di pagamento interessati dall'incidente** Portale per i commercianti. **Impatto sul cliente** I commercianti non sono in grado di esportare documenti contabili. **Panoramica degli incidenti** * **21 ottobre ore 8:30: ** ripetute richieste di esportazione di grandi dimensioni da parte di un utente. **Inizio dell'incidente. ** * **21 ottobre ore 9:48: ** sono state emesse segnalazioni relative all'indisponibilità dei documenti contabili. * **21 ottobre ore 9:50: ** biglietto creato per i team tecnici. Inizio delle indagini. * ** 21 ottobre ore 10:02: ** Comunicazione sulla pagina di stato emessa. * **21 ottobre alle 10:07: ** il ticket è aumentato. * **21 ottobre ore 10:30: ** identificazione di una soluzione alternativa condivisa con i commercianti. * **21 ottobre 11:19: ** identificazione della causa principale dell'incidente. * **22 ottobre 16:43: ** attuazione di misure per prevenire le recidive. **Fine dell'incidente. ** * **Dal 23 ottobre: ** Indagini in corso per individuare la causa principale. **Contesto** N/A **Causa origine** Il servizio di generazione delle esportazioni contabili è stato influenzato da richieste molto numerose e ripetute fatte da diversi utenti. Queste richieste hanno causato un sovraccarico, rendendo il servizio inaccessibile. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Mancanza di consapevolezza dell'impatto di richieste di esportazione ingenti e ripetute | Implementazione di un avviso ogni volta che viene richiesta un'esportazione di grandi dimensioni. Redazione di una procedura nel caso in cui la situazione si ripresenti. | | Saturazione del servizio di generazione delle esportazioni contabili. | Indagini in corso. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 settembre 2025 alle ore 09:23 UTCidentified

   TSR-2228 - Inizio/Inizio: 04/09/2025 - Fine/Fine: In corso/In corso - Categoria/Categoria: Reversement/Liquidazione - Responsabilité/Responsabilità: Payplug - Priorité/Priorità: P2 FR Le reversement de certain opérations de payement e-commerce et magasin qui aurait dû être effectué aujourd'hui n'a pas pu être effectué dans les temps. La réconciliation financière correspondante sarà messa a disposizione oggi. L'origine dell'incidente è stata identificata e i pagamenti non eseguiti saranno automaticamente segnalati e trattati rimarranno, senza che nessuna azione ne sia necessaria da parte tua. EN Il pagamento di alcune transazioni di e-commerce e di pagamento in negozio che avrebbero dovuto essere eseguite oggi non ha potuto essere completato in tempo. La corrispondente riconciliazione finanziaria sarà resa disponibile oggi. La causa dell'incidente è stata identificata e i pagamenti non eseguiti verranno automaticamente posticipati ed elaborati domani, senza che sia richiesta alcuna azione da parte tua.

2. 4 settembre 2025 alle ore 12:35 UTCmonitoring

   TSR-2228 - Inizio/Inizio: 04/09/2025 - Fine/Fine: In corso/In corso - Categoria/Categoria: Reversement/Liquidazione - Responsabilité/Responsabilità: Payplug - Priorité/Priorità: P2 FR Nous confirmons le rattrapage des virements qui seront reversés demain. Continuiamo a monitorare il servizio. EN Confermiamo il recupero dei bonifici, che verranno pagati domani. Continuiamo a monitorare il servizio.

3. 5 settembre 2025 alle ore 08:43 UTCresolved

   TSR-2228 - Inizio/Inizio: 04/09/2025 - Finale/Fine: 05/09/2025 - Categoria/Categoria: Reversement/Liquidazione - Responsabilité/Responsabilità: Payplug - Priorité/Priorità: P2 FR Les opérations de payement e-commerce et magasin non reversées hier ont été réversées aujourd'hui. La réconciliation financière correspondante intègre bien les transactions rattrapées. EN Le operazioni di e-commerce e di pagamento in negozio che non sono state risolte ieri sono state risolte oggi. La riconciliazione finanziaria corrispondente include accuratamente le transazioni recuperate.

4. 5 settembre 2025 alle ore 12:16 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2228 **Servizio richiesto** Reversement dei pagamenti nell'e-commerce e nei negozi. **Cliente Impact** Reversement parziale delle transazioni. **Sintesi dell'incident** * **4 settembre 7h30: ** inizio della saturazione dei file che trattano diversi flussi. **Inizio dell'incidente. ** * **4 settembre 8h50: ** rilevamento di un ritardo nel trattamento dei disturbi. Creazione di una cellula di crisi dedita e inizio delle analisi. * **4 settembre 8h53: ** identificazione della saturazione del flusso dû à une tâche che tourne en boucle sans succès. * **4 settembre 8h56: ** test per riparare determinati flussi su percorsi secondari per evitare la saturazione. * **4 settembre 9h09: ** spostamento di determinati flussi non interessati dall'incidente su altre rotte. Poursuite des analyses pour tenter de relancer les virements dans la journée. * **4 settembre ore 10: ** relance des traitements des virements après plusieurs menées pour s'assurer d'éviter des effets de bords. * **4 settembre 11h57: ** fine dei trattamenti dopo l'ora limite. Certains virements seront réalisés le lendemain. * **5 settembre: ** annullamento delle transazioni. **Fine dell'incidente. ** **Contesto** N/A **Causa origine** Une mise en production a entraîné une interruption de connexion entre deux API. Un compito è entrato in busta e ha saturato i diversi percorsi che trattano il flusso. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Absence de detection d'alerte. | Miglioramento del monitoraggio per una migliore identificazione in caso di incidente. | | Blocage des traitements causés par une erreur. | Révision de l'architecture des files d'attentes pour s'assurer qu'une tâche en erreur ne puisse pas bloquer l'ensemble des traitements. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2228 **Servizi di pagamento interessati dall'incidente** E-commerce e regolamento dei pagamenti in negozio. **Impatto sul cliente** Liquidazione parziale delle transazioni. **Panoramica degli incidenti** * **4 settembre 7:30 —** inizio della saturazione della coda per l'elaborazione di diversi flussi. **Inizio dell'incidente. ** * **4 settembre 8:50 —** rilevamento di un ritardo nell'elaborazione del trasferimento. Creazione di un'unità di crisi dedicata e avvio dell'analisi. * **4 settembre 8:53 —** identificazione della saturazione del flusso causata da un ciclo di attività non riuscito. * **4 settembre ore 8:56 —** test per reindirizzare determinati flussi attraverso percorsi secondari per evitare la saturazione. * **4 settembre ore 9:09 —** trasferimento di alcuni flussi non interessati dall'incidente su altre rotte. Ulteriori analisi per tentare di riavviare i trasferimenti durante il giorno. * **4 settembre 10:00 —** l'elaborazione del trasferimento è stata riavviata dopo diverse azioni intraprese per evitare effetti collaterali. * **4 settembre 11:57 —** elaborazione completata dopo l'orario limite. Alcuni trasferimenti verranno effettuati il giorno successivo. * **5 settembre —** transazioni pagate. **Fine dell'incidente. ** **Contesto** N/A **Causa origine** Una distribuzione di produzione ha causato un'interruzione della connessione tra due API. Un'attività è entrata in un ciclo e ha saturato i diversi percorsi di elaborazione dei flussi. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Nessun rilevamento degli avvisi | Monitoraggio migliorato per una migliore identificazione in caso di incidente. | | Blocco dell'elaborazione causato da un errore. | Revisione dell'architettura della coda per garantire che un'operazione non riuscita non possa bloccare tutta l'elaborazione. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 luglio 2025 alle ore 12:57 UTCinvestigating

   FR Nous avons identifié des difficoltés sur le processing de payements. L'incidente è in corso di analisi. EN Abbiamo individuato difficoltà continue nell'elaborazione dei pagamenti. È in corso un'indagine. ESSO Abbiamo identificato delle difficoltà nell'elaborazione dei pagamenti. L'incidente è in fase di analisi.

2. 29 luglio 2025 alle ore 13:14 UTCmonitoring

   TSR-2090 - Inizio/Partenza/Inizio: 29/07/2025 14h43 CEST. - Fine/Fine /fine: In corso/In corso/In corso. - Categoria/Categoria: Elaborazione della produzione - Responsabilité/Responsabilità/Responsabilità: Payplug - Priorité/Priorità/Priorità: P2 FR Il servizio riparte progressivamente in termini nominali a partire dalle 15h08. Continuiamo a monitorare il servizio. EN Il servizio nominale è stato osservato dalle 15:08. Stiamo continuando a monitorare il servizio. ESSO Il servizio sta tornando progressivamente alla normalità dalle 15:08. Continuiamo a monitorare il servizio.

3. 29 luglio 2025 alle ore 14:17 UTCresolved

   TSR-2090 - Inizio/Partenza/Inizio: 29/07/2025 14h43 CEST. - Fine/Fine /fine: 29/07/2025 15h08 CEST. - Categoria/Categoria/Categoria: Elaborazione della produzione - Responsabilité/Responsabilità/Responsabilità: Payplug - Priorité/Priorità/Priorità: P2 FR Un correctif a été appliqué. Le service à été rétabli. EN È stata applicata una correzione. Il servizio è stato ripristinato. ESSO È stata applicata una correzione. Il servizio è stato ripristinato.

4. 30 luglio 2025 alle ore 07:12 UTCpostmortem

   # _Versione inglese qui sotto_ # Post Mortem **Riferimento incidente** TSR-2090 **Servizio richiesto** Pagamenti tramite e-commerce e negozio. **Cliente Impact** Indisponibilité générale. **Synthèse de l'incident** * **23 luglio: ** messa fuori produzione del primo gruppo di server. * **24 luglio: ** interruzione della produzione del secondo gruppo di server. * **29 luglio 14h43**: interruzione della produzione del terzo gruppo di server. **Inizio dell'incidente. ** * **29 luglio 14h45**: rimontées d'alertes. * **29 luglio 14:48: ** creazione di una cellula di incidente maggiore e inizio delle indagini. * **29 juillet 14h51: ** pagina sullo stato della comunicazione. * **29 luglio 14h51: ** ripristino del servizio. * **29 luglio 15:05 :** ripresa progressiva del servizio. * **29 luglio 15h08**: **fine dell'incidente. ** **Contesto** La gestione delle patch consiste in una serie di correzioni che vengono distribuite ogni settimana alternativamente su chacune des trois parties des serveurs de production\ (les mardi, mercredi et jeudi\). **Causa principale** La gestione delle patch a successivement mis hors production chacun des server. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Default de detection de la mise hors production des serveurs | Ajout de contrôles pour être alerté dès qu'un server est mis hors production. | | Messa fuori produzione del server più recente. | Aggiunti i controlli per essere avvisati altrimenti ne resti plus qu'un server attivo in produzione. Divieto di messa fuori produzione automatica dell'ultimo server. | | Messe fuori produzione successive di tutti i server di produzione tramite patch management. | Disattivazione jusqu'à nouvel ordre du patch management. Indagini in corso. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-2090 **Servizi di pagamento interessati dall'incidente** E-commerce e pagamenti in negozio. **Impatto sul cliente** Indisponibilità diffusa. **Panoramica degli incidenti** * **23 luglio: ** disattivazione del primo gruppo di server. * **24 luglio: ** disattivazione del secondo gruppo di server. * **29 luglio - 14:43: ** smantellamento del terzo gruppo di server. **Inizio dell'incidente. ** * **29 luglio - 14:45: ** avvisi attivati. * **29 luglio - 14:48: ** è stata creata una task force per gli incidenti gravi e sono state avviate le indagini. * ** 29 luglio - 14:51: ** comunicazione sulla pagina di stato. * **29 luglio - 14:51: ** ridistribuzione del servizio. * **29 luglio - 15:05: ** ripristino graduale del servizio. * **29 luglio - 15:08: fine dell'incidente. ** **Contesto** La gestione delle patch consiste in una serie di aggiornamenti che vengono distribuiti settimanalmente a rotazione su ciascuno dei tre gruppi di server di produzione\ (il martedì, il mercoledì e il giovedì\). **Causa principale** La gestione delle patch ha successivamente disattivato ciascuno dei server. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Mancato rilevamento della disattivazione del server | Aggiunta di controlli per attivare avvisi non appena un server viene disattivato. | | Disattivazione dell'ultimo server | Aggiunta di controlli per attivare avvisi quando rimane un solo server di produzione attivo. Blocco della disattivazione automatica dell'ultimo server. | | Disattivazione successiva di tutti i server di produzione mediante gestione delle patch. | Gestione delle patch disattivata fino a nuovo avviso. Indagini in corso. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 15 luglio 2025 alle ore 08:41 UTCinvestigating

   FR Nous avons identifié des difficoltés sur le processing des payements Oney che comportano una totale indisponibilità del servizio. L'incidente è in corso di analisi. EN Abbiamo identificato problemi con l'elaborazione dei pagamenti Oney, con conseguente completa indisponibilità del servizio. È in corso un'indagine. ESSO Abbiamo identificato delle difficoltà nell'elaborazione dei pagamenti Oney, che comportano una completa indisponibilità del servizio. L'incidente è in fase di analisi.

2. 15 luglio 2025 alle ore 09:03 UTCmonitoring

   FR L'incidente riguardante l'elaborazione dei pagamenti Oney è stato risolto. L'origine di questo incidente è stata esterna alla nostra piattaforma. EN L'incidente che ha interessato l'elaborazione dei pagamenti Oney è stato risolto. L'origine di questo incidente era esterna alla nostra piattaforma. ESSO L'incidente che ha interessato l'elaborazione dei pagamenti Oney è stato risolto. L'origine di questo incidente era esterna alla nostra piattaforma.

3. 15 luglio 2025 alle ore 12:05 UTCresolved

   Questo incidente è stato risolto.

4. 17 luglio 2025 alle ore 13:19 UTCpostmortem

   # Post Mortem **Servizio richiesto** Oney. **Client Impact** Indisponibilité totale du moyen de payement Oney. **Sintesi dell'incidente** * **14 luglio 00h01**: **début de l'incident** chez le partenaire** . ** * **14 luglio 01h56**: dichiarazione di un incidente da parte del partner** . ** * **15 luglio 10h23**: **fine dell'incident**. **Contesto** N/A **Causa origine** Défaillance chez un partenaire. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Detection tardive de l'incident. | Revue de l'alerting dédié au moyen de payement Oney et modification de paramètres pour en affiner le déclenchement. | ==============VERSIONE INGLESE============== # Post Mortem **Servizi di pagamento interessati dall'incidente** Oney. **Impatto sul cliente** Interruzione totale del metodo di pagamento Oney. **Panoramica degli incidenti** * **14 luglio, 00:01 — inizia l'incidente** presso il fornitore di servizi. * **14 luglio, 01:56 —** incidente segnalato dal fornitore di servizi. * **15 luglio, 10:23 — incidente risolto. ** **Contesto** N/A **Causa origine** Interruzione del servizio presso un partner. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Rilevamento ritardato dell'incidente | Revisione degli avvisi relativi al metodo di pagamento Oney e regolazione dei parametri per migliorare la precisione del trigger. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 luglio 2025 alle ore 08:07 UTCidentified

   FR Abbiamo identificato le difficoltà nell'elaborazione dei pagamenti in Hosted Fields tramite Shopify. L'incidente è in corso di analisi. Nous vous conseillons de basculer sur du payement redirigé en attendant la resolution. EN Abbiamo identificato problemi con l'elaborazione dei pagamenti utilizzando Hosted Fields tramite Shopify. L'incidente è attualmente oggetto di indagine. Nel frattempo, consigliamo di passare al pagamento reindirizzato. ESSO Abbiamo identificato delle difficoltà nell'elaborazione dei pagamenti tramite Hosted Fields su Shopify. L'incidente è attualmente in fase di analisi. Consigliamo di passare temporaneamente ai pagamenti reindirizzati in attesa della risoluzione.

2. 4 luglio 2025 alle ore 08:57 UTCidentified

   TSR-1977 - Inizio/Partenza/Inizio: 03/07/2025 18h30 CEST. - Fine/Fine /fine: In corso/In corso/In corso. - Categoria/Categoria: Elaborazione della produzione - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P2. FR Les investigations sont toujours en cours. Nous reviendrons vers vous d'ici une heure. EN Le indagini sono ancora in corso. Le risponderemo entro un'ora. ESSO Le indagini sono ancora in corso. Ti contatteremo entro un'ora.

3. 4 luglio 2025 alle ore 09:37 UTCmonitoring

   TSR-1977 - Inizio/Partenza/Inizio: 03/07/2025 18h30 CEST. - Fine/Fine /fine: 04/07/2025 11h34 CEST. - Categoria/Categoria/Categoria: Elaborazione della produzione - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P2. FR Un correttivo è stato applicato permettente di ripristinare il servizio. Nous continuons de surveiller la reprise du service. EN È stata applicata una correzione che consente il ripristino del servizio. Stiamo continuando a monitorare il ripristino del servizio. ESSO È stata applicata una correzione che ha permesso il ripristino del servizio. Continuiamo a monitorare il recupero del servizio.

4. 4 luglio 2025 alle ore 16:10 UTCresolved

   TSR-1977 - Inizio/Partenza/Inizio: 03/07/2025 18h30 CEST. - Fine/Fine /fine: 04/07/2025 16h30 CEST. - Categoria/Categoria/Categoria: Elaborazione della produzione - Responsabilité/Responsabilità/Responsabilità: Un confermatore/Da confermare/Da confermare. - Priorité/Priorità/Priorità: P2. FR Il servizio è stato restaurato alle 11:30. La piattaforma est revenue à l'état nominal à 16:30. L'incident est résolu. EN Il servizio è stato ripristinato alle 11.30. La piattaforma è tornata allo stato nominale alle 16.30. L'incidente è stato risolto. ESSO Il servizio è stato ripristinato alle 11:30. La piattaforma è tornata in stato nominale alle 16:30. L'incidente è risolto.

5. 7 luglio 2025 alle ore 18:02 UTCpostmortem

   _Versione inglese qui sotto_ _Versione italiana qui sotto_ # Post Mortem **Riferimento incidente** TSR-1977 **Servizio richiesto** Pagina di pagamento integrata\ (Hosted Fields\) su Shopify **Client Impact** Pagamenti effettuati tramite una pagina di pagamento integrata\ (Hosted Fields\) su Shopify per errore. **Sintesi dell'incidente** * **2 luglio 18h10**: **début de l'incident**. * **3 luglio 9h37**: ripristino dell'avviso di perturbazioni sulla pagina di pagamento integrata\ (Hosted Fields\) su Shopify. * **3 luglio 9h42**: creazione di una cella in caso di incidente grave. * **3 luglio 09h53-10h30**: azioni multiple per tentare di ripristinare il servizio. * **3 luglio 10h30**: email d'escalade a Shopify. * **3 luglio 10h50: ** identificazione degli errori legati al certificato. * **3 luglio 11h11: ** invio di una seconda mail a Shopify con maggiori dettagli. * **3 luglio 11h15: ** test implicante la disattivazione del controllo del certificato. Test concluso. * **3 luglio 11:28: ** disattivazione del controllo del certificato realizzato su tutti i server. **Ripresa del servizio. ** * **3 luglio 11h30: ** invio di una terza mail a Shopify. * **3 luglio 11h30-15h: ** le indagini continuano per modificare la verifica del certificato. * **3 luglio 15h: ** comprensione della causa principale. * **3 luglio 16h: ** aggiunta della vecchia Certificate Authority e riattivazione del controllo del certificato su un server. Conclusione del test. * **3 luglio 16h29: ** aggiunta della vecchia autorità di certificazione e riattivazione del controllo del certificato su tutti i server. **Fine dell'incidente. ** **Contesto** Un'autorità di certificazione ha lo scopo di verificare l'identità di un sito web e di rilasciare un «certificato digitale» per dimostrare che questo sito è ben inteso. Nel 2024, Shopify ci informa dell'implementazione di una nuova autorità di certificazione che sostituirà la vecchia che scade il 26 ottobre 2025. Nous avons déployé la nouvelle Certificate Authority en août 2024 puis désactivé l'ancienne en décembre 2024. **Causa principale** Riutilizzo della vecchia Certificate Authority di Shopify suite à un incident, alors que nous gli aeromobili disattivati. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Quiproquo sur la révocation de l'ancienne Certificate Authority\ (CA\) by Payplug suite au déploiement de la nouvelle. | Clarifications à mener sur la raison de la révocation de l'ancienne CA. Conservation systématique des anciennes CA fino alla data di scadenza. | | Rilevamento tardivo dell'incidente. | Riflessioni sugli avvisi specifici per ciascuna modalità di pagamento\ (don't celui impacté par cet incident\), non rappresenta quindi una parte scarsa del flusso della piattaforma. Migliora la remontée des errreurs liées à des certificats pour avir un alerting plus precisis sur ce case. | | Ritardo di comprensione della causa principale perfettibile | Richiedi un contatto urgente su Shopify per facilitare le indagini. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-1977 **Servizi di pagamento interessati dall'incidente** Pagina di pagamento integrata\ (Hosted Fields\) su Shopify **Impatto sul cliente** I pagamenti effettuati tramite la pagina di pagamento integrata\ (Hosted Fields\) su Shopify non sono riusciti. **Panoramica degli incidenti** * **2 luglio, 18:10: inizio dell'incidente. ** * **3 luglio, 9:37 AM: ** è stato lanciato un avviso per interruzioni nella pagina di pagamento integrata\ (Hosted Fields\) su Shopify. * **3 luglio, 9:42 AM: ** creata una task force per gli incidenti gravi. * **3 luglio, 9:53 — 10:30: ** sono state tentate diverse azioni di ripristino. * **3 luglio, 10:30: ** email di escalation inviata a Shopify. * **3 luglio, 10:50: ** errori identificati come relativi al certificato. * **3 luglio, 11:11: ** seconda email inviata a Shopify con maggiori dettagli. * **3 luglio, 11:15: ** test condotto disabilitando la convalida del certificato: test riuscito. * **3 luglio, 11:28: ** convalida del certificato disabilitata su tutti i server — **Servizio ripristinato. ** * **3 luglio, 11:30: ** terza email inviata a Shopify. * **3 luglio, dalle 11:30 alle 15:00: ** indagini in corso per riattivare in sicurezza la convalida dei certificati. * **3 luglio, 15:00: ** causa principale compresa. * **3 luglio, 16:00: ** la vecchia autorità di certificazione\ (CA\) è stata nuovamente aggiunta e la convalida del certificato è stata riattivata su un server: test riuscito. * **3 luglio, 16:29: ** la vecchia CA è stata nuovamente aggiunta e la convalida del certificato è stata riattivata su tutti i server — **Fine dell'incidente. ** **Contesto** Un'autorità di certificazione\ (CA\) verifica l'identità di un sito Web ed emette un certificato digitale per dimostrarne l'autenticità. Nel 2024, Shopify ci ha informato di una nuova CA per sostituire quella attuale con scadenza il 26 ottobre 2025. Abbiamo implementato la nuova CA nell'agosto 2024 e disabilitato quella precedente nel dicembre 2024. **Causa principale** Riutilizzo della vecchia Certificate Authority da parte di Shopify a seguito di un incidente, sebbene in precedenza l'avessimo disattivata. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Malinteso sulla revoca della vecchia Certificate Authority\ (CA\) da parte di Payplug a seguito dell'implementazione di quella nuova | Chiarire i motivi della revoca. Conservazione sistematica della vecchia CA fino alla data di scadenza. | | Rilevamento ritardato degli incidenti | Valuta la possibilità di implementare avvisi specifici per flusso di pagamento\ (incluso quello interessato\), anche se ognuno rappresenta una piccola parte del traffico della piattaforma. Migliora i meccanismi di avviso per rilevare con maggiore precisione i problemi relativi ai certificati. | | Il tempo per comprendere la causa principale potrebbe essere migliorato | Stabilisci un contatto di emergenza con Shopify per facilitare le indagini future. | ==============VERSIONE ITALIANA============== # Post Mortem **Riferimento incidente** TSR-1977 **Servizio interessato** Pagina di pagamento integrata\ (Hosted Fields\) su Shopify **Impatto per i clienti** I pagamenti effettuati tramite la pagina di pagamento integrata\ (Hosted Fields\) su Shopify sono risultati in errore. **Sintesi dell'incidente** * **2 luglio, ore 18:10: inizio dell'incidente** * **3 luglio, ore 09:37: ** allerta per anomalie sulla pagina di pagamento integrata\ (Hosted Fields\) su Shopify. * **3 luglio, ore 09:42: ** attivazione della task force incidente maggiore. * **3 luglio, 09:53 — 10:30: ** varie azioni tentate per ripristinare il servizio. * **3 luglio, ore 10:30: ** primo messaggio di escalation inviato a Shopify. * **3 luglio, ore 10:50: ** identificazione di errori legati ai certificati. * **3 luglio, ore 11:11: ** second message to Shopify with more details. * **3 luglio, ore 11:15: ** test disattivando il controllo del certificato — Esito positivo. * **3 luglio, ore 11:28: ** disattivazione del controllo del certificato su tutti i server — **Servizio ripristinato. ** * **3 luglio, ore 11:30: ** terzo messaggio a Shopify. * **3 luglio, 11:30 — 15:00: ** proseguimento delle analisi per riattivare il controllo del certificato. * **3 luglio, ore 15:00: ** identificazione della causa principale. * **3 luglio, ore 16:00: ** aggiunta della vecchia Certificate Authority e riattivazione del controllo del certificato su un server — Test riuscito. * **3 luglio, ore 16:29: ** aggiunta della vecchia Certificate Authority e riattivazione del controllo del certificato su tutti i server — **Fine dell'incidente. ** **Contesto** Una Certificate Authority\ (CA\) ha lo scopo di verificare l'identità di un sito web e di rilasciare un certificato digitale che ne confermi l'autenticità. Nel 2024, Shopify ci ha informato del passaggio a una nuova CA, in sostituzione di quella esistente che scade il 26 ottobre 2025. Abbiamo implementato la nuova CA ad agosto 2024 e disattivato la vecchia a dicembre 2024. **Causa principale** Riutilizzo della vecchia Certificate Authority da parte di Shopify a seguito di un incidente, nonostante fosse già stata disattivata da noi. **Azioni da intraprendere da parte di Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Incomprensione sulla revoca della vecchia Certificate Authority\ (CA\) da parte di Payplug dopo l'adozione della nuova. | Chiarire le motivazioni della revoca. Conservazione sistematica delle vecchie CA fino alla data di scadenza. | | Rilevamento tardivo dell'incidente. | Valutare l'attivazione di alert specifici per ciascun percorso di pagamento, anche se rappresentano una piccola parte del traffico. Migliora l'alerting for rilevar più facilmente i problemi di certificato. | | Tempo migliorabile per identificare la causa principale | Ottenere un contatto di emergenza presso Shopify per facilitare le indagini future. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 6 maggio 2025 alle ore 08:33 UTCmonitoring

   TSR-1723 - Inizio/Avvio/Inizio: 03/05/2025 - Fine/Fine /fine: In corso/In corso/In corso. - Categoria/Categoria/Categoria: Produzione - Oney - Responsabilité/Responsabilità/Responsabilità: Externe/Externe /Esterna FR Nous avons été informés d'un incidente ayant affecté plusieurs dossiers de financement Oney ouverts entre le samedi 3 mai et le lundi 5 mai matin. Les dossiers impactés sont restés en attente. Des actions sont en cours chez Oney pour rattraper questi dossiers, ma le transazioni già rifiutate ne pourront plus être validées malgré un finanziamento accettato. Des actions sont en cours pour annuller les dossiers de financement accepted liés à des transactions refusées. EN Siamo stati informati di un incidente che ha interessato diverse domande di finanziamento Oney aperte tra sabato 3 maggio e la mattina di lunedì 5 maggio. Le domande interessate sono rimaste in sospeso. Oney sta attualmente lavorando per recuperare queste domande, ma le transazioni che sono già state rifiutate non possono più essere convalidate, anche se il finanziamento è stato approvato. Sono inoltre in corso azioni per annullare le domande di finanziamento approvate collegate a transazioni rifiutate. ESSO Siamo stati informati di un incidente che ha interessato diverse pratiche di finanziamento Oney aperte tra sabato 3 maggio e la mattina di lunedì 5 maggio. Le pratiche interessate sono rimaste in stato di attesa. Oney sta attualmente lavorando per recuperare queste pratiche, ma le transazioni già rifiutate non potranno più essere validate, anche se il finanziamento è stato approvato. Sono inoltre in corso azioni per annullare le pratiche di finanziamento approvate collegate a transazioni rifiutate.

2. 13 maggio 2025 alle ore 11:54 UTCresolved

   TSR-1723 - Inizio/Avvio/Inizio: 03/05/2025 - Fine/Fine /fine: 07/05/2025 - Categoria/Categoria/Categoria: Produzione - Oney - Responsabilité/Responsabilità/Responsabilità: Externe/Externe /Esterna FR Les dossiers liés à des transactions refusées ont été annulés, vos clients saront donc remboursés. EN Le richieste di finanziamento collegate a transazioni rifiutate sono state annullate. I tuoi clienti saranno rimborsati. ESSO Le pratiche collegate a transazioni rifiutate sono state annullate. I vostri clienti saranno rimborsati.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 10 aprile 2025 alle ore 12:25 UTCidentified

   FR Alcuni pagamenti in negozio realizzati sui terminali PAX (protocollo Nexo) sono stati addebitati due volte ai tuoi clienti portatori di carta. Il s'agit pour la plupart de paiements réalisés le 7 avril. L'anomalia è stata identificata rapidamente e un correttivo è in corso. - I mercati interessati saranno contattati direttamente. - Tutti i duplicati saranno cancellati automaticamente. - I rimborsi saranno effettuati senza alcun intervento richiesto dalla tua parte nei clienti. - La regolarizzazione sarà visibile sui conti dei portatori sous peu. - EN Alcuni pagamenti in negozio effettuati tramite terminali PAX (protocollo NEXO) sono stati addebitati due volte ai clienti titolari di carta. La maggior parte di queste transazioni duplicate è avvenuta il 7 aprile. Il problema è stato rapidamente identificato e una correzione è attualmente in fase di implementazione. - I commercianti interessati verranno contattati direttamente. - Tutti gli addebiti duplicati verranno automaticamente annullati. - I rimborsi verranno elaborati senza che sia richiesta alcuna azione da parte tua o dei tuoi clienti. - Le modifiche saranno presto visibili sui conti dei titolari della carta. - ESSO Alcuni pagamenti effettuati in negozio su terminali PAX (protocollo Nexo) potrebbero essere addebitati due volte ai vostri clienti. La maggior parte dei pagamenti sono stati effettuati il 7 aprile. L'anomalia è stata identificata e stiamo procedendo con la correzione. - Gli esercenti interessati saranno contattati direttamente. - Tutti i doppi addebiti verranno automaticamente cancellati. - I rimborsi saranno effettuati senza alcuna azione da parte vostra o dei clienti. - La regolarizzazione sarà visibile sui conti correnti dei clienti a breve.

2. 11 aprile 2025 alle ore 12:26 UTCmonitoring

   FR Les payements en magasins debités à tort saranno annullati entro il 15 aprile 2025. I tuoi clienti riceveranno quindi il rimborso di questi pagamenti sul loro conto entro il 16 aprile 2025. EN I pagamenti in negozio che sono stati addebitati erroneamente verranno annullati al più tardi il 15 aprile 2025. I tuoi clienti vedranno quindi i rimborsi per questi pagamenti sul loro conto entro il 16 aprile 2025. ESSO I pagamenti effettuati nei negozi addebitati erroneamente saranno annullati entro e non oltre il 15 aprile 2025. I vostri clienti vedranno quindi il rimborso di tali pagamenti sul loro conto entro e non oltre il 16 aprile 2025.

3. 14 aprile 2025 alle ore 15:54 UTCmonitoring

   TSR-1610 - Deboot/Start/Inizio: 07/04/2025 - Fine/Fine /fine: In corso/In corso/In corso. - Catégorie/Categoria/Categoria: Produzione - Trasformazione. - Responsabilité/Responsabilità/Responsabilità: Payplug. - Priorité/Priorità/Priorità: P2. FR Les paiements en magasins debités à tort ont été annulés. I vostri clienti riceveranno quindi il rimborso di questi pagamenti sul loro conto a partire dal 15 aprile 2025, in funzione dei ritardi interbancari. EN I pagamenti in negozio addebitati erroneamente sono stati annullati. I tuoi clienti vedranno quindi i rimborsi di questi pagamenti sui loro conti bancari a partire dal 15 aprile 2025, a seconda dei tempi di elaborazione interbancari. ESSO I pagamenti effettuati nei negozi addebitati per errore sono stati annullati. I vostri clienti vedranno quindi il rimborso di tali pagamenti sul loro conto bancario a partire dal 15 aprile 2025, in base ai tempi di elaborazione interbancaria.

4. 17 aprile 2025 alle ore 07:46 UTCresolved

   Questo incidente è stato risolto.

5. 17 aprile 2025 alle ore 07:47 UTCpostmortem

   # _Versione inglese qui sotto/Versione Italiana in calce_ # Post Mortem **Riferimento incidente** TSR-1610 **Servizio richiesto** Nexo. **Client Impact** Addebiti di pagamento multipli effettuati sui terminali PAX\ (protocollo Nexo\). **Synthèse de l'incident** * **07 aprile: ** aggiornamento della gestione degli statuti delle transazioni Nexo. * **08 aprile - 09h12: ** une première série de transactions est débitée mais leur statut n'est pas mis à jour en «débité». **Inizio dell'incidente. ** * **09 aprile: ** second débit de la même série de transactions, occasionnant un double debit. Alcune transazioni conservent uno status errato. * **10 aprile: ** un controllo di routine identifica 5000 debiti in ritardo. * **10 aprile - 09h30: ** creazione di una cellula di crisi per incidente grave. Avvio delle indagini. * **10 aprile - 11h43: ** aggiornamento manuale degli statuti per evitare un nuovo addebito accidentale sulle transazioni. * **10 aprile - 15:25: ** consegna di un correttivo per garantire la bonne mise à jour automatique des statuts des transactions. Invio di un elenco di transazioni da rimborsare al nostro prestatore esterno. **Ripresa del servizio nominale. ** * **11 aprile - 08h43: ** relance envoyée à notre prestaire externe. * **14 aprile - 17h: ** annullamento degli addebiti indus per i clienti VISA & CB. * **15 aprile - 17h: ** annullamento degli addebiti indus per i clienti MASTERCARD. **Fine dell'incidente. ** **Contesto** L'annullamento di un doppio addebito menant au remboursement du debit indu è un'operazione manuale e sensata. Il nostro prestatore ha paris toutes les precauctions necessaires pour ne pas générer de danni collaterali, che spiegano il ritardo osservato. **Causa principale** L'incidente è stato causato dall'aggiunta di un processo di aggiornamento dello statuto delle transazioni il 7 aprile. Ce dernier pouvait occasionnellement entrer en conflit avec a processus déjà existant, a cominciare dall'aggiornamento delle transazioni in questione. **Azioni da intraprendere tramite Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Rilevazione tardiva dei doppi debiti | Implementazione di un monitoraggio manuale giornaliero a breve termine. Automatizzazione del monitoraggio a medio termine. | | Assenza di remontée d'errreurs lors du conflit de processus. | Mise en place de un log\ + alerte lors de un conflitto de misà jour de status de una transazione. Miglioramento del tentativo per ritentare automaticamente l'aggiornamento dello stato. | | Bug non rilevato durante la fase di test. | Aggiunta sistematica dei test su un volume di transazioni più elevato. Investigations sur de nouveaux tests de charge. | ==============VERSIONE INGLESE============== # Post Mortem **Riferimento all'incidente** TSR-1610 **Servizi di pagamento interessati dall'incidente** Nexo. **Impatto sul client** Pagamenti multipli addebitati dai terminali PAX\ (protocollo Nexo\). **Panoramica degli incidenti** * **7 aprile: ** aggiornamento della gestione dello stato delle transazioni Nexo. * **8 aprile — 09:12 AM: ** viene addebitato un primo batch di transazioni, ma il loro stato non viene aggiornato come «addebitato». **Inizia l'incidente. ** * **9 aprile: ** si verifica un secondo addebito dello stesso lotto di transazioni, che causa addebiti duplicati. Alcune di queste transazioni mantengono uno stato errato. * **10 aprile: ** un controllo di routine rivela 5.000 addebiti in eccesso. * **10 aprile — 9:30 AM: ** è stata creata una task force per gli incidenti gravi. Inizia l'analisi. * **10 aprile — 11:43: ** aggiornamento manuale degli stati per evitare ulteriori addebiti accidentali. * **10 aprile — 15:25: ** consegna di una correzione per garantire il corretto aggiornamento automatico dello stato delle transazioni. Un elenco delle transazioni da rimborsare viene inviato al nostro fornitore esterno. **Ritorno al normale servizio. ** * **11 aprile — 8:43 AM: ** follow-up inviato al nostro provider esterno. * **14-17 aprile: ** storno degli addebiti indebiti per i clienti VISA e CB. * **15-17 aprile: ** storno degli addebiti indebiti per i clienti. **Fine dell'incidente. ** **Contesto** L'annullamento di un addebito duplicato e il rimborso dell'addebito indebito è un'operazione manuale e delicata. Il nostro fornitore ha preso tutte le precauzioni necessarie per evitare danni collaterali, il che spiega il ritardo riscontrato. **Causa principale** L'incidente è stato causato dall'aggiunta di un processo di aggiornamento dello stato delle transazioni il 7 aprile. Questo processo potrebbe occasionalmente entrare in conflitto con uno esistente, impedendo l'aggiornamento dello stato delle transazioni interessate. **Azioni che devono essere intraprese da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Rilevamento tardivo di addebiti duplicati | Implementazione del monitoraggio manuale giornaliero a breve termine. Automazione del monitoraggio a medio termine. | | Nessun feedback di errore durante il conflitto di processo. | Implementazione della registrazione\ + alert in caso di conflitto di aggiornamento dello stato. Miglioramento della logica dei tentativi per tentare di nuovo automaticamente l'aggiornamento dello stato. | | Bug non rilevato durante la fase di test | Aggiunta sistematica di test con volumi maggiori di transazioni. Studio di nuovi metodi di test di carico. | ==============VERSIONE ITALIANA============== # Post Mortem **Riferimento incidente** TSR-1610 **Servizio interessato** Nexo. **Impatto sui clienti** Addebiti multipli effettuati sui terminali PAX\ (protocollo Nexo\). **Sintesi dell'incidente** * **7 aprile**: aggiornamento della gestione degli stati delle transazioni Nexo. * **8 aprile — 09:12 **: una prima serie di transazioni viene addebitata ma lo stato del pagamento non viene aggiornato a «addebitato». **Inizio dell'incidente. ** * **9 aprile**: secondo addebito della stessa serie di transazioni, causando un doppio addebito. Alcune di queste transazioni mantengono uno stato errato. * **10 aprile**: un controllo di routine individuale a 5.000 addebiti in eccesso. * **10 aprile — 09:30 **: creazione di una task force per incidente maggiore. Inizio delle indagini. * **10 aprile — 11:43 **: aggiornamento del manuale degli stati per evitare ulteriori addebiti accidentali. * **10 aprile — 15:25 **: rilascio di una correzione per garantire il corretto aggiornamento automatico degli stati delle transazioni. Invio di una lista di transazioni da rimborsare al nostro fornitore esterno. **Ripristino del servizio. ** * **11 aprile — 08:43 **: sollecito inviato al fornitore esterno. * **14 aprile — 17:00 **: annullamento degli addebiti illegittimi per i clienti VISA e CB. * **15 aprile — 17:00 **: annullamento degli addebiti illegittimi per i clienti MASTERCARD. **Fine dell'incidente. ** **Contesto** L'annullamento di un doppio addebito e il conseguente rimborso è un'operazione manuale e delicata. Il nostro fornitore ha preso tutte le precauzioni necessarie per evitare danni collaterali, il che spiega il ritardo osservato. **Causa principale** L'incidente è stato causato dall'aggiunta, il 7 aprile, di un processo di aggiornamento degli stati delle transazioni. Questo nuovo processo poteva occasionalmente entrare in conflitto con un processo esistente, impedendo l'aggiornamento delle transazioni interessate. **Azioni da intraprendere da Payplug** | **Sintomi** | **Azioni** | | --- | --- | | Rilevamento tardivo dei doppi addebiti. | Implementazione a breve termine di un monitoraggio manuale quotidiano. Automazione del monitoraggio a medio termine. | | Mancanza di segnalazioni di errore in caso di conflitto tra processi. | Implementazione di log\ + allarme in caso di conflitto nell'aggiornamento dello stato di una transazione. Miglioramento della logica di retry for tentare nuovamente l'aggiornamento dello stato. | | Bug not detected during the test. | Addité sistematica de test with majores de transactions. Analysis of new load test. |

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.