Cecurity incident
[Services e-Factures émise et reçues] - Etat constaté sur eFactures en émission, ralentissements
Cecurity experienced a major incident on September 16, 2026 affecting Factures reçues and Factures émises and 1 more component, lasting 6h 16m. The incident has been resolved; the full update timeline is below.
Affected components
Update timeline
- identified Sep 16, 2026, 01:54 PM UTC
Nous avons identifié des ralentissements sur la plateforme Nos équipes travaillent actuellement à corriger le souci. Nous prévoyons d'avoir une solution d'ici 17 h00. Merci de votre patience 🙏
- identified Sep 16, 2026, 05:06 PM UTC
Nous avons corrigé le problème qui affectait les factures à l’état « En importation / En préparation ». Le service fonctionne maintenant normalement. Le service a été impacté à partir de 15 h45 L'ensemble des flux a été resorbé aux alentours de 18 h30. Nous continuons à surveiller la situation pour nous assurer qu'il n'y a pas d'autres soucis. Si vous rencontrez toujours un problème, n'hésitez pas à nous contacter via le formulaire de contact Zendesk 🧑💻
- resolved Sep 16, 2026, 08:10 PM UTC
Les Rallentissements ont été complètement résolus. Le service fonctionne normalement pour tous les utilisateurs. Nous nous excusons sincèrement pour ce souci. Merci pour votre patience !
- postmortem Sep 16, 2026, 08:11 PM UTC
# Post-mortem de l’incident — eFactures ralentissements ## Résumé de l’incident Une intervention a été nécessaire afin de reduire le ralentissements dans le traitement des factures et d’éviter que la situation ne perdure. ## Impact * Ralentissement important, puis blocage du traitement des factures. * Accumulation des factures en attente. * Nécessité d’une intervention pour rétablir le service. * Risque de retard dans la mise à disposition ou l’intégration des factures. ## Cause principale L’origine de l’incident que nous avons identifié plusieurs redémarrages du conteneur hébergeant le service `einvoice-inbound-api`. À ce stade, 11 redémarrages ont été constatés sur l’instance concernée. L’analyse des logs met en évidence une saturation de la mémoire Java \(_heap_\), accompagnée de plusieurs erreurs `Java heap space`. Afin de stabiliser le service et de limiter les redémarrages, la mémoire allouée au pod a été temporairement augmentée Cette augmentation constitue une mesure de stabilisation et non une correction définitive. Les investigations se poursuivent afin d’analyser la consommation mémoire et d’identifier la cause applicative à l’origine de la saturation. ## Résolution Un nouvel état sera communiqué dès que des éléments complémentaires seront disponibles, pour eviter que cela ne se reproduise.