GESTIÓN DE ALARMAS

• Ahora desde la gestión principal de OPENBUS podemos hacer consultas de todos los correos enviados desde la gestión de alarmas. Este módulo nos permite filtrar entre fechas los avisos/alarmas y también podemos filtrar por tipo de aviso. De tal manera que podemos pedirle por ejemplo desde una fecha hasta otra sólo los mensajes de no fichaje a tiempo del empleado. O los mensajes por no salir a tiempo de cocheras el vehículo, etc.
• Este módulo nuevo también tiene accesos rápidos a los servicios realizados por el vehículo/empleado, a la gestión de presencia (ver fichajes realizados) y a la gestión de ENTRADAS/SALIDAS de vehículos de nave (Rfid).

GESTIÓN DOCUMENTAL

• Ahora la gestión documental no usará el API de Adobe Reader. El motivo es por la incompatibilidad encontrada en equipos con windows 8. Así que hemos creado una rutina para comprobar que aplicación está asociada con el tipo de fichero y llamamos a esta para abrir el fichero asociado de la base documental. Las ventajas son grandes pues ahora podemos asociar a la Gestión Documental todo tipo de ficheros y abrirlos con su aplicación asociada. Los inconvenientes son que por ejemplo ahora no podemos hacer previsualizaciones del fichero hasta que no haces doble clic sobre el fichero asociado. Así que si un registro tiene asociados varios ficheros, los iremos viendo uno a uno haciendo doble clic sobre cada uno de ellos. 
• Estos cambios de la gestión documental han sido realizados en diferentes módulos de la aplicación (no sólo en la gestión documental). Por ejemplo en taller, personal, etc.

MONTAJE DE SERVICIOS / GESTIÓN DE ALARMAS

• La tabla de Montaje de servicios ahora tiene un nuevo campo que recogerá la cantidad de mensajes enviados porque el vehículo ya salió de cocheras, después de una no salida a tiempo. En montaje de servicios ponemos los avisos a cero por si se modifica su montaje después de empezar su gestión de alarmas.
• Ahora desde la gestión de alarmas, cuando nos avise de que un vehículo todavía no ha salido de nave, si después inicia la salida ... no solo avisará al cliente del inicio del servicio (aunque tarde), sino que también nos volverá a avisar a la misma cuenta donde avisó que todavía no había salido, que ahora ya lo hizo.

CUENTAS CON CONDUCTORES / LIQUIDACIONES

• Cuando se creaban liquidaciones que estaban a caballo entre dos años, por ejemplo desde el 1 de Diciembre del año actual hasta el 31 de Enero del año que viene, no filtraba la liquidación recién creada. Este motivo era porque las liquidaciones estaban concebidas para sólo hacerlas por meses, por eso abajo cuando se filtraban las recien creadas sólo visualizaba las del año que se le pedía. Ahora si están a caballo entre dos años, se verán en el año desde el que arrancan.

SERVICIOS

• En la pantalla principal, en cuanto que cambias el filtro de busqueda de servicios por fecha (Desde), automáticamente se cambiará el Hasta.

GESTION DE ERRORES

• En cuanto se genere un error a la hora de grabar un registro, pasa a la pantalla de gestión de envío de errores. La cual ha sido modificada para que envíe automáticamente un correo al soporte técnico de la aplicación.

VEHICULOS

• Modificada la botonera que había de accesos a otros módulos que tienen relación con vehículos. Se la saca del Grid y se la pone encima con mayor tamaño y definición.

MONTAJE DE SERVICIOS

• Modificada la pantalla donde se presentaban los solapajes (servicios en conflicto). Ahora se ha adaptado para su mejor visión (tablets, tfno, etc)

TALLER

• Modificada la gestión de permisos para la base documental de las reparaciones desde taller. Ahora, se permite la consulta pero no se permite añadir o imprimir si no tiene permisos para esta parte.
• Ahora a la hora de imprimir partes, se ha modificado el tamaño de la letra de la descripción detallada de la avería puesta en el parte de trabajo.
• Modificada la gestión de permisos del borrado de reparaciones, fallaba si se borraba el módulo al que pertenecía.
• Ahora se permite al usuario que no tenga permisos de modificación de partes, poder entrar en ellos pero no podrá añadir/modificar nada. Sólo modo consulta. Así podrá consultar como va dicha reparación solicitada.

TALLER

• El personal de taller, tiene permisos para entrar a la gestión de taller y crear/modificar tanto reparaciones como partes. Pero el resto de personal, si sólo tiene permisos de INSERTAR partes, sólo podrá hacer esto. No podrá ni borrarlos, solo lo podrán modificar/borrar el personal de taller con permisos para ello.
• Solucionado problema al crear un parte nuevo de taller. Aparecían reparaciones que nadie había introducido. Eran las reparaciones del parte en el que se había situado anteriormente el usuario. Solucionado al grabar el registro y buscar el recién modificado. Pues ahora al buscarlo automáticamente filtra sus reparaciones.

SERVICIOS

• Cuando modificábamos ó creábamos contactos y pulsábamos la tecla INTRO, automáticamente se salía de este mantenimiento y volvíamos a la ficha del servicio. Ahora ya está solucionado.
• Ya no obligamos / controlamos la falta de contactos en los servicios fijos. 

PRESUPUESTOS

