Cronologia delle interruzioni di Maropost

1. 11 agosto 2026 alle ore 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 agosto 2026 alle ore 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 agosto 2026 alle ore 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 luglio 2026 alle ore 01:48 UTCinvestigating

   Stiamo ricevendo i rapporti dei pannelli di controllo che ricevono "ci torneremo online a breve". Il nostro team di sviluppo sta indagando.

2. 27 luglio 2026 alle ore 02:35 UTCidentified

   Abbiamo identificato il problema e il nostro team di sviluppo sta lavorando per risolverlo il prima possibile.

3. 27 luglio 2026 alle ore 02:55 UTCmonitoring

   Il nostro team ha implementato una soluzione e sta monitorando attentamente la situazione per garantire che i servizi ritornino alla normalità.

4. 27 luglio 2026 alle ore 03:17 UTCresolved

   Il problema è stato risolto e i servizi sono operativi come normali.

5. 27 luglio 2026 alle ore 05:18 UTCpostmortem

   Il 27 luglio 2026, un sottoinsieme di commercianti sperimentato un problema di accesso ai loro pannelli di controllo. Gli utenti interessati sono stati mostrati un “Noi torneremo online a breve” messaggio dopo il tentativo di accedere. L'incidente è iniziato alle 11:48 AM AEST** ed è stato risolto a **1:17 PM AEST**, per una durata totale di **1 ora e 29 minuti****. # Che e' successo # Durante un rilascio di software di produzione, una modifica che riguarda una configurazione del pannello di controllo relativa alla sicurezza ha causato richieste autenticate di mancato per un sottoinsieme di pannelli di controllo. Il problema riguarda solo i pannelli di controllo in cui è stata abilitata la relativa funzionalità di sicurezza. Gli utenti potrebbero raggiungere la pagina di login, ma dopo l'autenticazione non sono stati in grado di accedere al pannello di controllo. ## Impact Alcuni commercianti non sono stati temporaneamente in grado di accedere ai loro quadri di controllo e compiti amministrativi completi. La rottura era limitata a un sottoinsieme di pannelli di controllo. I servizi tornati alla normalità una volta disattivata la configurazione interessata. # Timeline * **11:48 AM AEST** – I rapporti sono stati ricevuti dai pannelli di controllo che mostrano “Siamo tornati online a breve”, e il team di sviluppo ha iniziato a indagare. * 12:35 PM AEST** – La causa del problema è stata identificata e il lavoro di bonifica ha cominciato. * **12:55 PM AEST** – È stata implementata una correzione e il servizio è stato messo sotto controllo. ♪ 1:17 PM AEST ♪ Il problema è stato confermato come risolto e i servizi erano operativi normalmente. # Una modifica inclusa nel rilascio di produzione ha causato una configurazione di report di sicurezza non corretta da generare per i pannelli di controllo interessati. Ciò ha prodotto un'intestazione di risposta che ha superato il limite di dimensione supportato, causando le richieste del pannello di controllo autenticato di fallire. ## Risoluzione La funzione di sicurezza interessata è stata disattivata, ripristinando immediatamente l'accesso ai pannelli di controllo impattati. Viene anche implementata una correzione permanente del codice in modo che la funzione possa funzionare senza generare la configurazione non valida. ## Azioni preventive Per ridurre la probabilità di un incidente simile, siamo: * Aggiunta di copertura di regressione per l'accesso del pannello di controllo autenticato quando sono abilitate le funzioni di reporting di sicurezza. * Ampliamento della convalida di staging per le modifiche di configurazione di risposta-header e di configurazione di sicurezza. * Migliorare i controlli di rilascio per le combinazioni di funzionalità-toggle prima della distribuzione di produzione. * Implementare la correzione permanente del codice e convalidarlo prima di riattivare la funzione interessata. Ci scusiamo per la rottura e apprezziamo la pazienza dei commercianti colpiti mentre le nostre squadre hanno lavorato per ripristinare l'accesso.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 01:34 UTCinvestigating

   Attualmente stiamo indagando sui rapporti di lentezza intermittente che interessano il Pannello di controllo Neto.

2. 24 luglio 2026 alle ore 01:51 UTCmonitoring

   Il nostro team ha implementato una soluzione e sta monitorando attentamente la situazione per garantire che i servizi ritornino alla normalità.

3. 24 luglio 2026 alle ore 02:26 UTCresolved

   Questo incidente è stato risolto.

