Mejoras en facturas de ventas.

Open-ERP SOCGER

   Se ha creado la plantilla de informes para el listado de facturas emitidas. Es decir podemos ahora crear una relación de todas las facturas emitidas entre los filtros introducidos para su listado. 

Mejoras en almacenes movimientos.

Open-ERP SOCGER

   Se ha creado la plantilla de informes para el listado de movimientos entre almacenes, que es el módulo que permite pasar artículos de un almacén a otro, o entradas manuales a los mismos. 

Mejoras en almacenes/cocheras/garajes.

Open-ERP SOCGER

   Se ha creado la plantilla de informes para el listado de almacenes/cocheras/garajes de las empresas creadas en la aplicación. 

Mejoras en cuentas bancarias.

Open-ERP SOCGER

   Se ha creado la plantilla de informes para el listado de cuentas bancarias de las empresas creadas en la aplicación. 

Mejoras en empresas.

Open-ERP SOCGER

   Se ha creado la plantilla de informes para el listado de empresas. 

Mejoras en tipos de clientes.

Open-ERP SOCGER

   Se ha creado la plantilla de informes para el listado de tipos de clientes. 

Mejoras en clientes.

Open-ERP SOCGER

   Se han creado dos plantillas de informes para el listado de clientes. Uno general que nos informará de los datos esenciales del cliente y otro más completito que nos informa también de los contactos y sus direcciones de envío.

Mejoras en facturación.

Open-ERP SOCGER

   Si se borra una factura que pertenece a un albarán o varios albaranes, se desmarcan sus albaranes como que fueron facturados.

   Se pueden crear facturas sin necesidad de albaranes, pero si se borra la factura el stock de aquellos artículos que se controla sus existencias aumentará. Pero si las líneas de la factura pertenecen a albaranes que no descontará del stock, sino que lo harán los albaranes cuando sean borrados o modificados.

   Una factura no puede ser dada de baja, ni modificada si tiene cartera creada (recibos de cobro).

   Cuando estamos a punto de borrar la factura y resulta que tiene líneas de detalle que pertenecen a albaranes, nos pregunta si deseamos darla de baja. 

   A diferencia de los albaranes, pedidos o presupuestos, la factura no hace falta que recoja el vehículo. Esto es debido a que una factura puede estar formada de diferentes albaranes/partes con diferentes vehículos. Y también porque una factura puede ser la venta de cualquier cosa que no tenga que estar relacionada con vehículos.

   Una factura puede pertenecer a varios albaranes, e incluso tener líneas que no pertenezcan a albaranes e incluso todo a la vez. Por lo que las líneas de detalle de la factura tienen que tener el número/serie del albarán al que pertenezcan. Si vamos cambiando de líneas de detalle, en el módulo de crear/modificar facturas, veremos que debajo de la malla/grid se ve si la línea pertenece o no a un albarán.

   Una línea de detalle de una factura, si pertenece a un albarán, no podrá ni ser borrada ni modificada. Si deseamos modificarla, borramos la factura y así se convierten otra vez en albaranes, luego los modificamos y volvemos a crear la factura.

   La cabecera de la factura, a diferencia de por ejemplo pedidos, no tiene necesidad de saber a que pedido pertenece, o a que albaran/presupuesto. El motivo es porque una factura puede ser compuesta de varios albaranes de diferentes pedidos o presupuestos. E incluso tener o no tener líneas que no pertenecen a ningún albarán. 

   Ahora las líneas de detalle de una factura se pueden diferenciar de si son de un albarán o no, porque además de que debajo del grid y según cambiamos de registro nos dice a que albarán pertenecen, pues ahora también en la misma línea del registro tenemos una columna llamada "Alb." que aparecerá con un dibujo que aclara si es o no perteneciente a un albarán.



.

Nuevo módulo - Facturación.

Open-ERP SOCGER

    Se ha creado un nuevo módulo para la facturación de albaranes creados. Una factura puede pertenecer a uno o a varios albaranes. 

   Por supuesto se pueden añadir líneas a mano (que no aparecían en ningún albarán). Estas líneas si tienen que ver con artículos a los que se controla su stock, su modificación o creación repercutirá sobre el stock del artículo en el almacén de la empresa que se factura.

   Una factura sólo pertenece a un cliente, a una empresa y a un almacén, por lo que no se pueden añadir albaranes de diferentes almacenes, aunque pertenezcan al mismo cliente o empresa.