• Cuando modificábamos ó creábamos contactos y pulsábamos la tecla INTRO, automáticamente se salía de este mantenimiento y volvíamos a la ficha del presupuesto. Ahora ya está solucionado.

CONTROL DE PRESENCIA

• Borrada opción de crear fichaje y puesta en el navigator que hay debajo de los fichajes filtrados. También se ha incluido la opción de borrar y modificar fichajes (pero sólo lo realizará sobre fichajes falsos / creados manualmente).
• A partir de ahora al entrar en el control de presencia filtrará los fichajes del día actual, hasta que cambie el margen de fechas a filtrar.
• Tenemos un botón de filtrado rápido de los fichajes del día actual.

TALLER

• Solucionado fallo al cerrar un parte que pertenecía a un concepto repetitivo por km. Este se producía al intentar traer el concepto a repetir para ver a que km tenía que programar el siguiente parte por este concepto.

GESTIÓN DE ALARMAS

• Desde esta versión, empezamos a controlar las no salida a tiempo de cocheras del vehículo. Hasta ahora lo hacíamos por el control de presencia del conductor, incluso anticipando su salida de nave prevista. Pero a partir de ahora se implementa el control de salida de cocheras. Esto sirve para controlar casos como el siguiente. que el empleado/conductor fiche la entrada por presencia, pero se líe haciendo otras labores y no se acuerde de empezar el siguiente servicio.
• Para el control anterior se ha habilitado también el acotamiento a una cantidad de horas para buscar cual es el anterior servicio a controlar su salida. Si no se hiciera esto (acotar) probablemente buscaría de un vehículo su anterior servicio y podría ser de meses anteriores. Por lo que avisaría de su salida hoy de un servicio de hace meses.
• Como se ha puesto una cantidad de mensajes tope para avisar por no salida de cocheras, se ha corregido el problema que ocurría al poner 0 en este concepto. Que de todos modos enviaba un mensaje.

GESTIÓN DE ALARMAS

• Desde la modificación última de control de salida nada más detectada (para avisos a clientes), se han introducido una serie de controles (mensajes) de error de conexión con el servidor. Estos no pasan desapercibidos y no permiten progresar a la aplicación cuando se producen. Esto sobre todo ocurre cuando empiezan las copias de seguridad. Ahora se controlan mucho mejor estos errores y se permite continuar con la aplicación.
• Ahora desde la gestión de alarmas, controlamos el montaje puesto para el primer servicio del día. Es decir que ahora se avisará si no ha venido el conductor (para el primer servicio del día) comprobando cual es el fichaje propuesto para el día (genérico) desde el montaje.

TALLER

• Hemos retocado el mantenimiento de familias de artículos. Ahora podemos crear nuestra familia y ponerle nuestra propia REFERENCIA. Este mantenimiento se ha creado con el fin de que los artículos puedan pertenecer a una familia de artículos genérica creada por el usuario.
•  Se ha retocado el mantenimiento de artículos para que podamos hacer referencia a la familia a ala que pertenecen y a la zona/concepto a reparar. Desaparecen los conceptos de proveedor porque será en si la gestión de compras la que nos dirá las últimas compras realizadas con nuestra referencia de artículo.
• Se corrigieron errores en la creación y edición de registros de artículos.
• Corregido fallo en mantenimiento de artículos al filtrar los artículos por una familia de artículo.
• Ahora desde el mantenimiento de artículos también podemos asociar imágenes al artículo. De tal manera que podemos crear una base documental de documentos (como esquemas, especificaciones, etc) por una referencia/artículo nuestro.

COMBUSTIBLE - ENTRADAS Y SALIDAS

• En la importación se había permitido seguir importando registros de suministros aún habiéndose encontrado fallos. Pero se detectó un error y es que si el usuario se olvidaba de hacer el traspaso, el fichero de errores de importación todavía estaba presente y permitía volver a importar los mismos errores (no tomaba bién las fechas de importación). Para solucionar este problema se han hecho los siguientes cambios:

• Una vez terminado el proceso de corregir el/los error/es presentados (o bien ignorando el fallo, o bien corrigiéndolo) y se pulse el botón de salir, se procede a comprobar automáticamente si se puede realizar el traspaso a la tabla real. Para ello se han quitado los botones que habían antes para realizar este proceso manualmente. También se ha retocado el proceso de comprobación de fallos, pues ahora no permitimos dejar ningún registro si se han corregido / ignorado todos los fallos.
• A la hora de importar nuevos registros de la aplicación externa de combustibles, comprobamos cual fue la fecha tope. Esto lo hacíamos ya antes, pero no comprobamos cual es la fecha tope (o la del fichero de errores de importación o la del fichero de registros buenos importados).

GESTIÓN DE ALARMAS

• Modificada toda la pantalla de configuración de avisos a clientes. Ahora todo está en una sóla lengüeta y se ha creado un nuevo campo para acotar el margen de búsqueda del siguiente servicio después de salida de cocheras. Pero claro, esto sólo funcionaría si estuviera activada el aviso inmediato nada más salir de cocheras.
• Modificada la gestión para que a la hora de buscar el siguiente servicio, para su aviso por tener activado este apartado, acote su búsqueda desde el momento en que se descubre la salida de nave hasta la cantidad de horas puestas en la configuración para este concepto. Se aconseja poner un acotamiento de 25 horas.

