MONTAJE DE SERVICIOS

• Ahora desde la pantalla principal, donde se presentan todos los servicios, si pulsamos sobre uno de ellos con el botón derecho del ratón nos saldrá un menú emergente, con los apartados principales siguientes:
• MONTAJE
• Editar
• Borrar
• SERVICIOS
• Editar
• Borrar
• FACTURAS
• Editar / Crear
• Borrar
• PLANIFICACION
• Anual

• También desde la pantalla principal, tenemos al lado de la descripción del servicio dos botones nuevos (derecha y izquierda). Estos botones nos permiten borrar la factura o editarla / crearla

SERVICIOS

   Ahora desde la pantalla principal de servicios (la que presenta todos los filtrados), eligiendo uno de ellos podemos pulsar el botón de RFID (arriba en botonera) y nos presenta los movimientos de entrada/salida del vehículo de cocheras. Nos filtra directamente por el vehículo montado y el margen de inicio y fin del servicio. El fin del servicio le añade 24 horas más porque un vehículo puede ser que llegue a cocheras con un margen de tiempo superior al del final de servicio.

    Si resulta que el servicio tiene más de un vehículo montado, nos presenta una pantalla para elegir a cual de ellos queremos hacer la consulta de RFID.

    El mismo botón lo tenemos en la pantalla de edición de servicios.

FACTURACION

   Solucionado problema que no permitía facturar servicios de los OLD. Siempre salía el mensaje de que no se pueden facturar servicios OLD con NEW

SERVICIOS

   Solucionado problema que ocurría cuando editabas un servicio de los OLD. No permitía retocar el total presupuestado.

PARTES DE SERVICIOS-LIQUIDACIONES

   Ahora cuando estamos añadiendo los partes de los conductores por servicios realizados (para sus liquidaciones), tenemos un acceso rápido a las lecturas de entradas/salidas de cocheras (RFID). Nos filtra directamente por el vehículo montado y el margen de inicio y fin del servicio. El fin del servicio le añade 24 horas más porque un vehículo puede ser que llegue a cocheras con un margen de tiempo superior al del final de servicio.

    Si resulta que el servicio tiene más de un vehículo montado, nos presenta una pantalla para elegir a cual de ellos queremos hacer la consulta de RFID.

PRESUPUESTOS

   Solucionado problema que ocurría cuando creabas un nuevo presupuesto, traía las líneas de otros cálculos por tipo de vehículo de otros presupuestos.

FACTURACION

    A la hora de elegir servicios pendientes para facturar, se ha conseguido que no se puedan facturar servicios de los OLD con los servicios NEW(los que desglosan la BASE IMPONIBLE).

    Es evidente que la creación de facturas con servicios NEW, no permite que se generen líneas de detalle de la factura con importes con IVA incluido. Esto es debido a que ahora estos servicios llevan el desglose de BASE IMPONIBLE y IMPUESTOS.

    Se sigue respetando la creación de facturas con servicios OLD. Se ha separado la facturación OLD de la NEW, por lo que en cualquier momento se puede volver a repetir facturas de servicios OLD.

    Se ha arreglado el problema de compensación de decimales en el total de la factura. Este error era debido a que calculaba los importes de los impuestos sobre cada línea y añadiéndolos al total de la factura. Ahora se ha solucionado el problema pues se juntan todas las líneas con el mismo tipo de impuesto, se suman sus importes y entonces se calcula el impuesto de ese total por tipo de impuesto. Pero este proceso sólo se realiza sobre facturaciones de servicios NEW y sobre facturaciones a realizar que no pertenecen a servicios.

    Se ha modificado el informe de la factura para poder imprimir facturas de servicios NEW

SERVICIOS

   Solucionado el problema de que no se pudieran imprimir los informes con sus totales. Ahora ya diferencia entre los servicios donde el ofertado es con IVA incluido (OLD), de los que desglosan la BASE IMPONIBLE y los IMPUESTOS (NEW)

RFID

   Modificada la gestión de lectura / grabación de registros de las lecturas de RFID en Delphi. Esto es debido a que cuando no se puede grabar un registro, el fichero se renombra con una extensión correspondiente a ese error. Claro, normalmente esto ocurría en el momento en el que se hacen las copias de seguridad (el servidor de BD se para para ello). El problema es que estos ficheros se iban acumulando de día a día y no se reabsorvían por la aplicación. También ocurría cuando un fichero no se podía renombrar con la extensión del error (errores de red). Pues ahora se ha modificado la aplicación para que cada x tiempo se reabsorvan estos errores.

RFID

   Modificada la gestión de lectura / grabación de registros de las lecturas de RFID en Delphi. Esto es debido a que cuando nos entraban códigos raros identificados como RFID, la aplicación en C# nos generaba un registro con un formato diferente al standard. Claro la aplicación en Delphi que iba a buscar los datos en su formato standard se volvía loca, generando un proceso sin fin que consumía los recursos de la máquina. SOLUCIONADO pero en fase de pruebas

Copias de seguridad

   Modificados los servicios de copia de seguridad de nuestras bases de datos en los diferentes motores. A esto nos hemos visto forzados porque a partir de ahora los servidores nuestros no se reinician automáticamente, sino a petición del usuario. Por lo que se recomienda un reinicio manual por lo menos una vez por semana ó cada 3 días.

   No olvidar que a cada reinicio manual que realicemos se deben de seguir unas pautas que a continuación se detallan:

1. Conectarnos al servidor virtual y a todas las aplicaciones residentes ejecutándose hacerles su correspondiente apagado. No olvidar que la aplicación de lectura de RFID en C#, la que realmente lee del hardware, hay que entrar primero en Archivo/Desconectar y luego Archivo/salir.
2. Una vez apagadas todas las aplicaciones residentes en memoria (alarmas y las dos aplicaciones para RFID), debemos de apagar literalmente este servidor virtual. NO REINICIAR, más bien APAGAR.
3. Ahora entraríamos en el servidor NO VIRTUAL y podríamos hacer una de dos opciones:

