Versión: 1.0
Fecha de entrada en vigor: 9 de septiembre de 2026
Última actualización: 9 de septiembre de 2026
1. Propósito
Alerticas existe para reducir una fricción cotidiana:
La persona no debería tener que buscar institución por institución para descubrir si un evento afectará su comunidad.
Nuestra propuesta es invertir ese esquema:
Que la alerta encuentre a la persona.
Esta Política define cómo entendemos la procedencia, normalización, transparencia, trazabilidad y publicación responsable de información.
2. Principios
Alerticas adopta los siguientes principios:
- Procedencia: identificar la fuente cuando sea razonablemente posible.
- Trazabilidad: conservar información suficiente para entender de dónde surgió una alerta.
- Temporalidad: distinguir publicación, detección, inicio, fin y estado del evento.
- Versionado: los cambios sustantivos deben poder ser rastreados.
- Normalización responsable: estructurar información sin cambiar arbitrariamente su significado.
- Transparencia operacional: informar sobre cobertura y salud del servicio cuando sea seguro hacerlo.
- Privacidad: transparencia no significa publicar datos personales.
- Seguridad: datos abiertos no significa infraestructura abierta.
- Neutralidad informativa: Alerticas busca informar sobre afectaciones, no representar posiciones políticas o institucionales.
- Accesibilidad: la información debe ser comprensible para ciudadanos, comercios y comunidades.
3. Tipos de fuente
Una alerta puede provenir de:
3.1 Fuente pública recopilada
Información detectada automáticamente desde una fuente pública institucional u organizacional.
3.2 Fuente integrada
Información recibida mediante una integración técnica autorizada.
3.3 Publicación directa de organización verificada
En el futuro, organizaciones autorizadas podrán publicar y actualizar sus propias alertas desde un portal de proveedores.
Alerticas deberá identificar, cuando corresponda, la modalidad de procedencia.
4. Normalización
Una fuente puede utilizar formatos distintos.
Alerticas puede normalizar:
- categorías;
- fechas y horas;
- estados;
- lugares;
- nombres de comunidades;
- estructura de descripción;
- identificadores internos.
La normalización busca interoperabilidad y no debe introducir hechos que la fuente no respalde.
5. Estado temporal
Alerticas puede calcular estados operativos como:
- programado;
- activo;
- finalizado.
Este estado puede derivarse de las fechas disponibles aunque la fuente utilice otra terminología.
Cuando exista incertidumbre o falta de precisión temporal, se deberá evitar presentar una precisión que la fuente no proporcionó.
6. Precisión de publicación
Si una fuente únicamente proporciona una fecha de publicación, Alerticas no inventará una hora.
La plataforma podrá distinguir entre:
- precisión de fecha;
- precisión de fecha y hora.
7. Versionado de alertas
Los cambios relevantes podrán crear una nueva versión de una alerta.
Ejemplos:
- cambio de hora de inicio;
- cambio de hora de finalización;
- cambio sustantivo en descripción;
- cambio de estado informado;
- otras modificaciones relevantes.
El simple paso del tiempo no debe considerarse por sí mismo una nueva versión del contenido original.
8. Correcciones
Si Alerticas detecta un error de normalización propio, podrá corregirlo.
Cuando el cambio provenga de la fuente original, deberá conservarse la trazabilidad suficiente para distinguirlo de una corrección interna cuando sea técnicamente posible.
9. Alertas finalizadas
Una alerta no debería desaparecer simplemente porque terminó.
La conservación histórica permite:
- transparencia;
- análisis temporal;
- auditoría;
- métricas agregadas;
- comprensión de cambios.
La interfaz podrá priorizar alertas activas sin eliminar necesariamente el registro histórico.
10. Eliminación
Como principio de trazabilidad, Alerticas evitará la eliminación ordinaria de alertas publicadas.
En futuras cuentas de proveedores, las organizaciones podrán actualizar sus alertas conforme a permisos definidos, pero no se prevé que la eliminación sea una operación habitual.
Podrá existir eliminación o supresión administrativa cuando sea necesaria por:
- obligación legal;
- contenido ilícito;
- datos personales publicados indebidamente;
- duplicados técnicos;
- pruebas;
- errores graves de ingestión;
- seguridad;
- otras razones justificadas.
Estas operaciones deberán estar restringidas y, cuando corresponda, auditadas.
11. Datos abiertos
Alerticas apoya los principios de datos abiertos y transparencia, especialmente respecto de información de interés ciudadano.
No obstante, deberán distinguirse:
Información potencialmente publicable
- alertas;
- fuentes;
- categorías;
- cobertura geográfica;
- métricas agregadas;
- disponibilidad;
- tiempos de actualización;
- estadísticas por proveedor;
- series temporales agregadas;
- información técnica reciente y minimizada sobre actividad de páginas públicas.
Información que no debe considerarse abierta por defecto
- datos personales de usuarios;
- endpoints Push;
- identificadores de sesión;
- secretos;
- API keys;
- credenciales;
- rutas administrativas;
- detalles explotables de infraestructura;
- logs de seguridad sin despersonalización;
- información contractual confidencial;
- controles antifraude.
12. Dashboard público de transparencia y observabilidad
Alerticas podrá publicar un dashboard de estado con información como:
- proveedores activos;
- salud de los recolectores;
- porcentaje de cobertura;
- scopes actualizados;
- atraso máximo;
- tasa de éxito;
- eventos activos;
- eventos programados;
- tendencias;
- métricas de capacidad;
- actividad reciente de páginas públicas.
La sección de actividad reciente podrá mostrar un número limitado de solicitudes realizadas durante una ventana temporal corta.
Actualmente, esta visualización puede incluir:
- país aproximado;
- dirección de red parcialmente enmascarada;
- categoría general del dispositivo;
- familia general del sistema operativo;
- ruta pública consultada;
- procedencia general de la navegación;
- tiempo aproximado transcurrido desde la solicitud.
Antes de publicar una solicitud en esta sección, Alerticas aplica medidas de minimización.
No se mostrarán en esta visualización:
- direcciones IP completas;
- parámetros de consulta;
- agentes de usuario completos;
- identificadores de sesión;
- cookies;
- tokens;
- coordenadas geográficas precisas;
- otros identificadores técnicos innecesarios.
Las referencias provenientes de otros sitios podrán reducirse al dominio de procedencia y las referencias internas podrán limitarse a la ruta consultada.
La determinación aproximada del país podrá realizarse mediante una base de datos de geolocalización instalada localmente, sin necesidad de transmitir la dirección IP de cada visitante a un proveedor externo para resolverla.
La actividad mostrada es efímera y actualmente corresponde aproximadamente a los últimos 15 minutos, mostrando únicamente un número reducido de solicitudes recientes.
Esta información tiene una finalidad de transparencia y observabilidad operacional y no está destinada a construir perfiles individuales ni historiales permanentes de navegación.
Las métricas deberán presentarse de forma comprensible y sin revelar información que debilite la seguridad del sistema o exponga innecesariamente datos personales.
13. Proveedores y organizaciones
La incorporación de una organización a Alerticas no implica que esta controle información de otros proveedores.
En futuras integraciones B2B se aplicarán principios de aislamiento:
- cada organización gestiona sus propias alertas;
- los usuarios se asocian a una organización;
- las credenciales técnicas se vinculan a un proveedor;
- una organización no puede modificar alertas de otra;
- los cambios deberán ser auditables;
- la eliminación no será una capacidad ordinaria.
14. Independencia de proveedores
La salud o disponibilidad de una fuente no debe detener las demás.
La arquitectura deberá permitir:
- health independiente;
- locks independientes;
- scheduling independiente;
- métricas independientes;
- circuitos de recuperación independientes.
15. Uso responsable de estadísticas
Las estadísticas pueden convertirse en una fuente de inteligencia sobre continuidad de servicios, resiliencia y afectación territorial.
Alerticas podrá desarrollar productos de inteligencia agregada siempre que:
- no se vendan datos personales;
- se minimice el riesgo de reidentificación;
- se respete la normativa;
- se expliquen las metodologías;
- se diferencien hechos, estimaciones e inferencias.
16. Seguridad y transparencia
Alerticas considera que la transparencia fortalece la confianza cuando se aplica correctamente.
Por ello:
Ser transparentes no significa exponer aquello que hace vulnerable al sistema.
La plataforma podrá publicar resultados y metodología sin revelar:
- secretos;
- topología sensible;
- credenciales;
- mecanismos antifraude;
- detalles que faciliten abuso.
17. Contacto y correcciones
Para reportar una posible inconsistencia en una alerta, asuntos de privacidad o consultas generales:
alerticas@proton.me