Release Notes

Ansible

Cambios bloqueantes

• Nuevo rol de despliegue para MongoDB 7.0

• Nuevo rol de despliegue para RabbitMQ 3.12

• Nuevo rol de despliegue para Valkey 7.2 y cadenas de conexión para nuevas persistencias — MONGO_URI, VALKEY_*, RABBITMQ_*

Otros cambios y optimizaciones

• URLs de Eureka y Spring Boot Admin configuradas mediante variables de entorno (HORUS_REPLICAS, HORUS_ADMIN_URL, TOT_EUREKA_URL) en las units systemd, en lugar de argumentos Spring

• Variables en hosts.yaml para despliegues single-node y multi-node

• Backup de certificados TLS incluido en el backup de Ansible

• Corrección de nombres en templates de servicios

• Corrección de propiedades S3

• Excluido anjana.sh del .tgz de distribución

• Eliminados argumentos --server.ssl.* redundantes en units systemd de core y plugins — la configuración SSL ya está definida en el application.yaml interno de cada microservicio y se resuelve mediante los system properties -D de JVM

Kit K8s

Cambios bloqueantes

• Reestructuración completa del kit: de manifiestos YAML planos (122 ficheros) a Helm chart con subcharts anjana-core y anjana-plugins (11 templates reutilizables). Despliegue vía helm install/upgrade

• TLS automatizado con cert-manager: modo internal (certificados self-signed auto-generados + Job de generación de truststore) y modo manual (secretos pre-creados)

• Soporte IRSA para Horus: integración con AWS Secrets Manager como backend de config server, con guard rails de validación

• Múltiples backends de config server: AWS Secrets Manager, Git, AES-file — seleccionable vía values.yaml

• Modo standalone para plugins: lectura directa de secretos cloud (AWS SM, Azure KV, GCP SM) sin necesidad de config server

• Manifiestos opcionales para nuevas persistencias: MongoDB, RabbitMQ, Valkey

• InitContainers para espera de dependencias: arranque ordenado de servicios con health checks HTTPS entre ellos

Otros cambios y optimizaciones

• URLs de Eureka y Spring Boot Admin configuradas mediante variables de entorno (HORUS_REPLICAS, HORUS_ADMIN_URL, TOT_EUREKA_URL) en lugar de argumentos Spring

• Integración OpenTelemetry nativa: OTEL_SERVICE_NAME y OTEL_RESOURCE_ATTRIBUTES inyectados en todos los servicios

• CDN proxy Nginx para anjana-ui con soporte S3/MinIO

• Gestión de versiones por servicio vía values.yaml con fallback a versión global

• Scripts de backend AES y tooling de desarrollo local

• Ficheros de infraestructura del proyecto: .gitignore, Makefile, Chart.lock, values-core-wsl.yaml

• Eliminados argumentos --server.ssl.* redundantes en Deployments y StatefulSets — la configuración SSL ya está definida en el application.yaml interno de cada microservicio y se resuelve mediante los system properties de JVM (JAVA_TOOL_OPTIONS)

• Soporte extraCaBundles en el Job de truststore para inyectar CAs adicionales (ej. CA corporativa)

• Resource profiles por entorno (DEV/PRE/PRO) con selección automática vía global.environment.profile

• Migración del repositorio de anjana-helm a Anjana Data Platform-k8s, preservando historial de commits

Cambio de conceptos

• Se cambia “deprecado” por “descontinuado”.

• Se cambia el nombre de enlace “Adherencias” en el desplegable del carrito por “Tramitar accesos”.

• Se cambia “Perfil de usuario” por “Área personal”.

• Se cambia “Información personal” (PI) por “Información sensible”.

Ampliar y establecer permisos de la aplicación

A partir de esta versión, el acceso a todos los módulos y el acceso a las pestañas de la vista de los objetos dependen de permisos asociados al rol del usuario. De esta forma, se complejiza la configuración de permisos pero se ofrece mayor granularidad de accesos, simplificando el acceso a información por grupos de usuarios.

Para ello, se van a añadir los siguientes permisos de visualización:

• Acceso al módulo de Catálogo: CATALOG_ACCESS

• Acceso al módulo de Trabajos: JOBS_ACCESS

• Acceso a Auditoría de seguridad completa: SEC_AUDIT_ACCESS Permiso creado pero sin capacidad funcional hasta release 26.2 prevista para Q3 de 2026

• Acceso Auditoría de gobierno completa: GOV_AUDIT_ACCESS

• Acceso al Espacio personal de trabajo (Workspace): WORKSPACE_ACCESS 

