Funcionamiento general de bandejas

Ciclo de vida de las bandejas

El ciclo de vida en la carga de bandejas en Athento se compone de tres fases fundamentales: obtención, representación y post-filtrado.

1. Fase de obtención

La obtención de los datos se define con el proceso de ejecución del filtro principal de la bandeja desde los proveedores de datos. Athento hace uso de índices de datos para la realización de consultas ágiles, en este caso, Elasticsearch, y éste puede ser usado en lugar del propio backend SQL de datos desplegado, por defecto, PostgreSQL.

2. Fase de representación

La representación es la fase de serialización de los datos obtenidos en la fase de obtención, donde, mediante el uso de consultas nativas al propio backend SQL, se consiguen representaciones rápidas de datos provenientes del índice o del propio backend de datos.

3. Fase de post-filtrado

La fase de post-filtrado se consigue incluyendo máscaras de modificación (o filtrado) de manera que los resultados representados aún pueden ser alterados por Athento y conseguir que la bandeja presente los datos con aún más detalle, o incluso, eliminando o añadiendo elementos que puedan ser interesantes para el usuario final.

Los proveedores de datos de Athento son SQL o Elasticsearch (índice ágil de consulta) y la representación, como se menciona anteriormente, se consiguen con consultas nativas o mediante la iteración los resultados obtenidos desde el proveedor en la fase de obtención.

Representación de la bandeja, mapeo

El mapeo de resultados basado en la iteración de resultados establece un recorrido secuencial sobre las filas de resultados obtenidas en fase de obtención para adaptarlas a la configuración de columnas y demás parámetros de la bandeja. Este modo de mapeo es recomendable para bandejas con pocos documentos obtenidos.

La representación mediante mapeo nativo (use native), se basa en la consulta directa a la backend SQL preparando una consulta directa a la representación final. Esta forma presenta una alta eficiencia y se recomienda para bandejas con resultados de entre 0 y 1000 documentos.

Native

Para representar cada línea de la bandeja la consulta le pregunta a la BBDD por todos los registros con lo cual la consulta puede verse afectada por tema de rendimiento.

Bandejas con máscara

Se usan para enriquecer los filtros de las bandejas, de manera que puedan visualizarse características adicionales a los documentos obtenidos. Las máscaras pueden ser: relativas al resultado total (mask), de manera que éste puede ser alterado en el recorrido total de documentos, o bien, relativas al documento (hook_mask), que permiten intervenir sobre cada uno de los documentos. Éstas últimas permiten ser cacheadas con lo que la fase de obtención es instantánea tras la primera carga. 

Bandeja ideal

El concepto de bandeja de documentos, precisamente, se asemeja al de una bandeja física, y es por ello, que se considera como elemento de gestión muy útil cuando el número de elementos es muy acotado. Por ejemplo, “Documentos pendientes de aprobar”, “Pagos pendientes”, “Facturas por procesar”, etc., sin embargo, no deben considerarse para establecer elementos de reporte, BI, o análisis de datos, por ejemplo, “Total facturas anuales”, “Registros de cambios”, “Tareas realizadas”, etc., cuando éstas pueden llegar a alcanzar volúmenes ingentes y cuyo coste de carga es elevado.