Historial de interrupciones de Maropost

1. 26 de octubre de 2026 a las 8:04 UTCinvestigating

   Estamos investigando inestabilidad de plataformas que afectan a las tiendas de Neto. Los clientes pueden experimentar problemas intermitentes accediendo a las tiendas afectadas. Nuestro equipo está trabajando para restaurar la estabilidad. Proporcionaremos más actualizaciones a medida que se disponga de más información.

2. 26 de octubre de 2026 a las 8:10 UTCmonitoring

   Actualmente los servicios están estables. Seguimos monitoreando el desempeño e investigando la causa de la perturbación.

3. 26 de octubre de 2026 a las 9:43 UTCresolved

   Este incidente ha sido resuelto.

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

1. 23 de octubre de 2026 a las 5:38 UTCinvestigating

   Estamos recibiendo informes de paneles de control que reciben "error de software". Nuestro equipo de desarrollo está investigando ahora.

2. 23 de octubre de 2026 a las 6:17 UTCmonitoring

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

3. 23 de octubre de 2026 a las 6:31 UTCresolved

   Este incidente ha sido resuelto.

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

1. 23 de octubre de 2026 a las 1:29 UTCinvestigating

   Algunos comerciantes y socios de Neto están experimentando problemas de acceso SFTP. Nuestro equipo está investigando y trabajando activamente para implementar una solución. Proporcionaremos nuevas actualizaciones a medida que se avance.

2. 23 de octubre de 2026 a las 4:00 UTCidentified

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

3. 23 de octubre de 2026 a las 4:15 UTCmonitoring

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

4. 23 de octubre de 2026 a las 4:52 UTCresolved

   Este incidente ha sido resuelto.

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

1. 22 de octubre de 2026 a las 3:35 UTCinvestigating

   Algunos comerciantes de Neto están experimentando problemas accediendo a sus Paneles de Control. Nuestro equipo está investigando activamente la cuestión y proporcionará nuevas actualizaciones a medida que se disponga de más información.

2. 22 de octubre de 2026 a las 5:44 UTCidentified

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

3. 22 de octubre de 2026 a las 8:10 UTCidentified

   Estamos implementando correcciones para las cuestiones de acceso del Grupo de Control. Proporcionaremos nuevas actualizaciones a medida que se avance.

4. 22 de octubre de 2026 a las 9:55 UTCresolved

   Este incidente ha sido resuelto.

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

1. 7 de octubre de 2026 a las 0:15 UTCinvestigating

   Estamos investigando informes de retrasos al sincronizar datos en la aplicación Neto POS.

2. 7 de octubre de 2026 a las 1:51 UTCresolved

   Los sincronizados han vuelto a la normalidad.

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

1. 6 de octubre de 2026 a las 11:27 UTCinvestigating

   Actualmente estamos investigando esta cuestión.

2. 6 de octubre de 2026 a las 13:23 UTCidentified

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

3. 6 de octubre de 2026 a las 14:08 UTCmonitoring

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

4. 6 de octubre de 2026 a las 14:17 UTCresolved

   Este incidente ha sido resuelto.

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

1. 5 de octubre de 2026 a las 1:58 UTCresolved

   Mantenimiento programado Esta noche completaremos una actualización de seguridad de la cuenta para Maropost Identity 5/10/2026. Following this update, all Maropost Identity users will be required to complete an account security reset the next time they log in. Se pedirá a los usuarios que: - Establecer una nueva contraseña usando contraseña olvidada - Guardar un nuevo conjunto de códigos de recuperación - Configure su aplicación de autenticador - Configuración completa de autenticación multifactor (MFA) Los códigos de recuperación existentes y las configuraciones de autenticadores se restablecerán como parte de este proceso. Se necesitará MFA para que todos los usuarios de Maropost Identity avancen, incluyendo usuarios que no hayan configurado previamente un autenticador. No se requiere ninguna acción antes de la actualización. Los usuarios deben seguir las instrucciones presentadas cuando acceden a la Identidad Maropost. Para obtener más información sobre el restablecimiento de contraseñas, códigos de recuperación y configuración de MFA, consulte nuestra guía: https://galaxy.maropost.com/kb/articles/2475-maropost-identity-password-reset- what-you-neced-to-do Si experimenta alguna dificultad para completar el restablecimiento, póngase en contacto con Maropost Support.