GESTIÓN DE ALARMAS

• Se ha corregido el problema de que cuando nos avisaba de una incidencia de fichado de un empleado, pues nos informaba del resto de los servicios pendientes, pero no nos informaba del servicio desde el que nacía la incidencia (Descripción detallada de ese servicio).
• Se ha creado una gestión diferente de envíos de correos por salida de nave (RFID). Así diferenciaremos los correos enviados porque se detectó la salida inmediata de cocheras, de los que se envían porque ha llegado el momento de avisar al cliente pero la salida de nave (inicio de etapa) pertenecía a otro servicio. Los correos por salida inmediata de nave, sobre lo impreso como SALIDA BASE, se imprimirá así ... * Salida base: ( *** 12:58 *** ), mientras que en el resto de mensajes sería así * Salida base: 12:58
• Se modifica la gestión para que a la hora de enviar avisos a clientes de salida de nave, distinga entre si están activados por servicios discrecionales/fijos para los contactos de clientes/servicios y para las cuentas de respaldo.
• Se modifica la gestión para que los avisos a clientes de servicios que no son el inmediato servicio a salida de cocheras, se les pueda gestionar con la anticipación de su aviso puesta en la configuración
• Solucionado fallo de la gestión y de la configuración. Si los campos de anticipación no tienen valores (como mínimo 0 en horas y minutos), se generaba un error al calcular la anticipación para el aviso de aquellos servicios que no son el siguiente después de salida de nave (RFID) del vehículo.

GESTIÓN DE ALARMAS

• En la configuración de la gestión se ha cambiado la gestión de lengüetas por ALARMAS-CLIENTES. Ahora en la lengüeta DESTINATARIO / TIPO DE SERVICIOS, se ha diferenciado la configuración del envío de e-mail/SMSa los contactos del cliente, de el envío de e-mail de respaldo. También se puede diferenciar entre enviar e-Mail por servicios discrecionales/fijos a los contactos del cliente y la misma configuración a los e-Mail de respaldo.
• En la misma configuración de la lengüeta DESTINATARIO / TIPO DE SERVICIO, también podemos activar / desactivar el envío de SMS/e-Mail en el mismo momento en el que el vehículo salga de su cochera. Es decir, imaginemos que tenemos configurados DOS e-Mail por el concepto de ALARMAS-CLIENTES si no tenemos activado el concepto de AVISAR SALIENDO DE NAVE, la aplicación se esperará a que llegue su momento de salida de nave para controlar estos avisos, y será este apartado el que envíe los DOS avisos. Ahora imaginemos que tenemos activado el concepto de AVISAR SALIENDO DE NAVE, pues como tenemos que enviar dos avisos, el primero lo efectuará en el mismo momento de salir de cocheras el vehículo (puede ser con anterioridad a la hora de salida de nave puesta desde montaje), y el segundo cuando llegue su momento de salida de nave (montaje del servicio).
• En la misma configuración de la lengüeta DESTINATARIO / TIPO DE SERVICIO, también podemos activar / desactivar el envío de SMS, pero sólo al cliente, de momento no se enviarán SMS de respaldo.
• Ahora en la configuración de ALARMAS-CLIENTES y en la lengüeta CTDAD.MSGS / ANTCIPACION, seguimos teniendo la Ctdad.de e-Mail / SMS a enviar. Pero ahora hemos añadido la opción de anticipar el aviso por salida de cocheras.
• Se ha modificado la gestión de avisos a clientes y de respaldo para controlar si tienen activado el envío por servicios discrecionales ó fijos.
• Se ha modificado la gestión de avisos a clientes para tener en cuenta la anticipación del aviso por salida de nave.
• Se ha modificado la gestión de avisos para controlar el envío de e-mail y sms en el mismo momento en el que el vehículo salga de nave (primer mensaje). Esto es debido a que si el vehículo sale por ejemplo una media hora antes de la hora puesta en su montaje como salida de nave, pues avisará de la salida justo cuando salga y el resto (por si se configuraron más de un mensaje por este concepto) cuando llegue el momento de comprobación según su salida de nave, conforme al montaje, menos la anticipación (por si estuviera configurada).

CONTROL DE PRESENCIA

• Solucionado problema cuando una contraseña estaba creada pero dada de baja. Error al intentar gestar con el código del usuario, cuando este no nos lo había devuelto la búsqueda(registro dado de baja).

TALLER

• Ahora desde taller podemos ver la base documental de un vehículo. Pero siempre que hayamos filtrado antes por este vehículo. Para ello pulsaremos en la opción/botón DOCUMENTACION.
• El mantenimiento de zonas de vehículo se ha adaptado al nuevo estilo de diseño de la aplicación. También se han modificado algunos inconvenientes del uso de botones para Windows 8.1

VEHICULO

• Ahora desde la ficha del vehículo podemos ver la base documental de el vehículo seleccionado. Para ello pulsaremos en el botón con el icono BASE DOCUMENTAL.

BASE DOCUMENTAL

• Ahora cada registro de la base documental puede ser ampliado con un nuevo campo, vehículo al que pertenece. Por supuesto se permite no poner este campo del vehículo, porque puede ser que no pertenezca a ningún concepto asociado con vehículos.
• Desde la pantalla principal que presentamos la base documental, podemos filtrar por el campo vehículo. Por lo que podríamos buscar toda la documentación digitalizada correspondiente al vehículo seleccionado.