• Acceso a la pestaña de Relaciones de una entidad: OBJ_RELATIONS_ACCESS

• Acceso a la pestaña de Intervinientes OBJ_STAKEHOLDERS_ACCESS 

• Acceso a pestaña de Auditoría de objeto (OBJ_AUDIT_ACCESS)

• Acceso a la pestaña de Versiones: OBJ_VERSIONS_ACCESS

• Acceso a la pestaña de Muestra de datos OBJ_SAMPLE_DATA_ACCESS

• Acceso a la información de Adherencias en la pestaña de intervinientes ADHERENCE_VIEW

También se incluye un nuevo permiso para editar la Información de acceso que reciben usuarios adheridos: EDIT_ACCESS_INFO (action) ALL (subType)

Cambios en permisos existentes:

• El permiso ACCESS ALL para acceder al portal de datos se reemplaza por el permiso PLATFORM_ACCESS (action) con subTypeANJANA.

• El permiso ADMIN (action) ANJANA (subType) para el panel de configuración/administración se sustituye por ADMIN_ACCESS (action) ANJANA (subType)

• El permiso WIZARD (action) ALL (subType) se elimina. El asistente de creación se accederá mediante los permisos de creación (CREATION_MODIF) sobre cualquier subTipo.

• El permiso ACCESS (action) ADHERENCE (subTipo) para conceder acceso a datos se actualiza a ADHERENCE_ACCESS (action) ALL (subType). Este permiso también otorga acceso al nuevo módulo de Marketplace.

Evoluciones en workflows

Añadir motivo de solicitud para cualquier workflow 

Todos los workflows quedarán completados con el motivo de la solicitud igual que hacía en versiones previas con los workflows de adherencia. 

Para ello, cuando el usuario elija o confirme una acción que lance workflow, Anjana Data Platform le mostrará una ventana donde el usuario podrá introducir el motivo en, al menos, un idioma de la aplicación.

Los textos podrán consultarse desde las pantallas de workflows y en las notificaciones al usar la variable #REQUEST_REASON#. Se sugiere incluir esta variable en el cuerpo de las notificaciones de los workflows, asegurando así que los usuarios involucrados la reciban.

Nuevas pantallas de workflows 

A partir de ahora se dispondrán de las siguientes pantallas:

1. Mis solicitudes de acceso 🆕 : Proporciona acceso a workflows de adherencia solicitados por el propio usuario
   Restricción de acceso: Sólo disponible para usuarios que, o bien tienen permisos de ADHERENCE,  o bien han sido Solicitantes en algún workflow de ADHERENCE.

2. Mis solicitudes de gobierno 🆕 : Proporciona acceso a workflows de gobierno solicitados por el propio usuario, a excepción de workflows de adherencia.
   Restricción de acceso: Sólo disponible para usuarios que o  tienen permisos de CREATION_MODIF, CHANGE_OU, CHANGE_OU o DEPRECATION o son usuarios que han sido Solicitantes en algún workflow  de CREACION, MODIFICACION, ACTIVACION, DESACTIVAR, RENOMBRADO, TRANSFERENCIA.

3. Mis Tareas 🆕 : Proporciona acceso a workflows que tiene que validar el usuario debido a su rol.
   Restricción de acceso: Sólo disponible para usuarios que son Validador en algún workflow.

4. Flujos de trabajo: Proporciona acceso a el conjunto completo de workflows.
   Restricción de acceso: Solo disponible para usuarios que tienen rol con permisos de WORKFLOW_ACCESS

Cuando un usuario reciba una notificación de validación, podrá acceder al workflow siempre a aprobar o rechazar desde la notificación, desde la pantalla de Mis Tareaso desde el listado completo de Workflows (sólo en caso de tener el permiso WORKFLOW_ACCESS).

Más información en las pantallas de workflows

Se ha enriquecido la información que se muestran en las pantallas de workflows, por lo que a partir de ahora se incluye:

• Objeto

• Tipo de solicitud

• Solicitante

• Motivo

• Fecha de petición

• Estado de la validación

• Último participante

• Última respuesta

• Tiempo sin respuesta

• Duración total

Evoluciones en interfaz de usuario

Home page

Se incluye una página de inicio como punto de entrada para los usuarios tras hacer login y que será accesible desde los logos de Anjana Data Platform y del cliente en la cabecera.

Esta página de inicio incluye:

• Buscador que permite realizar búsquedas en el Catálogo o en el Marketplace 

• Resumen de actividad con selector por rango de fechas ( 7 días, 30 días, 3 meses, 6 meses y 1 año)

  • Mis solicitudes de acceso

  • Mis solicitudes de gobierno

  • Mis tareas

