Historique des pannes de Maropost

1. 11 août 2026 à 22:45 UTCinvestigating

   We have identified intermittent spikes causing some merchants to receive a “We’ll be back shortly” error when navigating the Control Panel. We are continuing to investigate and make improvements to prevent these errors from occurring.

2. 12 août 2026 à 02:09 UTCmonitoring

   We are currently seeing increased bot traffic that is bypassing some of our existing safeguards. We have added further protections, which are helping reduce the impact. However, the traffic patterns continue to change, so we are making ongoing adjustments to our mitigations. We are currently using a more aggressive approach and closely monitoring the situation. We will provide further updates as the situation progresses.

1. 6 août 2026 à 02:31 UTCresolved

   On Aug 4, 2026 through Aug 6, 2026, some customers experienced intermittent slowness and errors across parts of the system during several short periods. Our team identified elevated traffic and processing load as the cause, reduced the load, and restored stable performance. The incidents were caused by a large increase of sophisticated bots that Cloudflare miscategorized and treated as human traffic. The issue is resolved and we continue to monitor the system. We are collaborating with Cloudflare to improve detection of these requests and reduce their impact going forward.

1. 27 juillet 2026 à 01:48 UTCinvestigating

   Nous recevons des rapports des panneaux de contrôle qui reçoivent « Nous reviendrons bientôt en ligne ». Notre équipe de développement enquête maintenant.

2. 27 juillet 2026 à 02:35 UTCidentified

   Nous avons identifié la question et notre équipe de développement s'emploie à la résoudre dès que possible.

3. 27 juillet 2026 à 02:55 UTCmonitoring

   Notre équipe a déployé un correctif et suit de près la situation pour assurer le retour des services à la normale.

4. 27 juillet 2026 à 03:17 UTCresolved

   Le problème a été résolu et les services fonctionnent normalement.

5. 27 juillet 2026 à 05:18 UTCpostmortem

   Le 27 juillet 2026, un sous-ensemble de marchands ont éprouvé un problème d'accès à leurs panneaux de contrôle. Les utilisateurs touchés ont été montrés un message de "Nous serons de retour en ligne sous peu" après avoir tenté de se connecter. L'incident a commencé à **11:48 AEST** et a été résolu à **13:17 AEST**, pour une durée totale de **1 heure et 29 minutes**. Que s'est-il passé ? Lors d'une version de logiciel de production, un changement affectant la configuration d'un panneau de contrôle lié à la sécurité a causé l'échec des demandes authentifiées pour un sous-ensemble de panneaux de contrôle. La question ne concernait que les panneaux de commande où la fonction de sécurité pertinente était activée. Les utilisateurs pouvaient accéder à la page de connexion, mais après l'authentification ils n'étaient pas en mesure d'accéder au panneau de contrôle. Impact Certains marchands étaient temporairement incapables d'accéder à leurs panneaux de contrôle et d'accomplir des tâches administratives. La perturbation était limitée à un sous-ensemble de panneaux de commande. Les services sont revenus à la normale une fois la configuration affectée désactivée. Calendrier * **11:48 AM AEST** – Des rapports ont été reçus des panneaux de contrôle affichant -Nous serons de nouveau en ligne sous peu, et l'équipe de développement a commencé à enquêter. * **12:35 AEST** – La cause du problème a été identifiée et les travaux d'assainissement ont commencé. * **12:55 AEST** – Un correctif a été déployé et le service a été placé sous surveillance. * **13:17 AEST** – Le problème a été confirmé comme résolu et les services fonctionnaient normalement. Cause profonde Un changement inclus dans la version de production a provoqué une configuration de déclaration de sécurité incorrecte pour les panneaux de commande touchés. Cela a produit un en-tête de réponse qui a dépassé la limite de taille prise en charge, causant des requêtes authentifiées de panneau de contrôle à l'échec. Résolution La fonction de sécurité affectée a été désactivée, rétablissant immédiatement l'accès aux panneaux de contrôle touchés. Une correction de code permanente est également mise en œuvre afin que la fonction puisse fonctionner sans générer la configuration invalide. Actions préventives Pour réduire la probabilité d'un incident semblable, nous sommes : * Ajout d'une couverture de régression pour l'accès au panneau de contrôle authentifié lorsque les fonctions de déclaration de sécurité sont activées. * Élargir la validation de mise en place pour les changements de taille et de configuration de sécurité des en-têtes de réponse. * Amélioration des contrôles de libération des combinaisons de fonctionnalités-toggle avant le déploiement de la production. * Mettre en œuvre la correction permanente du code et la valider avant de réhabiliter la fonction affectée. Nous nous excusons pour la perturbation et apprécions la patience des marchands touchés pendant que nos équipes travaillaient à rétablir l'accès.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juillet 2026 à 01:34 UTCinvestigating

   Nous enquêtons actuellement sur les rapports de lenteur intermittente affectant le panneau de contrôle Neto.