También permite la creación de facturas que no pertenecen a ningún albarán. 

Mejoras en empresas.

Open-ERP SOCGER

   Modificado el proceso de traer el logotipo que pertenecerá a la empresa. También cambiado el proceso de capturarlo desde un fichero en un path. 

Mejoras generales.

Open-ERP SOCGER

   Creadas rutinas para copiar ficheros de un sitio a otro, comparar ficheros y borrarlos.
   
   Se han creado constantes para toda la aplicación que guardarán la ruta donde están guardadas las imágenes que pertenecerán a los logotipos de cada una de las empresas creadas.

   Se han creado constantes para toda la aplicación que guardarán la ruta donde están guardadas las plantillas que darán forma a todos los listados de la aplicación.

Mejoras en albaranes, pedidos y presupuestos.

Open-ERP SOCGER

Al crear un nuevo presupuesto, si le dábamos nada más entrar al cliente para ponerlo, nos daba un error. Esto ocurría porque la función que nos traía las líneas que todavía no pertenecían a ningún pedido, intentaba hacerlo cuando todavía no estaba abierta la tabla de líneas de detalles del presupuesto.

Al crear un nuevo pedido, si le dábamos nada más entrar al cliente para ponerlo, nos daba un error. Esto ocurría porque la función que nos traía las líneas que todavía no pertenecían a ningún albarán, intentaba hacerlo cuando todavía no estaba abierta la tabla de líneas de detalle del pedido.

Solucionado el problema al elegir un cliente en albaranes, presupuestos o pedidos que no tenía puesto su representante. Habían campos del representante que en la cabecera del albarán, pedido o presupuesto era obligatorio ser rellenados. Ahora no lo son, pues pueden haber clientes que no estén asignados a un representante.

Cuando en pedidos intentamos pasarlo por completo a albarán, comprobamos primero si está dado de baja el pedido. Porque si lo está no debe de crear el albarán.

Cuando en presupuestos intentamos pasarlo por completo a pedidos, comprobamos primero si está dado de baja el presupuesto. Porque si lo está no debe de crear el pedido.

Ahora si se borra un albarán entero se ha conseguido que aumente las líneas del stock de los artículos a los que se les tenga que controlar su stock. Por supuesto también lo hace cuando se borran líneas de detalle una a una.

Cuando traspasabamos entero un pedido a albaranes no comprobaba anteriormente si había stock de todos sus artículos. Ahora ya está corregido, además se ha corregido el problema de que si el pedido tenía varias líneas del mismo artículo, debe de hacer la comprobación sobre el total del mismo artículo a traspasar. no sobre cada una de las líneas. Porque si la línea primera de detalle del pedido tiene 2 unidades del artículo "artículo primero" y hay stock para descontar, y además puede que la línea 3 tenga una unidad del artículo mencionado ... pues si se hacía por separado el toal de stock a comprobar de cada línea nos diría que si para la primera línea, pero que no para la tercera línea de detalle a traspasar.

Si se vuelve a dar de alta un albarán que fue borrado por completo, primero comprueba si hay stock, pero lo hace por su conjunto de artículos. Pues un albarán puede tener varias líneas de un mismo artículo, así que debe de hacer la comprobación de su stock por el total de cantidades por artículo del albarán.

Por supuesto si una línea de detalle de un albarán se diera de alta también disminuye el stock del artículo.

Se corrige el mensaje de que no hay stock suficiente cuando intentamos convertir una línea de detalle de un pedido a albarán. El mensaje no era lo suficientemente claro.

Se corrige el mensaje de que no hay stock suficiente cuando creamos/modificamos una línea de detalle de un albarán. El mensaje no era lo suficientemente claro.

Mejoras en módulo de artículos.

Open-ERP SOCGER

   En artículos en el mantenimiento de su ficha, se obliga ahora a introducir la descripción para la terminal o punto de venta (TPV). El motivo es porque es una descripción más corta que la descripción general del artículo y ciertas terminales de venta no permiten esta descripción tan larga, ni tampoco las impresoras de tickets enlazadas a este tipo de terminal.

Mejoras generales.

