NO DAT

01. VISIÓN GENERAL

Esta documentación tiene como finalidad ofrecer orientaciones sobre la funcionalidad "NO DAT" presente en el Clockin Mobile.

02. ¿QUÉ ES NO DAT?

El concepto "NO DAT" incluye modificaciones en las aplicaciones Mobile con el propósito de perfeccionar el reconocimiento facial. Tradicionalmente, el proceso de reconocimiento facial involucraba la lectura de informaciones contenidas en archivo de imágenes con extensión "DAT", correspondientes a las imágenes de los empleados.

Sin embargo, una transformación se implementó en este flujo. Ahora, la lectura de informaciones contenidas en las imágenes se efectúa por medio de consultas directas a la base de datos, realizadas dentro de la propia aplicación. 

Para hacer viable el reconocimiento facial, el proceso genera conjuntos de datos de imagen denominados "hashes". Esencialmente, estos "hashes" representan codificaciones de las características faciales de cada individuo.

Esta nueva arquitectura operativa introdujo un cambio notable en el proceso. La generación del archivo DAT, anteriormente conocido como "generate_dat_file", fue sustituido por el proceso de creación de los "hashes", denominado "hash_db".

De esta manera, el "NO DAT" impulsa un abordaje más ágil y eficiente en el reconocimiento facial, simplificando la operación al utilizar directamente los datos codificados de las imágenes y eliminando la necesidad de manejo de archivos intermedios.

Algunos puntos referentes a la liberación del NO DAT:

• Las funcionalidades estarán disponibles solamente para la versión del Mobile. 
• Para los clientes que quisieran conocer la versión y entender cómo funciona, sugerimos descargar la aplicación Beta prueba que está disponible en la Tienda Google Play.
• La liberación de la versión oficial Android se inició el 28/06 y podrá descargarse de la tienda Google Play. 
• La liberación de la versión oficial iOS, se inició el 01/08 y podrá descargarse de la tienda Apple Store. 

03. ¿CUÁLES SON LAS NUEVAS FUNCIONALIDADES Y MEJORAS INTERNAS DEL NO ?

3.1 Informar PIN para acceder a la pantalla de configuración de la aplicación Mobile.

En la aplicación Mobile, se introdujo una funcionalidad que permite la inclusión de un PIN para acceder a la pantalla de configuraciones. El PIN, también conocido como número de identificación personal, actúa como una contraseña que verifica la capacidad de restringir el acceso a las funciones disponibles en la pantalla de configuraciones.

3.2 Resincronización de registros

La opción "Actualizar registros" presenta un comportamiento similar a la sincronización de registros, sin embargo se destina a situaciones en las cuales es necesario sincronizar registros que tengan más de 48 horas.

Esta funcionalidad tiene la capacidad de actualizar todos los registros de los últimos 40 días.

Una vez que esta sincronización de datos se finaliza, la opción quedará inactiva y no podrá utilizarse en las próximas 4 horas.

ATENIÓN

• Esta opción puede no mostrarse para todos los clientes. Si fuera necesario el uso de esta funcionalidad, por favor, entre en contacto con Atención TOTVS Clock-In.
• La actualización se realizará solamente de los registros, es decir, la imagen del registro no será sincronizada.
• Registros con vínculo de RCPF, que necesitan de aprobación, no serán actualizadas.
• La funcionalidad estará disponible por demanda para los clientes que observen demora/problema de sincronización de registros del APP con la Plataforma. Entre en contacto con el soporte de TOTVS para activación de la funcionalidad.

3.3  Lista de Multireconocimiento substituida por solicitud del RCPF 

El Multireconocimiento es la función que consiste en listar a las personas identificadas por la Inteligencia artificial como posibles correspondencias faciales para el proceso de reconocimiento. 

Este recurso entra en acción cuando un empleado ejecuta el reconocimiento facial. La aplicación genera una lista de individuos que pueden ser los rostros reconocidos, y a partir de esta lista, el empleado selecciona el nombre de la persona que hizo el registro correspondiente.

Se realizó una implementación para aumentar la privacidad de datos y exactitud del reconocimiento facial ante esta situación. Haga clic aquí y sepa más.