2. 24 juillet 2026 à 01:51 UTCmonitoring

   Notre équipe a déployé un correctif et suit de près la situation pour assurer le retour des services à la normale.

3. 24 juillet 2026 à 02:26 UTCresolved

   Cet incident a été résolu.

4. 27 juillet 2026 à 22:45 UTCpostmortem

   Le 24 juillet 2026, certains clients ont connu une lenteur intermittente dans certaines parties du service pendant deux courtes périodes. Notre équipe a identifié le trafic élevé et la charge de traitement comme la cause, a pris des mesures pour réduire la charge, et a rétabli des performances stables. La question est maintenant résolue et nous continuons de suivre de près. Nous prenons des mesures pour améliorer la résilience et aider à empêcher que des problèmes similaires ne se reproduisent.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 23 juillet 2026 à 04:57 UTCinvestigating

   Nous enquêtons actuellement sur les rapports de lenteur intermittente affectant le panneau de contrôle Neto. Les utilisateurs peuvent rencontrer des retards lors de l'accès ou de la navigation du panneau de contrôle. Nos équipes d'ingénierie étudient activement la question afin d'identifier la cause fondamentale et de rétablir des performances normales le plus rapidement possible.

2. 23 juillet 2026 à 05:25 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

3. 23 juillet 2026 à 05:46 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 23 juillet 2026 à 05:57 UTCresolved

   Cet incident a été résolu.

5. 27 juillet 2026 à 22:44 UTCpostmortem

   Le **23 juillet 2026**, les clients ont connu une lenteur intermittente en accédant au panneau de contrôle **Neto**, ce qui a eu une incidence sur environ **20 % des demandes**. La question a été causée par un changement de configuration de l'infrastructure qui a introduit une combinaison de types d'instances avec des caractéristiques de performance différentes, ce qui a entraîné dans certains cas une surcharge sous le trafic de production. Notre équipe d'ingénierie a résolu le problème en supprimant le type d'instance touché, en remplaçant les instances touchées par des instances optimisées par calcul et en mettant à jour la configuration de l'infrastructure afin d'éviter qu'elle ne se reproduise. Nous mettons également en œuvre des améliorations supplémentaires à nos processus de configuration et de validation de l'infrastructure pour améliorer encore la fiabilité de la plate-forme.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 23 juillet 2026 à 01:45 UTCinvestigating

   Australia Post a signalé une dégradation de l'API affectant les performances des API d'impression d'étiquettes. Pour les dernières mises à jour, veuillez consulter la page d'état du développeur Australia Post : https://status.developers.auspost.com.au/incidents/l1qmd679b34p Veuillez noter que nous connaissons actuellement des performances dégradées sur les API d'impression des étiquettes Nos équipes enquêtent actuellement et nous vous tiendrons informés au moment où nous nous efforçons de résoudre le problème. Australie Veuillez vous excuser pour tout désagrément causé.

2. 23 juillet 2026 à 01:59 UTCmonitoring

   MISE À JOUR de Australia Post Situation de l'incident : Surveillance Un correctif a été mis en place et nous suivons les résultats. https://status.developers.auspost.com.au/incidents/l1qmd679b34p

3. 23 juillet 2026 à 02:03 UTCresolved

   Incident résolu Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 juillet 2026 à 23:42 UTCinvestigating

   Nous sommes actuellement au courant d'un problème affectant l'intégration eBay, avec un message d'erreur apparaissant: "Liste Durée est requise. Record sauté.". Notre équipe de développement étudie activement la question.

2. 22 juillet 2026 à 01:28 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 22 juillet 2026 à 02:12 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

4. 22 juillet 2026 à 04:33 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

5. 22 juillet 2026 à 06:40 UTCresolved

   Cet incident a été résolu.

