Historial de interrupciones de Maropost

1. 11 de agosto de 2026 a las 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 de agosto de 2026 a las 2: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 de agosto de 2026 a las 2: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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de julio de 2026 a las 1:48 UTCinvestigating

   Estamos recibiendo informes de paneles de control que reciben "Volveremos en línea en breve". Nuestro equipo de desarrollo está investigando ahora.

2. 27 de julio de 2026 a las 2:35 UTCidentified

   Hemos identificado la cuestión y nuestro Equipo de Desarrollo está trabajando para resolverla lo antes posible.

3. 27 de julio de 2026 a las 2:55 UTCmonitoring

   Nuestro equipo ha implementado una solución y está monitoreando estrechamente la situación para asegurar que los servicios vuelvan a la normalidad.

4. 27 de julio de 2026 a las 3:17 UTCresolved

   La cuestión se ha resuelto y los servicios funcionan como normales.

5. 27 de julio de 2026 a las 5:18 UTCpostmortem

   El 27 de julio de 2026, un subconjunto de comerciantes experimentó un problema al acceder a sus paneles de control. Los usuarios afectados fueron mostrados un mensaje “Volveremos en línea pronto” después de intentar iniciar sesión. El incidente comenzó en **11:48 AM AEST** y fue resuelto en **1:17 PM AEST**, por una duración total de **1 hora y 29 minutos**. ## What happened Durante una versión de software de producción, un cambio que afectó a una configuración de panel de control relacionada con la seguridad causó solicitudes autenticadas para fallar en un subconjunto de paneles de control. La cuestión sólo afecta a los grupos de control cuando se ha habilitado la función de seguridad pertinente. Los usuarios podían llegar a la página de inicio de sesión, pero después de la autenticación no pudieron acceder al panel de control. ## Impacto Algunos comerciantes no podían acceder temporalmente a sus paneles de control y a tareas administrativas completas. La interrupción se limitó a un subconjunto de paneles de control. Los servicios volvieron a la normalidad una vez que la configuración afectada estaba desactivada. ## Timeline * **11:48 AM AEST** – Los informes fueron recibidos de paneles de control que muestran “Volveremos en línea pronto”, y el Equipo de Desarrollo comenzó a investigar. * **12:35 PM AEST** – Se determinó la causa de la cuestión y se inició la labor de rehabilitación. * **12:55 PM AEST** – Se implementó una solución y el servicio fue puesto bajo vigilancia. * **1:17 PM AEST** – The issue was confirmed as resolved and services were operating normally. ## Root cause Un cambio incluido en la versión de producción causó que se generara una configuración incorrecta de presentación de informes de seguridad para los paneles de control afectados. Esto produjo un encabezado de respuesta que superó el límite de tamaño soportado, causando solicitudes de fallo del panel de control autenticado. Resolución The affected security feature was disabled, immediately restorering access to impacted control panels. También se está implementando una corrección de código permanente para que la función pueda funcionar sin generar la configuración inválida. ## Preventive actions Para reducir la probabilidad de un incidente similar, somos: * Añadiendo cobertura de regresión para el acceso de panel de control autenticado cuando se activan las características de seguridad. * Ampliación de validación de estadificación para los cambios de tamaño y configuración de seguridad de los encabezados por respuesta. * Mejorar los controles de liberación para combinaciones de funciones antes del despliegue de producción. * Aplicar la corrección del código permanente y validarlo antes de volver a habilitar la característica afectada. Nos disculpamos por la interrupción y apreciamos la paciencia de los comerciantes afectados mientras nuestros equipos trabajaron para restaurar el acceso.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 1:34 UTCinvestigating

   Actualmente estamos investigando informes de lentitud intermitente que afectan al Panel de Control de Neto.

2. 24 de julio de 2026 a las 1:51 UTCmonitoring

   Nuestro equipo ha implementado una solución y está monitoreando estrechamente la situación para asegurar que los servicios vuelvan a la normalidad.

3. 24 de julio de 2026 a las 2:26 UTCresolved

   Este incidente ha sido resuelto.