Open-ERP SOCGER

   Antiguamente cuando un registro era borrado y luego vuelto a dar de alta, preguntaba por si estábamos seguros de darlo de alta. Pues ahora no, directamente se da de alta, tal y como lo hacemos en dar de baja. Es el usuario el que los diferencia por los diferentes colores del registro según su estado (borrado o no borrado).

   Desde el principio optemos por cada vez que abríamos una tabla para un grid, traer sólo una cantidad específica de registros y sólo traeríamos el resto de registros por necesidad, por ejemplo cuando nos desplazáramos por los registros del grid hacia abajo o hacia arriba. Bueno pues esto nos generaba un error a la hora de saber la cantidad de registros devueltos en un filtro, porque sólo nos decía los que había traído en ese momento y no el total. Esto se ha solucionado volviendo a traer todos los registros desde el principio y no parte de ellos.

   Se ha corregido un fallo común en todos los mantenimientos que tenían tablas ligadas a la tabla de cabecera. Este error sólo se producía mientras teníamos en el módulo principal pulsado VER BAJAS = SI y por ejemplo pulsábamos para crear un nuevo registro.

Mejoras en albaranes, pedidos y presupuestos.

Open-ERP SOCGER

Corregido error al cambiar el almacén en presupuestos, pedidos y albaranes.

A partir de ahora antes de convertir una línea de detalle de un pedido en un albarán, se comprueba que exista en stock este artículo (suponiendo que sea un artículo al que debemos controlarlo).

Cuando en pedidos intentamos dar de alta como albarán una línea de detalle, ahora comprueba que el pedido está borrado. Si lo está no permite crear el albarán.

Cuando en presupuestos intentamos dar de alta como pedido una línea de detalle, ahora comprueba que el presupuesto está borrado. Si lo está no permite crear el pedido.

En presupuestos, pedidos y albaranes si una línea de detalle está borrada no se puede modificar. Hay que darla de alta antes.

Si un presupuesto, pedido o albarán está borrado, no podemos modificar nada de él. Hay que darlo de alta antes. Pero sólo si no había sido convertido anteriormente de un pedido o de un presupuesto.

Solucionado el problema al cambiar el almacén o el cliente de presupuestos, pedidos o albaranes. El problema era que no actualizaba el almacén/cliente en las líneas de detalle. Ahora si se produce algún fallo durante el cambio del almacén/cliente no pasa nada porque, aparte de que nos avisa de ello y se sale, cuando volvamos a entrar en el presupuesto, albarán o pedido se volverá a intentar actualizar el almacén/cliente en las líneas de detalle. También lo intentará corregir/actualizar cuando le digamos de borrar el presupuesto, el pedido o el albarán. Es decir que antes de borrar lo actualiza en las líneas de detalle. Con esta medida conseguimos que nunca se quede incompleta la actualización del almacén/cliente entre las líneas de cabecera y las líneas de detalle. Porque como sabemos el almacén/cliente son campos que tienen que estar obligados en las líneas de detalle, pues así lo exige el guión del módulo de alumnos/recibos, porque son líneas de detalle sin cabecera.

Si antes cuando borrábamos líneas de detalle de albaranes se aumentaba el stock del artículo y cuando las volvíamos a dar de alta lo disminuía. Ahora cuando se van a volver a dar de alta las líneas borradas, se comprueba primero si hay stock del artículo en cuestión. Suponiendo que sea una línea de un artículo que se controla su stock. Si no hubiera stock pues no se puede dar de alta otra vez.

Un albarán convertido en factura no se puede modificar nada de él. Y por supuesto tampoco se puede borrar.

En albaranes el cambio de almacén es algo más problemático porque afecta al stock del artículo. Así que no se podrá cambiar su almacén mientras que el albarán contenga líneas de detalle. Si lo permitiéramos se descontrolaría el stock de dicho artículo. Una solución sería dar de baja todas las líneas (por lo que el stock sería aumentado), después cambiar el almacén (que lo cambiaría incluso en las líneas que acaban de ser borradas) y después volver a dar de alta las líneas de detalle recién borradas (por lo que se disminuiría el stock del nuevo almacén).

Un pedido o un presupuesto, si tiene líneas de detalle que han sido convertidas a albaranes ó pedidos (respectivamente), no se podrá cambiar su almacén o su cliente.