3.4  Permitir registros de reloj registrador para empleados en Aviso previo 

Nueva funcionalidad que permite el acceso a la aplicación y al registro de reloj registrador incluso cuando el empleado tiene una fecha de desvinculación futura

3.5  Timer para volver a la Pantalla de reconocimiento

El usuario no tenía la posibilidad de regresar de la Pantalla de vínculo de RCPF. Se implementó un timer que después de 10 segundos sin interacción la aplicación regresa a la pantalla de Reconocimiento.

3.6  Mejora en la arquitectura de base de datos a registros 

NNueva arquitectura para que la administración de registros de la aplicación sea más segura y con más integridad así como las bibliotecas del React Native.

3.7  Handsfree - Ajuste del parámetro de intervalo entre los registros 

La funcionalidad de Intervalo de reconocimiento automático parametrizado en el Settings para la aplicación fue mejorada para que permita que el empleado pueda estar bien ubicado delante del dispositivo para efectuar el reconocimiento, evitando así la falta de nitidez en las imágenes, rostros mal ubicados, impactando en la calidad del reconocimiento facial. Para más detalles acceda aquí.

3.7  Mejora en la Consulta de registros 

Se implementó una mejora en la Consulta de registros de la aplicación. Esta consulta ganó más desempeño y ahora es posible consultar los registros sincronizados y pendientes separadamente. Para más detalles, consulte aquí.

3.8  Optimización para quien registra siempre en el mismo dispositivo

Ahora la funcionalidad que era parametrizada por el campo Separar DAT (archivo de imagen) por dispositivo)  se hizo automática para todos los entornos. De esta manera, a partir del momento en que los registros se efectúan en la Aplicación NO DAT, la aplicación se actualiza con las personas que efectúan el registro en el respectivo dispositivo. A partir de ello la aplicación primero busca en una lista de hashes de personas que registran en el respectivo dispositivo. De esta manera, esta búsqueda queda mucho más rápida, lo cual permite que el reconocimiento sea más rápido.  

Para quien no utiliza NO DAT no es necesario tener el parámetro Separar DAT (archivo de imagen) por dispositivo) marcado.

04. ¿CUÁLES SON LOS BENEFICIOS DEL NO DAT?

Conoce los beneficios del NO DAT:

• Ganancia de desempeño en el Reconocimiento facial. La transición para este abordaje resulta en una notable mejora en el desempeño del proceso de reconocimiento facial, optimizando la velocidad y eficacia de la identificación.

• Ganancia de desempeño y estabilidad en las cargas por medio del login y en las actualizaciones de datos de la imagen en la aplicación. Esto contribuye para una experiencia más fluida y confiable para los usuarios.

• Más seguridad en la utilización del Mobile en Tablet con la utilización del PIN. La introducción del PIN como medida de seguridad aumenta un nivel adicional de protección, perfeccionando la seguridad general de la utilización de la aplicación.
• Mayor integridad en el reconocimiento facial por medio de la solicitud de RCPF para el Multireconocimiento. 
• Mayor integridad de los registros por medio del cambio en la arquitectura de la base de registros. 
• Otras funcionalidades y correcciones descritas aquí. 

05. ¿DEBO ACTUALIZAR TODOS LOS DISPOSITIVOS DE UNA SOLA VEZ?

No. La versión del Mobile con la Generación de DAT continuará activa. Para ello los dos procesos de generación de imagen (generate_dat_file e hash_db) deben estar con programación en agenda y ejecutándose de forma alternada.

Habrá un proceso de discontinuidad de la Generación de DAT en el futuro, donde los clientes serán comunicados sobre cuál será el plazo.

06. ¿CUÁNDO LAS FUNCIONALIDADES ESTARÁN DISPONIBLES EN EL KIOSK?

Estas funcionalidades solamente estarán disponibles para la Aplicación Mobile.

07. ¿ES POSIBLE SUSTITUIR EL KIOSK POR EL MOBILE?

Sí, basta descargar la versión de la Aplicación Mobile en la Tableta y realizar un login con el mismo usuario.

08. ¿ES POSIBLE REALIZAR UNA PRUEBA DE LA APLICACIÓN NO DAT VERSIÓN NO DAT?

