Mejoras en facturas.

Open-ERP SOCGER

    Ahora desde las líneas de detalle de facturas ya podemos acceder a el albarán al que pertenece la línea de detalle seleccionada. Junto al recuadro que nos informa de a que albarán pertenece, tenemos un botón de acceso rápido al albarán.

Mejoras en albaranes.

Open-ERP SOCGER

    Ahora desde albaranes (pantalla principal donde se detallan todos los creados) y junto al recuadro que nos informa de a que pedido pertenece el albarán seleccionado, tenemos un botón de acceso rápido al albarán al que pertenece. 

    Desde este mismo módulo de albaranes tenemos un recuadro que nos informa de a que factura pertenece el albarán seleccionado y por supuesto un botón de acceso rápido a esta factura.

    Ahora desde las líneas de detalle de albaranes ya podemos acceder a la factura a la que pertenece la línea de detalle seleccionada. Junto al recuadro que nos informa de a que factura pertenece, tenemos un botón de acceso rápido a la factura.

Mejoras en pedidos.

Open-ERP SOCGER

    Ahora desde pedidos (pantalla principal donde se detallan todos los creados) y junto al recuadro que nos informa de a que presupuesto pertenece el pedido seleccionado, tenemos un botón de acceso rápido al presupuesto al que pertenece.

    Ahora desde las líneas de detalle de pedidos ya podemos acceder al albarán al que pertenece la línea de detalle seleccionada. Junto al recuadro que nos informa de a que albarán pertenece, tenemos un botón de acceso rápido al albarán.

    Se ha modificado la consulta del estado de cerrado o no cerrado en pedidos porque un pedido puede ser cerrado desde otro terminal y perfectamente no haber refrescado en nuestro terminal los registros filtrados, por lo que no sería correcto su estado actual en nuestra terminal. Así que en cada sitio donde necesitábamos comprobar si estaba cerrado o no lo hemos sustituido por una consulta directa al servidor de datos.

Mejoras en presupuestos.

Open-ERP SOCGER

    Ahora desde las líneas de detalle de presupuestos ya podemos acceder al pedido al que pertenece la línea de detalle seleccionada. Junto al recuadro que nos informa de a que pedido pertenece, tenemos un botón de acceso rápido al pedido.

    Se ha modificado la consulta del estado de cerrado o no cerrado en presupuestos porque un presupuesto puede ser cerrado desde otro terminal y perfectamente no haber refrescado en nuestro terminal los registros filtrados, por lo que no sería correcto su estado actual en nuestra terminal. Así que en cada sitio donde necesitábamos comprobar si estaba cerrado o no lo hemos sustituido por una consulta directa al servidor de datos.

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.

Mejoras en albaranes.

Open-ERP SOCGER

    Se ha modificado la manera de comprobar si se pueden dar de alta o borrar albaranes. Ahora se comprueba si hay stock antes de dar de alta o borrar un albarán. Este proceso se ha modificado pues tiene total dependencia con que las cantidades/unidades de las líneas de detalle sean negativas o positivas, y por supuesto de que estemos dando de alta o borrando dicho albarán. Ahora si que se comprueba corréctamente si hay o no stock suficiente en el almacén y nos informa de ello. 

    Cuando borrábamos albaranes que pertenecían a pedidos, no devolvía los pedidos como no convertidos a albaranes. Pues ya se ha solucionado.

Mejoras en facturación.

Open-ERP SOCGER

    Si en configuración de la aplicación no se permitiera borrar facturas, pues en facturas ahora no se permite su borrado. Por lo que se obliga al usuario a crear abonos.

    Se ha modificado la manera de comprobar si se pueden dar de alta o borrar facturas (siempre y cuando nos lo permita la configuración de la aplicación). Ahora se comprueba si hay stock antes de dar de alta una factura o borrarla. Este proceso se ha modificado pues tiene total dependencia con que las cantidades/unidades de las líneas de detalle sean negativas o positivas, y por supuesto de que estemos dando de alta o borrando la factura. Ahora si que se comprueba corréctamente si hay o no stock suficiente en el almacén y nos informa de ello. 

    Si se borra la factura el hueco está libre y habrá que volverlo a ocupar. Así que antes de crear la cabecera de cada factura se comprueban los huecos y si los hubieran nos los presenta para que podamos seleccionarlos si lo deseamos rellenar alguno de ellos. Este mismo proceso se realiza tanto en la creación de facturas que dependen de albaranes como en las que se crean sin la dependencia de un albarán. Tengo que dejar claro que cuando se ocupa el hueco de una factura, se borra literalmente tanto la cabecera anterior (que estaba borrada, pero se podía volver a consultar), como sus líneas de detalle anteriores.

    Cuando borrábamos facturas/abonos que pertenecían a albaranes, no convertía los albaranes como no facturados. Pues ya se ha solucionado.

Mejoras en configuración de la aplicación.

