Istoricul incidentelor Maropost

1. 11 august 2026 la 22:45 UTCinvestigating

   Am identificat piroane intermitente care cauzează unii comercianți pentru a primi un Continuăm să investigăm și să facem îmbunătățiri pentru a preveni apariția acestor erori.

2. 12 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 6 august 2026 la 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 iulie 2026 la 01:48 UTCinvestigating

   Primim rapoarte despre panourile de control care recepţionează "Vom reveni online în scurt timp." Echipa noastră de dezvoltare investighează acum.

2. 27 iulie 2026 la 02:35 UTCidentified

   Am identificat problema şi echipa noastră de dezvoltare încearcă să o rezolve cât mai curând posibil.

3. 27 iulie 2026 la 02:55 UTCmonitoring

   Echipa noastră a implementat un fix şi monitorizează îndeaproape situaţia pentru a asigura revenirea serviciilor la normal.

4. 27 iulie 2026 la 03:17 UTCresolved

   Problema a fost rezolvată şi serviciile funcţionează normal.

5. 27 iulie 2026 la 05:18 UTCpostmortem

   La 27 iulie 2026, un subset de comercianti au avut o problema accesand panourile lor de control. Utilizatorilor afectaţi li s-a arătat un mesaj "Vom reveni online în scurt timp," după ce vom încerca să ne logăm. Incidentul a început la **11:48 AM AEST** și a fost rezolvat la **1:17 PM AEST**, pentru o durată totală de **1 oră și 29 minute**. ## Ce s-a întâmplat În timpul unei eliberări de software de producție, o modificare care afectează o configurație a panoului de control legat de securitate a cauzat cereri autentificate de eșec pentru un subset de panouri de control. Problema a afectat numai panourile de control în cazul în care funcția de securitate relevantă a fost activată. Utilizatorii puteau ajunge la pagina de autentificare, dar după autentificare nu au putut accesa panoul de control. ## Impact Unii comercianţi nu au avut acces temporar la panourile lor de control şi la sarcinile administrative complete. Întreruperea a fost limitată la un subset de panouri de control. Serviciile au revenit la normal odată ce configurația afectată a fost dezactivată. ## Timeline * **11:48 AM AEST** * **12:35 PM AEST** Cauza problemei a fost identificată și au început lucrările de remediere. * **12:55 PM AEST** * **1:17 PM AEST** Problema a fost confirmată ca fiind rezolvată, iar serviciile funcţionau normal. ## Root cause O modificare inclusă în eliberarea producției a cauzat generarea unei configurații incorecte de raportare a securității pentru panourile de control afectate. Acest lucru a produs un antet de răspuns care a depășit limita de dimensiune susținută, cauzând cereri autentificate ale panoului de control de a eșua. ## Resolution Caracteristica de securitate afectată a fost dezactivată, restabilind imediat accesul la panourile de control afectate. De asemenea, se pune în aplicare o corecție permanentă a codului, astfel încât funcția să poată funcționa fără a genera configurația invalidă. ## Preventive actions Pentru a reduce probabilitatea unui incident similar, suntem: * Adăugând acoperire de regresie pentru accesul autentificat al panoului de control atunci când sunt activate caracteristicile de raportare a securității. * Extinderea validare de montare pentru dimensiunea de răspuns-header și modificări de configurare de securitate. * Îmbunătăţirea controalelor de eliberare pentru combinaţii de comutaţie înainte de desfăşurarea producţiei. * Implementarea corecției permanente a codului și validarea acestuia înainte de re-aprofundarea funcției afectate. Ne cerem scuze pentru întrerupere și apreciem răbdarea comercianților afectați în timp ce echipele noastre au lucrat pentru a restabili accesul.

Traducere automată din actualizarea oficială a incidentului.

1. 24 iulie 2026 la 01:34 UTCinvestigating

   În prezent investigăm rapoarte de încetinire intermitentă care afectează Panoul de Control Neto.

2. 24 iulie 2026 la 01:51 UTCmonitoring

   Echipa noastră a implementat un fix şi monitorizează îndeaproape situaţia pentru a asigura revenirea serviciilor la normal.

3. 24 iulie 2026 la 02:26 UTCresolved

   Acest incident a fost rezolvat.

