...

Introducción

El nuevo asset Verificador de Procesos permite comprobar el funcionamiento de distintos procesos desarrollados sobre la plataforma permitiendo verificar su correcta carga de datos en plataforma.

Además de esto, nos permitirá añadir distintas reglas a estos procesos para un mayor control de los datos insertados, tales como una regla que compruebe la correcta integridad de los datos cargados ( dataExist ), como una que nos permita controlar el número de registros cargados ( volumetry ).

Cómo funciona

Seguidamente se muestra un diagrama explicativo sobre el funcionamiento de este verificador:

...

Entidad bitácora:

Esta entidad hace referencia a los procesos que deseamos verificar, en ella debemos tener cierta información de esta además de las reglas que deseamos aplicar.

...

tolerance: tolerancia de registros esperados (solo aplica en regla “volumétrica”).

Entidad Registro

Esta entidad es en la que se almacena registro de los procesos y si han superado las distintas reglas que le apliquen.

...

• process: nombre del proceso.

• date: fecha donde se ha realizado la verificación.

• type: tipo de regla que se ha verificado.

• detail: información en caso de error en la verificación.

• status: registro sobre el estado del proceso para cierta regla(“Passed” o “Failed”).

Uso del Verificador de procesos

...

Este es el fujo inicial, en el tendremos un “trigger” manual que nos permitirá lanzar el proceso cuando nosotros queramos. Para ello deberemos entrar en el nodo “parametrización manual” y cambiar la fecha a la que nosotros deseemos.

...

• fecha: fecha de día de hoy.

• ont: entidad bitácora de la cual obtendremos la información.

• ontLog: entidad registro donde insertaremos la información.

Flujo de ejecución de reglas

Este es el flujo en el que se plantea toda la configuración necesaria antes de verificar las distintas reglas de cada proceso

...

Después de pasar por el flujo de la regla que se deba aplicar realizaremos la inserción del resultado en la entidad registro.

Reglas:

Después de separar por reglas entramos a la definición de cada una de ellas en sus respectivos flujos. Podremos añadir cuantas reglas deseemos, inicialmente se incluyen estas dos:

Regla dataExist

En esta regla comprobamos la existencia de datos para la granularidad especificada en el proceso, en caso de no existir datos se dará la regla como “Failed” y se dejará reflejado en el campo “detail” un mensaje explicativo del motivo del error.

En el caso contrario la regla quedara como “Passed”.

...

Regla volumetry

Con esta regla se comprueba el volumen de datos registrados para un proceso en específico. El número de registros esperados y la tolerancia (número porcentual) viene dados dentro de la misma regla.

En caso de recibir un numero de registros que este dentro de los esperados se dará la regla como “Passed”, pero en caso contrario esta quedará como “Failed” y se añadira en el campo “detail” un mensaje explicativo del fallo.

...

Ejemplo de ejecución

A continuación, mostraremos un ejemplo de la ejecución de este verificador para estos procesos:

Proceso 1:

• process: Process1

• date: datetime

• fromat: yyyy/mm/dd

• granularity: daily

• temporality: weekly

• day_week: 0

• day_month: 0

• monthly_mismatch: 0

• weekly_mismatch: 0

• daily_mismatch: 0

• rules:

  • Item 1

    • type: dataExist

  • Item 2

    • type: volumetry

    • records: 336

    • tolerance: 20

Proceso 2:

• process: Process2

• date: datetime

• fromat: yyyy/mm/dd

• granularity: daily

• temporality: weekly

• day_week: 0

• day_month: 0

• monthly_mismatch: 0

• weekly_mismatch: 0

• daily_mismatch: 0

• rules:

  • Item 1

    • type: dataExist

  • Item 2

    • type: volumetry

    • records: 1

    • tolerance: 20

...