Service concerné
Reversement
Impact client
Certaines transactions des 14, 21, 26, 27 et 28 décembre n’ont pas été reversées dans les délais standards mais seulement le 4 janvier. La réconciliation financière est conforme à ces reversements pour la plupart des marchands, exceptés pour certains avec des intégrations particulières.
Synthèse de l’incident
05/12 : Activation d’un traitement permettant l’import des fichiers des transactions à acquérir le matin en plus du traitement déjà présent la nuit.
14/12 : première occurrence de l’incident
21/12 : deuxième occurrence de l’incident
22/12 : première remontée d’incident marchand et début des investigations
26-27-28/12 : 3 occurrences successives de l’incident
28/12 : ouverture d’une cellule de crise
29/12 : identification de la root cause. Suspension du traitement en cause et fin de l’incident
03/01 : réintégration des fichiers partiels des 5 journées impactées
04/01 : reversement des transactions
Root cause
Les traitements permettant l’import des fichiers de transactions ont été répartis en une première occurrence le matin et une autre déjà présente la nuit pour répartir la charge à partir du 5 décembre.
Un autre traitement déjà existant était programmé pour tourner à peu près à la même période le matin. Ce traitement, les 5 fois où il s’est activé à la même période, a interféré et causait un import partiel des transactions à acquérir.
Contexte
Amélioration de la performance de la chaine de reversement
Actions à entreprendre par Payplug
Symptôme | Action |
---|---|
Interférence des traitements | A court terme, suspension du traitement déjà programmé A moyen terme, reprogrammation de ce traitement à un autre moment |
Non détection de l’incident | Réflexion en cours pour détecter l’import partiel d’un fichier de transactions. |
==============ENGLISH VERSION==============
Affected service
Settlement
Customer impact
Some transactions from the 14th, 21st, 26th, 27th, 28th of December weren’t settled on due date but only on the 4th of january.
Financial reconcial is conform to these settlements for most of the merchants, except for some with particular integrations.
Incident overview
05/12 : Activation of a process in the morning to import files of transactions to acquire in addition to the already existing process during the night.
14/12 : incident first occurrence
21/12 : incident second occurrence
22/12 : first merchant alert. Investigations start
26-27-28/12 : 3 successives incident occurrences
28/12 : crisis cell opened
29/12 : root cause identified. Involved process suspension. End of the incident
03/01 : delta files of the 5 impacted days integrated.
04/01 : transactions settlement
Root cause
Processes ensuring transactions files import were split into a first occurrence on the morning and a second one already existing during the night to share the load starting from the 5th of December.
An other already existing process was programmed to run around the same time on the morning. The 5 times where both these processes run at the same time, they interfered and caused a partial import of the transactions to acquire.
Background
Settlement chain performance improvement
Actions to be taken by Payplug
Symptom | Action |
---|---|
Processes interference | On a short term basis, suspension of the already existing process On a medium term basis, reschedule the already existing process |
Failure to detect the incident | Ongoing thinking to detect partial import of a transaction file |