TALLER

• La pantalla principal de taller ha sido modificada para que puedan verse más partes. Por supuesto se ha tenido que restructurar el resto de datos visibles cada vez que cambiabas de parte. Ahora sólo tenemos información (reducida) de las reparaciones realizadas a cada parte.
• El apartado de historial de reparaciones realizadas por vehículo ha desaparecido como módulo para ser incorporado dentro de la misma pantalla de taller (otra lengüeta para ver el historial).
• Todos los módulos, como fichas de vehículo, que llamaban al histórico han sido modificados para que ahora llamen al módulo de taller y se posicionen sobre la lengüeta de HISTORIAL y filtren por el vehículo explícitamente. 
• Solucionado problema al editar un registro del histórico. Este error sólo ocurría cuando intentábamos editar un registro del histórico que no había filtrado su homólogo parte en reparaciones. (problemas de filtros).

GESTIÓN DE ALARMAS

• Antes los mensajes de que no vinieron a tiempo ciertos empleados eran de tal manera que todos los conductores aparecían en el mismo correo. Ahora se envía un correo por cada conductor detallando los servicios con los que tiene conflicto a partir de ese momento.

PRESUPUESTOS

• A la hora de crear contactos para un presupuesto, la tabla no recogía los datos del presupuesto al que pertenecía. Por lo que se generaba un error. Solucionado.
• En el proceso de creación del registro, se obliga al contacto a tener activado la mensajería por SMS y eMail. Así evitamos posibles olvidos a la hora de mantener informado al cliente del cumplimiento/inicio del servicio contratado.

SERVICIOS

• En el proceso de creación del registro, se obliga al contacto a tener activado la mensajería por SMS y eMail. Así evitamos posibles olvidos a la hora de mantener informado al cliente del cumplimiento/inicio del servicio contratado.

GESTIÓN DE ALARMAS

• Se corrige problema a la hora de enviar las alarmas de no salida a tiempo del vehículo de nave. En el correo que se enviaba y bajo el concepto SALIDA DE NAVE, no nos ponía bien la última salida detectada por el hardware RFID.
• En los mensajes de alarmas de presencia (no presentado a tiempo el fichado del empleado), se presentaba un resumen de los servicios del día del conductor. Pues ahora se presentan sólo los servicios a realizar a partir del momento de la generación de la alarma. Por lo que se empieza con el servicio del que nace la alarma y se continua detallando el resto de los servicios de la jornada del empleado. Pero no se detallan los servicios anteriores al inicio del momento de la alarma.

GESTIÓN DE ALARMAS

• Modificados los diferentes procesos que nos traían datos de la BD, para que si no conseguían conectar con el servidor no colgaran la aplicación o se salieran. Los motivos por los que no pudieran conectarse pueden ser por problemas de hardware o que el servidor empezó con las copias de seguridad. Ahora la aplicación simplemente continua hasta la siguiente vez que tuviera que hacer la comprobación y así continuamente hasta que pueda hacer conexión.

GESTIÓN DE ALARMAS

• Se han reestructurado toda la configuración de la aplicación bajo tres apartados, CONEXIÓN CON SERVIDORES DE DATOS, ALARMAS/AVISOS PARA CLIENTES Y ALARMAS/AVISOS DE PRESENCIA.
• La gestión de avisos de no fichado de personal, ahora distingue si el montaje en cuestión es el primer montaje del día del empleado. Si lo es, calcula la posible hora de fichado basándose en la hora de entrada en nave puesta desde el montaje (hora de entrada por jornada laboral). Por supuesto este cambio de horario de entrada por ser el primero del día afecta tanto a los avisos de no fichado por ENTRADA, como a los avisos de no registrada la SALIDA del empleado.
• Se arregló el aviso a clientes por correo electrónico para que también apareciera el vehículo que realiza el servicio contratado (número de vehículo y matrícula aparece ahora)
• Se arregló para que el aviso a clientes por correo electrónico también controlara si los contactos añadidos al servicio tenían activado su envío del aviso. Es decir, aparte de la cuenta de correo electrónico del cliente, también controlaría el correo electrónico de cada contacto (activado) para su envío del respectivo correo de inicio de servicio.
• Se preparó la gestión para enviar SMS a todos los contactos del servicio que tuvieran activada esta opción de envío del INICIO DE SERVICIO. Nos falta modificar la gestión de estos envíos según el HARDWARE (posibles nuevos dispositivos).
• En la configuración de la aplicación se creó un nuevo apartado para controlar la activación SI/NO de la gestión de envío de avisos por SMS