Histórico de interrupções do Maropost

1. 11 Eost 2026 da 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 Eost 2026 da 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Eost 2026 da 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 Gouere 2026 da 01:48 UTCinvestigating

   Estamos recebendo relatórios de painéis de controle recebendo "Estaremos de volta online em breve". A nossa equipa de desenvolvimento está a investigar agora.

2. 27 Gouere 2026 da 02:35 UTCidentified

   Identificámos o problema e a nossa Equipa de Desenvolvimento está a trabalhar para o resolver o mais rapidamente possível.

3. 27 Gouere 2026 da 02:55 UTCmonitoring

   Nossa equipe implantou uma correção e está monitorando de perto a situação para garantir que os serviços voltem ao normal.

4. 27 Gouere 2026 da 03:17 UTCresolved

   A questão foi resolvida e os serviços funcionam normalmente.

5. 27 Gouere 2026 da 05:18 UTCpostmortem

   Em 27 de julho de 2026, um subconjunto de comerciantes experimentou uma questão acessando seus painéis de controle. Os usuários afetados foram mostrados uma mensagem “Estaremos de volta online em breve” após tentar entrar. O incidente começou em **11:48 AM AEST** e foi resolvido em **1:17 PM AEST**, por uma duração total de **1 hora e 29 minutos**. # # O que aconteceu Durante uma versão de software de produção, uma mudança que afeta uma configuração de painel de controle relacionada à segurança fez com que solicitações autenticadas falhassem para um subconjunto de painéis de controle. A questão apenas afetou painéis de controle onde o recurso de segurança relevante foi ativado. Os usuários poderiam chegar à página de login, mas após a autenticação não conseguiram acessar o painel de controle. # # Impacto Alguns comerciantes foram temporariamente incapazes de acessar seus painéis de controle e completar tarefas administrativas. A ruptura foi limitada a um subconjunto de painéis de controle. Os serviços retornaram ao normal quando a configuração afetada foi desabilitada. # # Timeline * **11:48 AM AEST** – Relatórios foram recebidos de painéis de controle exibindo “Estaremos de volta em breve,” e a equipe de desenvolvimento começou a investigar. * **12:35 PM AEST** A causa da questão foi identificada e iniciou-se o trabalho de remediação. * **12:55 PM AEST** – Uma correção foi implantada e o serviço foi colocado sob monitoramento. * **1:17 PM AEST** A questão foi confirmada como resolvida e os serviços funcionavam normalmente. # # Causa raiz Uma mudança incluída na liberação da produção fez com que uma configuração incorreta de relatórios de segurança fosse gerada para painéis de controle afetados. Isto produziu um cabeçalho de resposta que ultrapassou o limite de tamanho suportado, fazendo com que as solicitações autenticadas do painel de controle falhassem. # # Resolução O recurso de segurança afetado foi desativado, restaurando imediatamente o acesso aos painéis de controle impactados. Uma correção de código permanente também está sendo implementada para que o recurso possa operar sem gerar a configuração inválida. # # Ações preventivas Para reduzir a probabilidade de um incidente semelhante, somos: * Adicionando cobertura de regressão para o acesso autenticado do painel de controle quando recursos de relatório de segurança são ativados. * Expandindo validação de estadiamento para mudanças de tamanho e configuração de segurança. * Melhorar as verificações de liberação de combinações de recursos antes da implantação da produção. * Implementando a correção de código permanente e validando-o antes de voltar a ativar o recurso afetado. Pedimos desculpas pela interrupção e apreciamos a paciência dos comerciantes afetados enquanto nossas equipes trabalharam para restaurar o acesso.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gouere 2026 da 01:34 UTCinvestigating

   Estamos a investigar relatórios de lentidão intermitente que afectam o Painel de Controlo Neto.

2. 24 Gouere 2026 da 01:51 UTCmonitoring

   Nossa equipe implantou uma correção e está monitorando de perto a situação para garantir que os serviços voltem ao normal.

3. 24 Gouere 2026 da 02:26 UTCresolved

   Este incidente foi resolvido.