• Reiniciarlo. Con la opción del sistema operativo de reiniciarlo Ó con el icono (acceso directo) que hay en el escritorio para ello. Esta última opción de reinicio es lenta (en realidad lo que hace es hacer una copia de seguridad de todo el servidor virtual en otra fuente.
• Apagarlo. Esta opción requiere evidentemente ir al servidor y pulsar sobre el botón de encendido.

RFID

   Modificada la gestión de lectura / grabación de registros de las lecturas de RFID de los vehículos. En la versión en C#, se ha quitado el temporizador que a una hora determinada apagaba la aplicación para así poder dar permisos de reinicio al servidor. Esto se ha realizado porque los servidores ya no se reinician automáticamente, sino manualmente por el usuario.

   Modificada la versión en Delphi. Esto es debido a que ahora como no controlamos el reinicio del servidor para poder hacer las copias de seguridad, la aplicación se encontraba que cuando se paraban los motores de la BD por copias de seguridad nos generaba un error de falta de conexión con el servidor para grabar el registro. Bien, se ha solucionado controlando la falta de conexión antes de intentar grabar el registro. Lo cual genera un bucle que no termina hasta que se vuelven a encender los motores de la BD, justo después de terminar la copia de seguridad.

Duplicación de presupuestos / servicios

   Modificada toda la gestión de duplicación de presupuesto ó servicios. Ahora cuando intentamos duplicar un servicio / presupuesto OLD ... nos avisa de esto y por supuesto lo genera como lo era anteriormente. Esto puede acarrear algún problema con el usuario, pero es mejor así porque forzamos al usuario a que cree servicios/presupuestos, en vez de que duplique servicios / presupuestos OLD.

Presupuestos y servicios

   Vista la necesidad de diferenciar entre presupuestos / servicios antiguos y los modernos (donde ahora se calcula partiendo de la base imponible + impuestos. Se ha modificado toda la gestión de presupuestos y servicios para que visiblemente se diferencien bien. Por ejemplo, cuando nos posicionamos sobre un presupuesto / servicio OLD aparecen letreros en rojo sobre varias partes de la pantalla donde nos encontremos informando de ello. Y por supuesto los apartados donde se presenten los totales del presupuesto / servicio se diferencian en que en los old no aparece ningún apartado que nos muestre la base imponible.

SERVICIOS

   Anteriormente la gestión de servicios, sus totales, se gestionaban dando un total al servicio, incluidos los impuestos y después se desglosaba la base imponible. Pues como esto genera problemas de pérdidas de decimales a la hora de calcular bien su base imponible, se cambia toda la gestión de servicios para que a partir de ahora los totales se calculen sobre la base imponible + sus impuestos. Por lo que se han realizado grandes cambios en la gestión de servicios, los cuales detallamos en las líneas siguientes:

• Modificado la pantalla principal donde se presentan todos los servicios, pues ahora los cálculos del presupuesto serán de la siguiente manera ... se pondrá la base imponible, se pondrá el /los impuestos y entonces calculará el total del servicio. 
• Cuando entramos en la pantalla de creación/modificación del servicio, se han diferenciado bien los cálculos derivados de la base imponible, no como antes que eran incluidos.
• En la pantalla que permite hacer búsquedas de servicios creados, ahora se gestionan los cálculos de los presupuestos igual que en la pantalla principal de servicios, calculando el total del presupuesto sobre la base imponible + los impuestos.

Presupuestos

   Anteriormente la gestión de presupuestos, sus totales, se gestionaban dando un total al presupuesto, incluidos los impuestos y después se desglosaba la base imponible. Pues como esto genera problemas de pérdidas de decimales a la hora de calcular bien su base imponible, se cambia toda la gestión de presupuestos para que a partir de ahora los totales se calculen sobre la base imponible + sus impuestos. Por lo que se han realizado grandes cambios en la gestión de presupuestos, los cuales detallamos en las líneas siguientes:

• Modificado la pantalla principal donde se presentan todos los presupuestos, pues ahora los cálculos del presupuesto serán de la siguiente manera ... se pondrá la base imponible, se ondrá el /los impuestos y entonces calculará el total a presupuestar. Como esta pantalla diferencia el cálculo dependiendo de si es un presupuesto para varios tipos de vehículos, como si es para un presupuesto englobado, seguirá con la misma línea de diferenciar el tipo de presupuesto por el icono que los diferencia. Sólo que ahora los cálculos serán como anteriormente se menciona.
• En la pantalla que presenta el presupuesto creándose/modificándose, se presentan ahora bien diferenciados los totales englobados de los totales por vehículo. 
• Cuando entramos en la pantalla de creación/modificación del presupuesto por vehículo, se han diferenciado bien los cálculos derivados de la base imponible, no como antes que eran incluidos.
• En la pantalla que permite hacer búsquedas de presupuestos creados, ahora se gestionan los cálculos de los presupuestos igüal que en la pantalla principal de presupuestos, calculando el total del presupuesto sobre la base imponible + los impuestos.
• En la pantalla que traspasaba los presupuestos a servicios, ahora se diferencian bien los cálculos de los totales por vehículo, del englobado. Por supuesto calculando los totales a raiz de la base imponible + los impuestos.

Montaje de servicios

• Ahora desde la pantalla principal donde se presentan todos los servicios, si pulsamos sobre uno de ellos con el botón derecho del ratón nos saldrá un menú emergente, donde una de sus opciones es borrar todo el montaje de ese servicio seleccionado. También si nos ponemos encima de este grid donde se presentan todos los servicios y nos quedamos unos segundos, aparecerá un mensaje avisándonos de las opciónes del menú emergente

Montaje de servicios

• La pantalla principal de montaje, al ser tan grande su diseño, se ve partida entre dos monitores, quedándose la parte gráfica del montaje de vehículos situada siempre en un segundo monitor (parte de la derecha del diseño). Esta parte sólamente se usa para hechar un vistazo ràpido al montaje de cierto/s vehiculo/s, pero sobre la parte de arriba tenemos unas opciones del programa que cuando tenemos que usarlas tenemos que cambiar de pantalla/monitor para cada uso. El problema se agraba cuando usamos un acceso remoto a la aplicación, pues tenemos que estar cambiando de monitor cada vez que necesitemos ir a esta sección o a la sección principal del programa. Así que se han cambiado de sitio ciertas opciones del programa dejándolas en la pantalla principal. A continuación pasamos a su detalle:

• Ahora la fecha en curso(con la que se trata) se encuentra al lado de las fechas por las que se ha filtrado el montaje
• Los botones de SALIR, IMPRIMIR y FILTRADO, que antes estaban en la segunda pantalla (al final del diseño y en la parte superior), ahora estan en la parte superior de la pantalla principal(parte derecha).

• Cuando hacíamos algún cambio en el montaje, los partes correspondientes quedaban como pendientes de imprimir. Si ahora deseamos salir del montaje, nos aparece la pantalla de los partes pendientes de imprimir. Por lo que si elegimos todos estos partes (los seleccionábamos) y pulsamos sobre el botón de imprimir todos ellos, se genera un error y no termina de imprimirlos. Pues solucionado está este problema.

Planificación - cálculos de descansos de conducción (LEAVE LETTER)

• Nueva presentación de los datos de planificación de descansos de los conductores. Ahora entre varias cosas bién detalladas, podemos diferenciar los descansos mejor y si un descanso es mayor a la hora entera(con minutos) aparecerá un signo + al lado de las horas correspondientes al descanso

Planificación

• En la planificación de servicios anual y mensual de un conductor, se han modificado sus pantallas para que si los monitores donde se despliegan tienen una resolución menor a la diseñada, aparezcan barras deslizadoras.

Maestros de servicios fijos

• Se ha modificado su diseño para que si los monitores donde se despliega tuvieran una resolución menor a la diseñada, aparezcan barras deslizadoras.

Planificación - cálculos de descansos de conducción (LEAVE LETTER)

• Modificado código erróneo y compactado. Se está preparando código para que nos recoja también los datos recibidos de los lectores RFID

SERVICIOS FIJOS

• Modificado el módulo que nos presentaba los servicios fijos. Ahora si la pantalla es más pequeña que el módulo diseñado, este se mostrará con unas barras laterales para poder observar el resto del diseño.

TALLER

• Ahora en la pantalla principal de taller y en el gráfico de ocupación del vehículo, tenemos mejor detallado el día seleccionado. También ahora si cambiamos el día y después pasamos a otro parte, vuelve a presentar el gráfico de ocupación del día actual.

TALLER

• Ahora en la pantalla principal de taller (la que presenta todos los partes pendientes) y debajo del grid que los muestra tenemos un gráfico de OCUPACIÓN el vehículo perteneciente al parte de trabajo seleccionado. Esta barra servirá para el día actual saber los servicios que tiene asignados y por lo tanto el responsable de taller sabrá si se puede o no trabajar con el vehículo en esa fecha.
• En ese gráfico de OCUPACIÓN también hay dos botones para cambiar la fecha seleccionada, y así poder ver días anteriores o posteriores la ocupación de dicho vehículo.

COMBUSTIBLES / REPOSTAJES

• Modificada la gestión de importación de registros de salida de aplicación externa. Ahora si durante la importación no se produce ningún error, todos los registros pasan a la tabla real. Pero si durante la importación los hubiera, todos los registros (con o sin errores) pasan a una tabla intermedia para corregirlos. Una vez consideremos que han sido corregidos, esta pantalla tiene un botón de comprobación que procederá a ver si todavía existen errores  si no existen pasará a traspasar estos registros a la tabla real. Evidentemente no se permite la exportación o importación hasta que no se corrijan los errores.
• Nada más arrancar el módulo de repostajes, si tiene errores de importación pendientes, pasará a preguntar si queremos corregirlos.

RFID lector

• Corregido el problema a la hora de desconectar automáticamente la desconexión tcpip, esto se hizo para que coincidera unos segundos antes del reinicio del servidor (1:15am). El problema era que la hora por la que preguntaba era 01 y esto inducía a problemas. Ahora se pregunta por si son la 1 y no genera problema alguno. También se ha cambiado la manera de interpretar la captura de datos. Se han generado automáticamente dos fuentes (source 0 y source 1) y cada uno está asociado a una antena (ant 0 y ant 1 respectivamente).

COMBUSTIBLE

• En la gestión de entradas / salidas de combustible, en el apartado de importación, se ha mejorado la gestión de errores. Ahora si en la importación de la aplicación externa de suministro de gasoil nos devuelve algún error (errores en km, nº.vehículo, etc) se genera una tabla paralela donde podemos comprobar registro a registro la última importación y así comprobar de donde viene el fallo. 
• En esta nueva gestión de fallos de importación de repostajes se presentan nuevs herramientas. Se pueden ordenar los registros de error por diferentes criterios, se pueden borrar también los registros. Y una vez se cambian los registros (los campos por los que se cree se genera el error), podemos volver a hacer la comprobación de si todavía hay errores pendientes de solucionar desde la última importación. Es evidente que no se traspasan a la tabla real de repostajes hasta que no se terminan de corregir los errores. Tampoco se permite una nueva importación hasta su total arreglo.

RFID lector

• Corregido el problema a la hora de generar el fichero de error.log por no poder grabar el registro RFID leido en nuestra BD. El problema se producía cuando la ruta donde se leen los ficheros RFID no termina con el signo "\". Ahora se corrige este problema y también se modifica para que los ficheros se creen con un nombre de fichero al que le añadimos el momento del error (día y hora). También se modifica la ruta donde se guardan los ficheros de error, que ahora coincide con el path donde se leen las lecturas de RFID

REPOSTAJES DE COMBUSTIBLES

• Anteriormente cuando traías los registros de combustible y surgían errores, no permitía volver a importar mientras que no se solucionaran los errores. Pues ahora sale la pantalla mostrando los errores, pero hay otro botón que permite importar nuevos registros. Pero si en el proceso anterior de importación no hay errores, directamente accede a importar nuevos registros.
• Cuando le decíamos exportar salía un mensaje de "ESTOY TRABAJANDO", y al mismo tiempo salía la pantalla para introducir las fechas de la exportación. Solucionado este problema.

COMBUSTIBLES

• Modificados el diseño de sus dos pantallas ajustándose al diseño general actual.

SURTIDORES

• Modificados el diseño de sus dos pantallas ajustándose al diseño general actual.

FACTURACION

• Corregido problema que cuando entrabas en una factura y entrabas en la lengüeta donde se pueden ver los servicios de la factura, y ahora querías acceder a uno de los servicios pues no se podía porque había desaparecido el botón para ello.

RFID lector

• Corregido el problema de cuelgue de la aplicación, si no existía el directorio puesto en CONFIGURACIÓN para el path del fichero a leer. Esto ocurría si en algún momento el directorio se renombraba o se borraba.
• Corregido el problema de cuelgue de la aplicación. Cuando se producía un error de grabar el registro en la BD, el programa intentaba guardar el registro leído en otro fichero con nombre errores.log. Si después de eso se producía un error del tipo I/O el programa no continuaba. Ahora se intenta hasta 25 veces crear el registro. Si no se puede pues se pasa de él. Pero se controlan bién ahora los errores del tipo I/O

EMPRESAS

• Se ha reestructurado todo el mantenimiento de campos referentes a facturación de una empresa. También se ha incluido un botón para acceder a un mantenimiento de configuración de la cabecera y pié de factura por empresa. 

FACTURACION

• En el mantenimiento de la factura, existe un botón para crear / modificar la cabecera y pié de la factura. Una vez pulsemos este botón nos saldrá un menú para elegir si configuramos manualmente ó elegimos la configuración de cabecera/pié por empresa.

FACTURACION

• A veces se contempla que al pasar / convertir los importes presupuestados a clientes (con impuestos incluidos) en factura (desglosando sus impuestos), se pierden algunas décimas ó centésimas que son las que cuadrarían el total de la factura (conforme al total facturado). Pues ahora se ha modificado el módulo de creación / modificación de facturas para que se puedan retocar absolutamente todos los totales de la factura en cuestión.

PRESUPUESTOS

• Solucionado problema de que no filtraba por un número de presupuesto
• Cuando borrabas de un pto un tipo de vehículo desde ese momento no se veía el presupuesto desde la pantalla general de todos los presupuestos. Este problema era debido a que no diferenciaba entre la cabecera del presupuesto o del tipo de vehículo a borrar.
• Editar problema de que no permitiera grabar el tipo de vehículo si no teníamos recogido el tipo de impuesto para el presupuesto no englobado

CONTROL DE PRESENCIA

• Todos los mensajes de error de esta aplicación, ahora son reproducidos por un sonido recurrente y configurable en tiempo y tipo. Por lo que ahora si el usuario se despista y no lee el mensaje de error (pantalla en rojo que ocupa toda la pantalla), seguro que el sonido reproducido por error lo oirá. 
• Cuando el usuario introducía su contraseña, bien por tarjeta ó bien por teclado, la siguiente pantalla esperaba 30 segundos para que pulsaran ENTRADA ó SALIDA. Si el usuario se despistaba y no pulsaba o consideraba que había pulsado, pero fuera una pulsación erronea, el mensaje de error no lo veía. Por lo que el fichaje no se registraba. Se soluciona reduciéndolo a 6 segundos, el tiempo de espera. Y se avisa acústicamente también con un sonido de error fuerte durante unos 7 segundos. 
• La aplicación capturaba la imagen del usuario que recién fichaba, pero lo hacía justo después de considerar el fichaje como ENTRADA ó SALIDA. Por lo que si el usuario se despistaba y se marchaba la cámara no capturaba al usuario. Ahora lo que se ha modificado es el momento de captura de la imagen del usuario. Primero se captura, nada más aceptar la contraseña y después se le facilita al usuario la pantalla de captura de ENTRADA / SALIDA.

RFID

• Nueva aplicación creada para comprobar el paso por puertas de nave de los vehículos identificados con RFID.  Esta aplicación está realizada en dos módulos. Uno está desarrollado en C#, lengüaje por el que se rigen los fabricantes de este hardware, y captura las etiquetas RFID que detectan las antenas y las graba en ficheros .txt que son generados cada x tiempo configurable en un path de la red. El otro módulo está desarrollado en Pascal y es el que comprueba si los registros de los ficheros .txt pertenecen a algún vehículo. Si son aceptadas las etiquetas se genera un nuevo registro en la BD de la aplicación para su posterior uso.

GESTION DE ALARMAS

• Se han modificado los errores de transcripción de los mensajes enviados por correo de las faltas de asistencia para realizar los servicios.

MONTAJE SERVICIOS

• Se han modificado todos los módulos relacionados con montaje (cerca de 20) para ajustarlos al nuevo diseño de la aplicación.

CONTROL DE RFID

• Empezamos un nuevo aspecto de nuestro ERP. Hemos adquirido un dispositivo de control de presencia por RFID. Con el queremos hacer un control exhaustivo de nuestra flota (presencia en nave, salidas de nave, auditoria de servicios para su cumplimiento con el cliente, etc.). Así que empezaremos a crear la API que atacará el dispositivo RFID para capturar nuevas lecturas y su configuración. Este dispositivo viene ya con unas librerías (.dll) que manejan lo básico del dispositivo (configuración de antenas, apertura/cierre de puertos COM, apertura cierre de puertos TCPIP, etc). Pero las APIS que tenemos que generar son las que afianzan cada lectura en una tabla de una BD del tipo SQL.

PRESUPUESTOS

• Se rediseña toda la pantalla de presentación de un error de importación. Se consigue mejor lectura e interpretación del fallo.
• Se arregla el fallo ocurrido al cambiar los km de la ficha del vehículo pulsando sobre el botón para esta función desde el módulo que presenta el registro de importación con error. Al volver de haber cambiado los km del vehículo y darle a aceptar el cambio del registro nos generaba un error.

PRESUPUESTOS

• Se cambia el proceso de ver los servicios ligados a un presupuesto, ahora se presentarán filtrados todos sus servicios y se eligirá cual es el que se quiere editar.
• En la pantalla que se calculan por vehículo sus km y importe, ahora se ha cambiado su formato y orden de preguntar campos importantes. Durante la creación sólo serán necesarios el tipo de vehículo y la cantidad, pero una vez introducidos estos campos ó en modo edición también será necesario el tipo de impuesto por el que facturar.
• Se ha solucionado el problema que radicaba de calcular el descuento por km.
• Solucionado el problema de que al darle a duplicar presupuestos, no traía el total presupuestado (el englobado, si existiera claro).
• Solucionado el problema que ocurría después de la duplicación, pues generaba bien los presupuestos duplicados, pero después daba un error al intentar abrirlos. Por lo que se tiraba para atrás la duplicación.

PRESUPUESTOS

• Ya tenemos habilitada la opción de crear servicios de presupuestos. Cuando comprueba que a un presupuesto no le falta ningún campo importante, nos presentará una pantalla en la que elegiremos de este presupuesto cuales son los tipos de vehículo a crear para uno o varios servicios. Si el presupuesto ya tiene servicios ligados, diréctamente nos presentará sus servicios para elegir cual es el que queremos editar (suponiendo que tenga varios servicios). Si solo tiene un servicio ligado lo abrirá diréctamente.
• Cuando se comprobaba si un presupuesto tenía servicios ligados a él, no comprobaba si estos servicios estaban dados de baja o no.
• Al solucionar el problema de que un presupuesto, aún teniendo su/s servicio/s ligado/s borrados lo seguía considerando el presupuesto como servicos, se ha conseguido que se pueda borrar el presupuesto.
• Cuando de un presupuesto se creaban servicios, y se ponía la cantidad de vehículos a crear, tantos como servicios, no lo hacía bien pues sólo creaba un servicio de ese tipo de vehículo. Solucionado.

COMBUSTIBLES

• Se mejora la interfaz visual del módulo que presenta el registro que generó un error en la importación de salidas de combustible.

PRESUPUESTOS

• Se empieza el módulo que creará los servicios cuando se acepte el presupuesto. Se controlan los errores de falta de datos del presupuesto para poder traspasarlo a servicios
• Si un presupuesto tiene varios cálculos (por diferentes tipos de vehículos) presentará una pantalla en la que se elegirán que vehículos son los que generarán los servicios. Se pueden elegir todos de golpe.

COMBUSTIBLES

• Cuando editamos le registro importado que tiene fallos, abajo nos presentan filtrados los posibles indicios de donde se han producido los cambios anteriores en los km en el vehículo del registro importado. Ahora cuando vemos el histórico de reparaciones realizadas, podemos directamente editar el registro seleccionado y ver la reparación a la que pertenece
• Cuando editamos le registro importado que tiene fallos, abajo nos presentan filtrados los posibles indicios de donde se han producido los cambios anteriores en los km en el vehículo del registro importado. Ahora cuando vemos los partes de liquidaciones, podemos directamente editar el registro seleccionado y ver el parte al que pertenece
• Cuando editamos le registro importado que tiene fallos, abajo nos presentan filtrados los posibles indicios de donde se han producido los cambios anteriores en los km en el vehículo del registro importado. Ahora cuando vemos los repostajes anteriores realizados podemos directamente editar el registro seleccionado y editarlo.

SERVICIOS

• Desde el mantenimiento de servicios se podía acceder a los partes de empleados correspondientes a este servicio. Pero no comprobaba si el usuario tenía permisos para esta opción.

COMBUSTIBLES

• Al darnos un fallo en la comprobación de los registros recién importados, nos vamos al registro en concreto y al entrar sobre la pantalla que nos presenta le histórico de los movimientos de ese vehículo (para comprobar el fallo) no nos filtraba bien este histórico. Era debido a que el código del vehículo es importado con ceros por delante de su código real. 
• Cuando modificábamos el registro del fallo y le dábamos a aceptar los cambios nos saltaba con un fallo que decía que el vehículo no tenía ninguna empresa asociada. Solucionado
• Cuando editamos le registro importado que tiene fallos, abajo nos presentan filtrados los posibles indicios de donde se han producido los cambios anteriores en los km en el vehículo del registro importado. Ahora cuando vemos los partes de donde pudo haberse situado el fallo, podemos directamente editar el registro seleccionado y ver el parte de taller al que pertenece

PRESUPUESTOS

• Vuelve a funcionar el tema de acuerdos / seguimientos / conversaciones mantenidas ligadas a servicios y ahora a presupuestos. Se ha hecho una herramienta que nos ha recuperado todas las conversaciones mantenidas con anterioridad (versión OLD).

COMBUSTIBLES

• Se arregla fallo en la importación de registros de la aplicación de combustible externa. El fallo consistía en que nos daba un mensaje diciendo que no existían entradas anteriores a la primera fecha de importación de registros. 

PRESUPUESTOS

• En la duplicación de presupuestos ahora también se puede duplicar el campo plazas del presupuesto original. También se ha quitado el campo plazas de la tabla de cálculos de presupuestos, puesto que ahora está sobre la cabecera del presupuesto.
• Ahora la SQL que trae los presupuestos, nos devuelve también el NIF y cuenta contable del cliente elegido para el presupuesto.
• Ahora desde la duplicación de presupuestos se puede acceder a la previsión del cliente seleccionado.
• Ahora desde la pantalla principal de presupuestos, donde se nos presentan todos los filtrados, podemos acceder a una búsqueda por el contenido de la descripción. Esta búsqueda se hará sobre la tabla de presupuestos y sobre la tabla de servicios.

PRESUPUESTOS

• Quitar del módulo de añadir cálculos al presupuesto el campo plazas y ponérselo en la cabecera del presupuesto.
• Obligar al módulo de cálculos de presupuestos a introducir el campo de TIPO DE VEHICULO.

SERVICIOS

• Modificado listado de servicios para que aparezca la hora de inicio y fin del servicio y la hora/dia de la salida de nave

PRESUPUESTOS

• Ahora se pueden filtrar presupuestos con servicios o no ligados a el presupuesto seleccionado. Este filtro nos va a servir para saber cuales son los que todavía no hemos recibido confirmación de su aceptación.
• Con el fin de agilizar la captura de presupuestos, se pueden dejar en blanco los campos de cliente y de Empresa.
• Ahora las observaciones generales se ha aumentado su tamaño a 2000 caracteres.
• Modificado módulo para poder borrar la empresa introducida.
• Modificado módulo para poder borrar el cliente elegido.
• No obligar a introducir las condiciones generales de los conductores.
• Normalmente cuando estamos creando la cabecera del presupuesto, no nos deja meter otros cálculos (plazas, etc) del mismo. Pero si estamos creando el presupuesto y le ponemos el pvp englobado, no tiene porque volver a editar el presupuesto para añadirle otros cálculos. Se supone que no le hace falta por lo que no lo volverá a editar.

PRESUPUESTOS

• Solucionado problema. Al dar de alta un nuevo cálculo para el presupuesto no nos traía el nombre del impuesto de la empresa a la que pertenecía la empresa.
• Solucionado el problema de que en modo crear nuevos cálculos, no permitiera añadir cálculos por conceptos.
• Ya se pueden introducir presupuestos que no se sabe la fecha de inicio o de fin del servicio
• Ahora se pueden filtrar presupuestos que no tengan fechas. Sólo se tienen que dejar vacíos los campos de inicio y fin del filtrado de presupuestos.

PRESUPUESTOS

• La duplicación de presupuestos desde la pantalla principal es funcional ahora. Es capaz de elegir un presupuesto (que es combinado por otros presupuestos) y duplicar toda la combinación entera.
• Se han solucionado los problemas que habían de que la BD nos devolviera el presupuesto recién duplicado. El problema residía en que una sentencia INSERT junto con una sentencia SELECT que nos devolviera al final el número de presupuesto recién creado en la BD SQL funcionaba sin problemas, pero los componentes ADO no son capaces de hacer esta combinación. Se solucionó creando dos procesos diferentes y por separado.
• Se ha solucionado el problema de que no guardaba las condiciones generales de los conductores, tanto en la creación como en la modificación.

PRESUPUESTOS

• Presentada primera versión funcional de la gestión nueva de presupuestos. Más rápida, capaz de englobar diferentes presupuestos en uno y más funcional

SERVICIOS

• Solucionado problema que presentaba a todos los servicios como que tenían seguimiento. Esto era debido a que todavía no se han traspasado bién los datos antigüos de seguimientos.

PRESUPUESTOS

• Modificado el criterio de  búsqueda de presupuestos entre un margen de fechas. He de tener en cuenta que el presupuesto sólo conoce la hora de inicio del servicio, no la de inicio de nave. 

FACTURACION

• El listado de facturas emitidas ha sido modificado para poder elegir el tipo de orden a imprimir en el informe. Ahora se puede elegir entre imprimir por número de factura o por fecha de emisión.

PRESENCIA DE PERSONAL

• Modificado el proceso de filtrado de servicios del empleado elegido, ahora nada más filtrar sus servicios se presentará sobre el último registro de los servicios (según el margen de fechas en el que se trabaje)

FACTURACION

• Cuando desde el módulo de servicios (seleccionando un servicio) llamas a ver su ftra y esta nunca fue creada, ocurría que nos pasaba a la pantalla de seleccionar servicios pendientes de facturar del cliente al que pertenecía el servicio. Pero el problema es que no nos filtraba los servicios por el margen de fechas del módulo servicios. Por lo que si le decíamos de facturar todo lo pendiente, inducía a un error pues se podían facturar servicios que todavía no era su momento de ser facturados. Se soluciona el problema pasando el filtro de fechas a la pantalla de seleccionar los servicios a facturar que están pendientes.

LIQUIDACIONES - PARTES - CONDUCTORES

• Con el fin de solucionar el problema de donde venían los cambios en los km actuales de un vehículo, se hicieron cambios en las búsquedas de registros de las tablas de dietas de partes de servicios. Se ha arreglado un fallo en el tratamiento de la select que nos trae los partes de un servicio de años anteriores.

COMBUSTIBLE

• Ahora el módulo que nos presenta los fallos de importación de salidas de combustible, nos presenta en un ámbito de 365 días, los registros de partes de taller, reparaciones de taller, partes de conductores (liquidaciones) y salidas de combustible que podrían tener discrepancias con los km a actualizar del registro importado que generó un fallo. También nos informa de los km actuales del vehículo a arreglar el fallo de importación. Y al lado tiene un botón de acceso rápido al histórico de cambios de km de este vehículo. Toda esta parafernalia se ha facilitado con el propósito de descubrir desde donde puede haberse colado una discrepancia con los km actuales del vehículo.

EN VARIOS SITIOS SE CAMBIO LA GESTION DE CAMBIOS DE KM DEL VEHICULO

• En el módulo de cambio de km. del vehículo, ahora se ha cambiado el método de grabar sus km para que guarde, en un histórico de cambios de km del vehículo, este cambio. Guardará quien lo cambio y cuando, módulo desde el que se cambia, valores anteriores y el motivo del cambio.
• En el módulo que presenta los vehículos hay un acceso a cambiar los km del vehículo elegido. Pues ahora se ha cambiado el método de grabar sus km para que guarde, en un histórico de cambios de km del vehículo, este cambio. Guardará quien lo cambio y cuando, módulo desde el que se cambia, valores anteriores y el motivo del cambio.
• En el módulo de Entradas/Salidas de combustible, ahora se ha cambiado el método de grabar los km del vehículo cuando se importan datos de los depósitos de combustible. Esto se ha hecho para que guarde, en un histórico de cambios de km del vehículo, este cambio. Guardará quien lo cambio y cuando, módulo desde el que se cambia, valores anteriores y el motivo del cambio.
• En el módulo de Entradas/Salidas de combustible, ahora se ha cambiado el método de grabar los km del vehículo cuando se crea/modifica un registro de salida de combustible. Esto se ha hecho para que guarde, en un histórico de cambios de km del vehículo, este cambio. Guardará quien lo cambio y cuando, módulo desde el que se cambia, valores anteriores y el motivo del cambio.
• En el módulo de taller, ahora se ha cambiado el método de grabar los km del vehículo cuando se crea/modifica un nuevo parte de trabajo. Esto se ha hecho para que guarde, en un histórico de cambios de km del vehículo, este cambio. Guardará quien lo cambio y cuando, módulo desde el que se cambia, valores anteriores y el motivo del cambio.
• En el módulo de taller, ahora se ha cambiado el método de grabar los km del vehículo cuando se crea/modifica una nueva reparación de un parte de trabajo. Esto se ha hecho para que guarde, en un histórico de cambios de km del vehículo, este cambio. Guardará quien lo cambio y cuando, módulo desde el que se cambia, valores anteriores y el motivo del cambio

VEHICULOS

• En el módulo que usamos para cambiar los km del vehículo, se ha creado un acceso directo al histórico de cambios de km por vehículo. Por supuesto filtrará por el vehículo elegido
• Se ha creado un módulo que nos presentará el histórico de los cambios de km por el vehículo seleccionado. Se podrá elegir un margen de fechas, y el primer registro será el cambio más reciente.

GESTION DE COMBUSTIBLES

• Un registro de salida de combustible que ha sido importado, no debe de ser borrado. Por lo que ahora no lo permitirá, nos avisará de ello y se saldrá
• Los registros de salida de combustible ahora pueden ser ordenados por el campo del vehículo reasignado.
• Ahora en el módulo que reasignamos el vehículo, el grid de la izquierda que nos presenta los vehículos a reasignar, nos los presentará ordenados por el campo de veces reasignado.

GESTION DE COMBUSTIBLES

• Ahora se pueden filtrar las entradas de combustible por la empresa que compra el combustible.
• Ahora se pueden filtrar las salidas de combustible por la empresa del vehículo que reposta del registro importado, o por la empresa del vehículo al que ha sido reasignado el registro, o por ambas empresas.
• Si tienes el mantenimiento general de entradas/salidas filtrado por alguna empresa y editas el registro de salida, cuando le das al botón para reasignar el repostaje a otro vehículo (ahora la siguiente pantalla, la que presenta la relación de consumo importado/reasignado por vehículo, filtrará por la empresa anteriormente filtrada

TALLER

• Cambiada la apariencia en todos los apartados de taller, adaptándola al diseño general aceptado para servicios.
• Cuando creabas una nueva reparación de un parte, automáticamente ponía como fecha de reparación, la fecha de reparación del parte. Esto generaba errores, pues a veces la reparación se realizaba tiempo después y no se modificaba. Por lo que al actualizar los km de la reparación en la ficha del vehículo, generaba errores en los avisos de futuras repaaraciones/revisiones parametrizadas. Ahora no ocurre esto, la fecha aparece en blanco y se controla que no se ha introducido en el proceso de cierre de este módulo. 
• También se ha quitado la opción de que le pusiera a la reparación automáticamente los km del parte. Y por supuesto se controla de que al salir de este módulo se compruebe su falta

CONTROL DE PRESENCIA

• Cambiada la manera de traer los datos de presencia. A partir de ahora para que se puedan ver las imágenes de una semana, sólo realizará la importación automática de los registros de presencia de días anteriores a una semana del día de hoy. Y como bién sabemos lo hará al arrancar el módulo de presencia.
• El módulo de presencia ahora cuando realice la importación de registros automáticos de presencia, nos presentará el proceso de importación de un modo gráfico.

PRESUPUESTOS

• Se han creado nuevas tablas para el tratamiento de los presupuestos. Una general (descripción), una que de pende de la anterior en la que se irán creando los diferentes pvp ofertados por plazas de vehículo. Y otra tabla para los diferentes tipos de cálculos asignados a un tipo de plaza. 
• Se ha creado un mantenimiento de cálculos obligatorios para presupuestos. Es decir que cada vez que se cree un cálculo de pvp de un presupuesto, se nos preguntará por los importes/cálculos que se creen en este mantenimiento.

COMBUSTIBLE

• Solucionado el problema de la exportación de los registros a un fichero txt. El error era que ponía el número de CAE de la empresa seleccionada para trabajar con OPENBUS, no el de la empresa seleccionada para crear la exportación.
• Solucionados los problemas de impresión del listado de registros de entradas/salidas de combustible
• Solucionados los problemas de impresión del listado contable de registros de entradas/salidas de combustible
• Ahora el listado oficial de consumo de combustible es un botón que hay al lado del botón de exportación al fichero txt de las entradas/salidas de combustible. Por lo que el acceso desde el menú principal de OPENBUS desaparecerá.
• Solucionado el problema de no imprimir los datos del vehículo cuando filtrabas por conductor o por vehículo.

MONTAJE DE SERVICIOS

• Corregido fallo al intentar filtrar el montaje de un conductor que no tuviera servicios montados para esa fecha.
• Ahora cuando un conductor en un servicio su montaje está compartido con otro conductor, en su parte le informará que este servicio está compartido.

MANTENIMIENTO DE VEHÍCULOS

• Ahora la ficha del vehículo debajo de equipamiento, tiene otro mantenimiento para ponerle los identificativos RFID por vehículo.

MANTENIMIENTO DE SERVICIOS

• En el módulo principal donde se pueden filtrar los servicios, ahora se ha cambiado la gestión de colores. También se han modificado las pantallas siguientes, las que modifican la ficha del servicio.
• En el módulo de seguimiento se han cambiado algunos conceptos referentes al tratamiento de sus avisos. También se modificaron su gestión de colores.
• En el módulo principal de servicios se encontró y solucionó el problema de que cuando entrabamos a seguimiento de un servicio y creábamos algo, no se refrescaba en este módulo principal que el servicio ahora tenía un seguimiento.
• También se solucionó el problema de que si a un servicio le borrábamos todos sus seguimientos, todavía seguía presentando el servicio como que tenía seguimientos.

CONTROL DE PRESENCIA

• Ahora nada más entrar en el módulo de presencia de OPENBUS comprobará si hay registros a traer de la BD del ordenador de fichaje. Si los hay los importará automáticamente.
• Como ahora en el ordenador de fichaje sólo permanecerán los fichajes del día, se ha modificado en el módulo de presencia de OPENBUS la select que nos trae los fichajes pendientes del ordenador de presencia. Esto se ha hecho porque al hacer una select con union de dos servidores me daba problemas al filtrar por el campo fecha de fichaje en el ordenador de fichaje. Ahora sólo filtrará por el campo empleado. Mientras que el filtro de fechas lo hará en el servidor donde se hacen las importaciones

SERVICIOS

• Modificada la tabla de montaje de servicios, para que cuando un vehículo entre o salga de ntras.instalaciones esta tabla pueda ajustar los horarios reales de entrada/ salida de este. Esta tabla es utilizada por varios módulos de diferentes apartados de la aplicación (liquidaciones, montaje, facturación, servicios, etc). Todos ellos están en fase de modificación y ajuste de tratamiento de estos nuevos campos.

VEHICULOS

• Creada nueva tabla que recogerá de los dispositivos de identificación del vehículo, el momento justo cuando entran ó salen de nuestras instalaciones.
• Se crea procedimiento en OPENBUS para crear esta tabla si no existe en nuestra base de datos.

SERVICIOS

• En la pantalla de duplicación de servicios, todos los campos que tienen que ver con conceptos alfanuméricos (descripción, solicitante, etc) se ha puesto como condición obligatoria de todos sus contenidos ponerlos en mayùsculas.
• En esa misma pantalla se han puesto dos botones de borrar fechas, para la de inicio y para la de fin de servicio.
• En esa misma pantalla se ha arreglado problema de redimensionamiento en s.op win7
• El campo descripción se ha arreglado para que contenga sólo obligadamente 80 caracteres que son los marcados en la creación del campo en la tabla. No se podrán físicamente introducir más de 80 caracteres. Así evitamos problemas en la duplicación. Lo mismo se ha hecho en la pantalla de introducción de nuevos servicios, puesto que antes no se controlaba.
• Los campos de salida de cocheras (tiempo de anticipación del servicio), cuando se duplique un servicio, aparecerán a cero para evitar problemas de mala gestión de estos tiempos por olvido de controlarlos en la duplicación.
• Solucionado problema cuando duplicabas un servicio y no cambiabas nada. Como no sabía cual era el registro a editar después de la creación, saltaba con una pantalla que nos informaba sobre su duplicación y no edición. Se ha solucionado filtrando después de la duplicación pero ordenando por número de servicio (aunque el orden fuera otro), así se va directamente al último servicio (el recién duplicado) y se edita. Al salir de la edición se vuelve a filtrar pero se deja con el orden que tenía antes de la edición.

CONTROL DE PRESENCIA

• Al hacer UNION (vinculación) de dos servidores SQL, me he topado con problemas a la horar de unir tablas con la misma estructura de campos. Sobre todo a la hora de hacer comparación entre fechas del mismo campo pero de diferentes tablas situadas en diferentes servidores. Lo hemos solucionado haciendo búsquedas desde / hasta (por estos campos de fechas), pero poniendo el desde y el hasta en cada tabla.
• Redimensionada la pantalla principal por dar problemas (se cortaba el form) en s.op. win7 (sobre todo cuando tocabas algo del tamaño de las letras)

PLANIFICACION

• Redimensionada la pantalla principal de presentación de incidencias de personal mensual por dar problemas con el s.op. win7
• Redimensionada la pantalla principal de presentación de incidencias de personal anual por dar problemas con el s.op. win7

COMBUSTIBLE

• Ahora en el mantenimiento de surtidores, aparecen por surtidor, el total de litros de entradas, de salidas y actuales desde la fecha de inicio del surtidor.

COMBUSTIBLE

• Imaginemos que importamos desde el día 1/1 hasta el día 17/2, y ahora pulsamos sobre el botón importar. Debe de aparecer una pantalla donde me indique las diferentes fechas de la importación a que entrada de combustible se van a relacionar. Por lo que si la última entrada fué el día 15/1 me sacará una pantalla que diga que desde el día 1/1 hasta el día 13/1 van a la entrada de combustible mengana y desde el día 15/1 hasta el 17/2 irán a la última entrada. Si por ejemplo no encontrara entradas anteriores a la fecha del primer registro a importar me dirá que no puede importar por este motivo. Esto se hace con el fin de asignarle a cada importación el tipo de combustible al que pertenece (por si una vez se compra un tipo de mezcla y después en este mismo depósito se gestiona la compra de otro tipo de mezcla de combustible)
• Ahora podremos filtrar las entradas y las salidas por el depósito, así sabríamos los litros de entradas y salidas de este depósito en el margen de fechas seleccionado.

COMBUSTIBLE

• El proceso de exportación debe de comprobar si anteriormente sus registros han sido exportados. Si fueron exportados generará un error y no continuará con este proceso
• Cada registro que sea repostado debe de generar para si una nueva numeración que identifique el registro con el código generado para la exportación. Esta numeración será anual y independiente por cada empresa del grupo
• El listado en PDF ha sido modificado para que imprima esta numeración por exportación.

VEHICULO

• Obligamos en la ficha del vehículo a introducir el código de identificación con la aplicación de gasoil externa.

COMBUSTIBLE

• El proceso de importación de registros de combustible (fichero externo), ahora nos pregunta desde que surtidor importamos y el tipo de combustible al que lo asignamos.
• Los mantenimientos de surtidores y todos los módulos que hacen llamada a estos mantenimientos, han sido cambiados sus descripciones a depósitos de combustible, puesto que un mismo depósito puede tener varios surtidores.
• La importación de repostajes desde una aplicación externa debe de realizarse generando una tabla temporal que recoja todos los registros de la importación, los ordene y entonces comience con la importación. Esto se hace ahora así porque la exportación de la aplicación externa no ordena por fecha / hora los repostajes, por lo que no podríamos actualizar ni comprobar los km del vehículo que importamos su repostaje.
• Cuando visionamos un error de importación, no pone el nombre del conductor, aunque si el código de este. Esto es debido a que el error no logró buscar la tarjeta y por lo tanto no grabó el código del conductor. Luego cuando pasamos a editarlo lo que no hacía era si conocía la tarjeta traerme le nombre del conductor, sólo me traía su código. Pues ahora me trae su código y su nombre, pero sólo si conoce la tarjeta importada.
• Cuando reasignamos un vehículo a una importación, en la pantalla que nos aparece el número de veces que se han usado los vehículos en el margen de fechas, la columna veces se renombra a importados porque ahora sólo ofrecerá información de la cantidad de veces que un vehículo fué usado por importación.
• Desde la pantalla que se arreglan los fallos de importación, poner un acceso a la gestión de los km por vehículo, por si hiciera falta cambiar a un vehículo sus km. actuales
  
  

COMBUSTIBLE

• En el módulo de Entradas / Salidas, para el apartado de entradas de combustible se ha modificado para que se introduzca el surtidor que realiza la entrada.
• En el módulo de Entradas / Salidas, para el apartado de salidas de combustible se ha modificado para que se introduzca el surtidor que realiza la salida.
• Modificado el proceso de importación de registros de salida de una aplicación externa. Ahora nos preguntará por el surtidor que realiza la importación.

COMBUSTIBLE

• Creado nuevo mantenimiento de surtidores. La aplicación necesita conocer los surtidores, identificándolos por cochera.
• Creada función que supervisa el superusuario de la aplicación, para crear (si no existe) la tabla de surtidores.

COMBUSTIBLE

• En la reasignación del vehículo, combustibles, debe aparecer otra columna en la pantalla de reasignación de reportajes, que indique el numero de reasignaciones que se la ha hecho a cada vehículo.
• La gestión de entradas de gasoil (compras) implementa ahora que empresa es la que realiza la compra
• Si tenemos una gestión de combustibles de otro proveedor que tiene un proceso de exportación de sus registros, necesitamos que nuestra gestión importe sus registros. El módulo que modificaremos es para importar estos registros. Pero si el programa externo de combustible exporta registros sin ordenar por fechas, tendremos un problema al importarlos porque no será consecutiva la numeración de nuestros registros y esto es necesario para nuestra generación de los ficheros oficiales. La solución es que en la importación nos diga la última fecha importada, por lo que sólo deje importar desde el día posterior a la última importación. Y el hasta sería como mucho el día anterior al actual de la máquina. Otra solución necesaria es que en el momento de la importación, vaya recorriendo las fechas, y sólo importe los registros que pertenezcan a la fecha que se pide. Por lo que por cada fecha del while se debe de abrir el fichero .txt exportado otra vez y cerrarlo cuando se termine con esta fecha, para ir a otra.
• Cuando un registro de salidas intentamos modificarlo y resulta que es un registro importado de uno de nuestros surtidores (aplicación de exportación externa), nos avisará de que es un registro importado y que debemos de llevar cuidado con lo que modificamos. 
• Cuando un registro de salidas intentamos borrarlo y resulta que es un registro importado de uno de nuestros surtidores (aplicación de exportación externa), nos avisará de que es un registro importado y que debemos de llevar cuidado con lo que borramos. 
• Si el informe a generar de repostajes (entradas/salidas) va filtrado por empresa y el registro es de una entrada de combustible que no pertenece a la empresa seleccionada, pues no lo imprimirá.

COMBUSTIBLE

• Cuando en un error se detecta una diferencia de km con los que tiene el vehiculo, lo normal es arreglarlos a tiempo después. Pero entre que se detecta el error y se arregla los km del vehículo pueden haber cambiado, por lo que debe de volver a comprobar los km una vez se arregla el error. Y si vuelven a haber problemas con los km que los compruebe con los km reales en el momento de arreglar el registro.
• Cuando importamos el fichero de combustible si encuentra un error por poner menos km que los que tiene el vehículo, no captura la empresa del vehículo, aunque el vehículo si. Por lo que al arreglar el error y no cambiar el vehículo, todavía no tiene la empresa. Solución generar la empresa al principio de la importación del registro.

MONTAJE

• Ahora en los partes del conductor que realiza el servicio (informe), en la zona donde aparece la información de las plazas contratadas para el servicio, se ha cambiado para que sea más fácil de encontrarla y más llamativa

COMBUSTIBLE

• Creada nueva utilidad para la reasignación de vehículo por mala importación desde el surtidor. La mala importación es debido a la mala interpretación del código del vehículo por parte del usuario que reposta. Así que la utilidad lo que hace es presentarnos en el margen de fechas solicitado, los vehículos que se pueden usar, con sus repostajes ya realizados.
• Modificado el listado / informe de repostajes para que compruebe si todos los vehículos tienen incorporadas sus matrículas y corresponden a la empresa solicitada para generar el informe.
• Ahora en el módulo de entradas/salidas de combustible, sólo tenemos un margen de fechas común para filtrar tanto las entradas como las salidas.
• Ahora podemos desde este módulo de entradas/salidas borrar el vehículo y el conductor seleccionado para el filtro
• Solucionado el problema de redimensionamiento del form para los equipos que retocan en windows 7 su escritorio (font, iconos, etc.)
• En el módulo de entradas/salidas ahora ya es posible ver el código del vehículo seleccioinado para filtrar.
• En el listado/informe de repostajes ahora si filtras por una empresa aparecerá su nombre, CAE y NIF en el listado. Si no filtras por empresa no aparecerán estos campos
• Cuando borras/cambias el vehículo reasignado, o borras/cambias el vehículo importado ... no borra la empresa correspondiente. Solucionado
• Ahora el módulo de entradas/salidas de combustible nos presenta el total de litros de entradas y salidas de repostajes filtrados. De tal manera que por ejemplo podemos hacer filtros por vehículos entre un margen de fechas y ver el total de litros repostados.

COMBUSTIBLE

• Modificada la exportación del mantenimiento de combustibles, es decir la generación del fichero ASCII que se tramita a la consejería. Adaptado a la normativa BOE y trabajando con las nuevas tablas SQL
• Se comtempla la posibilidad de reasignar el repostaje realizado a otro vehículo, por fallos de criterio del usuario a la hora de hacer el repostaje.
• Ahora cuando el vehículo asignado al repostaje coincide sus km actuales con los introducidos en el repostaje realizado, esto ya no se considera como un error del registro importado.
• Corregido error que nos presentaba como vehículo 00000 cada vez que que existía algún error con los km del vehículo introducido en el registro de repostaje importado..
• Ahora el proceso de importación graba junto al vehículo asignado al repostaje, la empresa a la que pertenecía este en el momento de la importación.
• Ahora en el proceso de exportación, nos pregunta por la empresa que genera el fichero. Si alguno de los registros a exportar la empresa del vehículo no pertenece a la empresa que genera el fichero, nos genera un error que no permite la generación total del fichero.

LIQUIDACIONES

• Modificado el mantenimiento de partes de servicios, pues la versión anterior necesitaba de la tabla de combustibles de paradox, que ahora está sustituida por una en SQL cliente/servidor
• Corregido error en dietas si cancelabas la insercción de Dietas por Km.

FACTURACIÓN DE TARJETAS

• Modificado el mantenimiento que recoge de los partes de liquidación de servicios, los registros de pago de gastos / combustible externo para su comprobación con las facturas de los proveedores que nos dan su servicio a través de estas tarjetas. Antes usaban la tabla de combustibles de paradox y ha sido modificado para adaptarlo a las nuevas tablas de SQL cliente/servidor..

VEHÍCULOS

• Ahora desde la ficha del vehículo, tenemos otro botón (al lado del código del vehículo) para ir directamente a la gestión documental, filtrando por supuesto por el vehículo.

COMBUSTIBLE

• Modificado el mantenimiento de combustibles. Ahora se trabajará con BD cliente / servidor
• Se han modificado los mantenimientos de las tablas de tipo de combustible, combustible entradas y combustible salidas (repostajes internos).
• Los módulos de entradas de combustibles y salidas, han sido fundidos en un sólo módulo.
• El módulo de importación de repostajes de otras aplicaciones externas ha sido modificado para que el tratamiento de errores sea único por cada registro. Ahora tendremos un sólo registro de error con una múltiple cantidad posible de mensajes de error, no un registro por cada tipo de error.
• Modificado el módulo de generación de informes de repostajes (fichero pdf para impuestos)

GESTION DE USUARIOS

Modificada la gestión de usuarios para no permitir generar usuarios nuevos sin que se conozca el nick. Esta modificación ha sido realizada tras detectar el error que suponía al exportar usuarios sin nick a la gestión de presencia de personal.