4. 27 luglio 2026 alle ore 22:45 UTCpostmortem

   Il 24 luglio 2026 alcuni clienti hanno sperimentato la lentezza intermittente attraverso parti del servizio durante due brevi periodi. Il nostro team ha identificato il traffico elevato e il carico di elaborazione come la causa, ha preso l'azione per ridurre il carico, e ha ripristinato le prestazioni stabili. Il problema è ora risolto e continuiamo a monitorare da vicino. Stiamo prendendo misure per migliorare la resilienza e contribuire a prevenire problemi simili da ricorrenti.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 luglio 2026 alle ore 04:57 UTCinvestigating

   Attualmente stiamo indagando sui rapporti di lentezza intermittente che interessano il Pannello di controllo Neto. Gli utenti possono sperimentare ritardi durante l'accesso o la navigazione del Pannello di controllo. I nostri team di Ingegneria stanno attivamente indagando sul problema per identificare la causa principale e ripristinare le prestazioni normali il più rapidamente possibile.

2. 23 luglio 2026 alle ore 05:25 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

3. 23 luglio 2026 alle ore 05:46 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 23 luglio 2026 alle ore 05:57 UTCresolved

   Questo incidente è stato risolto.

5. 27 luglio 2026 alle ore 22:44 UTCpostmortem

   Il 23 luglio 2026**, i clienti hanno sperimentato la lentezza intermittente durante l'accesso al **Neto Control Panel**, con un impatto circa **20% delle richieste**. Il problema è stato causato da un cambiamento di configurazione dell'infrastruttura che ha introdotto un mix di tipi di istanze con diverse caratteristiche di prestazione, con conseguente alcuni casi che diventano sovraccaricati sotto il traffico di produzione. Il nostro team di ingegneri ha risolto il problema rimuovendo il tipo di istanza interessato, sostituendo le istanze con istanze compute-ottimizzate e aggiornando la configurazione dell'infrastruttura per prevenire il ripetersi. Stiamo inoltre implementando ulteriori miglioramenti ai nostri processi di configurazione e di validazione delle infrastrutture per migliorare ulteriormente l'affidabilità della piattaforma.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 luglio 2026 alle ore 01:45 UTCinvestigating

   Australia Post ha segnalato un degrado API che influisce sulle prestazioni delle API di stampa di etichette. Per gli ultimi aggiornamenti, consultare la pagina di stato dello sviluppatore Post Australia: https://status.developers.auspost.com.au/incidents/l1qmd679b34p Si prega di notare che stiamo attualmente sperimentando le prestazioni degradate su API di stampa di etichette Le nostre squadre stanno attualmente indagando e vi terremo informati mentre lavoriamo per risolvere il problema. Australia Chiedi scusa per qualsiasi inconveniente causato.

2. 23 luglio 2026 alle ore 01:59 UTCmonitoring

   UPDATE da Australia Post Stato dell'incidente: Monitoraggio Una soluzione è stata implementata e stiamo monitorando i risultati. https://status.developers.auspost.com.au/incidents/l1qmd679b34p

3. 23 luglio 2026 alle ore 02:03 UTCresolved

   Risolto l'incidenza Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 luglio 2026 alle ore 23:42 UTCinvestigating

   Siamo attualmente a conoscenza di un problema che riguarda l'integrazione di eBay, con un messaggio di errore che appare affermando: "La durata di vita è necessaria. Registrazione saltata". Il nostro team di sviluppo sta indagando attivamente sul problema.

2. 22 luglio 2026 alle ore 01:28 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 22 luglio 2026 alle ore 02:12 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

4. 22 luglio 2026 alle ore 04:33 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

5. 22 luglio 2026 alle ore 06:40 UTCresolved

   Questo incidente è stato risolto.

