@firma Pentaho BI MAN

@Firma-Pentaho-BI-MAN-002
Manual de Uso del Modelo BI de @firma en

Pentaho
Documento nº: @Firma-Pentaho-BI-MAN

Revisión: 002
Fecha: 03-05-2013
Período de retención: Permanente durante su período de vigencia + 3 años después de su anulación
RICOH 1/25 @Firma-Pentaho-BI-MAN

Manual de Uso de @firma-BI
CONTROL DE MODIFICACIONES
Revisión: 002
Fecha: 03-05-2013
Rev. 001
Fecha 23-11-2012
Descripción Documentación inicial.
Rev. 002
Fecha 03-05-2013
Descripción Incluido los informes CM_CONTROL, ANEXO_I y ANEXO_II.

CONTROL DE DISTRIBUCIÓN
Revisión: 002
Fecha: 03-05-2013
Propiedad del documento:
Este documento pertenece al Gobierno de España y posee un carácter de público para uso y distribución en
ámbitos autorizados por este mismo, según se recoge en la declaración de privacidad.
Declaración de privacidad:
El contenido de este documento está sujeto al protocolo de libre distribución dentro del entorno definido
para el contexto.
Copias Electrónicas:
La distribución de este documento ha sido controlada a través del sistema de información.
Copias en Papel:
La vigencia de las copias impresas en papel está condicionada a la coincidencia de su estado de revisión con
el que aparece en el sistema electrónico de distribución de documentos.
El control de distribución de copias en papel para su uso en proyectos u otras aplicaciones es

responsabilidad de los usuarios del sistema electrónico de información.
Fecha de impresión 27 de diciembre de 2017

ÍNDICE
1 Objeto ................................................................................................................................................................ 5
2 Alcance............................................................................................................................................................... 5
3 Siglas .................................................................................................................................................................. 5
4 Documentos de Referencia.............................................................................................................................. 6
5 Introducción ...................................................................................................................................................... 7
6 El modelo BI de @firma.................................................................................................................................... 7
6.1 Transacciones ....................................................................................................................................... 7

6.2 Validaciones .......................................................................................................................................... 8
6.3 Procesado de Certificado ................................................................................................................... 10
6.4 Aplicaciones ........................................................................................................................................ 11
6.5 Unidades Organizativas...................................................................................................................... 11
6.6 Tipos de Certificados .......................................................................................................................... 12
7 Informes........................................................................................................................................................... 14
7.1 Lista de informes ................................................................................................................................ 16

7.2 Envio de informes por correo ............................................................................................................ 21
8 Consultas en Saiku .......................................................................................................................................... 23

1 Objeto
El objeto de este documento es facilitar la utilización de los distintos componentes del modelo
Business Intelligence de @firma implementados para permitir la generación de estadísticas de los
servicios de @firma en un servidor de Pentaho.
2 Alcance
Este documento abarca los siguientes puntos:

 Describir el modelo BI desarrollado.
 Detallar el conjunto de informes estadísticos generados por la solución y su
utilización.
 Describir la generación de consultas sobre el modelo mediante el componente Saiku
mediante un caso de uso.
3 Siglas
BI Business Intelligence
CDF Community Dashboard Framework
ETL Extract, Transform and Load
OLAP On-Line Analytical Processing
PAC Pentaho Administration Console
PAD Pentaho Aggregation Designer
PEC Pentaho Enterprise Console
PDI Pentaho Data Integration
PDS Pentaho Design Studio
PME Pentaho Metadata Editor
PRD Pentaho Report Designer
PSW Pentaho Schema Workbench

4 Documentos de Referencia
[BI-INS-MAN] @Firma-InstalacionyDespliegue-BI-MAN. Manual de Instalación y Despliegue
del Modelo Business Intelligence.