4. 27 iulie 2026 la 22:45 UTCpostmortem

   Pe 24 iulie 2026, unii clienţi au experimentat o încetinire intermitentă în diferite părţi ale serviciului pe parcursul a două perioade scurte. Echipa noastră a identificat traficul ridicat și sarcina de procesare ca fiind cauza, a luat măsuri pentru a reduce sarcina, și a restaurat performanța stabilă. Problema este acum rezolvată și continuăm să monitorizăm îndeaproape. Luăm măsuri pentru a îmbunătăți reziliența și pentru a preveni repetarea unor probleme similare.

Traducere automată din actualizarea oficială a incidentului.

1. 23 iulie 2026 la 04:57 UTCinvestigating

   În prezent investigăm rapoarte de încetinire intermitentă care afectează Panoul de Control Neto. Utilizatorii pot experimenta întârzieri în timp ce accesează sau navighează în panoul de control. Echipele noastre de Inginerie investighează în mod activ problema pentru a identifica cauza principală și pentru a restabili performanța normală cât mai repede posibil.

2. 23 iulie 2026 la 05:25 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 23 iulie 2026 la 05:46 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

4. 23 iulie 2026 la 05:57 UTCresolved

   Acest incident a fost rezolvat.

5. 27 iulie 2026 la 22:44 UTCpostmortem

   Pe data de 23 iulie 2026**, clienții au experimentat o încetinire intermitentă în timp ce accesau panoul **Neto Control Panel**, afectând aproximativ **20% din cereri**. Problema a fost cauzată de o schimbare a configurației infrastructurii care a introdus un mix de tipuri de cazuri cu caracteristici de performanță diferite, ceea ce a dus la supraîncărcarea anumitor cazuri în traficul de producție. Echipa noastra de inginerie a rezolvat problema prin eliminarea tipului de instanta afectata, inlocuind instantele afectate cu cazuri optimizate de calcul, si actualizarea configuratiei infrastructurii pentru a preveni recidiva. Implementăm, de asemenea, îmbunătățiri suplimentare ale configurației de echilibrare a sarcinii și ale procesului de validare a infrastructurii pentru a îmbunătăți în continuare fiabilitatea platformei.

Traducere automată din actualizarea oficială a incidentului.

1. 23 iulie 2026 la 01:45 UTCinvestigating

   Australia Post a raportat o degradare API care afectează performanța API de imprimare a etichetei. Pentru ultimele actualizări, vă rugăm să consultați pagina de stare a dezvoltatorului Australia Post: https://status.developers.auspost.com.au/incidente/l1qmd679b34p Vă rugăm să rețineți că ne confruntăm în prezent cu performanțe degradate pe API de imprimare etichetă Echipele noastre investighează în prezent și vă vom ține la curent în timp ce lucrăm pentru a rezolva problema. Australia Cere-ţi scuze pentru neplăcerile cauzate.

2. 23 iulie 2026 la 01:59 UTCmonitoring

   UPDATE din Australia Post Starea incidentului: Monitorizare A fost implementată o soluţie şi monitorizăm rezultatele. A se vedea, de asemenea, hotărârea Curții de Justiție în cauza C-288/92, ECLI:EU:C:2011:418, punctul 36

3. 23 iulie 2026 la 02:03 UTCresolved

   Incident rezolvat Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 21 iulie 2026 la 23:42 UTCinvestigating

   Suntem în prezent conştienţi de o problemă care afectează integrarea eBay, cu un mesaj de eroare care arată că: "Este necesară o durată de aplicare. Record Skipped." Echipa noastră de dezvoltare investighează în mod activ problema.

2. 22 iulie 2026 la 01:28 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 22 iulie 2026 la 02:12 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 22 iulie 2026 la 04:33 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

5. 22 iulie 2026 la 06:40 UTCresolved

   Acest incident a fost rezolvat.