Cuando editábamos un pedido, un albarán o un presupuesto, y le cambiábamos el cliente, el vehículo, el almacén o la empresa, y después editábamos una de sus líneas o la creábamos ... en el módulo que presenta esa línea no se cambiaba bien ninguno de estos campos recién cambiados. Pues ya está solucionado.

Mejoras en albaranes, pedidos y presupuestos.

Open-ERP SOCGER

Debajo del grid/malla que nos presenta todos los pedidos solicitados por el filtro, nos informa si sobre el pedido que estamos posicionados pertenece a algún presupuesto.

Debajo del grid/malla que nos presenta todos los albaranes solicitados por el filtro, se nos informa si sobre el albarán que estamos posicionados pertenece a algún pedido. También a su lado se nos informa si este pertenece a alguna factura.

Debajo del grid/malla que nos presenta las líneas de detalle del albarán que estamos modificando, se nos informa si la línea sobre la que estamos posicionados pertenece a alguna factura.

Debajo del grid/malla que nos presenta las líneas de detalle del pedido que estamos modificando, se nos informa si la línea sobre la que estamos posicionados pertenece a algún albarán.

Debajo del grid/malla que nos presenta las líneas de detalle del presupuesto que estamos modificando, se nos informa si la línea sobre la que estamos posicionados pertenece a algún pedido.

Cuando borras un albarán y este pertenecía a un pedido, se libera este pedido (lo considera como no cerrado), aún cuando tuviera líneas de detalle que pertenecieran a otros albaranes.

Cuando  borras un pedido y este pertenecía a un presupuesto, se libera este presupuesto (lo considera como no cerrado), aún cuando tuviera líneas de detalle que pertenecieran a otros pedidos.

Como resulta que un albarán puede provenir de un pedido, pues ahora en el módulo general que nos presenta los presupuestos filtrados nos dirá debajo del grid/malla a que pedido pertenece.

Como resulta que un pedido puede provenir de un presupuesto, pues ahora en el módulo general que nos presenta los pedidos filtrados nos dirá debajo del grid a que presupuesto pertenece.

Como resulta que  cada línea de detalle de un pedido puede haber sido convertida en diferentes albaranes. Ahora cada vez que cambiemos de línea de detalle veremos en la parte de abajo del grid/malla al albarán al que pertenece la línea de detalle del pedido.

 Como resulta que cada línea de detalle de un presupuesto puede haber sido convertida en diferentes pedidos. Ahora cada vez que cambiemos de línea de detalle veremos en la parte de abajo del grid/malla al pedido al que pertenece la línea de detalle del presupuesto.

Aunque un pedido provenga de un presupuesto por lo menos permitimos, al grid que nos muestra las líneas de detalle del pedido, subir y bajar líneas y poder convertirlas una a una en diferentes albaranes. Por supuesto no se pueden modificar las líneas de detalle, ni borrarlas.

Aunque un albarán provenga de un pedido por lo menos permitimos, al grid que nos muestra las líneas de detalle del albarán, subir y bajar líneas para poder ojearlas, aunque no modificarlas, ni borrarlas.

Si se borra un pedido y este pertenecía a algún presupuesto, pues se borrará pero no se permitirá nunca más volverlo a dar de alta. Si lo permitiéramos pondríamos en conflicto las ligas entre presupuestos y pedidos.

Si se borra un albarán y este pertenecía a algún pedido, pues se borrará pero no se permitirá nunca más volverlo a dar de alta. Si lo permitiéramos pondríamos en conflicto las ligas entre pedidos y albaranes.

Mejoras generales.

Open-ERP SOCGER

Antiguamente si queríamos cambiar el orden de los datos presentados en los grid/mallas, o pulsábamos sobre su columna respectiva (de la malla/grid) y nos cambiaba el orden en ascendente o descendente, o si queríamos ordenar por unos filtros preestablecidos ya, pues pulsábamos sobre la lengüeta << Filtros Personalizados >> y después sobre el botón de filtrar y nos aparecía otro módulo para poder hacer filtros y cambiar el orden de los datos presentados del módulo anterior. Pues bien para cambiar el orden nos íbamos al apartado <<ORDENADO POR>> y sobre el ComboBox usado para <<Cambiar el orden por>> cambiamos a las opciones predeterminadas (índices propios ya creados a la búsqueda de registros solicitada), o confeccionamos nosotros nuestro propio orden de los datos solicitados.