6. 23 luglio 2026 alle ore 05:29 UTCpostmortem

   ## Il 22 luglio 2026, i commercianti che utilizzano l'integrazione eBay hanno sperimentato gli aggiornamenti di elenco saltati con il seguente errore: > “La durata di vita è necessaria. Registrazione saltata.” L'incidente è stato segnalato alle 9:42 AM AEST e risolto alle 16:40 PM AEST, con una durata totale di circa 6 ore e 58 minuti. Ci scusiamo per la rottura causata ai commercianti utilizzando l'integrazione eBay. ### Impact Durante l'incidente, i record di elenco eBay interessati non potrebbero essere elaborati con successo. Ciò potrebbe aver impedito ai commercianti di creare o aggiornare gli elenchi attraverso l'integrazione. I commercianti che hanno salvato un modello di regola di elenco eBay mentre il problema era presente possono anche avere alcuni campi di modello salvati senza i loro valori attesi, nonostante il valore corretto che continua ad apparire nell'interfaccia. Altri servizi della piattaforma non sono stati colpiti. # Un processo di importazione di dati interno utilizzato per aggiornare le informazioni condivise di eBay è stato cancellato prima che fosse completato. Poiché il processo aveva già aggiornato parte del dataset, la sua cancellazione ha lasciato richieste informazioni eBay incomplete. Questo ha causato gli aggiornamenti di elenco successivi alla validazione del fallimento e essere saltato. Non era disponibile un processo di backup e ripristino diretto per il database condiviso interessato. Il nostro team di sviluppo ha quindi utilizzato un processo di recupero del database point-in-time per recuperare e ripristinare le informazioni interessate. ## Risoluzione Il nostro team di sviluppo ha ripristinato un database di produzione in un ambiente di recupero separato e ha estratto le tabelle interessate. Le informazioni recuperate sono state poi ripristinate in ciascuno dei relativi cluster di database di produzione. Il primo restauro è stato convalidato da Development and Support prima che i restanti cluster siano stati aggiornati. Dopo che il restauro è stato completato, abbiamo monitorato l'integrazione per confermare che i record di lista eBay sono stati elaborati con successo prima di marcare l'incidente come risolto. ## # Merchant follow-up # I commercianti che hanno salvato un modello di regola di elenco eBay mentre l'incidente si è verificato dovrebbero ri-salvare il modello interessato. Per identificare se un modello è stato modificato durante l'incidente: 1. Accedi al pannello di controllo. 2. Aprire **Reports**. 3. Selezionare il rapporto **Staff User Log**. 4. Inserire `ebaytmpl` nel campo **Page Type**. 5. Inserisci `edit` nel campo **Process**. 6. Revisione modifiche effettuate durante la finestra incidente. 7. Notare gli ID dei modelli interessati visualizzati nella colonna **Notes**. 8. Aprire e rivedere ogni modello eBay interessato. Il campo **Listing Duration** potrebbe essere stato salvato come vuoto, anche se l'interfaccia ha continuato a visualizzare "GTC". I commercianti che non utilizzano le politiche aziendali di eBay dovrebbero anche rivedere i campi nella sezione **Returns** del modello, in quanto questi campi possono essere ri-entrati prima che il modello venga salvato. ## Timeline Tutti i tempi sono in AEST il 22 luglio 2026. * **9:42 AM** – L'indagine è iniziata dopo che i rapporti dei record di lista eBay sono saltati. * **11:24 AM** – Inizio del restauro del database Point-in-time. * 11:37 AM** * Il database di recupero è stato ripristinato con successo. * 11:50 AM** * Le informazioni interessate sono state estratte e preparate per il restauro. * **12:05 PM** – Il ripristino del primo cluster di database di produzione è stato completato. * **12:11 PM** – Lo sviluppo e il sostegno hanno confermato che il primo restauro ha avuto successo. * **12:17 PM** – Il ripristino è iniziato attraverso i cluster di database rimanenti. * **12:43 PM** – Il ripristino è stato completato in tutti i cluster rimanenti. ***2:33 PM** * La correzione è stata confermata come implementata e il monitoraggio è iniziato. * **4:40 PM** – Il monitoraggio ha confermato che l'integrazione funziona correttamente e l'incidente è stato risolto. ### Seguire azioni Stiamo esaminando i seguenti miglioramenti: * Aggiunta di garanzie circa la cancellazione dei processi di importazione dei dati in modo che gli aggiornamenti parzialmente completati non possono lasciare informazioni condivise in uno stato incompleto. * Migliorare le procedure di validazione e recupero per informazioni di integrazione eBay condivise. * Ripristino di un processo di backup condiviso-database di lavoro per fornire un'opzione di recupero più rapida e mirata. * Verificare se la validazione aggiuntiva può impedire che i modelli vengano salvati quando i valori sottostanti richiesti sono mancanti.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 luglio 2026 alle ore 21:50 UTCinvestigating

   Stiamo indagando su un problema in cui alcuni negozi Neto stanno ricevendo 503 errori sulle richieste API.