5 Introducción
La plataforma @firma, a partir de su versión 6, ofrece una nueva forma de trabajo sobre la
información de auditoría orientada a una perspectiva de inteligencia empresarial o BI, que enfoca sus
esfuerzos en tratar la información existente en @firma para generar nuevo conocimiento del sistema.
Para facilitar estas tareas se pueden encontrar diversas herramientas, entre las que se ha
seleccionado la suite Pentaho por ser la solución open source de su sector con mayor difusión.
En este documento detallaremos el modelo BI diseñado para @firma así como los componentes
implementados para la generación de informes estadísticos.
6 El modelo BI de @firma
El diseño del modelo BI de @firma se basa en un modelado en estrella “Star Schema”, consiste en
estructurar la información en procesos, vistas y métricas recordando a una estrella (por ello el
nombre “Star Schema”). Es decir, tendremos una visión multidimensional de un proceso que
medimos a través de unas métricas.
A nivel de diseño, consiste en una tabla de hechos (comúnmente denominada como fact table) en el
centro para el hecho objeto de análisis y una o varias tablas de dimensión (dimension table) por cada
dimensión de análisis que participa de la descripción de ese hecho. En la tabla de hecho encontramos
los atributos destinados a medir (cuantificar) el hecho: sus métricas. Mientras, en las tablas de
dimensión, los atributos se destinan a elementos de nivel (que representan los distintos niveles de las
jerarquías de dimensión) y a atributos de dimensión (encargados de la descripción de estos
elementos de nivel). En el esquema en estrella la tabla de hechos es la única tabla del esquema que
tiene múltiples joins que la conectan con otras tablas (foreign keys hacia otras tablas). El resto de
tablas del esquema (tablas de dimensión) únicamente hacen join con esta tabla de hechos. Las tablas
de dimensión se encuentran además totalmente desnormalizadas, es decir, toda la información
referente a una dimensión se almacena en la misma tabla.
A partir de este modelado en estrella podemos crear los cubos OLAP sobre los que trabajará Pentaho
para la generación de consultas.
Para @firma se han diseñado seis cubos OLAP correspondientes a las siguientes entidades descrita en
los siguientes apartados.
6.1 Transacciones
Este modelo es el que se va a utilizar para explotar la información correspondiente a las transacciones
de servicio de la plataforma, en la siguiente figura se muestra el diagrama en estrella que representa
este modelo.

APLICACIONES
Niveles:
- Identificador de aplicación
UNIDAD ORGANIZATIVA SERVICIOS

Niveles:
Niveles: - Identificador del servicio
- Identificador de unidad - Nombre del servicio
TRANSACCIONES
Métricas:
- Número de transacciones
TIPO DE UNIDAD
RESULTADOS
ORGANIZATIVA
Niveles: Niveles:
- Código de resultado - Identificador de tipo
- Descripción del resultado - Nombre del tipo
FECHA
Niveles:
- Años
- Meses
Ilustración 1 Modelo BI para las transacciones
En este modelo la tabla de hechos representa las transacciones de servicios realizadas en la

plataforma, esta tabla se encuentra relacionada con seis dimensiones:
 APLICACIONES. Esta dimensión relaciona la transacción con la aplicación que realizó la

petición a @firma.
 SERVICIOS. Dimesión que indica el servicio originario de la transacción.
 UNIDAD ORGANIZATIVA. Relaciona la transacción con la unidad organizativa a la que

pertenece la aplicación solicitante.
 TIPO DE UNIDAD ORGANIZATIVA. Indica el tipo de unidad organizativa a la que pertenece la

aplicación que realiza la transacción.
 FECHA. Fecha de ejecución de la transacción de servicio.
 RESULTADO. Resultado final de la transacción de servicio.
6.2 Validaciones
Este modelo permite explotar la información sobre las validaciones de certificados realizadas en la
plataforma.

APLICACIONES
Niveles:
UNIDAD ORGANIZATIVA SERVICIOS