6. 23 juillet 2026 à 05:29 UTCpostmortem

   Résumé Le 22 juillet 2026, les marchands utilisant l'intégration eBay ont constaté que les mises à jour d'inscription étaient ignorées avec l'erreur suivante: La durée de l'inscription est requise. Enregistrement sauté. L'incident a été signalé à 9h42 AEST et résolu à 16h40 AEST, avec une durée totale d'environ 6 heures et 58 minutes. Nous nous excusons pour la perturbation causée aux marchands en utilisant l'intégration eBay. Impact Pendant l'incident, les enregistrements eBay touchés n'ont pas pu être traités avec succès. Cela peut avoir empêché les marchands de créer ou de mettre à jour des listes par le biais de l'intégration. Les commerçants qui ont enregistré un modèle de règle de listage eBay pendant que le problème était présent peuvent également avoir eu quelques champs de gabarit enregistrés sans leurs valeurs attendues, malgré la valeur correcte continuant à apparaître dans l'interface. Les autres services de plate-forme n'ont pas été touchés. ### Cause profonde Un processus interne d'importation de données utilisé pour mettre à jour les informations eBay partagées a été annulé avant qu'il ne soit terminé. Parce que le processus avait déjà mis à jour une partie de l'ensemble de données, son annulation a laissé les informations eBay nécessaires incomplètes. Cela a provoqué des mises à jour subséquentes de la liste d'échec de validation et être ignoré. Un processus direct de sauvegarde et de restauration de la base de données partagée touchée n'était pas disponible. Notre équipe de développement a donc utilisé un processus de récupération de la base de données ponctuelle pour récupérer et restaurer les informations concernées. Résolution Notre équipe de développement a restauré une base de données de production dans un environnement de récupération séparé et a extrait les tableaux touchés. L'information récupérée a ensuite été rétablie dans chacun des groupes de bases de données de production pertinents. La première restauration a été validée par Développement et Soutien avant la mise à jour des autres modules. Une fois la restauration terminée, nous avons surveillé l'intégration pour confirmer que les dossiers d'eBay étaient traités avec succès avant de marquer l'incident comme résolu. Suivi du commerce Les commerçants qui ont enregistré un modèle de règle de listage eBay pendant que l'incident se produisait devraient sauver de nouveau le modèle touché. Pour déterminer si un modèle a été modifié au cours de l'incident : 1. Connectez-vous à votre panneau de contrôle. 2. Ouvrir les rapports**. 3. Sélectionnez le rapport **Staff User Log**. 4. Saisissez `ebaytmpl` dans le champ **Type de page**. 5. Saisissez `edit` dans le champ **Processus**. 6. Examiner les modifications effectuées pendant la fenêtre de l'incident. 7. Notez les modèles d'ID touchés indiqués dans la colonne **Notes**. 8. Ouvrir et réenregistrer chaque modèle eBay affecté. Le champ **Listing Durée** a peut-être été enregistré comme vide même si l'interface continuait à afficher le code GTC. Les commerçants qui n'utilisent pas eBay Politiques d'affaires devraient également examiner les champs sous la section templates **Returns**, car ces champs peuvent devoir être réintroduits avant que le modèle soit sauvegardé. Calendrier Toutes les heures sont en AEST le 22 juillet 2026. * **9:42 AM** – Enquête commencée après les rapports d'eBay listing records en cours d'abandon. * **11:24 AM** – La restauration de la base de données ponctuelle a commencé. * **11:37** – La base de données de récupération a été restaurée avec succès. * ** 11 h 50** – Les renseignements touchés ont été extraits et préparés en vue de leur restauration. * **12:05 PM** – La restauration du premier groupe de bases de données de production a été achevée. * ** 12h11** – Le développement et le soutien ont confirmé le succès de la première restauration. * **12:17** – La restauration a commencé dans les autres groupes de bases de données. * **12:43 PM** – La restauration a été effectuée dans tous les groupes restants. * **2:33 La fixation a été confirmée au moment de la mise en œuvre et la surveillance a commencé. * **4:40 PM** – La surveillance a confirmé que l'intégration fonctionnait avec succès et que l'incident était résolu. Actions de suivi Nous examinons les améliorations suivantes : * Ajouter des mesures de protection contre l'annulation des processus d'importation de données de sorte que les mises à jour partiellement terminées ne peuvent laisser l'information partagée dans un état incomplet. * Améliorer les procédures de validation et de récupération des informations d'intégration eBay partagées. * Restaurer un processus de sauvegarde de la base de données partagée pour offrir une option de récupération plus rapide et plus ciblée. * Examiner si une validation supplémentaire peut empêcher les modèles d'être sauvegardés lorsque les valeurs sous-jacentes requises sont manquantes.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 8 juillet 2026 à 21:50 UTCinvestigating

   Nous enquêtons sur un problème où certains magasins Neto reçoivent 503 erreurs sur les demandes d'API.