4. 27 Gouere 2026 da 22:45 UTCpostmortem

   Em 24 de julho de 2026, alguns clientes experimentaram lentidão intermitente em partes do serviço durante dois curtos períodos. Nossa equipe identificou o elevado tráfego e carga de processamento como a causa, tomou medidas para reduzir a carga e restaurou o desempenho estável. A questão está agora resolvida e continuamos a acompanhar de perto. Estamos a tomar medidas para melhorar a resiliência e ajudar a evitar que questões semelhantes se repitam.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gouere 2026 da 04:57 UTCinvestigating

   Estamos a investigar relatórios de lentidão intermitente que afectam o Painel de Controlo Neto. Os usuários podem ter atrasos ao acessar ou navegar no Painel de Controle. Nossas equipes de Engenharia estão ativamente investigando o problema para identificar a causa raiz e restaurar o desempenho normal o mais rápido possível.

2. 23 Gouere 2026 da 05:25 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 23 Gouere 2026 da 05:46 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

4. 23 Gouere 2026 da 05:57 UTCresolved

   Este incidente foi resolvido.

5. 27 Gouere 2026 da 22:44 UTCpostmortem

   Em ** 23 de julho de 2026**, os clientes experimentaram lentidão intermitente ao acessar o **Neto Control Panel**, impactando aproximadamente **20% dos pedidos**. A questão foi causada por uma mudança de configuração de infraestrutura que introduziu uma mistura de tipos de instância com características de desempenho diferentes, resultando em algumas instâncias se tornando sobrecarregadas sob o tráfego de produção. Nossa equipe de engenharia resolveu o problema removendo o tipo de instância afetada, substituindo as instâncias impactadas por instâncias otimizadas para computação e atualizando a configuração da infraestrutura para evitar recorrência. Estamos também implementando melhorias adicionais em nossos processos de configuração de equilíbrio de carga e validação de infraestrutura para melhorar ainda mais a confiabilidade da plataforma.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gouere 2026 da 01:45 UTCinvestigating

   Australia Post relatou uma degradação da API impactando o desempenho das APIs de Impressão de Etiquetas. Para as últimas atualizações, consulte a página de status do desenvolvedor Australia Post: https://status.developers.auspost.com.au/incidents/l1qmd679b34p Por favor, note que atualmente estamos experimentando desempenho degradado em APIs de impressão de etiquetas As nossas equipas estão actualmente a investigar e vamos mantê-lo informado enquanto trabalhamos para resolver o problema. Austrália O correio pede desculpa por qualquer inconveniente causado.

2. 23 Gouere 2026 da 01:59 UTCmonitoring

   ATUALIZAÇÃO da Austrália Post Estado do incidente: Monitorização Foi implementada uma correção e estamos monitorando os resultados. https://status.developers.auspost.com/incidentes/l1qmd679b34p

3. 23 Gouere 2026 da 02:03 UTCresolved

   Incidente resolvido Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 21 Gouere 2026 da 23:42 UTCinvestigating

   Atualmente estamos cientes de um problema que afeta a integração do eBay, com uma mensagem de erro aparecendo afirmando: "A duração da lista é necessária. A gravação foi ignorada." Nossa equipe de desenvolvimento está ativamente investigando o problema.

2. 22 Gouere 2026 da 01:28 UTCinvestigating

   Continuamos a investigar esta questão.

3. 22 Gouere 2026 da 02:12 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 22 Gouere 2026 da 04:33 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

5. 22 Gouere 2026 da 06:40 UTCresolved

   Este incidente foi resolvido.

