SERVICIOS FIJOS

• Se ha cambiado toda la presencia de este mantenimiento. Ahora se ven más grandes los campos descriptivos de cada servicio y se ha sustituido la asignación diaria (lunes, martes, miercoles, etc) por una imagen de un punto que confirma si está activo para ese día el servicio maestro. 
• En la asignación de periodos ahora hay un nuevo campo que le dirá al montaje si el servicio sale o no desde nave. Con esto conseguiremos que no avise la GESTION DE ALARMAS DE PRESENCIA de aquellos servicios que no salgan de nave.
• Se ha corregido el modo de duplicar servicios fijos.
• Se ha reorganizado la opción de añadir periodo a varios servicios fijos de golpe.

MONTAJE DE SERVICIOS

• Se ha quitado el aviso de que no tiene activada la casilla de SALIDA DE NAVE, ahora corre por cuenta del usuario ponerlo o no en el montaje del servicio cuando lo esté creando/editando.

SERVICIOS

• De la ficha del servicio, se ha quitado toda la parte que está ligada a partes de servicios (lengüeta llamada PARTES). El motivo es que toda esta programación está anticuada y actualizada en realidad en la gestión de partes por servicios. 
• En la pantalla principal de servicios, junto al apartado de totales presupuestados (abajo a la derecha) tenemos un nuevo checkbox con el título SERV.A CABALLO. Su activación o no hará que en el apartado de TOTALES de servicios filtrados, aparezcan o no los servicios que están a caballo entre fechas (aquellos servicios que su inicio no es igüal al DESDE de los servicios filtrados, pero que la fecha DESDE si que se encuentra entre sus etapas ... servicios marcados con color verde). Por defecto este checkbox aparece desconectado.
• En el listado de servicios ahora se contempla la opción de que aparezcan o no los servicios a caballo dentro de los totales.

SERVICIOS

• En la duplicación de servicios se ha solucionado el problema de que cuando se duplicaba el servicio se perdía el tipo de orden que en su momento antes de la duplicación se tenía seleccionado.  

• De la ficha del servicio, voy a borrar toda la parte que está ligada a partes de servicios (lengüeta llamada PARTES). El motivo es que toda esta programación está anticuada y actualizada en realidad en la gestión de partes por servicios. Estos cambios están ligados a los cambios que voy a realizar sobre partes de servicios para relacionarlos con las lecturas RFID del vehículo.
  
  
  También estos cambios están ligados, o han sido iniciados, por los cambios que voy a realizar en la ficha de servicios debido a que ahora desde los maestros de servicios fijos, se va a intentar crear las rutas de montaje automático diciéndole al servicio que lo inicia si sale o no desde nave (para saber que servicios van ligados y no pasan por nave para realizarse).
  
  
  Con esto también conseguiremos parte de la programación que es necesaria para saber cual es en realidad la hora de fichado en nave del conductor, la del servicio o la de su jornada laboral.
  
  

MONTAJE DE SERVICIOS

• Ahora en la pantalla sobre la que estamos montando vehículo y conductor, y en la parte de abajo, donde aparecen los conductores libres (para poder montar), aparece el montaje que tiene hasta el momento ese conductor. Por supuesto siempre dentro del margen solicitado para el montaje. Conforme vas cambiando de conductor(libre de montaje) cambiaran sus servicios (montaje).

RFID MOVIMIENTOS

• Modificada tabla para que podamos borrar registros de malas lecturas (fallos de recogida de antena). 

GESTION DE ALARMAS

• Se solucionó el problema de que cuando un servicio tuviera varios montajes (relevos) avisara por el inicio (INICIO DE ACTIVIDAD PARA EL CLIENTE) de cada uno de estos montajes. Ahora sólo informará del inicio del servicio, cuando sea el momento de salir de nave (primer montaje ordenándolo por fecha de inicio, indiferente del conductor). Si resultara que es un servicio que está ligado a otros servicios, por lo que no sale de naves, también informará del inicio de su actividad al cliente.

OPENBUS - BD

• Se modificó la estructura de la tabla de registros de movimiento de RFID, para que no se produzcan más errores por duplicación de registros. El problema residía en que la aplicación de recogida de registros de RFID creaba un fichero de error cuando en el mismo segundo y mismo vehículo se intentaba crear un registro. Esto es debido a que no controlabamos que en el mismo segundo puede detectar dos etiquetas (distintos tags) de un mismo vehículo. Al modificar el índice primario de la tabla y añadirle el código devuelto por el tag se soluciona este fallo.

RFID lecturas

• Se modificó el módulo para que nos informe de cuando crea ficheros con la extensión .sin_vehic. Estos ficheros se crean cuando son detectadas etiquetas que no pertenecen a ningún vehículo, por ejemplo las de la ropa de personal, algún libro, etc.

GESTION DE ALARMAS

• Se modificó este módulo para que cree la gestión de avisos a clientes por inicio de servicio. En realidad emitimos un correo al cliente avisándole de este evento, por supuesto siempre que el cliente en su ficha contenga un correo electrónico.
• En la gestión de configuración de este módulo, tenemos también la posibilidad de modificar los datos de la cuenta que emite el correo, a que cuentas adicionales (remitentes) queremos que también avise, la ctdad de avisos por inicio de servicio, el texto que queremos que aparezca en el mensaje, etc. 

RFID movimientos

• Se modificó este módulo para que se pueda filtrar también por los movimientos de cierta etiqueta (tag de control RFID) de un vehículo.