Pues a partir de ahora en todos los módulos principales también tenemos un ComboBox llamado <<Ordenado por>> en donde tenemos ya las opciones de orden establecidas como genéricas. De tal manera que nada más cambiando a una de ellas se filtrarán otra vez los datos presentándolos en el orden nuevo solicitado.

Mejoras en albaranes, pedidos y presupuestos.

Open-ERP SOCGER

En albaranes, presupuestos o pedidos, cuando elegíamos como cliente a cualquier cliente que no tuviera puesto su representante se producía un error en la parte que nos traía los datos de este comisionista. Ahora ya se conrola que no lo tenga para no tener que buscarlo.

Cuando introducíamos una línea en albaranes, pedidos o presupuestos, y le pasabamos un PVP pero sin elegir un artículo, y además no le introducíamos ningún impuesto ... nos generaba un error si cambiamos/redondeabamos el importe calculado para la línea. Ya está solucionado.

Mejoras en módulo de representantes.

Open-ERP SOCGER

   Cuando se creaba un nuevo representante, después de guardar la nueva entrada no se posicionaba sobre el registro recién creado. Pero ya está solucionado.

Mejoras en gestión de visitas.

Open-ERP SOCGER

• Creada una unión entre visitas y los pedidos/presupuestos realizados. De tal manera que puedan ser consultados desde visitas ó incluso crearlos.
• Desde cualquiera de los módulos de explotación por visitas se ha creado la misma unión entre estas visitas y los pedidos/presupuestos realizados. De tal manera que puedan ser consultados desde ellos ó incluso crearlos.

Mejoras en albaranes, pedidos y presupuestos.

Open-ERP SOCGER

Un presupuesto o un pedido, puede que no nos interese pasarlos a ser pedidos o albaranes. Por lo que se pueden cerrar en cualquier momento. Para ello tanto en el mantenimiento de presupuestos como de pedidos se ha habilitado un botón para ello (CERRAR). Evidentemente si todas sus líneas han sido pasadas a ser pedidos o albaranes, el presupuesto o pedido será cerrado automáticamente.

Si un presupuesto o un pedido, está cerrado no se podrá insertar/modificar/borrar nada de él.

Se han modificado las opciones de filtro de presupuestos y de pedidos, ahora se podrán por ver sólo los que están cerrados, los que no lo están o todos.

Tanto en presupuestos, como en pedidos, como en Albaranes, no se puede modificar/borrar sus líneas de detalle si fueron pasadas a ser un pedido, un albarán o una factura. 

Tampoco se podrá modificar/borrar nada de aquellos presupuestos, pedidos o albaranes que fueron convertidos por completo en pedidos, albaranes o facturas. Incluso si alguna de sus líneas fué pasada a ser pedido o albarán, tampoco se podrá borrar.

Tanto en presupuestos, como en pedidos, como en albaranes cuando entramos en ellos nos filtrarán automáticamente por el margen de fechas entre el 1 de enero del año pasado, hasta el 31 de diciembre del año que viene.

Si un albarán está facturado no podemos modificar, borrar nada de él.

Corregido en albaranes, pedidos y presupuestos. Cuando borrabas una línea de detalle y le dabas ver bajas ... no se veía la recién dada de baja.

Se han modificado todos los índices donde interviene el campo fecha para que además de ser ordenados por fecha, se le añada la serie/numero. Así si en una misma fecha se realizan varios presupuestos, pedidos o albaranes su orden visual será más fácil de identificar.

Se ha solucionado el fallo que no dejaba ver la descripción del cliente que hay al lado del botón de cambio/búsqueda de cliente. Esto ocurría tanto en presupuestos, como en pedidos, como en albaranes.

Después de convertir un presupuesto en pedido (entero), o después de convertir una línea de detalle de un presupuesto en un pedido, se comprueba si al presupuesto le queda alguna línea de detalle sin convertir. Si no le queda ninguna pues cierra automáticamente el presupuesto.

Después de convertir un pedido en albarán (entero), o después de convertir una línea de detalle de un pedido en un albarán, se comprueba si al pedidole queda alguna línea de detalle sin convertir. Si no le queda ninguna pues cierra automáticamente el pedido.