• Accesos rápidos a:

  • Wizard de creación

  • Espacio personal de trabajo (workspace)

Portal Marketplace

Se crea un nuevo módulo denominado Marketplace que pretende ser un portal de búsqueda y solicitud de acceso a activos previstos al consumo mediante Data Sharing Aggreements (DSA) para los consumidores.

El Marketplace ofrece en primer lugar un espacio de sugerencias donde el consumidor puede visualizar DSAs añadidos recientemente y los activos más solicitados por otros usuarios.

A continuación ofrece un espacio para descubrimiento de activos mediante un buscador y filtros con una experiencia intuitiva y ágil que se apoya en las siguientes capacidades:

• Guardar búsquedas destacadas con opción a seleccionar una como favorita.

• Opción de añadir pedir acceso inmediato o añadir al carrito para compras masivas

• Selecciones masivas de objetos para añadir al carrito

• Selecciones masivas para añadir al espacio personal de trabajo (workspace)

• Previsualizar los detalles de un objeto

• Consultar información de acceso

RESUMEN: 17 añadidos · 29 eliminados · 2 modificados

KERNO

✨ Nuevos Endpoints (4)

PUT          /clear-all  (AdminAPIController)
POST         /api/common/v1/massiveSubmit/{objectSubType}  (CommonController)
POST         /api/entity/v1/rename/{objectSubType}/{idObject}  (EntityController)
POST         /api/relationship/v1/rename/{objectSubType}/{idObject}  (RelationshipController)

❌ Endpoints Eliminados (20)

PUT          /clear/license  (CacheInternalController)
PUT          /name/{objectType}  (AdminAPIController)
POST         /custom/list  (AttributeController)
GET          /stakeholders/{objectType}/{objectSubType}/{idObject}  (CommonV2Controller)
POST         /massiveSubmit/{objectSubType}  (CommonV2Controller)
POST         /requests  (MetadataController)
POST         /requests/detail  (MetadataController)
GET          /versions/{idObject}  (DatasetController)
GET          /versions/{idObject}  (DsaController)
GET          /datasets/{idObject}  (DsaController)
POST         /datasets/{idObject}  (DsaController)
GET          /versions/{idObject}  (InstanceController)
GET          /project/{idObject}  (InstanceController)
GET          /solutions/{idProcessInstance}  (InstanceController)
GET          /versions/{idObject}  (ProcessController)
GET          /instances/{idProcess}  (ProcessController)
GET          /versions/{idObject}  (SolutionController)
GET          /instances/owned/{idObject}  (SolutionController)
GET          /instances/related/{idObject}  (SolutionController)
POST         /instances/related/{idObject}  (SolutionController)

MINERVA

✨ Nuevos Endpoints (2)

PUT          /clear-all  (AdminAPIController)
POST         /search/AUDIT_OBJECT  (AuditController)

❌ Endpoints Eliminados (5)

PUT          /clear/license  (CacheInternalController)
DELETE       /collection/kerno  (AdminAPIController)
DELETE       /collection/delete-field/{field}/kerno  (AdminAPIController)
PUT          /collection/update/kerno  (AdminAPIController)
POST         /search  (AuditController)

HERMES

✨ Nuevos Endpoints (5)

GET          /v1/permissions  (WorkflowController)
POST         /v1/search  (WorkflowController)
POST         /v1/user/adherence/search  (WorkflowController)
POST         /v1/user/search  (WorkflowController)
POST         /v1/user/validation/search  (WorkflowController)

❌ Endpoints Eliminados (1)

PUT          /clear/license  (CacheInternalController)

ZEUS

✨ Nuevos Endpoints (2)

PUT          /clear-all  (AdminAPIController)
(múltiples)  /oidc/**  (OidcRestController)

❌ Endpoints Eliminados (2)

PUT          /clear/license  (CacheInternalController)
GET          /telemetry  (UserConfigInternalController)

anticlockwise_arrows_button Endpoints Modificados (1)

(actualizado) /saml/**  (SamlRestController)

PORTUNO

✨ Nuevos Endpoints (4)

(múltiples)  /portuno/config/**  (AppConfigurationController)
(múltiples)  /portuno/i18n/**  (I18nController)
(múltiples)  /portuno/public/language/**  (LanguagePublicController)
(múltiples)  /portuno/translation/**  (TranslationController)

❌ Endpoints Eliminados (1)

PUT          /clear/license  (CacheInternalController)

anticlockwise_arrows_button Endpoints Modificados (1)

(refactorizado) /portuno/language/**  (LanguageController)