Mejoras en general.

Open-ERP SOCGER

    Se han modificado todos los grids/mallas de la aplicación para que seleccionen toda la línea del registro cuando se pulse sobre él y para que se vean mucho mejor las delimitaciones de las columnas y filas de los mismos.

    Todos los mantenimientos que tienen tablas hijas, antes cuando les creabas la cabecera tenías que darle a aceptar/ok para crear la cabecera, pulsar para editar la cabecera recién creada y entonces te permitía añadir registros a sus tablas hijas. Pues ahora desde el mismo momento que creamos la cabecera se vuelve a editar la misma (automáticamente) por lo que evitamos un paso. Los mantenimientos que han sido modificados son presupuestos, pedidos, albaranes, facturas, movimientos de almacenes, alumnos, tipos de artículos, artículos, ofertas de artículos, clientes, impuestos, tipos de empleados, proveedores, usuarios y  vehículos.

Mejoras en facturas.

Open-ERP SOCGER

    Si borrábamos una línea de detalle e inmediatamente le decíamos ver las bajas, pero no guardábamos la cabecera (no aceptábamos los cambios), sus totales no eran guardados en la cabecera de la factura. Esto se ha solucionado al obligar a este proceso que cada vez que se cree/modifique/borre una línea puse se actualicen los totales de la cabecera. 

    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser positivas y el importe total de la línea negativo. Estas situaciones ocurren cuando se introducen en alguno de los PVP una cantidad negativa. Pues ya está solucionado, se controla esta situación y no se permite.

    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser negativas y el importe total de la línea positivo. Estas situaciones ocurren cuando se ponen en alguno de los PVP cantidades positivas. Pues ya está solucionado, se controla esta situación y no se permite.

    Nos aseguramos por medio de otra función que al poner cantidades negativas se actualiza bien el almacén, tanto si es dando de alta una línea de detalle como si es dándola de baja. Por supuesto también nos aseguramos que lo hace bien cuando son abonos de facturas. Se obliga por supuesto, si se trata de un artículo para control de su stock, a no dejar el campo unidades vacío.

Mejoras en albaranes.

Open-ERP SOCGER

    Si borrábamos una línea de detalle e inmediatamente le decíamos ver las bajas, pero no guardábamos la cabecera (no aceptábamos los cambios), sus totales no eran guardados en la cabecera del albarán. Esto se ha solucionado al obligar a este proceso que cada vez que se cree/modifique/borre una línea puse se actualicen los totales de la cabecera.

    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser positivas y el importe total de la línea negativo. Estas situaciones ocurren cuando se introducen en alguno de los PVP una cantidad negativa. Pues ya está solucionado, se controla esta situación y no se permite.


    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser negativas y el importe total de la línea positivo. Estas situaciones ocurren cuando se ponen en alguno de los PVP cantidades positivas. Pues ya está solucionado, se controla esta situación y no se permite.

    Nos aseguramos por medio de otra función que al poner cantidades negativas se actualiza bien el almacén, tanto si es dando de alta una línea de detalle como si es dándola de baja. Se obliga por supuesto, si se trata de un artículo para control de su stock, a no dejar el campo unidades vacío.

Mejoras en presupuestos.

Open-ERP SOCGER

    Imaginemos que tenemos 4 líneas de detalle. Dos de ellas las convertimos en pedidos y las otras dos las vamos borrando una a una. Pues no se cerraba automáticamente el presupuesto. Ya se ha solucionado.

    Como cerrar/abrir presupuestos o pedidos son procesos muy parecidas, se ha creado una función común a ambos módulos.

    Si borrábamos una línea de detalle e inmediatamente le decíamos ver las bajas, pero no guardábamos la cabecera (no aceptábamos los cambios), sus totales no eran guardados en la cabecera del presupuesto. Esto se ha solucionado al obligar a este proceso que cada vez que se cree/modifique/borre una línea puse se actualicen los totales de la cabecera.

    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser positivas y el importe total de la línea negativo. Estas situaciones ocurren cuando se introducen en alguno de los PVP una cantidad negativa. Pues ya está solucionado, se controla esta situación y no se permite.


    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser negativas y el importe total de la línea positivo. Estas situaciones ocurren cuando se ponen en alguno de los PVP cantidades positivas. Pues ya está solucionado, se controla esta situación y no se permite.

Mejoras en pedidos.

Open-ERP SOCGER

    Imaginemos que tenemos 4 líneas de detalle. Dos de ellas las convertimos en albaranes y las otras dos las vamos borrando una a una. Pues no se cerraba automáticamente el pedido. Ya se ha solucionado.

    Como cerrar/abrir presupuestos o pedidos son procesos muy parecidas, se ha creado una función común a ambos módulos.

    Si borrábamos una línea de detalle e inmediatamente le decíamos ver las bajas, pero no guardábamos la cabecera (no aceptábamos los cambios), sus totales no eran guardados en la cabecera del pedido. Esto se ha solucionado al obligar a este proceso que cada vez que se cree/modifique/borre una línea puse se actualicen los totales de la cabecera.

    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser positivas y el importe total de la línea negativo. Estas situaciones ocurren cuando se introducen en alguno de los PVP una cantidad negativa. Pues ya está solucionado, se controla esta situación y no se permite.


    Si el artículo de la línea de detalle es un artículo para control de stock, las unidades no pueden ser negativas y el importe total de la línea positivo. Estas situaciones ocurren cuando se ponen en alguno de los PVP cantidades positivas. Pues ya está solucionado, se controla esta situación y no se permite.