6. 23 iulie 2026 la 05:29 UTCpostmortem

   ### Rezumat La 22 iulie 2026, comercianții care utilizează integrarea eBay au experimentat actualizările care au fost omise cu următoarea eroare: > Record Skipped. Incidentul a fost raportat la 9:42 AM AEST şi rezolvat la 4:40 PM AEST, cu o durată totală de aproximativ 6 ore şi 58 minute. Ne cerem scuze pentru perturbarea cauzată comercianților care utilizează integrarea eBay. Impact În timpul incidentului, înregistrările eBay afectate nu au putut fi prelucrate cu succes. Acest lucru poate fi împiedicat comercianții să creeze sau să actualizeze listele prin integrare. Comercianții care au salvat un șablon de regulă eBay listare în timp ce emisiunea a fost prezentă ar fi putut avea, de asemenea, unele câmpuri șablon salvate fără valorile lor așteptate, în ciuda valorii corecte continuă să apară în interfață. Alte servicii de platformă nu au fost afectate. Cauza rădăcină Un proces intern de import de date utilizat pentru actualizarea informațiilor partajate privind eBay a fost anulat înainte de finalizarea acestuia. Deoarece procesul a actualizat deja o parte a setului de date, anularea acestuia a necesitat informații eBay incomplete. Acest lucru a dus la actualizări ulterioare de listare pentru a eșua validarea și să fie omis. Nu a fost disponibil un proces de rezervă și de restaurare directă pentru baza de date comună afectată. Prin urmare, echipa noastră de dezvoltare a utilizat un proces de recuperare a bazei de date punct-in-time pentru a recupera și restabili informațiile afectate. ### Rezolution Echipa noastră de dezvoltare a restaurat o bază de date de producție într-un mediu separat de recuperare și a extras tabelele afectate. Informațiile recuperate au fost apoi restaurate în fiecare dintre clusterele de baze de date de producție relevante. Prima restaurare a fost validată de Dezvoltare și Sprijin înainte de actualizarea clusterelor rămase. După ce restaurarea a fost finalizată, am monitorizat integrarea pentru a confirma că înregistrările eBay au fost prelucrate cu succes înainte de a marca incidentul ca rezolvate. ### Merchant follow-up Comercianții care au salvat un șablon de regulă eBay listare în timp ce incidentul a fost produs ar trebui să re-salve șablonul afectat. Pentru a identifica dacă un șablon a fost modificat în timpul incidentului: 1. Autentifică-te la panoul de control. 2. Deschide **Reports**. 3. Selectaţi raportul ** Jurnal de utilizare**. 4. Introdu eBaytmpl 5. Introduceți 6. Review editări făcute în timpul ferestrei incident. 7. Notaţi ID-urile de model afectate prezentate în coloana **Note**. 8. Deschideți și re-salvați fiecare șablon eBay afectat. Câmpul **Listing Durată** poate fi salvat ca gol, chiar dacă interfața a continuat să afișeze Comercianţii care nu utilizează eBay Business Policy ar trebui, de asemenea, să revizuiască câmpurile din cadrul şablonurilor **Returnează secţiunea**, deoarece aceste câmpuri ar putea fi necesare pentru a fi re-intrate înainte ca modelul să fie salvat. ### Timeline Toate timpurile sunt în AEST pe 22 iulie 2026. * **9:42 AM** * **11:24 AM** * **11:37 AM ** Baza de date de recuperare a fost restaurată cu succes. * **11:50 AM ** Informațiile afectate au fost extrase și pregătite pentru restaurare. * **12:05 PM** * **12:11 PM** * **12:17 PM** * **12:43 PM** * **2:33 PM** Fixarea a fost confirmată prin punerea în aplicare și a început monitorizarea. * **4:40 PM** ### Acţiuni ulterioare Revizuim următoarele îmbunătățiri: * Adăugarea unor garanţii în jurul anulării proceselor de import de date, astfel încât actualizările parţial completate să nu poată lăsa informaţii comune într-o stare incompletă. * Îmbunătăţirea procedurilor de validare şi recuperare pentru informaţii comune privind integrarea eBay. * Restaurarea unui proces de backup de bază de date comune de lucru pentru a oferi o opțiune de recuperare mai rapidă și mai orientată. * Revizuirea dacă validarea suplimentară poate împiedica salvarea modelelor atunci când lipsesc valorile subiacente necesare.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 21:50 UTCinvestigating

   Investigăm o problemă în care unele magazine Neto primesc 503 de erori la cererile API.

