PERFILTRADE

estado del servicio

Qué está funcionando ahora, y qué falló antes

Esta página se alimenta de las mismas señales que usamos para operar la plataforma. Si algo falla, aquí se ve; si falló, queda escrito con su causa.

Consultando el estado…

Historial de incidentes

Cada incidente documentado, con su impacto, su causa en palabras simples y lo que cambiamos para que no se repita.

  1. Sitio webResuelto el 9 oct 2026

    Una versión nueva del sitio no se pudo publicar

    Impacto
    La publicación de la tarde falló y los cambios de ese día llegaron con retraso. No se perdieron datos ni cuentas.
    Causa
    A una página del sitio en inglés y portugués le faltaban textos traducidos que la versión en español ya tenía, y la construcción del sitio se detuvo ahí.
    Arreglo
    Se agregaron los textos; desde entonces una traducción que falta muestra el texto en español en vez de detener la publicación, y antes de publicar se construye el sitio completo.
  2. Actualización nocturnaResuelto el 9 oct 2026

    La actualización nocturna llegó unas cinco horas tarde

    Impacto
    Los datos de la sesión del 8 de octubre estuvieron disponibles unas cinco horas más tarde de lo habitual, antes de la apertura de la sesión regular.
    Causa
    La descarga de los datos del día falló dos veces por errores temporales del servicio de origen, y la tarea se detuvo sin reintentar.
    Arreglo
    La descarga ahora reintenta sola con esperas crecientes antes de darse por fallida. Desde el 11 de octubre el resultado de cada noche se publica en esta página.
  3. Actualización nocturnaResuelto el 9 oct 2026

    Cuatro páginas se quedaron con datos del 5 de octubre

    Impacto
    Entre el 5 y el 9 de octubre, Estacionalidad, Perfil de Mercado, Reacción a datos macro y el rango esperado mostraron datos hasta el 5 de octubre mientras el resto de la plataforma se actualizaba cada noche. Nada avisaba del retraso.
    Causa
    Los archivos de minutos de la sesión regular que alimentan esas páginas se reconstruían a mano y no formaban parte de la actualización nocturna.
    Arreglo
    Desde el 9 de octubre la actualización nocturna los reconstruye cada noche, solo si el origen está completo. El pie del portal muestra hasta qué sesión llegan los datos y avisa si se atrasan.
  4. APIResuelto el 28 sept 2026

    La API estuvo unas 17 horas sin responder

    Impacto
    Desde la noche del 27 de septiembre hasta la mañana del 28 (hora de Nueva York) las páginas del portal que piden datos no cargaron. El sitio público siguió disponible.
    Causa
    Tras un cambio de capacidad del servidor, el servicio dejó de atender solicitudes. La comprobación automática solo miraba que el servidor estuviera encendido, no que respondiera, así que no lo reinició. El motivo exacto del fallo inicial no se pudo determinar.
    Arreglo
    La comprobación ahora hace una solicitud real y reinicia el servicio si no responde. Un segundo control independiente cada 10 minutos informa el estado real, y cada hora se mide el tiempo de respuesta que alimenta esta página.

Cómo se mide

  • API: una comprobación en el momento en que abres la página, más una sonda automática cada hora que mide siempre las mismas pantallas.
  • Actualización nocturna: la propia tarea escribe su resultado (inicio, fin, y si cada paso salió bien) junto con los datos que publica.
  • Lectura en sesión: lo que respondieron las pantallas de la sesión en la última sonda. Esos datos llegan con hasta 15 minutos de retraso y son solo de referencia.
  • Nada de esto se edita a mano. El historial de incidentes sí lo escribe una persona, a partir de lo que quedó documentado.
Novedades →Qué medimos y qué no funcionó →Quién está detrás →