2. 21 de octubre de 2026 a las 3:41 UTCpostmortem

   # Maropost Identity – Security Incident Postmortem **Afectado Servicio:** Identidad de Maropost \(Login y Authentication\) ** Período de Incidencia**: 26 a 30 de septiembre de 2026 ** Remediación y Reasentamiento Credencial Global completado:** 6 de octubre de 2026 **Status:** Resolved ## Overview Entre el 26 y el 30 de septiembre de 2026, Maropost identificó actividad no autorizada que involucraba a Maropost Identity, el servicio de autenticación utilizado para acceder de forma segura a los productos Maropost. Nuestra investigación determinó que una parte externa explotó una vulnerabilidad de seguridad dentro del servicio de identidad, permitiendo el acceso administrativo no autorizado. **Importantemente, las contraseñas de los usuarios se almacenan utilizando el almacenamiento criptográfico seguro de una sola dirección. Nuestra investigación no encontró pruebas de que se extrajeron los hashes de contraseña almacenados o de que se expusieron contraseñas de texto.** Al identificar la actividad, nuestros equipos de Ingeniería y Seguridad tomaron medidas inmediatas para contener el incidente, investigar sus efectos y aplicar medidas correctivas. La vulnerabilidad identificada ha sido remediada, y el 6 de octubre de 2026 se completó un reajuste credencial global como medida de seguridad cautelar. ## What Happened El incidente implicaba una vulnerabilidad dentro de la funcionalidad de reajuste de contraseña de Maropost Identity. Esta vulnerabilidad fue explotada por un tercero no autorizado, que posteriormente obtuvo un acceso elevado dentro del servicio de identidad. Nuestra investigación identificó la siguiente actividad: * Acceso no autorizado a la información de la cuenta de identidad, incluyendo nombres de usuario y direcciones de correo electrónico. * Un volumen inusualmente alto de solicitudes de reajuste de contraseña a través de cuentas internas y clientes. * Cambios no autorizados para acceder a credenciales y configuración de autenticación multifactorial \(MFA\) en un subconjunto de cuentas. Nuestros equipos identificaron actividad anormal el 30 de septiembre de 2026 y tomaron medidas inmediatas para investigar y contener el incidente. ## Impacto del cliente Nuestra investigación identificó el acceso no autorizado a la información de la cuenta Maropost Identity, incluyendo nombres de usuario y direcciones de correo electrónico. Mientras que los cambios no autorizados de autenticación credencial y multifactorial \(MFA\) fueron identificados en un subconjunto de cuentas, Maropost posteriormente invalidó las sesiones existentes y completó un reseteo credencial global para proteger a los usuarios. ## Actions Taken to Resolve the Incident Tras la detección, los equipos de ingeniería y seguridad de Maropost implementaron varias medidas para contener el incidente y asegurar el servicio de identidad. **Remediación de la vulnerabilidad de seguridad** Se mejoró el software de identidad afectado y se realizaron pruebas de verificación para confirmar la vulnerabilidad identificada. **Contención de acceso no autorizada** Se bloquearon las fuentes de red asociadas con la actividad sospechosa y se reforzaron los controles de acceso administrativo. **Credential and Session Security** Se invalidaron las sesiones de los usuarios existentes, se rotaron las credenciales de aplicación e integración pertinentes y se revisaron las cuentas administrativas. **Reiniciación Global de Contraseñas y MFA** El 6 de octubre de 2026, Maropost completó un restablecimiento global de contraseñas de usuario, configuraciones MFA y códigos de recuperación para eliminar el riesgo de acceso continuado a través de credenciales previamente modificadas. ** Verificación de la cuenta** Durante la investigación se llevaron a cabo exámenes adicionales de las cuentas, incluido el desactivamiento de cuentas no verificadas. ## Preventive Measures Además de la rehabilitación inmediata, Maropost está implementando nuevas mejoras de seguridad para fortalecer la identidad de Maropost y reducir el riesgo de incidentes similares. Estas mejoras incluyen: * Fortalecimiento de las restricciones de acceso administrativo y los controles de autenticación. * Mejorar el monitoreo y alerta para la actividad inusual de inicio de sesión y contraseña. * Mejorar los controles de seguridad de aplicación e integración. * Fortalecimiento de la gestión de la vulnerabilidad y los procesos de actualización de software. * Realización de evaluaciones de seguridad adicionales y examen de los procedimientos de respuesta a incidentes. Estas medidas forman parte de nuestro compromiso permanente de mantener la seguridad y fiabilidad de los servicios de Maropost. ## ¿Los clientes necesitan tomar alguna acción? Los clientes que restableceron con éxito su contraseña de identidad de Maropost y reconfiguraron su autenticación multifactorial en o después del 6 de octubre de 2026 no necesitan repetir ese proceso como parte de este incidente. Los clientes que aún no hayan completado el reinicio requerido deben seleccionar **olvidó contraseña** en la página de inicio de sesión de identidad de Maropost y seguir las instrucciones proporcionadas. Como precaución general de seguridad, animamos a los clientes a permanecer vigilantes para solicitudes inesperadas de recuperación de contraseñas, correos electrónicos sospechosos o intentos de obtener credenciales de cuenta. Maropost nunca solicitará que los clientes divulguen sus contraseñas o códigos de recuperación de MFA. Para mayor orientación, sírvanse remitirse a: [Maropost Identity password reset – what you need to do](https://galaxy.maropost.com/kb/articles/2475) Si experimenta dificultad para acceder a su cuenta o identificar actividad de cuenta inesperada, por favor contacte con nuestro equipo de Soporte: [Contacto Maropost Support](https://galaxy.maropost.com/contact-support) ## Declaración de clausura Proteger a nuestros clientes, sus cuentas y su información sigue siendo una prioridad para Maropost. Reconocemos la importancia de mantener la confianza en nuestros servicios y hemos adoptado medidas para abordar la vulnerabilidad identificada, asegurar credenciales de autenticación afectadas y fortalecer los controles que protegen la identidad de los maropost. Seguiremos revisando y mejorando nuestras prácticas de seguridad como parte de nuestro compromiso permanente de salvaguardar la información de los clientes.

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

