Fundamentos · 11 min
Introducción
Visión general de GlobaLeaks: qué problema resuelve, quién interviene y cómo se struktura el sistema por roles.
Presenta qué problema resuelve la plataforma, quién interviene y por qué se diseña alrededor de confidencialidad, trazabilidad y comunicación segura.
Qué explica esta página
- Qué es GlobaLeaks y para qué tipo de canales sirve.
- Qué roles participan: administrador, destinatario, analista, custodio y persona informante.
- Qué diferencia un canal de información de un simple formulario de contacto.
Puntos que conviene enfatizar en español
- Confidencialidad por diseño.
- Posibilidad de anonimato y comunicación bidireccional.
- Separación entre recepción, investigación y administración.
Notas operativas
Esta introducción debe conectar el producto con la operativa real: publicación en subdominio propio, flujo interno de gestión, pruebas de extremo a extremo y trazabilidad suficiente para auditoría.
Procedimiento operativo detallado
Para Introducción, la práctica recomendada es ejecutar siempre un ciclo completo: preparación, validación, ejecución controlada y cierre documentado. Evita tratar esta pantalla como un ajuste aislado y relaciónala con el proceso de canal de principio a fin.
Antes de aplicar cualquier cambio, identifica impacto sobre usuarios, trazabilidad y plazos de respuesta. Si afecta seguridad, acceso, notificaciones o disponibilidad, exige validación previa por un responsable técnico y funcional.
Alinea la documentación con el marco de uso real del canal, la Ley 2/2023 y las responsabilidades internas de la organización.
Checklist de validación
- Confirmar objetivo del cambio y resultado esperado en términos operativos.
- Verificar permisos/rol de la persona que ejecuta la acción en el portal.
- Probar el flujo de extremo a extremo en navegador limpio y en móvil cuando aplique.
- Revisar notificaciones, enlaces, idioma y textos visibles para evitar regresiones.
- Registrar evidencia de la prueba (fecha, usuario, entorno y captura de resultado).
- Definir rollback o alternativa en caso de fallo y responsable de ejecutar la recuperación.
Errores frecuentes y prevención
- Aplicar cambios en producción sin comprobación previa en entorno controlado.
- Asumir que una opción visual no tiene impacto funcional o legal.
- No documentar quién aprobó, ejecutó y validó el cambio.
- Mantener configuraciones heredadas que ya no corresponden al proceso actual.
- Resolver incidencias por fuera del expediente sin dejar trazabilidad en el sistema.
- No revisar periódicamente que la configuración siga alineada con política interna y normativa.