GENERAL

• Creada nueva opción (menú de iconos de pantalla principal) para cerrar la sesión de un usuario (LOGOUT).
• El mantenimiento de tipos de avisos (ligados a la agenda y a taller) se ha adaptado al nuevo estilo de diseño de la aplicación.
• El mantenimiento de CONCEPTOS DE AVISOS (ligados a la agenda y al taller) se ha adaptado al nuevo estilo de diseño de la aplicación.

TALLER

• Cuando cierras un parte de taller que pertenece a un concepto repetitivo, si le decimos de crear el siguiente parte (repetitivo), debe de tomar los km para el nuevo parte de la reparación, no del parte cuando se creó. Si tiene varias reparaciones, tomará los km de la reparación con mayores kilómetros.
• Cuando creas/modificas la reparación si los km. introducidos son menores que los km. del parte, nos avisa de esta incidencia ... pero permite su grabación.

GENERAL

• Nueva versión del control antipiratería de la APP. Ahora no sólo se comprueba la CPU del equipo, sino que también se comprueba la versión del programa. Lleva un proceso de instalación si el programa no fue registrado anteriormente.
• Nuevo control de uso de la aplicación. En la configuración de la APP ahora hay un nuevo temporizador de no uso de la aplicación. Si después de ese tiempo nuestra APP no ha sido usada, volverá a preguntar por la contraseña del usuario anterior. Si no se desea continuar con el mismo usuario pulsar cancelar para salir de la aplicación. También dará un máximo e 3 oportunidades de acertar la contraseña del anterior usuario.

SERVICIOS

• Corregido fallo a la hora de añadir servicios en una fecha que no tenía servicios anteriormente.

TALLER

• Que cuando se cree/modifique un PARTE, no controle los km del vehículo. Que sólo los controle/actualice en las reparaciones.
• Que cuando desde la reparación de el aviso de fallo de km, que no permita actualizar los km del vehículo. Aunque si que dejará actualizar el registro de la reparación. Simplemente avisará del fallo.

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

MONTAJE DE SERVICIOS

• Ahora en la pantalla principal de montaje de servicios y en la parte de la derecha (arriba), aparece un nuevo tipo de filtro para los servicios a montar del día. Es el apartado de PRIMER FICHAJE EN NAVE. Este apartado sirve para decirle al montaje, en el margen de fechas que filtramos, que el primer servicio de cada conductor tiene como fichaje en nave esta hora que ponemos. Así conseguimos que el conductor sepa cual es su hora de fichado diaria. Es decir que si por ejemplo el primer servicio es a las 11 am, su hora de fichado en nave sería a las 7:00 am (por ejemplo). Por su puesto esto sólo lo calculará si está marcado para ese día que lo calcule sobre los servicios fijos o los servicios discrecionales. Si no estuvieran marcadas estas casillas, pondría como hora de fichado en nave la que estuviera en parámetros generales del montaje.
• Se ha conseguido que guarde para cada montaje (fecha) su configuración de PRIMER FICHAJE EN NAVE. Esto es importante porque los fines de semana, festivos y periodos vacacionales puede tener diferente configuración. También sirve para que luego posteriormente se calcule bien la gestión de alarmas de presencia.

MONTAJE DE SERVICIOS

• Quitado del montaje de servicios los campos de solicitante, telefono y fax/email. Estaban en los módulos que presentaban todo el montaje del servicio elegido y también en el módulo que modificaba/creaba un montaje.
• También se quitó del módulo que presentaba el solapaje

PRESUPUESTOS

• En presupuestos se han quitado también estos campos en los módulos de edición /creación de presupuestos y en su duplicación.

FACTURACIÓN

• Quitado del mantenimiento de facturas emitidas los campos de solicitante, telefono y fax/email. Sobre todo se usaban para informar en el módulo que nos decía si el servicio tenía o no observaciones.

CLIENTES

• Se modificó el tratamiento de como filtrar los contactos de la ficha de clientes. Ahora ya no se usa un procedimiento almacenado dentro de la misma BD, sino que es el mismo programa el que envía la solicitud de la sentencia SQL.

LIQUIDACIONES (Cuentas con empleados)

• Se ha añadido una pantalla nueva que aparece al crear una nueva liquidación, esta nos pide que confirmemos las fechas con las que crear la próxima liquidación (puede que el filtro de la pantalla anterior sea diferente en las fechas). Así evitamos que se cuelen liquidaciones con fechas incorrectas.

MONTAJE DE SERVICIOS

• Se ha quitado de la pantalla principal de montaje, la parte que fallaba al actualizar el servicio, pues todavía hacía referencia al modo antiguo de guardar los contactos.
• Se modifica el parte del conductor para que ahora aparezcan los diferentes contactos que tuviera el servicio.

SERVICIOS

• Se modifica la búsqueda por contacto del mantenimiento de servicios, pues ahora tiene que hacer búsqueda entre los diferentes contactos que puede tener un mismo servicio

PRESUPUESTOS

• Se modifica la búsqueda por contacto del mantenimiento de presupuestos, pues ahora tiene que hacer búsqueda entre los diferentes contactos que puede tener un mismo presupuesto