1. 1 de octubre de 2026 a las 1:38 UTCresolved

   Como medida de seguridad cautelar, Maropost inició un reajuste de contraseña para los usuarios de identificación de Maropost. Al iniciar sesión, se puede pedir a los usuarios que restablezcan su contraseña antes de que puedan seguir accediendo a sus productos Maropost. La mayoría de los usuarios pueden completar el reinicio de contraseña con éxito. Sin embargo, somos conscientes de que algunos usuarios pueden no recibir el email de reajuste de contraseña y por lo tanto puede ser incapaz de completar el reseteo o acceder a su plataforma. Si usted no puede acceder a su cuenta porque no ha recibido el correo electrónico de reajuste de contraseña, por favor envíe una solicitud de soporte utilizando el formulario de abajo y nuestro equipo le ayudará a recuperar el acceso: Solicitud de apoyo: https://share.hsforms.com/1PF2VNMWnS2al3GnLh8msNQrp8ms

2. 9 de octubre de 2026 a las 13:08 UTCpostmortem

   # Maropost Identity – Security Incident Postmortem **Afectado Servicio:** Identidad de Maropost \(Login y Authentication\) ** Período de Incidencia**: 26 a 30 de septiembre de 2026 ** Remediación y Reasentamiento Credencial Global completado:** 6 de octubre de 2026 **Status:** Resolved ## Overview Entre el 26 y el 30 de septiembre de 2026, Maropost identificó actividad no autorizada que involucraba a Maropost Identity, el servicio de autenticación utilizado para acceder de forma segura a los productos Maropost. Nuestra investigación determinó que una parte externa explotó una vulnerabilidad de seguridad dentro del servicio de identidad, permitiendo el acceso administrativo no autorizado. **Importantemente, las contraseñas de los usuarios se almacenan utilizando el almacenamiento criptográfico seguro de una sola dirección. Nuestra investigación no encontró pruebas de que se extrajeron los hashes de contraseña almacenados o de que se expusieron contraseñas de texto.** Al identificar la actividad, nuestros equipos de Ingeniería y Seguridad tomaron medidas inmediatas para contener el incidente, investigar sus efectos y aplicar medidas correctivas. La vulnerabilidad identificada ha sido remediada, y el 6 de octubre de 2026 se completó un reajuste credencial global como medida de seguridad cautelar. ## What Happened El incidente implicaba una vulnerabilidad dentro de la funcionalidad de reajuste de contraseña de Maropost Identity. Esta vulnerabilidad fue explotada por un tercero no autorizado, que posteriormente obtuvo un acceso elevado dentro del servicio de identidad. Nuestra investigación identificó la siguiente actividad: * Acceso no autorizado a la información de la cuenta de identidad, incluyendo nombres de usuario y direcciones de correo electrónico. * Un volumen inusualmente alto de solicitudes de reajuste de contraseña a través de cuentas internas y clientes. * Cambios no autorizados para acceder a credenciales y configuración de autenticación multifactorial \(MFA\) en un subconjunto de cuentas. Nuestros equipos identificaron actividad anormal el 30 de septiembre de 2026 y tomaron medidas inmediatas para investigar y contener el incidente. ## Impacto del cliente Nuestra investigación identificó el acceso no autorizado a la información de la cuenta Maropost Identity, incluyendo nombres de usuario y direcciones de correo electrónico. Mientras que los cambios no autorizados de autenticación credencial y multifactorial \(MFA\) fueron identificados en un subconjunto de cuentas, Maropost posteriormente invalidó las sesiones existentes y completó un reseteo credencial global para proteger a los usuarios. ## Actions Taken to Resolve the Incident Tras la detección, los equipos de ingeniería y seguridad de Maropost implementaron varias medidas para contener el incidente y asegurar el servicio de identidad. **Remediación de la vulnerabilidad de seguridad** Se mejoró el software de identidad afectado y se realizaron pruebas de verificación para confirmar la vulnerabilidad identificada. **Contención de acceso no autorizada** Se bloquearon las fuentes de red asociadas con la actividad sospechosa y se reforzaron los controles de acceso administrativo. **Credential and Session Security** Se invalidaron las sesiones de los usuarios existentes, se rotaron las credenciales de aplicación e integración pertinentes y se revisaron las cuentas administrativas. **Reiniciación Global de Contraseñas y MFA** El 6 de octubre de 2026, Maropost completó un restablecimiento global de contraseñas de usuario, configuraciones MFA y códigos de recuperación para eliminar el riesgo de acceso continuado a través de credenciales previamente modificadas. ** Verificación de la cuenta** Durante la investigación se llevaron a cabo exámenes adicionales de las cuentas, incluido el desactivamiento de cuentas no verificadas. ## Preventive Measures Además de la rehabilitación inmediata, Maropost está implementando nuevas mejoras de seguridad para fortalecer la identidad de Maropost y reducir el riesgo de incidentes similares. Estas mejoras incluyen: * Fortalecimiento de las restricciones de acceso administrativo y los controles de autenticación. * Mejorar el monitoreo y alerta para la actividad inusual de inicio de sesión y contraseña. * Mejorar los controles de seguridad de aplicación e integración. * Fortalecimiento de la gestión de la vulnerabilidad y los procesos de actualización de software. * Realización de evaluaciones de seguridad adicionales y examen de los procedimientos de respuesta a incidentes. Estas medidas forman parte de nuestro compromiso permanente de mantener la seguridad y fiabilidad de los servicios de Maropost. ## ¿Los clientes necesitan tomar alguna acción? Los clientes que restableceron con éxito su contraseña de identidad de Maropost y reconfiguraron su autenticación multifactorial en o después del 6 de octubre de 2026 no necesitan repetir ese proceso como parte de este incidente. Los clientes que aún no hayan completado el reinicio requerido deben seleccionar **olvidó contraseña** en la página de inicio de sesión de identidad de Maropost y seguir las instrucciones proporcionadas. Como precaución general de seguridad, animamos a los clientes a permanecer vigilantes para solicitudes inesperadas de recuperación de contraseñas, correos electrónicos sospechosos o intentos de obtener credenciales de cuenta. Maropost nunca solicitará que los clientes divulguen sus contraseñas o códigos de recuperación de MFA. Para mayor orientación, sírvanse remitirse a: [Maropost Identity password reset – what you need to do](https://galaxy.maropost.com/kb/articles/2475) Si experimenta dificultad para acceder a su cuenta o identificar actividad de cuenta inesperada, por favor contacte con nuestro equipo de Soporte: [Contacto Maropost Support](https://galaxy.maropost.com/contact-support) ## Declaración de clausura Proteger a nuestros clientes, sus cuentas y su información sigue siendo una prioridad para Maropost. Reconocemos la importancia de mantener la confianza en nuestros servicios y hemos adoptado medidas para abordar la vulnerabilidad identificada, asegurar credenciales de autenticación afectadas y fortalecer los controles que protegen la identidad de los maropost. Seguiremos revisando y mejorando nuestras prácticas de seguridad como parte de nuestro compromiso permanente de salvaguardar la información de los clientes.

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