2. 8 luglio 2026 alle ore 23:30 UTCmonitoring

   Il nostro team ha implementato una soluzione e sta monitorando attentamente la situazione.

3. 9 luglio 2026 alle ore 00:17 UTCresolved

   Il problema è stato risolto. Il nostro team continuerà a monitorare attentamente la situazione.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 luglio 2026 alle ore 17:00 UTCinvestigating

   Stiamo vivendo una disgregazione di servizio per il Pannello di controllo Neto e Storefronts. Stiamo indagando sulla soluzione e pubblicheremo un aggiornamento il prima possibile.

2. 8 luglio 2026 alle ore 17:21 UTCidentified

   Abbiamo identificato il problema e abbiamo tracciato una corruzione nel Network File System. Abbiamo fatto le correzioni appropriate e il sistema ha cominciato a recuperare.

3. 8 luglio 2026 alle ore 17:38 UTCmonitoring

   La correzione del sistema di file di rete viene risolta e il servizio viene ripristinato. Continuiamo a monitorare la piattaforma per garantire la sua disponibilità e stabilità.

4. 8 luglio 2026 alle ore 18:36 UTCresolved

   L'8 luglio 2026, abbiamo sperimentato un problema di infrastrutture che ha interessato tutti i negozi di Neto e cPanel per circa 1 ora e 30 minuti. L'incidente è stato causato da un fallimento all'interno della nostra infrastruttura di file system condiviso, che ha impedito ai servizi critici di accedere ai file necessari per servire siti web e cPanel. Di conseguenza, la piattaforma ha bloccato automaticamente nuove richieste per proteggere la consistenza dei dati, portando a interruzioni di servizio in tutti gli stack Neto. Il nostro team di ingegneria ha risposto immediatamente ripristinando i servizi di file system interessati, non avendo superato un'istanza di infrastruttura sana, e la sostituzione di macchine virtuali colpite. Una volta completate queste azioni di recupero, tutti i webstore e cPanel sono stati ripristinati al normale funzionamento. Stiamo continuando la nostra indagine per determinare la ragione sottostante per il fallimento del processo di file system. Sulla base dei nostri risultati, implementeremo ulteriori controlli e avvisi, insieme a eventuali miglioramenti delle infrastrutture necessarie, per aiutare a rilevare e prevenire incidenti simili in futuro.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 15 giugno 2026 alle ore 23:46 UTCinvestigating

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

2. 16 giugno 2026 alle ore 00:25 UTCinvestigating

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

3. 16 giugno 2026 alle ore 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 maggio 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 01:16 UTCmonitoring

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

4. 1 giugno 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 01:41 UTCmonitoring

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

3. 26 maggio 2026 alle ore 01:46 UTCresolved

   This incident has been resolved.

1. 5 maggio 2026 alle ore 03:45 UTCinvestigating

   We are currently investigating this issue.

2. 5 maggio 2026 alle ore 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 maggio 2026 alle ore 16:05 UTCresolved

   This incident has been resolved.

1. 4 maggio 2026 alle ore 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 maggio 2026 alle ore 06:44 UTCidentified

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

3. 4 maggio 2026 alle ore 06:52 UTCmonitoring

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

4. 4 maggio 2026 alle ore 07:04 UTCresolved

   This incident has been resolved.

1. 3 maggio 2026 alle ore 23:55 UTCinvestigating

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

2. 4 maggio 2026 alle ore 00:04 UTCmonitoring

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

3. 4 maggio 2026 alle ore 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 maggio 2026 alle ore 03:52 UTCresolved

   This incident has been resolved.

5. 6 maggio 2026 alle ore 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 aprile 2026 alle ore 23:40 UTCinvestigating

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

2. 30 aprile 2026 alle ore 00:15 UTCmonitoring

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

3. 30 aprile 2026 alle ore 00:50 UTCresolved

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

4. 6 maggio 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 00:13 UTCinvestigating

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

2. 27 aprile 2026 alle ore 00:27 UTCmonitoring

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

3. 27 aprile 2026 alle ore 00:58 UTCresolved

   All services are now running normally.

4. 6 maggio 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 02:53 UTCidentified

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

3. 22 aprile 2026 alle ore 04:02 UTCmonitoring

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

4. 22 aprile 2026 alle ore 04:12 UTCresolved

   This incident has been resolved.

1. 16 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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.