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.