Si borramos un pedido que pertenece a un presupuesto, se desmarca el presupuesto como convertido en pedido, pero sólo las líneas de detalle que pertenecieran a ese pedido. Esto se debe porque un presupuesto puede pertenecer a varios pedidos.


Si borramos un albarán que pertenece a un pedido, se desmarca el pedido como convertido en albarán, pero sólo las líneas de detalle que pertenecieran a ese albarán. Esto se debe porque un pedido puede pertenecer a varios albaranes.

Corregido fallo en los mantenimientos principales de presupuestos, pedidos y albaranes. El fallo consistía en que no ponía sobre el grid el importe total de cada una de las líneas.

Cuando un presupuesto lo convertíamos entero en un pedido, si el presupuesto tenía líneas de detalle que anteriormente fueron convertidas en otro pedido, cometía el fallo de considerar todas las líneas de detalle como del nuevo pedido recién creado. Pues este fallo ya está solucionado

Cuando un pedido lo convertíamos entero en un albarán, si el pedido tenía líneas de detalle que anteriormente fueron convertidas en otro albarán, cometía el fallo de considerar todas las líneas de detalle como del nuevo albarán recién creado. Pues este fallo ya está solucionado

Mejoras en gestión de visitas.

Open-ERP SOCGER

En la ficha de visitas ahora podemos poner si nos ha realizado el cliente algún presupuesto o pedido. Esto nos servirá para que luego desde cualquier pantalla de explotación o desde el propio mantenimiento de visitas veamos un resumen de las visitas que han sido realizadas y su productividad.

También los campos de visitas y próxima visita permiten ahora la introducción de hora y fecha. Esto nos servirá para concertar con más exactitud las visitas que se realicen.

Se ha mejorado el control de con quién se habló para la visita.

Mejoras en albaranes, pedidos y presupuestos.

Open-ERP SOCGER

Cuando desde la configuración de la aplicación tenemos puesto que trabajaremos con vehículos en albaranes, pedidos y presupuestos, la aplicación nos obliga a introducir el vehículo desde el mantenimiento de albaranes/pedidos/presupuestos. Pero ocurría un fallo al cambiar de vehículo, el cual ya se ha solucionado. 

Si se eligió una empresa para trabajar con la aplicación, e intentamos crear un nuevo albarán/pedido/presupuesto nos preguntará si queremos asignar la empresa elegida de la aplicación como empresa de este nuevo albarán/pedido/presupuesto.

Mejoras generales para el tratamiento de comisiones.

Open-ERP SOCGER

La ficha de tipo de artículo tiene puesta la comisión que llevará esta familia de artículos, pero ocurría que cuando se elegía como familia de una ficha de artículo, no modificaba el campo de COMISION del artículo con el dato de comisión de la familia/tipo de artículo elegida. Pues ahora ya lo hace y además modifica también al artículo otros campos comunes con la ficha del tipo/familia del artículo, tales como Minima Variación Para Actualizar, Aplicar Beneficio En .., Grupo de Cocina, Impresora Comandas, Ventas por Peso, Visualizar en terminales, Cuentas Contables, etc.

En la ficha del artículo cometíamos el fallo de permitir que se pudiera poner un PVP y un PVP CON IMPUESTOS, cuando o es uno o es otro por el precio que vendemos dicho artículo. Lo mismo nos ocurría en el tema de tarifas del artículo y su descomposición (por si un artículo estaba compuesto en porciones de varios artículos).

Ahora cuando desde Albaranes, Pedidos o Presupuestos cambiamos el cliente, también nos traerá los datos del representante asignado al cliente elegido (comisión, retención, tfnos, régimen de impuestos, etc). También cuando cambiemos el representante al albarán hará lo mismo.

En al línea de detalles del albarán, presupuesto o pedido ... cuando elijamos un artículo de la tabla de artículos, también nos recogerá sobre la línea de detalle la comisión que tiene ese artículo en ese momento. Es digno de mencionar ahora que la ficha del representante también tiene un campo de comisión y este campo de comisión prevalece sobre el campo de comisión del artículo a la hora de realizar los cálculos de comisiones. Aunque también es digno de mencionar que los cálculos de comisiones se realizarán sobre los datos del albarán/factura realizado, es decir, será el albarán o factura quien informará sobre las comisiones que recogieron del representante o del artículo en el momento de creación de cada línea de detalle.