SERVICIOS

• Se ha quitado de la ficha del servicio todo lo relacionado con el solicitante del servicio (Solicitante, TelefonoContacto y FaxEmail), pues ahora un mismo servicio puede tener varios contactos. De hecho se ha creado un nuevo mantenimiento para añadirle al servicio tantos contactos como necesiten. Estos contactos pueden ser añadidos de la ficha del cliente, eligiendo alguno de sus contactos o incluso eligiendo al propio cliente como contacto. O también pueden ser añadidos directamente sobre el servicio sin necesidad de que sean guardados en la ficha del cliente.
• Para poder trabajar con estos contactos se ha creado una tabla de contactos ligados al servicio por su número. Por lo que se ha creado toda la programación necesaria para crear la tabla si todavía no existiera en la BD del servidor.
• Al tratamiento de estos contactos (mantenimiento) se le ha añadido la posibilidad de poder marcarlos para que sean avisados por SMS y por correo electrónico del inicio del servicio (Gestión de Alarmas). Evidentemente a la salida del mantenimiento del servicio (edición/creación) nos avisa si no tiene contactos y si estos no tienen puesto algún tipo de aviso para la Gestión de Alarmas, aunque nos permite grabar los cambios realizados sobre el servicio
• La duplicación de servicios ahora contempla la posibilidad de poder traspasar todos los contactos del servicio que se quiere duplicar.
• Por supuesto se ha generado una aplicación para traspasar todos los datos de SOLICITANTE de cada uno de los servicios generados al nuevo tratamiento de contactos

PRESUPUESTOS

• Se ha quitado de la ficha del presupuesto todo lo relacionado con el solicitante del presupuesto (Solicitante, TelefonoContacto y FaxEmail), pues ahora un mismo presupuesto puede tener varios contactos. De hecho se ha creado un nuevo mantenimiento para añadirle al presupuesto tantos contactos como necesiten. Estos contactos pueden ser añadidos de la ficha del cliente, eligiendo alguno de sus contactos o incluso eligiendo al propio cliente como contacto. O también pueden ser añadidos directamente sobre el presupuesto sin necesidad de que sean guardados en la ficha del cliente.
• Para poder trabajar con estos contactos se ha creado una tabla de contactos ligados al presupuesto por su número. Por lo que se ha creado toda la programación necesaria para crear la tabla si todavía no existiera en la BD del servidor.
• Al tratamiento de estos contactos (mantenimiento) se le ha añadido la posibilidad de poder marcarlos para que sean avisados por SMS y por correo electrónico del inicio del servicio (Gestión de Alarmas). Evidentemente a la salida del mantenimiento del presupuesto (edición/creación) nos avisa si no tiene contactos y si estos no tienen puesto algún tipo de aviso para la Gestión de Alarmas, aunque nos permite grabar los cambios realizados sobre el presupuesto
• La duplicación de presupuestos ahora contempla la posibilidad de poder traspasar todos los contactos del presupuesto que se quiere duplicar.
• Se modificó el traspaso de presupuestos a servicios para que ahora también nos traspase a cada servicio los contactos que tuviera el presupuesto
• Por supuesto se ha generado una aplicación para traspasar todos los datos de SOLICITANTE de cada uno de los presupuestos generados al nuevo tratamiento de contactos

LIQUIDACIONES

• Se ha modificado la introducción de líneas para el recibo de dietas de una liquidación. Se ha quitado el campo de fecha de fin de etapa, porque el concepto retributivo hace referencia a cada etapa o día. Si un servicio tuviese varios días, se crearían tantos registros como días tuviera el servicio.
• En la gestión de anticipos/devoluciones de dinero con los empleados ya no se obliga a introducir el número de servicio al que pertenece.

PARTES DE TALLER

• Antes si entrabamos en el módulo de taller, nos presentaba directamente los partes de reparación todavía no cerrados. Y cambiando de registros, abajo iba presentando la etapa de servicios del día del vehículo del parte de reparación seleccionado. Pero si filtrabas por un vehículo y no tenía partes, no nos presentaba la etapa de servicios del vehículo. Pues ahora ya está solucionado. Tanto si tiene, como sino, partes de taller nos presentará su etapa de servicios diaria(gráfico de ocupación).

LIQUIDACIONES

• Se ha arreglado el fallo que provenía de no traer bien el número de la próxima liquidación a crear.
• En el módulo principal de liquidaciones, donde se gestionan las cuentas con cada empleado, ahora el grid / malla que presentaba las liquidaciones creadas no nos informa de la fecha de creación de cada liquidación. Siguiendo las líneas generales de diseño de OPENBUS, ahora tiene justo debajo un botón de información del registro, donde se puede consultar la información de quién creó el registro, quién fue el último que lo modificó y si fue dado de baja, quién lo hizo.
• Solucionado el problema de que no recogía los datos del usuario que creó la liquidación.

CONTROL DE ALARMAS Y AVISOS

• Se ha mejorado la gestión de avisos por email a los clientes para que conozcan el inicio del servicio. Se ha arreglado el cuerpo del mensaje, ahora se le informa sobre la descripción del servicio, la hora de salida real de nuestras instalaciones, la hora de inicio del servicio pactada con el cliente, el conductor y su teléfono, etc.

CUENTAS CON EMPLEADOS