2. 8 juillet 2026 à 23:30 UTCmonitoring

   Notre équipe a déployé une solution et suit de près la situation.

3. 9 juillet 2026 à 00:17 UTCresolved

   La question a été réglée. Notre équipe continuera de suivre de près la situation.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 8 juillet 2026 à 17:00 UTCinvestigating

   Nous traversons une interruption de service pour le panneau de commande Neto et Storefronts. Nous enquêtons sur la solution et publierons une mise à jour dès que possible.

2. 8 juillet 2026 à 17:21 UTCidentified

   Nous avons identifié le problème et nous avons trouvé une corruption dans le système de fichiers réseau. Nous avons apporté les corrections appropriées et le système a commencé à se rétablir.

3. 8 juillet 2026 à 17:38 UTCmonitoring

   La correction du système de fichiers réseau est résolue et le service est rétabli. Nous continuons de surveiller la plateforme pour en assurer la disponibilité et la stabilité.

4. 8 juillet 2026 à 18:36 UTCresolved

   Le 8 juillet 2026, nous avons connu un problème d'infrastructure qui a touché toutes les boutiques Neto et cPanels pendant environ 1 heure et 30 minutes. L'incident a été causé par une défaillance de notre infrastructure de système de fichiers partagés, qui a empêché les services essentiels d'accéder aux fichiers nécessaires pour desservir les sites Web et cPanels. Par conséquent, la plate-forme a automatiquement bloqué de nouvelles demandes pour protéger la cohérence des données, ce qui a entraîné une perturbation du service dans toutes les piles Neto. Notre équipe d'ingénieurs a réagi immédiatement en rétablissant les services de système de fichiers touchés, en ne passant pas à une instance d'infrastructure saine, et en remplaçant les machines virtuelles touchées. Une fois ces actions de récupération terminées, tous les webstores et cPanels ont été rétablis à un fonctionnement normal. Nous poursuivons notre enquête pour déterminer la raison sous-jacente de la défaillance du système de fichiers. Sur la base de nos constatations, nous mettrons en oeuvre une surveillance et une alerte supplémentaires, ainsi que toute amélioration nécessaire de l'infrastructure, pour aider à détecter et à prévenir des incidents semblables à l'avenir.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 juin 2026 à 23:46 UTCinvestigating

   We are currently investigating an issue related to the error message “Something Went Wrong” affecting users configuring Unified Login.

2. 16 juin 2026 à 00:25 UTCinvestigating

   We are continuing to investigate this issue. We will provide further updates as more information becomes available.

3. 16 juin 2026 à 01:36 UTCresolved

   Our team has identified and resolved the issue. If you created a Unified Login account and encountered the “Something went wrong” error, your account was still successfully created. Please use the credentials you set to log in as normal via app.maropost.com If you continue to experience any issues, please contact our support team for assistance.

1. 31 mai 2026 à 22:39 UTCinvestigating

   We are currently investigating a potential service interruption affecting SFTP connections for some Neto stores. During this time, some users may experience difficulty connecting via SFTP.

2. 1 juin 2026 à 01:06 UTCidentified

   We have identified an issue affecting DNS resolution for a service domain used by Neto's SFTP infrastructure. Our team is actively working with the relevant service providers to restore normal operation as quickly as possible.

3. 1 juin 2026 à 01:16 UTCmonitoring

   The issue affecting SFTP connectivity has now been resolved, and SFTP services are operating normally.

4. 1 juin 2026 à 01:20 UTCresolved

   The issue affecting SFTP connectivity has been resolved and services are operating normally. We apologize for the disruption and appreciate your patience while we worked to resolve the issue.

1. 26 mai 2026 à 01:34 UTCinvestigating

   The Neto Core Checkout page is currently unavailable for some merchants and is returning a 504 Gateway Timeout error. We have identified the issue and are actively investigating it on top priority.

2. 26 mai 2026 à 01:41 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 26 mai 2026 à 01:46 UTCresolved

   This incident has been resolved.