Mejoras generales realizadas.

Open-ERP SOCGER

Cambiado el  botón de seleccionar registros en toda la aplicación. Ahora dispone de un nuevo icono y además de un texto aclarativo de su uso.

Mejoras en el mantenimiento de visitas.

Open-ERP SOCGER

Ahora si el mantenimiento de visitas es llamado desde explotación de visitas por cliente o por representante, es decir si es creada una visita desde uno de estos módulos, no nos dejará modificar el cliente o el representante pues será el que fuera elegido desde la explotación de visitas correspondiente.

Si el mantenimiento de visitas es llamado desde el resto de explotaciones de visitas, cuando elijamos el cliente estos serán filtrados por su correspondiente filtro venido desde la explotación de visitas elegida. Es decir si se crea una visita desde explotacion de visitas por zona, al elegir un cliente los clientes serán filtrados por la ruta/zona elegida desde la explotación.

Mejoras en el mantenimiento de contactos de clientes.

Open-ERP SOCGER

Ahora tenemos un botón para que podamos poner a un contacto los mismos datos que tiene la ficha del cliente. Es decir crearíamos al propio cliente como contacto.

Mejoras generales realizadas.

Open-ERP SOCGER

Ahora cuando un módulo es llamado desde otro módulo, el que es llamado cambiará su color de fondo. Así podrá diferenciar fácilmente cuales son los módulos que llaman y los que son llamados.

Todos los mantenimientos que necesitan conocer el campo página web, a su derecha tendrán un botón para acceso rápido a esa dirección web/site introducida.

Nuevo módulo - Planificación visitas por provincia.

Open-ERP SOCGER

    Se ha creado un nuevo módulo para la planificación de visitas por provincia. Este módulo le permitirá crear automáticamente las próximas visitas a realizar (todas de golpe) de aquellos clientes que sean de la provincia elegida. De tal manera que podrá planificar las próximas visitas y concertando con ellas después la hora y día real de la visita. De esta manera podrá planificar por semanas, por quincenas, o como vean oportuno las próximas visitas a realizar a clientes.

Nuevo módulo - Planificación de visitas por ruta/zona.

Open-ERP SOCGER

    Se ha creado un nuevo módulo para la planificación de visitas por ruta/zona. Este módulo le permitirá crear automáticamente las próximas visitas a realizar (todas de golpe) de aquellos clientes que sean de la ruta/zona elegida. De tal manera que podrá planificar las próximas visitas y concertando con ellas después la hora y día real de la visita. De esta manera podrá planificar por semanas, por quincenas, o como vean oportuno las próximas visitas a realizar a clientes.

Nuevo módulo - Explotación visitas por representante.

Open-ERP SOCGER

    Se ha creado un nuevo módulo para la explotación de visitas por representante. De tal manera que conforme nos vayamos desplazando por las diferentes representantes, se irán filtrando a su derecha las visitas realizadas. Por supuesto respetando los filtros que se hayan puesto para las visitas (por actividad, por cliente, etc.).

Nuevo módulo - Explotación visitas por actividad.

Open-ERP SOCGER

    Se ha creado un nuevo módulo para la explotación de visitas por actividad del cliente. De tal manera que conforme nos vayamos desplazando por las diferentes actividades, se irán filtrando a su derecha las visitas realizadas. Por supuesto respetando los filtros que se hayan puesto para las visitas (por actividad, por cliente, etc.).

Nuevo módulo - Explotación visitas por cliente.

Open-ERP SOCGER

    Se ha creado un nuevo módulo para la explotación de visitas por cliente. De tal manera que conforme nos vayamos desplazando por los diferentes clientes, se irán filtrando a su derecha las visitas realizadas a ese cliente. Por supuesto respetando los filtros que se hayan puesto para las visitas (por actividad, por cliente, etc.).

Nuevo módulo - Explotación visitas por tipo de cliente.

Open-ERP SOCGER

    Se ha creado un nuevo módulo para la explotación de visitas por tipo de cliente. De tal manera que conforme nos vayamos desplazando por los diferentes tipos de cliente, se irán filtrando a su derecha las visitas realizadas a ese tipo de cliente. Por supuesto respetando los filtros que se hayan puesto para las visitas (por actividad, por cliente, etc.).