4. 27 de julio de 2026 a las 22:45 UTCpostmortem

   El 24 de julio de 2026, algunos clientes experimentaron una lentitud intermitente en partes del servicio durante dos períodos cortos. Nuestro equipo identificó la carga elevada de tráfico y procesamiento como la causa, tomó medidas para reducir la carga y restaurar el rendimiento estable. La cuestión se resuelve ahora y seguimos vigilando de cerca. Estamos adoptando medidas para mejorar la resiliencia y ayudar a evitar que vuelvan a ocurrir problemas similares.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de julio de 2026 a las 4:57 UTCinvestigating

   Actualmente estamos investigando informes de lentitud intermitente que afectan al Panel de Control de Neto. Los usuarios pueden experimentar retrasos al acceder o navegar por el Panel de Control. Nuestros equipos de ingeniería están investigando activamente la cuestión para identificar la causa raíz y restaurar el rendimiento normal lo antes posible.

2. 23 de julio de 2026 a las 5:25 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 23 de julio de 2026 a las 5:46 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 23 de julio de 2026 a las 5:57 UTCresolved

   Este incidente ha sido resuelto.

5. 27 de julio de 2026 a las 22:44 UTCpostmortem

   En **23 de julio de 2026**, los clientes experimentaron una lentitud intermitente al acceder al **Panel de Control de la Red**, lo que repercutió aproximadamente en el 200% de las solicitudes**. La cuestión se debió a un cambio de configuración de infraestructura que introdujo una combinación de tipos de instancia con diferentes características de rendimiento, lo que dio lugar a que algunos casos se sobrecargaran en el tráfico de producción. Nuestro equipo de ingeniería resolvió la cuestión eliminando el tipo de instancia afectada, reemplazando las instancias impactadas por instancias computarizadas y actualizando la configuración de infraestructura para evitar la recurrencia. También estamos implementando mejoras adicionales en nuestros procesos de configuración y validación de infraestructuras de reducción de carga para mejorar aún más la fiabilidad de las plataformas.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de julio de 2026 a las 1:45 UTCinvestigating

   Australia Post ha reportado una degradación de la API que impacta el rendimiento de API de impresión de etiquetas. Para las últimas actualizaciones, consulte la página de desarrollo de Australia Post: https://status.developers.auspost.com.au/incidents/l1qmd679b34p Tenga en cuenta que actualmente estamos experimentando un rendimiento degradado en API de impresión de etiquetas Nuestros equipos están investigando y le mantendremos informados mientras trabajamos para resolver el problema. Australia Post apologise for any inconvenience caused.

2. 23 de julio de 2026 a las 1:59 UTCmonitoring

   UPDATE from Australia Post Estado del incidente: vigilancia Se ha aplicado una solución y estamos monitoreando los resultados. https://status.developers.auspost.com.au/incidents/l1qmd679b34p

3. 23 de julio de 2026 a las 2:03 UTCresolved

   Incident resolved Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de julio de 2026 a las 23:42 UTCinvestigating

   Actualmente somos conscientes de un problema que afecta a la integración eBay, con un mensaje de error que aparece indicando: "Se requiere Duración de la Vida. Record Skipped.". Nuestro Equipo de Desarrollo está investigando activamente la cuestión.

2. 22 de julio de 2026 a las 1:28 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 22 de julio de 2026 a las 2:12 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

4. 22 de julio de 2026 a las 4:33 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

5. 22 de julio de 2026 a las 6:40 UTCresolved

   Este incidente ha sido resuelto.