2. 8 iulie 2026 la 23:30 UTCmonitoring

   Echipa noastră a implementat un fix și monitorizează îndeaproape situația.

3. 9 iulie 2026 la 00:17 UTCresolved

   Problema a fost rezolvată. Echipa noastră va continua să monitorizeze îndeaproape situaţia.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 17:00 UTCinvestigating

   Ne confruntăm cu o întrerupere de serviciu pentru panoul de control Neto și magazin. Investigăm soluţia şi vom posta o actualizare cât mai curând posibil.

2. 8 iulie 2026 la 17:21 UTCidentified

   Am identificat problema și am urmărit o corupție în sistemul de fișiere al rețelei. Am făcut corecţiile corespunzătoare şi sistemul a început să se recupereze.

3. 8 iulie 2026 la 17:38 UTCmonitoring

   Fixarea la sistemul de fișiere de rețea este rezolvată și serviciul este restabilit. Continuăm să monitorizăm platforma pentru a asigura disponibilitatea și stabilitatea acesteia.

4. 8 iulie 2026 la 18:36 UTCresolved

   La 8 iulie 2026, am experimentat o problemă de infrastructură care a afectat toate magazinele comerciale Neto și cPanel-uri pentru aproximativ 1 oră și 30 de minute. Incidentul a fost cauzat de un eșec în infrastructura sistemului nostru comun de fișiere, care a împiedicat serviciile critice să acceseze fișierele necesare pentru a servi site-uri web și cPanel-uri. Prin urmare, platforma a blocat automat noile cereri de protecție a coerenței datelor, ceea ce a dus la perturbarea serviciilor în toate stivele Neto. Echipa noastră de inginerie a răspuns imediat prin restaurarea serviciilor de sistem de fișiere afectate, eșecul asupra unui caz de infrastructură sănătoasă, și înlocuirea mașinilor virtuale afectate. Odată ce aceste acțiuni de recuperare au fost finalizate, toate magazinele web și cPanel-urile au fost restabilite la funcționarea normală. Ne continuăm investigaţia pentru a determina motivul pentru care sistemul de fişiere a eşuat. Pe baza constatărilor noastre, vom implementa monitorizarea și alertarea suplimentară, împreună cu orice îmbunătățiri necesare ale infrastructurii, pentru a contribui la detectarea și prevenirea unor incidente similare în viitor.

Traducere automată din actualizarea oficială a incidentului.

1. 15 iunie 2026 la 23:46 UTCinvestigating

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

2. 16 iunie 2026 la 00:25 UTCinvestigating

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

3. 16 iunie 2026 la 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 la 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 iunie 2026 la 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 iunie 2026 la 01:16 UTCmonitoring

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

4. 1 iunie 2026 la 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 la 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 la 01:41 UTCmonitoring

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

3. 26 mai 2026 la 01:46 UTCresolved

   This incident has been resolved.

1. 5 mai 2026 la 03:45 UTCinvestigating

   We are currently investigating this issue.

2. 5 mai 2026 la 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 la 16:05 UTCresolved

   This incident has been resolved.

1. 4 mai 2026 la 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 mai 2026 la 06:44 UTCidentified

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

3. 4 mai 2026 la 06:52 UTCmonitoring

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

4. 4 mai 2026 la 07:04 UTCresolved

   This incident has been resolved.

1. 3 mai 2026 la 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 la 00:04 UTCmonitoring

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

3. 4 mai 2026 la 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 la 03:52 UTCresolved

   This incident has been resolved.

5. 6 mai 2026 la 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 aprilie 2026 la 23:40 UTCinvestigating

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

2. 30 aprilie 2026 la 00:15 UTCmonitoring

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

3. 30 aprilie 2026 la 00:50 UTCresolved

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

4. 6 mai 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 00:13 UTCinvestigating

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

2. 27 aprilie 2026 la 00:27 UTCmonitoring

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

3. 27 aprilie 2026 la 00:58 UTCresolved

   All services are now running normally.

4. 6 mai 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 02:53 UTCidentified

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

3. 22 aprilie 2026 la 04:02 UTCmonitoring

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

4. 22 aprilie 2026 la 04:12 UTCresolved

   This incident has been resolved.

1. 16 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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.