1. 17 de agosto de 2026 a las 5:38 UTCinvestigating

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

2. 17 de agosto de 2026 a las 6:00 UTCidentified

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

3. 17 de agosto de 2026 a las 6:09 UTCmonitoring

   La cuestión se ha resuelto y los servicios funcionan como normales. Nuestro equipo está monitoreando la situación.

4. 17 de agosto de 2026 a las 6:32 UTCresolved

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

5. 18 de agosto de 2026 a las 0:07 UTCpostmortem

   ## What happened Se ha habilitado una configuración de características para algunas tiendas Neto antes de que los cambios de aplicación correspondientes hubieran completado el despliegue al entorno de producción. Esto creó un estado inesperado para esas tiendas e impidió que los usuarios cargaran con éxito el Panel de Control después de iniciar sesión. ## Impacto Los comerciantes afectados no pudieron acceder temporalmente a su Panel de Control de Neto. La cuestión era de alcance limitado, y no se había identificado ninguna perturbación más amplia de la plataforma Neto. Resolución Una vez identificada la causa, la configuración de características fue deshabilitada para las tiendas afectadas, restaurando el acceso del Panel de Control. Nuestros equipos supervisaron entonces los entornos afectados para confirmar que el acceso y los servicios de apoyo del Grupo de control seguían siendo estables. ## Preventive actions Para reducir la probabilidad de que esto ocurra de nuevo, estamos fortaleciendo el proceso de despliegue alrededor de los cambios de configuración de características. Esto incluye: * Verificar que la versión de aplicación necesaria se ha desplegado completamente antes de habilitar las características asociadas. * Añadiendo cheques adicionales alrededor del despliegue y secuenciación de configuración. * Realizar pruebas de validación y humo inmediatamente después de la activación de funciones. * Mejorar la coordinación y confirmación del estado del despliegue de producción antes de que se produzcan cambios de configuración. Nos disculpamos con los comerciantes afectados por esta perturbación y apreciamos su paciencia mientras nuestros equipos trabajaron para restaurar el acceso.

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