Sí, en la tienda Google Play tenemos disponible una versión NO DAT para Beta pruebas.

09. ¿EL KIOSK SERÁ DESCONTINUADO?

Tendremos una versión única de aplicación considerando y centralizando todas las nuevas funcionalidades, versión esta que se comunicará inmediatamente cuando se establezca su plazo de liberación al mercado.

10. ¿CUÁLES SON LAS ACCIONES PARA INICIAR EL USO DE LA VERSIÓN?

Paso 1 - Obligatorio - Nuevo proceso de generación de Hashes - La programación en agenda de la generación de Hashes se creó automáticamente para clientes que tienen la programación en agenda de la generación de DAT. De esta manera solamente es necesario verificar si el proceso se está ejecutando con éxito. Para entender cómo realizar la acción verificar la programación en agenda y crearlo, es necesario, acceder al ítem 06 de esta documentación. En caso de inconsistencia en la generación del "hash_db" solicitamos que se abra un ticket para que el Soporte TOTVS evalúe la situación.

Paso 2 - Opcional - Parametrizar el usuario de la Aplicación Mobile para utilización del PIN, para verificar cómo realizar esta acción acceda aquí. 

Paso 3 - Opcional - Efectuar la orientación para los empleados por medio de un comunicado sobre la modificación de flujo para el reconocimiento facial cuando ocurra el Multireconocimiento. 

Paso 4 - Opcional - Para los clientes que están observando demora/problema de sincronización de registros del APP con la Plataforma, entre en contacto con el Soporte para solicitar la activación de la funcionalidad Resincronización de registros. Más detalles en el ítem 3.1 de esta documentación.

Paso 5 - Opcional - Realizar la actualización de la versión Beta prueba para conocer la versión y verificar la funcionalidad. En caso de error solicitamos la apertura de ticket. Para verificar cómo realizar la actualización de la versión beta, acceda aquí.

11. ¿CÓMO HABILITAR Y EJECUTAR LA GENERACIÓN DE HASHES?

La Generación de los Hashes se realiza por un proceso de la Plataforma Carol, el proceso se llama “hash_db”, se ejecuta por medio de programación en agenda. Para acceder, seleccione Carol Apps, y después “TOTVS RRHH Clockin BackOffice”. De acuerdo con el siguiente print en la Solapa Process, tenemos el proceso “hash_db”:

La Generación de los Hashes se finalizará cuando se muestre el estatus "Complete" en la línea del Proceso hash_db, de acuerdo con el siguiente print:

Para verificar si el proceso está programado en agenda, en la Pantalla de ejecución del proceso Hash_db  (Seleccione Carol Apps, y después “TOTVS RRHH Clockin BackOffice”. En la solapa "Process" tenemos el proceso “hash_db”). En la columna Schedule de la consulta de los Procesos es posible ver la programación en agenda del proceso realizado.  A continuación se muestran algunas reglas:

• Al efectuarse la liberación del NO DAT tendremos un período donde las funcionalidades de la base de imagen por el archivo DAT y NO DAT funcionarán en paralelo mientras las aplicaciones no son totalmente actualizadas para la versión del NO DAT. De esta manera es necesario durante un período que la programación en agenda del "generate_dat_file" se mantenga para que los archivos .DAT se generen para usuarios que no migraran al NO DAT.
• En este caso lo indicado es intercalar el horario de las generaciones. Ejemplo: si la generación de DAT ocurre de 4 en 4 horas, a las 00:00, 04:00, 08:00, 12:00, 16:00, 20:00, la programación en agenda del hash_db podrá realizarse a las 02:00, 06:00, 14:00, 18:00 y 22:00. Observe también el tiempo que lleva en promedio la generación, talvez sea necesario ajustar un período mayor para que sea posible intercalar las generaciones. 

Para realizar la programación en agenda, en la columna "Schedule" es necesario acceder al enlace "+ Add a Schedule" e informar la programación en agenda, de acuerdo con las reglas descritas en el párrafo anterior. Recordando que la programación en agenda puede informarse considerando la misma configuración del proceso generate_dat_file pero, intercalando los horarios.