• Se han traspasado a SQL SERVER todos los registros de liquidaciones, anticipos/devoluciones y recibos de liquidaciones del histórico que teníamos en tablas de paradox. 

BD SQL SERVER

• Se han borrado (por no uso) los siguientes procedimientos almacenados:
• form_Familia_Dietas_0_Traer_Datos 
• form_SubFamilia_Dietas_0_Traer_Datos
• form_Partes_0_Dietas_Gastos_Traer_Datos
• form_Partes_0_Dietas_Extras_Traer_Datos
• form_ServiciosALiquidar_0_Partes_Traer_Datos
• De la tabla tbl_SubFamilia_Dietas se ha borrado el campo Cantidad (por no uso)
• De la tabla tbl_Dietas_Gastos se ha borrado el campo Moneda (por no uso)
• De la tabla tbl_Dietas_Combustibles se ha borrado el campo Moneda (por no uso)

PARADOX

• Se han borrado (por no uso) las siguientes tablas:
• PreciosDietasFestivos
• Divisas
• Cuentas
• TipoCuentas
• DineroEntregadoConductores
• RcbosDietasLiquidacion
• LiquidacionesConductores

SERVICIOS

• Corregido fallo al llamar a la tabla de paradox PreciosDietasFestivos, cuando se agregaba una línea de itinerario. Ahora cada vez que se genere una línea de itinerario, irá a la tabla de convenios (SQL SERVER), cargará los campos que le interesen de importes de festivos, sábados y se los añadirá a la línea. Por supuesto filtrando por la empresa a la que pertence el servicio. Pues cada empresa puede tener un convenio diferente.

CUENTAS CON EMPLEADOS

• Se cambió toda la parte de creación y borrado de liquidaciones. Ahora, que ya no utilizamos tablas de paradox, se ha conseguido mayor rapidez y robustez.

MONTAJE DE SERVICIOS

• Solucionado problema de asignar todos los servicios fijos, con sus combinaciones. El problema residía cuando se creaba alguna combinación sin ponerle ni vehículo ni conductor. Ahora nos avisa de cual es la combinación o el servicio en concreto que no tiene montado ni vehículo ni conductor en su combinación.

CUENTAS CON EMPLEADOS

• En el apartado de liquidaciones con empleados, bajo el control de anticipos/devoluciones desapareció todo el rastro de las tablas de paradox antigüas. Ahora se trabaja con tablas cliente/servidor.
• En este mismo módulo, el apartado que antes teníamos para asignar un predefinido de tipo de entrega (caja), desparece. Ya no se usa este tipo de asignación.
• En el apartado de liquidaciones realizadas, se retira toda la programación relacionada con el antigüo formato de anticipos (paradox).
• Se retoca el diseño de los módulos que tienen que ver con liquidaciones. Así se mantiene una homogeneidad con el diseño actual de la aplicación.

CONTROL DE COMBUSTIBLES

• Para mejor entendimiento de los errores, ahora en la pantalla de errores, abajo a la derecha aparecen la ctdad de errores no ignorados todavía.
• Encima del botón COMPROBAR ERRORES, tenemos una opción para activar o desactivar la comprobación (otra vez) de los registros ignorados. Por defecto aparece desactivado.
• Cuando editamos un registro con error, ahora tenemos la posibilidad de ver los servicios del vehículo, en la fecha del error.
• Cuando editamos un registro con error, ahora tenemos la posibilidad de ver los servicios del conductor, en la fecha del error.

CONTROL DE DIVISAS

• Modificado toda la gestión de divisas, ahora son mantenimientos que olvidaron la parte de paradox, y creados con estructura cliente/servidor.

CUENTAS CON EMPLEADOS

• En el apartado de liquidaciones con empleados, bajo el control de anticipos/devoluciones, el acceso que teníamos para calcular la moneda/divisa en la que trabajábamos el anticipo/devolución, ahora usamos el nuevo mantenimiento de divisas.

PARTES DE EMPLEADOS

• En el apartado de liquidaciones, bajo el control de partes de servicios, y en el control de gastos del parte ... el acceso que teníamos para calcular la moneda/divisa en la que trabajábamos, ahora usamos el nuevo mantenimiento de divisas.
• En el apartado de liquidaciones, bajo el control de partes de servicios, y en el control de combustible del parte ... el acceso que teníamos para calcular la moneda/divisa en la que trabajábamos, ahora usamos el nuevo mantenimiento de divisas.

CONTROL DE COMBUSTIBLES

• En la gestión de control de errores de repostajes internos, se ha corregido la comprobación de errores. Cuando se realizaba la importación de repostajes, si aparecían errores (por error en los km actuales del vehículo durante el repostaje, etc.), podíamos ignorar el error y considerar que no era un error real. Pues el problema radicaba en la vuelta a comprobar los errores, antes de incorporarlos como respostajes reales. El problema es que si no filtrabamos los registros, no permitía incorporarlos. Es como si considerara que todavía estaban ahí, como errores, los recién ignorados. Pues se ha resuelto filtrando los registros antes de la comprobación de errores. 

CONCEPTOS RETRIBUTIVOS