1. 11 de agosto de 2026 a las 22:45 UTCinvestigating

   Hemos identificado picos intermitentes que provocan que algunos comerciantes reciban un error de “Volveremos pronto” cuando navegamos por el Panel de Control. Seguimos investigando y realizando mejoras para evitar que ocurran estos errores.

2. 12 de agosto de 2026 a las 2:09 UTCmonitoring

   Actualmente estamos viendo mayor tráfico de bots que está superando algunas de nuestras salvaguardias existentes. Hemos añadido más protecciones, que están ayudando a reducir el impacto. Sin embargo, las pautas de tráfico siguen cambiando, por lo que estamos haciendo ajustes continuos a nuestras atenuaciones. Actualmente estamos utilizando un enfoque más agresivo y vigilando de cerca la situación. Proporcionaremos más actualizaciones a medida que avance la situación.

3. 12 de agosto de 2026 a las 22:57 UTCmonitoring

   Nuestro equipo sigue monitoreando el problema y adoptando medidas para resolver los picos lo antes posible. Todavía estamos observando 503 picos intermitentes, que pueden resultar en breves apariciones de la página “Volveremos pronto”. Si bien estos acontecimientos son cada vez menos frecuentes, seguimos trabajando hacia una solución más estable y permanente. Seguiremos vigilando de cerca la situación y adoptaremos nuevas medidas cuando sea necesario.