12. ¿CÓMO CONSULTAR LOS HASHES GENERADOS?

Los hashes generados son fácilmente visualizados por medio del "Data Model Hashes". En el Menú lateral izquierdo haga clic en "Data Model", para seleccionar la opción "Hashes". A continuación se muestra una descripción de lo que significa cada campo del "Data Model Hashes":

• Image Sequence: es la secuencia de imagen del Data Model Imagem 
• Source: cuál es el origen del Hash. Aquí podemos tener el origen Clockin que significa que el hash vino de un registro. También podemos tener "hr" que significa que el hash vino de una foto registrada en el Registro de imágenes 
• Sequence: es la secuencia del hash generada para el Person ID (RCPF)
• Image Code: es el Image Code (Código de la imagen) del Data Model Imagem 
• Code: es el campo utilizado para grabar el código del dispositivo que la persona efectúa el registro. Esta información permite buscar los hashes por dispositivo en un primer momento. Entonces para personas que registran siempre en el mismo dispositivo la búsqueda será mucho más rápida.  
• PersonId: es el RCPF del Empleado 
• Grouping field: es la información del empleado referente al grupo utilizado como separador de imagen. Ej: si el separador de imagen fuera el campo "mdmgroupsectioncode" entonces el contenido del campo Grouped Section Code del Empleado se generará en este campo.  
• Active: si el empleado está activo o la fecha de desvinculación del empleado es futura, entonces este campo queda como Active, Si el empleado fuera desvinculado la información se actualizará como inactive. Los registros inactivos se utilizan para actualización en la aplicación cuando el empleado fuera desvinculado.
• Image Hash: son los códigos generados referentes a los puntos del rostro. Se utilizan para el reconocimiento facial 
• Name: nombre del empleado 
• Connector: conector de origen de registros. Como se generó por el proceso de HASH_DB las informaciones se actualizan por este conector en el Clockin.
• Created: fecha y hora que el registro se creó en el Data Model Hashes
• Last Updated: última actualización del registro
• Record Id: es el campo clave de identificación del registro 

A continuación se muestran las reglas para cuando ocurra la Generación de Hashes:

• Empleados activos o con fecha de desvinculación futura. 
• Empleados que no ven el ERP deben tener fecha de ingreso completada 
• Se generan "Hashes" de las Imágenes válidas del Registro de empleados del Backoffice (imágenes con el indicador verde).
• Se generan "Hashes" de las Imágenes de los últimos cinco registros del empleado. 
• El proceso también genera "hashes" para empleados desvinculados sin embargo con el campo "Active" como "False", estos "hashes" se integran con la aplicación para indicar que el empleado fue desvinculado. Para los otros casos el campo "Active" se genera como "True".

13. ¿CUÁLES SON LOS PASOS PARA REALIZAR EL FLUJO DEL NO DAT?

El flujo del NO DAT se compone de los siguientes pasos: 

Paso 1 - Registro de la foto, que puede realizarse de tres maneras:

• Incluir en el "Backoffice" 
• Vínculo de fotos en el registro 
• Integración de la foto vía ERP 

Paso 2 - Efectuar la programación en agenda del proceso de Generación de "Hashes" ("hash_db"). Este proceso genera informaciones en el "Data Model Hashes". Para más detalles acceda al ítem 06 de esta documentación

Paso 3 - La aplicación Mobile realiza la sincronización de los "hashes" y graba las informaciones en base de datos de tres maneras:

• En el momento del "Login"
• De tiempo en tiempo por medio de una programación en agenda en la aplicación
• Por la opción "Sincronizar empleados" realiza la sincronización al inicio y por medio de la opción de sincronización parcial (menú lateral de la aplicación)

Paso 4 - Cuando el empleado se ubica para realizar el registro por reconocimiento la aplicación consulta las informaciones en la base de datos para realizar el reconocimiento facial. A continuación se muestran las reglas que se utilizan para buscar los "hashes" para el reconocimiento:

• La aplicación realiza una búsqueda de "hashes" que registran en este dispositivo para optimizar el reconocimiento. Si no encuentra, este realiza la búsqueda en los otros "hashes".