Niveles: Niveles:
- Identificador de unidad - Identificador del servicio
- Nombre del servicio
VALIDACIONES
Métricas:
- Número de validaciones
FECHA - Número de certificados distintos TIPO DE UNIDAD
ORGANIZATIVA
Niveles: Niveles:
- Años - Identificador de tipo
- Meses - Nombre del tipo
TIPO DE CERTIFICADO PSC

Niveles: Niveles:
- Tipo de Certificado - Prestador
Ilustración 2 Modelo BI para las validaciones
El modelo representado tiene como centro las validaciones de certificado realizadas por la
plataforma, esta tabla de hechos contiene dos métricas que permite cuantificar el número de
validaciones realizadas y cuantas de estas validaciones corresponden a certificados distintos. Las
validaciones se encuentran asociada a siete dimensiones:
 APLICACIONES. Permite asociar la aplicación que realizó la petición de servicio con la

validación.
 SERVICIOS. La validación de certificado puede provenir de una petición de validación o firma,

esta dimensión permite discernir el servicio que originó la validación de certificado.
 UNIDAD ORGANIZATIVA. Relaciona la validación de certificado con la unidad organizativa a la

que pertenece la aplicación solicitante del servicio original.

aplicación que realizó la solicitud de servicio.
 PSC. Prestador de servicio de certificación al que pertenece el certificado validado.
 TIPO DE CERTIFICADO. Tipo al que pertenece el certificado validado.
 FECHA. Fecha de validación del certificado.

6.3 Procesado de Certificado
Este modelo permite explotar la información sobre el procesado de certificados en base a una política
de certificación realizada en la plataforma.
APLICACIONES
Niveles:
UNIDAD ORGANIZATIVA CAMPO LOGICO

Niveles:
Niveles: - Identificador de campo lógico
- Identificador de unidad
PROCESADO
CERTIFICADO
Métricas:
- Número de procesados
TIPO DE UNIDAD
RESULTADO ORGANIZATIVA
Niveles: Niveles:
- Valor resultante - Identificador de tipo
- Nombre del tipo
FECHA
Niveles:
- Años
- Meses
Ilustración 3 Modelo BI para el procesado de certificado
En este caso cada mapeo de certificado se relaciona con las siguientes dimensiones:
 APLICACIONES. Permite asociar la aplicación que realizó la petición de obtención de

información de certificado con el procesado realizado.
 CAMPO LOGICO. Campo lógico contenido en la política de certificación utilizada para el

procesado de certificado.
 UNIDAD ORGANIZATIVA. Relaciona el procesado de certificado con la unidad organizativa a la

que pertenece la aplicación solicitante del servicio original.

aplicación que realizó la solicitud de servicio.
 FECHA. Fecha de procesado del certificado.
 RESULTADO. Valor resultante del procesado del mapeo del certificado.

6.4 Aplicaciones
Este modelo permite explotar la información asociada a aplicaciones contenida en la configuración de

@firma.
TIPO DE UNIDAD
ORGANIZATIVA
Niveles:
- Identificador de tipo
- Nombre del tipo
APLICACIONES
Métrica:
- Número de aplicaciones
FECHA DE BAJA FECHA DE CREACION
Niveles: Niveles:
- Años - Años
- Meses - Meses
Ilustración 4 Modelo BI para las aplicaciones
En este caso la tabla de hechos representa las aplicaciones registradas en la configuración de @firma.
Las aplicaciones se encuentran asociadas con las siguientes dimensiones:

aplicación.
 FECHA DE CREACION. Fecha de alta en la que se registra la aplicación en la configuración.
 FECHA DE BAJA. Fecha en la que la aplicación causa baja en la configuración.
6.5 Unidades Organizativas
Este modelo permite explotar la información de configuración de las unidades organizativas recogidas
en la configuración de la plataforma.