• Borradas del ERP toda la programación old referente a los conceptos retributivos pactados con la empresa. Se sustituye por nuevos mantenimientos que motorizaran tablas nuevas, olvidándose de las tablas old en paradox. Por supuesto se borran todos los módulos que regulaban estos mantenimientos y se crean nuevos módulos para su tratamiento.
• Con respecto a los módulos para los convenios retributivos pactados con la empresa, se retocan los mantenimientos de otras dietas, se borran los procedimientos almacenados de la bd que nos filtraban sus registros y se crean nuevos mecanismos para su filtrado, edición e inserción.
• Ahora los conceptos retributivos están ligados a la empresa. Por lo que cada empresa tendrá sus propios convenios con sus dietas convencionales y otras dietas pactadas. Esto permitirá luego que en las liquidaciones de los servicios, con cada empleado, se puedan traer esos convenios dependiendo de la empresa a la que pertenezca este empleado.

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.

OPENBUS - BD

• Se modificó la estructura de la tabla de montaje de servicios, para que ahora controle la cantidad de mensajes enviados al cliente. También se modificó la parte de programación que crea la tabla para que cuando sea creada (no existe) pues le añada este nuevo campo.

CONTROL DE ALARMAS Y AVISOS

• Ahora en la configuración de esta aplicación, tenemos nuevos campos para distinguir a que tipo de servicios vamos a avisar o no avisar de salida/inicio del servicio por correo electrónico. De tal manera que podemos elegir entre activar ó desactivar servicios discrecionales y fijos. Por supuesto, la idea es de una vez comprobado que el cliente tiene correo electrónico, pues enviarle su correo de inicio del servicio/s contratados.

CONTROL DE ALARMAS Y AVISOS

• Ahora en la configuración de esta aplicación, tenemos nuevos campos para los avisos a clientes. Podemos introducir tanto los datos de la cuenta que remitirá los correos/avisos (cuenta, SMTP, etc), como la cantidad de avisos por inicio del servicio. La idea es poder enviar a los clientes un correo de aviso de inicio de su servicio, por eso esta aplicación ha cambiado de ser llamada CONTROL DE ALARMAS DE PRESENCIA a CONTROL DE ALARMAS Y AVISOS, porque recogerá todo tipo de alarmas/avisos que estén relacionados con los servicios.

RFID LECTURAS EN C#