6. 23 Gouere 2026 da 05:29 UTCpostmortem

   Resumo Em 22 de julho de 2026, comerciantes usando a integração do eBay experimentaram a listagem de atualizações sendo ignorada com o seguinte erro: > “A duração da lista é exigida. A gravação foi ignorada.” O incidente foi relatado às 9:42 AM AEST e resolvido às 4:40 PM AEST, com duração total de aproximadamente 6 horas e 58 minutos. Pedimos desculpa pela perturbação causada aos comerciantes através da integração do eBay. Impacto Durante o incidente, a listagem eBay afetada não pôde ser processada com sucesso. Isso pode ter impedido os comerciantes de criar ou atualizar listas através da integração. Os comerciantes que salvaram um modelo de regra de listagem do eBay enquanto o problema estava presente também podem ter tido alguns campos de modelo salvos sem seus valores esperados, apesar do valor correto continuar aparecendo na interface. Outros serviços de plataforma não foram afetados. Causa raiz Um processo interno de importação de dados usado para atualizar informações compartilhadas do eBay foi cancelado antes de ter terminado. Como o processo já tinha atualizado parte do conjunto de dados, seu cancelamento deixou informações eBay necessárias incompletas. Isso fez com que as atualizações subsequentes de listagem falhassem na validação e fossem ignoradas. Um processo direto de backup e restauração para o banco de dados compartilhado afetado não estava disponível. Nossa equipe de desenvolvimento, portanto, usou um processo de recuperação de banco de dados ponto-em-tempo para recuperar e restaurar as informações afetadas. Resolução Nossa equipe de desenvolvimento restaurou um banco de dados de produção para um ambiente de recuperação separado e extraiu as tabelas afetadas. A informação recuperada foi então restaurada em cada um dos clusters de base de dados de produção relevantes. A primeira restauração foi validada pelo Development and Support antes da atualização dos demais clusters. Após a restauração ter sido concluída, monitoramos a integração para confirmar que os registros da listagem do eBay estavam processando com sucesso antes de marcar o incidente como resolvido. Seguimento mercante Os comerciantes que salvaram um modelo de regra de listagem do eBay enquanto o incidente estava ocorrendo devem salvar novamente o modelo afetado. Para identificar se um modelo foi alterado durante o incidente: 1. Entre no seu painel de controle. 2. Abra **Relatórios**. 3. Selecione o relatório **Staff User Log**. 4. Digite `ebaytmpl` no campo **Page Type**. 5. Digite `edit` no campo ** Processo**. 6. Revise edições feitas durante a janela incidente. 7. Observe os IDs de modelo afetados mostrados na coluna **Notas**. 8. Abra e salve novamente cada modelo eBay afetado. O campo **Listing Duration** pode ter sido salvo como em branco, apesar da interface continuar a exibir “GTC”. Os comerciantes que não usam as Políticas de Negócios do eBay também devem rever os campos sob a seção **Returns** do modelo, uma vez que esses campos podem precisar ser reentrados antes de o modelo ser salvo. Linha do Tempo Todos os tempos estão em AEST em 22 de julho de 2026. * ** 9:42 AM** - Investigação iniciada após relatórios de registros de listagem do eBay serem ignorados. * ** 11:24 - Restauração de banco de dados ponto-em-tempo iniciada. * **11:37 - O banco de dados de recuperação foi restaurado com sucesso. * **11:50 - As informações afetadas foram extraídas e preparadas para restauração. * **12:05 PM** – Restauração do primeiro cluster de base de dados de produção foi concluída. * **12:11 PM** – Desenvolvimento e Suporte confirmou que a primeira restauração foi bem sucedida. * **12:17 PM** - Restauração iniciada através dos clusters de banco de dados restantes. * **12:43 PM** – Restauração foi concluída em todos os grupos restantes. * ** 2:33 PM** – A correção foi confirmada conforme implementada e o monitoramento começou. * ** 4:40 PM** – Monitoramento confirmou que a integração estava operando com sucesso e o incidente foi resolvido. Acções de acompanhamento Estamos a rever as seguintes melhorias: * Adicionando salvaguardas em torno do cancelamento de processos de importação de dados para que as atualizações parcialmente concluídas não podem deixar informações compartilhadas em um estado incompleto. * Melhorar os procedimentos de validação e recuperação para informações de integração compartilhadas do eBay. * Restaurando um processo de backup de banco de dados compartilhado para fornecer uma opção de recuperação mais rápida e direcionada. * Analisando se a validação adicional pode impedir que modelos sejam salvos quando os valores subjacentes necessários estão faltando.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 21:50 UTCinvestigating

   Estamos investigando um problema onde algumas lojas Neto estão recebendo 503 erros em pedidos de API.