1. 5 mai 2026 à 03:45 UTCinvestigating

   We are currently investigating this issue.

2. 5 mai 2026 à 04:36 UTCidentified

   The “Sorry, you have been blocked” error in cPanel has been identified as false positives triggered by Cloudflare. We are actively working with Cloudflare, who are investigating the issue and helping implement a fix. We will provide further updates as they become available. Thank you for your patience.

3. 5 mai 2026 à 16:05 UTCresolved

   This incident has been resolved.

1. 4 mai 2026 à 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 mai 2026 à 06:44 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 4 mai 2026 à 06:52 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 4 mai 2026 à 07:04 UTCresolved

   This incident has been resolved.

1. 3 mai 2026 à 23:55 UTCinvestigating

   We are receiving reports of sites receiving "We will be back online shortly". Our Development Team are investigating now.

2. 4 mai 2026 à 00:04 UTCmonitoring

   We are receiving reports that services are returning to normal. We are continuing to monitor the situation.

3. 4 mai 2026 à 00:09 UTCmonitoring

   Some sites may still show "We will be back online shortly" intermittently. Our Development Team is working to resolve the issue as soon as possible.

4. 4 mai 2026 à 03:52 UTCresolved

   This incident has been resolved.

5. 6 mai 2026 à 02:02 UTCpostmortem

   ### Summary On 4 May 2026, some merchants experienced intermittent access issues with their webstores and Control Panel. During this time, some sites may have displayed a “We will be back online shortly” message. ### Impact The issue caused intermittent availability issues for some merchant webstores and Control Panel access. The impact was not consistent across all sites, and some requests may have succeeded while others failed. ### Root Cause The issue was caused by a sudden spike in automated crawler traffic, which created increased load on the caching layer. This prevented some new connections from being established and resulted in intermittent availability issues. ### Resolution The traffic pattern was identified, and mitigation was applied to reduce the impact of the abnormal traffic while maintaining access for legitimate crawler activity. ### Preventative Actions We have strengthened traffic protection rules to better manage sudden high-volume crawler activity. We are also continuing to monitor traffic patterns and refine platform protections to reduce the risk of similar disruptions.

1. 29 avril 2026 à 23:40 UTCinvestigating

   We are receiving reports of sites receiving "We will be back online shortly". Our Development Team are investigating now.

2. 30 avril 2026 à 00:15 UTCmonitoring

   We are receiving reports that services are returning to normal. We are continuing to monitor the situation.

3. 30 avril 2026 à 00:50 UTCresolved

   The issue has been resolved and services are operating as normal.

4. 6 mai 2026 à 05:47 UTCpostmortem

   ### Summary On 30 April 2026, some merchants experienced intermittent disruption when accessing storefronts and the Control Panel. During the incident, some storefront pages may have intermittently displayed a “We’ll be back online shortly” message, while some Control Panel access may also have been affected. The incident was caused by a significant spike in automated traffic directed at the platform, which placed abnormal load on the caching and application layers. This resulted in intermittent availability and degraded performance for affected services. ### Root Cause The disruption was caused by a large volume of automated traffic targeting the platform. This traffic created abnormal load on the caching layer, which is used to support efficient delivery of storefront and Control Panel content. As traffic volumes increased, the caching and application layers became degraded, resulting in intermittent access issues for some merchants. ### Resolution Our teams identified the unusual traffic pattern and implemented targeted mitigation rules to reduce the impact of the automated traffic. Once the mitigation was applied, the caching and application layers stabilised, and services returned to normal. We continued monitoring after service recovery to ensure the platform remained stable. ### Preventative Actions To reduce the likelihood and impact of similar events in future, we have taken the following actions: * Strengthened traffic filtering and mitigation rules for abnormal request patterns. * Improved monitoring for sudden traffic spikes and automated traffic fingerprints. * Reviewed the traffic behaviour with our traffic protection provider to better identify similar patterns in future. * Continued tuning of platform protection rules to reduce the impact of high-volume automated traffic.

1. 27 avril 2026 à 03:17 UTCidentified

   We are currently aware of an issue affecting eBay integration. eBay has confirmed a DNS resolution issue impacting their APIs, which may result in errors (including “error 0”) and failed or delayed syncs. You can view eBay’s official update here: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com

2. 27 avril 2026 à 07:58 UTCmonitoring

   eBay has identified a DNS resolution issue affecting their APIs: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com While there is no official confirmation of full resolution yet, we are seeing partial recovery, with processes starting to work for some merchants.