TIPO DE UNIDAD
ORGANIZATIVA
Niveles:
- Identificador de tipo
- Nombre del tipo
UNIDADES ORGANIZATIVAS
Métrica:
- Número de unidades
organizativas
FECHA DE BAJA FECHA DE CREACION
Niveles: Niveles:
- Años - Años
- Meses - Meses
Ilustración 5 Modelo BI para las unidades organizativas
En este caso la tabla de hechos representa las unidades organizativas registradas en la configuración
de @firma, estas unidades se encuentran relacionada con las siguientes dimensiones:
 TIPO DE UNIDAD ORGANIZATIVA. Indica el tipo de unidad organizativa
 FECHA DE CREACION. Fecha de alta en la que se registra la unidad en la configuración.
 FECHA DE BAJA. Fecha de baja en la configuración de la unidad organizativa.
6.6 Tipos de Certificados
En este modelo se explota la información asociada a los tipos de certificados registrados en la

configuración de la plataforma.

PSC
Niveles:
- Prestador
FECHA DE BAJA
TIPOS DE CERTIFICADOS POLITICA
Niveles:
Métrica: Niveles:
- Años
- Número de Tipos de - Identificador de política
- Meses
Certificados
FECHA DE CREACION
Niveles:
- Años
- Meses
Ilustración 6 Modelo BI para los tipos de certificados
En este esquema la tabla de hechos representa los tipos de certificados registrados y las dimensiones
para esta tabla son:
 PSC. Emisor del tipo de certificado.
 POLITICA. Política de certificación en el que se encuentra incluido el tipo de certificado en

cuestión.
 FECHA DE CREACION. Fecha de alta en la que se registra la unidad en la configuración.
 FECHA DE BAJA. Fecha de baja en la configuración de la unidad organizativa.

7 Informes
Podemos consultar los informes de la solución en el escritorio de pentaho. Si seleccionamos la

carpeta “reports” contenida en la solución “@firma-BI-solution” nos aparecera el la vista de archivos
todos los informes que puede generar la solución.
Ilustración 7 Escritorio de Pentaho
Al seleccionar uno de estos informes se nos mostrará en la parte central del escritorio una pestaña
con el informe en blanco.

Ilustración 8 Parámetros del informe
En la parte superior de la pestaña se localizan los parámetros de entrada del informe seleccionado y
el formato de salida en el que queremos se genere el informe, una vez introducido los parámetros
requeridos podemos solicitar a pentaho que genere el informe solicitado pulsando el botón de “View
Report”.

Ilustración 9 Informe
Si los parámetros introducidos son válidos Pentaho genera el informe mostrándose a continuación.
7.1 Lista de informes
En la siguiente tabla se representan los informes implementados en la solución, junto al nombre y

descripción del informe se indica la lista de parametrós de entrada que admite el informe.
NOMBRE PARAMETROS DESCRIPCION
APPLICATIONS BY Fecha Número de aplicaciones por tipo de unidad

ORGANIZATIONAL UNIT TYPE organizativa registradas en @firma para la fecha
pasada.
CERTIFICATES BY POLICY AND Fecha Número de tipos de certificados por prestador y

PSC política de certificación registrados en @firma para


la fecha sumistrada.
DISTINCT CERTIFICATES BY Año Número de certificados distintos por prestador

ISSUER validados entre las dos fechas indicadas.
Mes inicial
El número de entidades que se mostrarán en la
Mes final gráfica viene impuesto por el valor del parámetro
Top N.
Top N
DISTINCT CERTIFICATES BY TYPE Año Número de certificados distintos por tipo de

certificados validados entre las fechas indicadas.
Mes inicial
Mes final gráfica viene impuesto por el valor del parámetro
Top N.
Top N
ORGANIZATIONAL UNITS Fecha Número de unidades organizativas registradas en

la configuración por tipo de unidad para la fecha
sumistrada.
TRANSACTION BY APPLICATION Año Número de transacciones de servicios realizadas

por identificador de aplicación entre las fechas
Mes inicial pasadas.
Mes final El número de entidades que se mostrarán en la

gráfica viene impuesto por el valor del parámetro
Top N Top N
TRANSACTION BY APPLICATION Año Número de validaciones de certificado por