2. 8 Gouere 2026 da 23:30 UTCmonitoring

   A nossa equipa colocou uma solução e está a monitorizar de perto a situação.

3. 9 Gouere 2026 da 00:17 UTCresolved

   A questão foi resolvida. A nossa equipa continuará a acompanhar de perto a situação.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 17:00 UTCinvestigating

   Estamos passando por uma interrupção de serviço para o Painel de Controle Neto e as frentes de lojas. Estamos investigando a solução e publicaremos uma atualização o mais rápido possível.

2. 8 Gouere 2026 da 17:21 UTCidentified

   Identificámos o problema e rastreamos uma corrupção no Sistema de Ficheiros de Rede. Fizemos as correcções adequadas e o sistema começou a recuperar.

3. 8 Gouere 2026 da 17:38 UTCmonitoring

   A correção para o sistema de arquivos de rede é resolvida e o serviço é restaurado. Continuamos a monitorar a plataforma para garantir sua disponibilidade e estabilidade.

4. 8 Gouere 2026 da 18:36 UTCresolved

   Em 8 de julho de 2026, tivemos uma questão de infraestrutura que afetou todas as lojas Neto mercantil e cPanels por aproximadamente 1 hora e 30 minutos. O incidente foi causado por uma falha dentro de nossa infraestrutura de sistema de arquivos compartilhados, o que impediu que serviços críticos acessassem os arquivos necessários para servir sites e cPanels. Como resultado, a plataforma bloqueou automaticamente novas solicitações para proteger a consistência dos dados, levando à interrupção do serviço em todas as pilhas Neto. Nossa equipe de engenharia respondeu imediatamente restaurando os serviços de sistema de arquivos afetados, falhando em uma instância de infraestrutura saudável e substituindo máquinas virtuais impactadas. Uma vez concluídas essas ações de recuperação, todos os webstores e cPanels foram restaurados à operação normal. Estamos continuando nossa investigação para determinar a razão subjacente para a falha do processo do sistema de arquivos. Com base em nossas descobertas, implementaremos monitoramento e alerta adicionais, juntamente com quaisquer melhorias de infraestrutura necessárias, para ajudar a detectar e prevenir incidentes semelhantes no futuro.

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Mezheven 2026 da 23:46 UTCinvestigating

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

2. 16 Mezheven 2026 da 00:25 UTCinvestigating

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

3. 16 Mezheven 2026 da 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 Mae 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 01:16 UTCmonitoring

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

4. 1 Mezheven 2026 da 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 Mae 2026 da 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 Mae 2026 da 01:41 UTCmonitoring

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

3. 26 Mae 2026 da 01:46 UTCresolved

   This incident has been resolved.

1. 5 Mae 2026 da 03:45 UTCinvestigating

   We are currently investigating this issue.

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

   This incident has been resolved.

1. 4 Mae 2026 da 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 Mae 2026 da 06:44 UTCidentified

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

3. 4 Mae 2026 da 06:52 UTCmonitoring

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

4. 4 Mae 2026 da 07:04 UTCresolved

   This incident has been resolved.

1. 3 Mae 2026 da 23:55 UTCinvestigating

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

2. 4 Mae 2026 da 00:04 UTCmonitoring

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

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

   This incident has been resolved.

5. 6 Mae 2026 da 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 Ebrel 2026 da 23:40 UTCinvestigating

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

2. 30 Ebrel 2026 da 00:15 UTCmonitoring

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

3. 30 Ebrel 2026 da 00:50 UTCresolved

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

4. 6 Mae 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 00:13 UTCinvestigating

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

2. 27 Ebrel 2026 da 00:27 UTCmonitoring

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

3. 27 Ebrel 2026 da 00:58 UTCresolved

   All services are now running normally.

4. 6 Mae 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 02:53 UTCidentified

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

3. 22 Ebrel 2026 da 04:02 UTCmonitoring

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

4. 22 Ebrel 2026 da 04:12 UTCresolved

   This incident has been resolved.

1. 16 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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.