Open-ERP SOCGER

   Se ha creado una nueva opción para que se pueda permitir o no el borrado de facturas. En ciertos países está considerado como una mala práctica el borrado de facturas. Por lo que se obliga a los usuarios a gestionar más bien el uso de abonos de facturas, para que quede constancia de todo uso incorrecto de la facturación.

Mejoras en pedidos.

Open-ERP SOCGER

    Desde las líneas de detalle de un pedido ahora no podemos crear un albarán de una de sus líneas si esta borrada. Si queremos crear su albarán, tenemos que antes dar de alta otra vez la línea de detalle y entonces crear el albarán de ella.

    Se ha solucionado el siguiente fallo. Si en un pedido que todavía tenía líneas sin convertir en albaranes, entrabamos en sus líneas de detalle y por ejemplo tenía tres y la segunda línea la borramos. Pues cuando salíamos de sus líneas de detalle y volvíamos a entrar para verlas, pero ahora le decíamos ver las borradas, pues si volvíamos a salir de las líneas de detalle y le decíamos convertirlo íntegro en un albarán, pues creaba el albarán pero lo creaba con todas las líneas que pertenecían al pedido, incluso las dadas de baja, cuando solo debía de crear el albarán con las líneas que no habían sido dadas de baja.

    Se ha solucionado el siguiente fallo. Cuando cerrábamos un pedido que no tenía líneas de detalle, luego no se podía volver a abrir.

    Cuando borrabamos pedidos que pertenecían a presupuestos, no devolvía los presupuestos (sus líneas de detalle) como no convertidas, es decir libres para poder volver a ser convertidas en pedidos.

    Cuando estamos en un pedido, sus líneas de detalle pueden pertenecer a uno o varios albaranes. Así que si queremos visitarlos ahora tenemos un botón para ello al lado de donde nos dice a que albarán pertenece la línea de detalle.

Mejoras en presupuestos.

Open-ERP SOCGER

    Desde las líneas de detalle de un presupuesto ahora no podemos crear un pedido de una de sus líneas si esta borrada. Si queremos crear su pedido, tenemos que antes dar de alta otra vez la línea de detalle y entonces crear el pedido de ella.

    Se ha solucionado el siguiente fallo. Si en un presupuesto que todavía tenía líneas sin convertir en pedidos, entrabamos en sus líneas de detalle y por ejemplo tenía tres y la segunda línea la borramos. Pues cuando saliamos de sus líneas de detalle y volvíamos a entrar para verlas, pero ahora le decíamos ver las borradas, pues si volvíamos a salir de las líneas de detalle y le decíamos convertirlo íntegro en un pedido, pues creaba el pedido pero lo creaba con todas las líneas que pertenecían al presupuesto, incluso las dadas de baja, cuando solo debía de crear el pedido con las líneas que no habían sido dadas de baja.


    Se ha solucionado el siguiente fallo. Cuando cerrábamos un presupuesto que no tenía líneas de detalle, luego no se podía volver a abrir.

    Cuando estamos en un presupuesto, sus líneas de detalle pueden pertenecer a uno o varios pedidos. Así que si queremos visitarlos ahora tenemos un botón para ello al lado de donde nos dice a que pedido pertenece la línea de detalle.

Mejoras en facturación.

Open-ERP SOCGER

   Desde la pantalla que nos presentan todos los albaranes pendientes de facturar, ahora podemos acceder a ver todo el detalle del albarán elegido. En realidad abrimos el módulo de edición del albarán, si no ha sido ya abierto anteriormente por esta terminal. 

   Cuando facturábamos albaranes, no comprobábamos si la cabecera del albarán elegido era diferente a la cabecera de la factura. Pues ahora si que lo comprobamos, de tal manera que si se cambia por ejemplo su representante, o su dirección de envío, o cualquier otra cosa de la cabecera del albarán y no coincidiera con la cabecera de la factura pues nos avisará de este cambio por si queremos ver el porqué de esta diferencia. Se recuerda que tenemos la opción de visitar el albarán desde este mismo módulo.

   Como sabemos un albarán pertenece sólo a un almacén, pero una factura tiene asociado también un almacén. Pero si modificamos la configuración de la aplicación para no pedir el almacén, puede ser que nos queden albaranes sin facturar de diferentes almacenes y no se deben de facturar todos en una misma factura. Así que se modifica el módulo de facturar albaranes para que controle que no sean del mismo almacén los que se van a facturar, aún no obligándose a introducir el almacén para la factura.

  Ahora desde albaranes, si decidimos facturar uno, y en la configuración de la aplicación no está activado el trabajar con almacenes y vehículos, pues no se pasará al módulo de crear facturas desde albaranes estos dos campos.

   En el módulo que creaba facturas eligiendo albaranes no facturados, si elegías cambiar el cliente, la empresa, el almacén o y la fecha de la factura, pero no elegías ningún albarán se cometía un fallo pues creaba la factura pero sin líneas de detalle. Pues ya está solucionado.