4. 13 de agosto de 2026 a las 0:51 UTCmonitoring

   Seguimos monitoreando.

5. 13 de agosto de 2026 a las 4:00 UTCidentified

   Seguimos viendo puntos intermitentes 503 que afectan a algunos comerciantes, lo que puede resultar en períodos de lentitud o breves apariencias de la página “Volveremos pronto”. Nuestro equipo ha identificado las pautas de tráfico que contribuyen a la cuestión y sigue haciendo ajustes a las protecciones y atenuaciones adicionales ya establecidas. Si bien estamos viendo períodos de estabilidad entre estos picos, la cuestión todavía no está totalmente resuelta. Continuamos trabajando para mejorar la estabilidad y proporcionaremos otra actualización a medida que avance la situación

6. 13 de agosto de 2026 a las 7:05 UTCidentified

   Nuestra investigación ha identificado un aumento del tráfico automatizado de bots que contribuye a la lentitud intermitente y los errores de “Volveremos pronto”. Como medida temporal inmediata, estamos introduciendo un cheque adicional de seguridad Cloudflare en ciertas páginas filtradas de productos y categorías. Algunos visitantes pueden ver brevemente un mensaje “Comprobar su conexión”, que debe completarse automáticamente y sólo aparecerá una vez durante la sesión del visitante. Continuamos trabajando con Cloudflare en mejoras a largo plazo para fortalecer la detección de bots y la estabilidad de la plataforma. No se requiere acción de los comerciantes en este momento. Seguiremos proporcionando actualizaciones a medida que avance la situación.

7. 13 de agosto de 2026 a las 22:16 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados. Hemos introducido protección adicional de seguridad Cloudflare en los sitios comerciales Neto para ciertas solicitudes de búsqueda de productos y filtrado de categoría. Esta medida temporal tiene por objeto reducir el impacto del tráfico automatizado de bots que contribuye a la lentitud intermitente reciente y los errores “volvemos pronto”. Algunos visitantes pueden ver brevemente un mensaje de “Comprobar su conexión” al acceder a estas páginas. Esto debe completarse automáticamente y sólo aparecerá una vez durante la sesión del visitante. Nuestro equipo sigue vigilando de cerca el desempeño de las plataformas y la eficacia de este cambio.

8. 17 de agosto de 2026 a las 2:40 UTCresolved

   Este incidente ha sido resuelto.

9. 18 de agosto de 2026 a las 0:02 UTCpostmortem

   ## What Happened Nuestra investigación identificó un aumento significativo en las solicitudes automatizadas de filtrado de productos, categoría y búsqueda. Este tráfico colocó carga adicional en partes de la plataforma Neto, resultando en cortos períodos de rendimiento degradado y errores intermitentes 503 para algunos comerciantes y sus clientes. Resolución Introducimos una solución **interim** añadiendo protecciones adicionales de Cloudflare para identificar y desafiar este tráfico automatizado antes de llegar a la plataforma Neto. Following implementation of these protections on 13 August, platform performance stabilised and we did not observe further significant 503 spikes during the monitoring period. Algunos visitantes pueden ver brevemente un mensaje ** "Comprobar su conexión"** al acceder a ciertas páginas filtradas de productos y categorías. Este cheque se completa automáticamente y está diseñado para evitar que el tráfico automatizado ponga carga excesiva en la plataforma. ## Preventive Actions Seguimos monitoreando patrones de tráfico, errores de 503 y rendimiento de la plataforma de cerca. También continuamos trabajando con Cloudflare en mejoras para la detección de bots de modo que se puedan identificar y mitigar más eficazmente los patrones de tráfico automatizados. Nos disculpamos por la interrupción de este incidente causó y apreciamos su paciencia mientras nuestros equipos trabajaron para restaurar y mejorar la estabilidad de la plataforma.

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

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.