3. 27 avril 2026 à 23:26 UTCmonitoring

   eBay has provided an update on their status page: https://www.ebay.com.au/sts?msockid=37d317c345a462fa0d8002bf446263f5 We're aware that some customers have been experiencing intermittent technical issues since Sunday on parts of the eBay platform. We appreciate your patience as we work to resolve this. eBay will protect your seller performance, including removal of: - Negative or Neutral Feedback related to the intermittent technical issues - Defects resulting from impacted orders (cancellations and claims closed without seller resolution) We will also protect your valid tracking upload rate metrics and on time shipping metrics from any impact. If you had an auction end after April 26, 12:01 pm PT, which you feel was impacted, you have the option to cancel the order and we will protect your seller performance and refund associated selling and ad fees. We know how important a reliable marketplace is and we appreciate your patience as we address this. Future updates from us will continue to be posted here.

4. 28 avril 2026 à 03:42 UTCresolved

   The issue impacting eBay integration appears to be resolved for affected merchants. This was related to a broader incident on eBay’s side. We recommend continuing to monitor the eBay API status page: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com and eBay system status page: https://www.ebay.com.au/sts?msockid=37d317c345a462fa0d8002bf446263f5 for any further updates. If you are still experiencing issues, please reach out to Neto support so we can investigate further.

1. 27 avril 2026 à 00:13 UTCinvestigating

   We are receiving reports of some cPanel pages showing "Software Error". Our Development Team are investigating now

2. 27 avril 2026 à 00:27 UTCmonitoring

   Services are returning to normal. We are continuing to monitor the situation.

3. 27 avril 2026 à 00:58 UTCresolved

   All services are now running normally.

4. 6 mai 2026 à 05:43 UTCpostmortem

   ### Summary On 27 April 2026, some merchants experienced intermittent issues accessing cPanel, with some pages returning a “Software Error” message or taking longer than expected to load. The issue was short-lived and services stabilised shortly after the initial disruption. We continued monitoring the platform before marking the incident as fully resolved. ### Customer Impact During the incident window, some merchants may have experienced temporary delays or errors when accessing cPanel. The issue did not impact all merchants. ### Root Cause The disruption was caused by a brief spike in database load, which temporarily affected the platform’s ability to serve some cPanel requests normally. ### Resolution Our monitoring detected the elevated load, and the platform’s automated scaling processes responded by provisioning additional capacity. Once the load reduced and scaling completed, cPanel access returned to normal. No manual intervention was required, and services stabilised within minutes. ### Preventive Actions The platform’s existing monitoring and auto-scaling processes operated as expected and allowed the system to recover automatically. We will continue to monitor platform performance and capacity to help maintain service stability during future load spikes.

1. 22 avril 2026 à 01:47 UTCinvestigating

   We are currently investigating an issue causing degraded performance on some Neto stores. We are actively working to identify the root cause and restore normal performance as quickly as possible.

2. 22 avril 2026 à 02:53 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 22 avril 2026 à 04:02 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 22 avril 2026 à 04:12 UTCresolved

   This incident has been resolved.

1. 16 avril 2026 à 04:07 UTCidentified

   We are currently investigating an issue affecting some stores using the Australia Post Public API for shipping rate calculations. Affected merchants may experience no shipping options displaying at checkout, which can prevent customers from completing orders. We are working actively with Australia Post to resolve it as a priority. Workarounds While we continue working towards a resolution, merchants can use the following temporary options to restore checkout functionality: If you are using eParcel: Switch your shipping rate calculator from the Australia Post Public API to the eParcel rate calculator. If you are not using eParcel: Set up a backup flat rate in your Australia Post shipping table and configure it as a fallback. This allows customers to continue checking out if live rates are unavailable. If you need assistance applying these workarounds, please contact our support team and we’ll be happy to guide you through the setup. We will continue to provide updates as more information becomes available

2. 16 avril 2026 à 04:52 UTCidentified

   We have identified a likely cause of the issue affecting Australia Post shipping rates for some stores. Our team is currently working on a hotfix to update the integration to Australia Post’s updated API service. This is expected to restore functionality for affected stores.

3. 21 avril 2026 à 00:41 UTCresolved

   The issue affecting Australia Post freight calculations has now been resolved. We appreciate your patience while we worked to restore normal service.