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.