• Modificada la aplicación del fabricante (c# ... la que lee del hardware RFID y genera los ficheros .txt que luego lee el módulo en Delphi) para que cuando se esté cerrando la aplicación cierre la conexión abierta. Esto reduce el riesgo de dejar abierta la conexión y que luego no podamos volverla a abrir. Sobre todo esto nos permitirá que en el momento de reinicio del S.Op., cuando se estén cerrando las aplicaciones abiertas, se cierre correctamente la conexión con el hardware RFID.

VEHICULOS EN BASE (STOCK)

• Desde la pantalla principal, tenemos botones para comprobar los servicios y las entradas/salidas del vehículo (diferentes registros devueltos por el lector RFID). Pero ahora en el módulo que nos devuelve los diferentes registros devueltos por el lector RFID, también podemos crear registros manuales de entrada ó salida.

VEHICULOS EN BASE (STOCK)

• Esta utilidad ahora también nos informa si alguno de los vehículos está bloqueado por taller (reparación).
• Solucionado problema a la hora de filtrar por sólo los vehículos que están disponibles (en nave), la sql que traía los registros no hacía bien la comprobación entre un campo NULL y otro no NULL. Así si por ejemplo la salida de nave (RFID) estaba a NULL, cuando iba a comprobar si la entrada(RFID) si era mayor que que la salida, pues no lo hacía bien. 

MONTAJE DE SERVICIOS

• Desde que se modificaron los servicios para desglosar los importes presupuestados por base imponible y impuestos, en la pantalla de montaje (parte de abajo) dejó de mostrar bien el total presupuestado del servicio sobre el que nos posicionamos .... SOLUCIONADO

VEHICULOS EN BASE (STOCK)

• Se ha creado una nueva utilidad para presentarnos todos los vehículos en plantilla. Comprobando cual es el próximo servicio, desde el momento que filtramos y revolviéndonos información de si está o no ahora mismo en nave (RFID), información del montaje del próximo montaje (servicio, salida de nave, fichaje de anticipación del conductor, etc), también nos da información del fichaje real del conductor .. .así sabemos si vino a trabajar.
• Se ha creado un temporizador, de tal manera que cada 5 min (siempre que esté abierto este módulo) vuelve a comprobar este stock / comprobación de vehículos en base.
• Solucionado problema de duplicidad de registros. Esto se debía a que en las tablas asociadas de las que traíamos datos adicionales (usuario, fichaje, etc) no filtrábamos por no ver los registros borrados.

CONTROL DE PRESENCIA

• Solucionado problema de traspaso de registros de presencia desde el servidor de presencia al servidor de montaje. Desde que se modificó OPENBUS para que al arrancar nos trajera todos los fichajes de personal anteriores a la semana en curso, la aplicación se colgaba si no podía hacer conexión con el servidor de presencia. Ahora símplemente nos generará un error / aviso, pero el programa seguirá funcionando.

FACTURACIÓN EMITIDA

• Se quita la opción de modificar los totales de la factura, pues los usuarios modificaban el total de la factura sin retocar los totales por tipo de impuesto.
• Se modifica error al crear líneas negativas (abonos) en facturas cuyas líneas llevaban el impuesto incluido.
• Se modifica la rutina de actualizar totales de factura, pues fallaba con facturas cuyas líneas llevaban el impuesto incluido.
• Se modifica y arregla el listado de facturas emitidas, por haber sido modificada la facturación para aceptar servicios que llevan el desglose de base imponible y impuestos.
• Se modifica este mismo listado para que ahora los desgloses por tipo de impuesto aparezcan en la misma columna de la descripción del tipo de impuesto, pero en una línea suplementaria (se consigue mejor lectura)

ALARMAS DE PRESENCIA

• Como ahora al montaje podemos decirle si el conductor/vehículo sale desde cocheras desde su inicio, se ha modificado la gestión de alarmas para que controle si el conductor debe o no de gestionar su alarma de no fichaje, dependiendo de que salga o no de nave el servicio

CONTROL DE VEHÍCULOS POR RFID

• Se modifica la gestión de comprobación de entradas / salidas de nave por control RFID. Ahora se diferencia por colores las entradas de las salidas. 

MONTAJE DE SERVICIOS

• Ahora sobre el módulo que añadimos un nuevo montaje, y sobre la casilla de TIEMPO DE ANTICIPACIÓN, tenemos un checkbox nuevo para decirle al montaje si el conductor/vehículo sale desde cocheras desde su inicio. Cada vez que creamos un nuevo montaje se crea con esta casilla activada. Alguna de las funciones de este nuevo campo a controlar, por ejemplo, es que la gestión de alarmas de presencia controle si este conductor tiene que ticar o no en el día actual.
• Cada vez que creemos/editemos un montaje que no corresponda con el total del inicio/fin del servicio (relevos), nos avisará de que probablemente este conductor en este montaje deberíamos de quitarle su casilla de SALIDA DESDE COCHERAS

SERVICIOS

• Solucionado fallo a la hora de imprimir el listado de servicios filtrados, no totalizaba bien los resúmenes de lo filtrado(No diferenciaba entre servicios de la vieja versión y de los nuevos donde se detallan la base imponible y los impuestos).

BASE DOCUMENTAL

• Solucionados problemas que han ido surgiendo a la hora de escanear documentos desde máquinas con sistema operativo windows 7. Entre varios problemas era que las librerías que usábamos estaban compiladas con 32bits y daban problemas en equipos con 64bits cuyo sistema operativo estaba implantado también en 64bits. Hemos cambiado las librerías (otras para atacar Twain), por lo que las rutinas de llamada desde la aplicación han tenido que modificarse a estas nuevas dll.
• Solucionado problema que ocurría cuando escogías imprimir (jpg) y salía el diálogo de elegir la impresora, si pulsábamos cancelar, la aplicación se quedaba aparentemente colgada. Solucionado también con documentos con formato PDF.

SERVICIOS

• En la pantalla principal de servicios, donde filtramos las búsquedas que necesitamos, no funciona bien las sumas totales, pues no calcula bien cuando son los totales de servicios con base imponible incluida. Esto es debido al redondeo a dos decimales de los cálculos. Solucionado.
• Este mismo problema ha sido solucionado en la pantalla donde ya editamos/creamos el servicio.
• Solucionado. Cuando le das a crear un servicio y en la pantalla siguiente inmediatamente le das a cancelar . Se quedaba colgada la aplicación.
• Ahora cuando editamos/creamos un servicio automáticamente se posa el cursor sobre el campo de descripción

PRESUPUESTOS

• En la pantalla principal de presupuestos, donde filtramos las búsquedas que necesitamos, no calculaba bien cuando los totales de cada presupuesto eran con desglose de Base Imponible. Esto era debido al redondeo a dos decimales de los cálculos. Se solucionó
• Este mismo problema ha sido solucionado en la pantallas donde editamos/creamos el presupuesto. Varias, según el tipo de presupuesto.
• El mismo problema ha sido solucionado en la pantalla que nos presentaba el presupuesto a duplicar.

RFID

• Solucionado fallo al grabar los registros en nuestra BD, como el año había cambiado se generaba un error sobre la comprobación si el registro ya estaba duplicado (no filtraba bien por el año).

PERSONAL

• La ficha del conductor ahora nos avisa de que no tiene correo electrónico y nos informa de porque es importante para algunos módulos como el montaje.

MONTAJE DE SERVICIOS

• Solucionado problema de facturación directa de un servicio desde montaje de servicios. A la tabla de montaje le faltaban campos necesarios para facturar.
• Ahora desde el menú contextual del montaje de servicios (menú popup) su opción borrar servicio va diréctamente a borrar el servicio seleccionado. Por supuesto controla si se puede o no borrar.
• Cuando estás ya montando un servicio, te pone abajo la disponibilidad de vehículo. Pero no te dice si un vehículo está paralizado desde taller o si tiene algún parte preventivo. Pues ahora si que lo hace y además con los mismos colores que avisan de ello en la pantalla principal de montaje.

COMBUSTIBLE

• En el Entradas y salidas de COMBUSTIBLE y en el módulo donde se gestionan los errores de importación de registros, se ha creado una nueva opción. Un botón con el cual podremos ignorar errores y considerar el registro seleccionado como no erróneo.
• Esta misma opción se ha puesto en la pantalla que edita los errores de importación.