6. 23 de julio de 2026 a las 5:29 UTCpostmortem

   #### Summary El 22 de julio de 2026, los comerciantes que utilizan la integración de eBay experimentaron actualizaciones de la lista siendo saltados con el siguiente error: “Se requiere la duración del uso. Grabación saltada. El incidente fue reportado a las 9:42 AM AEST y resuelto a las 4:40 PM AEST, con una duración total de aproximadamente 6 horas y 58 minutos. Nos disculpamos por la interrupción causada a los comerciantes usando la integración eBay. ## Impacto Durante el incidente, los registros de la lista de eBay afectados no pudieron procesarse con éxito. Esto puede haber impedido a los comerciantes crear o actualizar los listados a través de la integración. Los comerciantes que guardaron una plantilla de reglas de eBay mientras el tema estaba presente también podrían haber tenido algunos campos de plantilla guardados sin sus valores esperados, a pesar del valor correcto que sigue apareciendo en la interfaz. Otros servicios de plataforma no se vieron afectados. ## Root cause Un proceso interno de importación de datos utilizado para actualizar la información compartida eBay fue cancelado antes de que se hubiera completado. Debido a que el proceso ya había actualizado parte del conjunto de datos, su cancelación izquierda requería información eBay incompleta. Esto causó actualizaciones posteriores de lista para fallar la validación y ser saltado. No se disponía de un proceso directo de copia de seguridad y restauración para la base de datos compartida afectada. Por lo tanto, nuestro Equipo de Desarrollo utilizó un proceso de recuperación de bases de datos puntuales para recuperar y restaurar la información afectada. Resolución Nuestro equipo de desarrollo restauró una base de datos de producción a un entorno de recuperación separado y extrajo las tablas afectadas. La información recuperada fue restaurada en cada uno de los grupos de base de datos de producción pertinentes. La primera restauración fue validada por Development and Support antes de que se actualizaran los grupos restantes. Después de la restauración se completó, monitoreamos la integración para confirmar que los registros del listado de eBay se procesaron con éxito antes de marcar el incidente como resuelto. ## Merchant follow-up Los comerciantes que guardaron una plantilla de reglas de eBay mientras el incidente estaba ocurriendo deberían volver a salvar la plantilla afectada. Para identificar si se cambió una plantilla durante el incidente: 1. Inicie sesión en su panel de control. 2. Abrir **Informes**. 3. Seleccione el informe **Staff User Log**. 4. Ingrese `ebaytmpl ' en el campo **Page Type**. 5. Ingrese `edit` en el campo **Proceso**. 6. Revisar las ediciones realizadas durante la ventana del incidente. 7. Tenga en cuenta los IDs de plantilla afectados mostrados en la columna **Notas**. 8. Abra y vuelva a salvar cada plantilla eBay afectada. El campo ** Duración de la Vida** puede haber sido guardado como en blanco aunque la interfaz continuó mostrando “GTC”. Los comerciantes que no utilizan las políticas de eBay Business también deben revisar los campos bajo la sección **Returns** de la plantilla, ya que estos campos pueden necesitar ser reingresados antes de que se guarde la plantilla. ### Timeline Todas las veces están en AEST el 22 de julio de 2026. * **9:42 AM** – La investigación comenzó después de que los informes de eBay listados fueran saltados. * **11:24 AM** – Se inició la restauración de bases de datos puntuales. * **11:37 AM** – La base de datos de recuperación fue restaurada con éxito. * **11:50 AM** – La información afectada fue extraída y preparada para su restauración. * **12:05 PM** – Se completó la restauración del primer grupo de base de datos de producción. * **12:11 PM** – El desarrollo y el apoyo confirmaron que la primera restauración fue exitosa. * **12:17 PM** – La restauración comenzó en los grupos de bases de datos restantes. * **12:43 PM** – La restauración se completó en todos los grupos restantes. * **2:33 PM** – The fix was confirmed as implemented and monitoring commenced. * **4:40 PM** – La vigilancia confirmó que la integración estaba funcionando con éxito y el incidente se resolvió. ### Medidas de seguimiento Estamos revisando las siguientes mejoras: * Agregar salvaguardias alrededor de la cancelación de procesos de importación de datos para que las actualizaciones parcialmente completadas no puedan dejar información compartida en un estado incompleto. * Mejorar los procedimientos de validación y recuperación para la información compartida de integración eBay. * Restaurar un proceso de copia de seguridad de bases de datos compartidas para proporcionar una opción de recuperación más rápida y orientada. * Examinar si la validación adicional puede evitar que las plantillas se guarden cuando faltan los valores subyacentes necesarios.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de julio de 2026 a las 21:50 UTCinvestigating

   Estamos investigando un problema donde algunas tiendas Neto están recibiendo 503 errores en las solicitudes de API.

2. 8 de julio de 2026 a las 23:30 UTCmonitoring

   Nuestro equipo ha implementado una solución y está monitoreando estrechamente la situación.

3. 9 de julio de 2026 a las 0:17 UTCresolved

   La cuestión se ha resuelto. Nuestro equipo seguirá vigilando atentamente la situación.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de julio de 2026 a las 17:00 UTCinvestigating

   Estamos experimentando una interrupción del servicio para el Panel de Control Neto y Storefronts. Estamos investigando la solución y publicaremos una actualización lo antes posible.