AND CERTIFICATE TYPE aplicación y tipo de certificado entre las fechas
Mes inicial indicadas.
Mes final El número de entidades devuelta en la consulta

vendrá determinado por los valores de los
Top N Aplicaciones parámetros Top N Aplicaciones y Top N
Certificados
Top N Certificados
TRANSACTION BY APPLICATION Año Número de transaciones por aplicación y servicio

AND SERVICE entre los meses indicados.
Mes inicial
El número de entidades devuelta en la consulta
Mes final vendrá determinado por los valores de los
parámetros Top N Aplicaciones y Top N Servicios
Top N Aplicaciones
Top N Servicios

TRANSACTION BY CERTIFICATE Año Número de validaciones por emisor de certificado

ISSUER entre los meses indicados
Mes inicial
El parámetro “tipo de servicio” permite filtrar la
Mes final consulta para todos los servicios, sólo los servicios
WS o sólo OCSP.
Tipo de servicio
Top N gráfica viene impuesto por el valor del parámetro
Top N.
TRANSACTION BY CERTIFICATE Año Número de validaciones por tipo de certificado

TYPE entre los meses indicados.
Mes inicial
El parámetro “tipo de servicio” permite filtrar la
Mes final consulta para todos los servicios, sólo los servicios
WS o sólo OCSP.
Tipo de servicio
Top N gráfica viene impuesto por el valor del parámetro
Top N.
TRANSACTION BY Año Número de transaciones de servicio por unidad

ORGANIZATIONAL UNIT organizativa realizadas entre los meses indicados
Mes inicial en los parámetros de entrada.

Top N Top N.
TRANSACTION BY Año Número de transacciones de servicio por unidad

ORGANIZATIONAL UNIT TYPE organizativa entre los meses indicados.
Mes inicial
Mes final
TRANSACTION BY Año Número de transacciones por unidad organizativa

ORGANIZATIONAL UNIT TYPE y servicio entre las fechas indicadas.
AND SERVICE Mes inicial
Mes final
TRANSACTION BY RESULT Año Número de transacciones por resultado final del

servicio entre las fechas indicadas.
Mes inicial
Mes final

TRANSACTIONS Año Número de transacciones de servicios por mes.
Mes inicial
Mes final
VALIDATION BY CERTIFICATE Año Número de validaciones proveniente de los

ISSUER servicios de validación de certificados por
Mes inicial prestador.

Top N Top N.
VALIDATION BY CERTIFICATE Año Número de validaciones proveniente de los

TYPE servicios de validación de certificados por tipo de
Mes inicial certificado.

Top N Top N.
GLOBAL Año Informe que recoge un conjunto de estadísticas de

uso de la plataforma correspondientes al mes
Mes seleccionado. Los cálculos que recogen son:
 Validaciones por prestador.

 Certificados distintos por prestador.
 Transacciones realizadas.
 Aplicaciones registradas.
 Transacciones finalizadas correctamente.
 Tipos de certificado por prestador y política.
 Número de organismos y aplicaciones por
tipo de organismo.
 Lista de las 10 aplicaciones con más
transacciones.
Ademas el sistema incluye los siguientes informes que no tienen definido parámetros de entrada,
estos informes recoge un conjunto de estadísticas de uso de la plataforma que generalmente corresponden al
mes anterior a su consulta
NOMBRE DESCRIPCION

NOMBRE DESCRIPCION
CM_CONTROL Los cálculos que recogen son:
 Validaciones de certificados correspondientes a los prestadores DNIe y FNMT.
 Certificados distintos validados correspondientes a los prestadores DNIe y FNMT.
 Número de transacciones.
 Número de aplicaciones registradas.
 Tanto por ciento de respuestas satisfactoria de los servicios WS y OCSP de la

plataforma.
 Acumulativo anual del número de validaciones realizadas por prestador.
 Número de tipos de certificados por prestador para las políticas “MITYC” y

