32. El módulo de control de presencia (asistencias). Error de assets/javascript

 1. Definición de parámetros

Nos basamos en Synkiria En el menú superior izquierdo seleccionamos en "Ajustes". A continuación en el menú laeral izquierdo hacer click en "Asistencias"


Ahora tenemos la pantalla siguiente y definimos:

  • El tipo de identificación del usuario (por Código de barras (RFID) o por selección manual)
  • El dispositivo de lectura para el caso que tengamos un lector de códigos de barras (que puede ser la camara frontal o trasera)





2. Definir la identificación del empleado

Hemos visto que para identificar un empleado podemos utilizar un PIN manual (código NIP)  o un código de barras (ID de credencial) 

Para ello vamos al empleado (Menu lateral izquierdo -> Empleados) y en un empleado en cuestión, en la pesaña de "configuración RRHH", podemos dar el PIN o el código de barras. 
El código de barras, si queremos lo puede generar el sistema (haciendo click sobre "Generar")




Si le damos a imprimir credencial para imprimir la tarjeta del código de barras, a mi me ha dado estos problemas:

1. RenderPMError: Can't setFont(Times-Roman) missing the T1 files. Para solucionarlo ejecutamos  tal como dice Manjima K Joseph

pip3 install reportlab



2. RenderPMError: cannot import desired renderPM backend rlPyCairo. Se ha tenido en cuenta la solución de stackoverflow y se ha ejecutado:


sudo apt install libcairo2-dev pkg-config python3-dev

sudo pip3 install pycairo

sudo pip3 install rlpycairo

Con esto ya podemos imprimir la tarjeta que quedaría



Por tanto, este usuario puede acceder por PIN (modo Qiosco) o por código de barras.



3. Error en assests / javascript:

Entrar en el bichito y Regenerar paquetes de activos





Comentarios

Publicar un comentario

Entradas populares de este blog

4. Desarrollando con Odoo (2). Introducción a modulos, vistas, modelos .. Añadir dependencias externas de Python a Odoo

Imagen
Hemos creado un módulo utilizando "odoo scaffold nombre_modulo" dentro de la shell del contenedor con usuario root #1. Entrar en el contenedor como root y ejecutando un bash de comandos docker exec -it --user root < nombre_contenedor_creado> bash #3. Ir al directorio /mnt/extra-addons y ejecutar odoo scaffold ximoapp01 cd /mnt/extra-addons odoo scaffold ximoapp01 Hemos hecho un enlace simbólico al directorio con lo que podemos ver los ficheros con Visual Studio Veamos los ficheros a modificar 1. __manifest__.py  Quitar el comentario de la línea  'security/ir.model.access.csv' , Podemos añadir dependencias externas en la etiqueta external dependencies. Ejemplo "external_dependencies": {"python": ["unidecode", "cryptography"]}, 2. models/models.py Quitamos comentarios y cambiamos el nombre para "task" class task (models . Model): _name = 'ximoapp01.task' _description = 'ximoapp01.tas...
Leer más

26. Desarrollando con Odoo (21). IMPORTANTE: Entorno de desarrollo. Instalar odoo. Modulos. scaffold. Recapitulaciones del capítulo 8 (Development, Test and Debug).

Imagen
1. Instalar Postgres Nos basamos en el libro de David Reis Para ello actualizamos el sistema, instalamos postgres, asignamos nuestro usuario como super usuario de la BD y arrancamos el servicio de postgres "env": {"PYTHONPATH":"${workspaceRoot}"},  // modify PYTHONPATH #1. Instalar Postgres sudo apt update sudo apt install postgresql #2. Hacer nuestro usuario DB Superuser sudo su -c "createuser -s $USER" postgres #3. Arrancar el servicio de postgres sudo service postgresql start 2. Instalar las dependencias de Odoo Nos basamos en el libro de David Reis Instalamos librerías, node, y less Instalamos tambien wkhtmltopdf #1. Instalar Git sudo apt update sudo apt install git #2. Instalar python v.3 sudo apt install python3-dev python3-pip python3-wheel python3-venv #3. Instalamos dependencias del S.O. sudo apt install \ build-essential \ libpq-dev \ libxslt-dev \ libzip-dev \ libldap2-dev \ libsasl2-dev \ libssl-de...
Leer más

8. Desarrollando con Odoo (6). Herencia de clase en modelos. Herencia de vistas. Operaciones numeradas en Odoo ??

Imagen
1. Introducción  En odoo tenemos 3 mecanismos de herencia de modelos. Para una clase padre llamada "padre" (_name="padre") veamos los 3 mecanismos de hernacia  El primero és una herencia tradicional añade atributos al modelo padre y se almacena en la misma tabla. La nueva clase es compatible con las vistas existentes de la clase padre. Para esta nueva clase se utiliza el mismo valor del atributo _name ("padre")  del padre (no hace falta volverlo a definir), pero se añade un atributo "_inherit" que toma el nombre del "_name" de la clase padre. Por tanto definiremos _inherit="padre". Se llama herencia de clase que crea una clase compatible con la tabla anterior El segundo es también herencia tradicional y se llama herencia de prototipo , pero el nuevo objeto utiliza una tabla nueva. Las vistas del padre no le sirven. Para ello, hay que proporcionar el nombre de la clase al atributo "_name" e indicar que se hereda (...
Leer más