2. 8 de julio de 2026 a las 17:21 UTCidentified

   Hemos identificado el problema y hemos rastreado una corrupción en el sistema de archivos de red. Hemos hecho las correcciones apropiadas y el sistema ha comenzado a recuperarse.

3. 8 de julio de 2026 a las 17:38 UTCmonitoring

   La solución al sistema de archivos de red se resuelve y se restablece el servicio. Seguimos monitoreando la plataforma para garantizar su disponibilidad y estabilidad.

4. 8 de julio de 2026 a las 18:36 UTCresolved

   El 8 de julio de 2026, experimentamos un problema de infraestructura que afectó a todas las tiendas mercantes de Neto y cPanels durante aproximadamente 1 hora y 30 minutos. El incidente fue causado por un fracaso dentro de nuestra infraestructura de sistemas de archivos compartidos, lo que impidió que los servicios críticos accedieran a los archivos necesarios para servir a sitios web y cPanels. Como resultado, la plataforma bloqueó automáticamente nuevas solicitudes para proteger la consistencia de los datos, lo que llevó a la interrupción del servicio en todas las pilas Neto. Nuestro equipo de ingeniería respondió inmediatamente restaurando los servicios del sistema de archivos afectados, fallando en una instancia de infraestructura saludable y reemplazando máquinas virtuales impactadas. Una vez terminadas estas acciones de recuperación, todas las tiendas y los cPanels fueron restaurados a una operación normal. Continuamos nuestra investigación para determinar la razón subyacente del fallo del proceso del sistema de archivos. Sobre la base de nuestras conclusiones, implementaremos vigilancia y alerta adicionales, junto con cualquier mejora de infraestructura necesaria, para ayudar a detectar e impedir incidentes similares en el futuro.

Traducido automáticamente desde la actualización oficial del incidente.

1. 15 de junio de 2026 a las 23:46 UTCinvestigating

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

2. 16 de junio de 2026 a las 0:25 UTCinvestigating

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

3. 16 de junio de 2026 a las 1: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 de mayo de 2026 a las 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 de junio de 2026 a las 1: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 de junio de 2026 a las 1:16 UTCmonitoring

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

4. 1 de junio de 2026 a las 1: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 de mayo de 2026 a las 1: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 de mayo de 2026 a las 1:41 UTCmonitoring

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

3. 26 de mayo de 2026 a las 1:46 UTCresolved

   This incident has been resolved.

1. 5 de mayo de 2026 a las 3:45 UTCinvestigating

   We are currently investigating this issue.

2. 5 de mayo de 2026 a las 4: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 de mayo de 2026 a las 16:05 UTCresolved

   This incident has been resolved.

1. 4 de mayo de 2026 a las 6:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 de mayo de 2026 a las 6:44 UTCidentified

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

3. 4 de mayo de 2026 a las 6:52 UTCmonitoring

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

4. 4 de mayo de 2026 a las 7:04 UTCresolved

   This incident has been resolved.

1. 3 de mayo de 2026 a las 23:55 UTCinvestigating

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

2. 4 de mayo de 2026 a las 0:04 UTCmonitoring

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

3. 4 de mayo de 2026 a las 0: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 de mayo de 2026 a las 3:52 UTCresolved

   This incident has been resolved.

5. 6 de mayo de 2026 a las 2: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 de abril de 2026 a las 23:40 UTCinvestigating

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

2. 30 de abril de 2026 a las 0:15 UTCmonitoring

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

3. 30 de abril de 2026 a las 0:50 UTCresolved

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

4. 6 de mayo de 2026 a las 5: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 de abril de 2026 a las 3: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 de abril de 2026 a las 7: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 de abril de 2026 a las 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 de abril de 2026 a las 3: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 de abril de 2026 a las 0:13 UTCinvestigating

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

2. 27 de abril de 2026 a las 0:27 UTCmonitoring

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

3. 27 de abril de 2026 a las 0:58 UTCresolved

   All services are now running normally.

4. 6 de mayo de 2026 a las 5: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 de abril de 2026 a las 1: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 de abril de 2026 a las 2:53 UTCidentified

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

3. 22 de abril de 2026 a las 4:02 UTCmonitoring

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

4. 22 de abril de 2026 a las 4:12 UTCresolved

   This incident has been resolved.

1. 16 de abril de 2026 a las 4: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 de abril de 2026 a las 4: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 de abril de 2026 a las 0:41 UTCresolved

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