“DEFAULT”.
 Número de aplicaciones y unidades organizativas por tipo de unidad organizativa.
 Transacciones por tipo de unidad organizativa.
 Número de transacciones por aplicación.
 Número de validaciones del prestador DNIe por aplicación.
ANEXO_I Engloba las siguientes estadisticas:
 Número de organismos por tipo en los últimos doce meses y los últimos 5 años.
 Validaciones del DNIe realizadas en los últimos 12 meses por servicio (WS y OCSP).
 Validaciones del DNIe realizadas por servicio (WS y OCSP) y año.
 Evolución las validaciones realizadas por DNIe, FNMT y resto de Prestadores por
servicio mensualmente y anualmente.
 Número de certificados distintos validados para los prestadores DNIe y FNMT.
 Transacciones realizadas en los últimos 12 meses y anual.
 Aplicaciones registradas en los últimos 12 meses.
ANEXO_II Recoge los siguientes valores:
 Validaciones de certificados por Tipo de Certificado realizadas en los últimos 5 años.
 Tipos de Certificados por Prestador registrados para las Políticas “MITYC” y

“DEFAULT”.

NOMBRE DESCRIPCION
 Transacciones por Tipo de Organismos realizadas en los últimos 5 años.
 Aplicaciones por Tipo de Organismos registradas en los últimos 5 años.
 Transacciones por Servicio y Tipo de Organismo realizadas en los últimos 5 años.
7.2 Envio de informes por correo
El sistema permite el envio por correo de los informes generados, para ello se incluye la tarea “Envío
de Informes @firma” dentro del componente “@firma-bi-solution”.
Ilustración 10 Tarea de envío de informe
Si hacemos doble click sobre el fichero que representa la tarea nos mostrará en la parte derecha una
pestaña con los parámetros que deben ser completados para la ejecución de la tarea.

Ilustración 11 Parámetros de generación y envío
Los datos a completar son:
 Destinatarios del informe. Se debe introducir la lista de direcciones de correos, separados por
‘,’, a las que se van a enviar el informe generado.
 Emisor del correo. Se debe indicar una dirección de correo que actue como emisor del correo.
 Informe. Se debe selecccionar el informe que se va ha generar. El informe calculará las

estadisticas de uso correspondientes a los paramétros por defecto que tenga establecidos. La
generación se realizará en los formatos PDF y Excel.
 Run in Background. Indica si la ejecución se realizará en segundo plano.

8 Consultas en Saiku
El componente pluging de Saiku para Pentaho permite al usuario generar sus propias consultas MDX
sin conocer el lenguaje, sólo arrastrando elementos de la pantalla.
Podemos acceder a saiku seleccionando su icono en la barra de tareas del escritorio de

Pentaho.
Ilustración 12 Escritorio Saiku
En la parte de la izquierda podemos seleccionar alguno de los cubos configurados en el sistema

Ilustración 13 Cubos del sistema
Una vez seleccionado el cubo se nos mostrarán las dimensiones y medidas definidas en el mismo.
Ilustración 14 Dimensiones y medidas
Podemos crear una consulta sobre el cubo arrastrando medidas y dimensiones a la parte de la
derecha.
Por ejemplo si quisiéramos calcular el número de transacciones por aplicación y servicio tendríamos
que arrastrar las dimensiones “ApplicationId” y “ServiceName” conjuntamente con la medida
“Transactions”

Ilustración 15 Tabla de resultados
Se puede obtener información detallada sobre el uso de Saiku en la web oficial http://analytical-
labs.com/


@firma Pentaho BI MAN

Cargado por

Copyright:

Formatos disponibles

@firma Pentaho BI MAN

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

@firma Pentaho BI MAN

Cargado por

Copyright:

Formatos disponibles

@Firma-Pentaho-BI-MAN-002

Manual de Uso del Modelo BI de @firma en

Documento nº: @Firma-Pentaho-BI-MAN

RICOH 1/25 @Firma-Pentaho-BI-MAN

RICOH 2/25 @Firma-Pentaho-BI-MAN

Propiedad del documento:

La distribución de este documento ha sido controlada a través del sistema de información.

El control de distribución de copias en papel para su uso en proyectos u otras aplicaciones es

Fecha de impresión 27 de diciembre de 2017

RICOH 3/25 @Firma-Pentaho-BI-MAN

6.1 Transacciones ....................................................................................................................................... 7

7.1 Lista de informes ................................................................................................................................ 16

8 Consultas en Saiku .......................................................................................................................................... 23

RICOH 4/25 @Firma-Pentaho-BI-MAN

Este documento abarca los siguientes puntos:

RICOH 5/25 @Firma-Pentaho-BI-MAN

RICOH 6/25 @Firma-Pentaho-BI-MAN

RICOH 7/25 @Firma-Pentaho-BI-MAN

UNIDAD ORGANIZATIVA SERVICIOS

Ilustración 1 Modelo BI para las transacciones

En este modelo la tabla de hechos representa las transacciones de servicios realizadas en la

 APLICACIONES. Esta dimensión relaciona la transacción con la aplicación que realizó la

 SERVICIOS. Dimesión que indica el servicio originario de la transacción.

 UNIDAD ORGANIZATIVA. Relaciona la transacción con la unidad organizativa a la que

 TIPO DE UNIDAD ORGANIZATIVA. Indica el tipo de unidad organizativa a la que pertenece la

 FECHA. Fecha de ejecución de la transacción de servicio.

 RESULTADO. Resultado final de la transacción de servicio.

RICOH 8/25 @Firma-Pentaho-BI-MAN

UNIDAD ORGANIZATIVA SERVICIOS

TIPO DE CERTIFICADO PSC

Ilustración 2 Modelo BI para las validaciones

 APLICACIONES. Permite asociar la aplicación que realizó la petición de servicio con la

 SERVICIOS. La validación de certificado puede provenir de una petición de validación o firma,

 UNIDAD ORGANIZATIVA. Relaciona la validación de certificado con la unidad organizativa a la

 TIPO DE UNIDAD ORGANIZATIVA. Indica el tipo de unidad organizativa a la que pertenece la

 PSC. Prestador de servicio de certificación al que pertenece el certificado validado.

 TIPO DE CERTIFICADO. Tipo al que pertenece el certificado validado.

 FECHA. Fecha de validación del certificado.

RICOH 9/25 @Firma-Pentaho-BI-MAN

6.3 Procesado de Certificado

UNIDAD ORGANIZATIVA CAMPO LOGICO

Ilustración 3 Modelo BI para el procesado de certificado

 APLICACIONES. Permite asociar la aplicación que realizó la petición de obtención de

 CAMPO LOGICO. Campo lógico contenido en la política de certificación utilizada para el

 UNIDAD ORGANIZATIVA. Relaciona el procesado de certificado con la unidad organizativa a la

 TIPO DE UNIDAD ORGANIZATIVA. Indica el tipo de unidad organizativa a la que pertenece la

 FECHA. Fecha de procesado del certificado.

 RESULTADO. Valor resultante del procesado del mapeo del certificado.

RICOH 10/25 @Firma-Pentaho-BI-MAN

Este modelo permite explotar la información asociada a aplicaciones contenida en la configuración de

FECHA DE BAJA FECHA DE CREACION

Ilustración 4 Modelo BI para las aplicaciones

 TIPO DE UNIDAD ORGANIZATIVA. Indica el tipo de unidad organizativa a la que pertenece la

 FECHA DE CREACION. Fecha de alta en la que se registra la aplicación en la configuración.

 FECHA DE BAJA. Fecha en la que la aplicación causa baja en la configuración.

6.5 Unidades Organizativas

RICOH 11/25 @Firma-Pentaho-BI-MAN

FECHA DE BAJA FECHA DE CREACION

Ilustración 5 Modelo BI para las unidades organizativas