lunes, 28 de noviembre de 2016

Mejoras en general.

Open-ERP SOCGER

  • Ahora en el fichero .ini de configuración del programa se contemplan dos variables nuevas (Impresora_Descripcion_Elegida y Impresora_Ctdada_Copias). Estas son variables que sólo servirán para la terminal en la que se configuren y por lo tanto si se cumplimentan, no cargarán la impresora predeterminada del menú auxiliares\impresoras.
  • Se ha corregido el fallo que existía cuando se configuraba como predeterminada una impresora que no existía. Ahora si la impresora no existe o todavía no se ha configurado, pues se elegirá una de las impresoras que están creadas en la terminal (sistema operativo).
  • También se corrigió el error que ocurría al intentar pasar la cantidad de copias que se había elegido para la impresora predeterminada. Ahora configura el dialogo de impresión automáticamente con esta cantidad de copias.

sábado, 15 de octubre de 2016

Mejoras en general.

Open-ERP SOCGER

  • Se han modificado los mantenimientos de presupuestos, pedidos, albaranes y facturas. Ahora tenemos a la izquierda de las fechas elegidas para filtrar los registros, un botón que nos permite ir al módulo donde elegimos el trimestre con el que vamos a trabajar. Después de elegirlo, sólo tendremos que darle al botón de filtrar de cada mantenimiento.

domingo, 2 de octubre de 2016

Mejoras en general.

Open-ERP SOCGER

  • Se han modificado los mantenimientos de presupuestos, pedidos, albaranes y facturas para que antes de filtrar los registros (al entrar traía todo del año anterior y del presente) pues nos pregunte cual es el periodo/trimestre del año actual que queremos sólo filtrar. Si pulsamos cancelar pues nos traerá el filtro anterior (año anterior y actual), y si pulsamos aceptar sólo el trimestre/año elegido. Así se consigue que no se tarde tanto en traer todos los registros que de momento no se quieren consultar. Si se necesitaran fechas anteriores, pues se puede seguir ampliando el filtro de fechas seleccionadas, junto con el resto de filtros que ya existían.

Mejoras en general.

Open-ERP SOCGER

  • Se ha creado un mantenimiento para asignar a cada módulo que tenga informes cuales serán los informes (.lrf) que le pertenecen. De tal manera que cuando un módulo llame al form de informes, pues presente ya todas las plantillas que ha creado el usuario para cada módulo de la aplicación (de esta manera nace la posibilidad de crear/modificar nuevos informes por parte del usuario).
  • Se modifica form_informes para que presente la descripción de cada informe creado para este módulo que lo llama.
  • Se modifican todas las llamadas donde se pasa el fichero .lrf para que ahora se llae a la función que devuelve los ficheros desde la tabla informes.
  • Cuando le decimos de diseño, vista previa o imprimir de un .lrf que no existe nos devolvía un error que no se controlaba (solucionado).

viernes, 27 de mayo de 2016

Mejoras en general.

Open-ERP SOCGER

  • Se ha creado en los detalles de la cabecera de la factura(de compras o de ventas) una nueva lengüeta que nos servirá para saber la cantidad de recibos de cartera generados para la factura que se esté editando. Los recibos se pueden introducir manualmente o simplemente conociendo la forma de pago del cliente, la aplicación los va generando según se vayan añadiendo/modificando las líneas de detalle con sus importes. De tal manera que cuando el total de la factura cambie, sus recibos se generan automáticamente. Si se borrara/cambiara la forma de pago del cliente, tendríamos que generar los recibos manuálmente, pero la aplicación nos ayuda a crear tantos como fueran necesarios según la forma de pago usada para esta factura. es decir, que si se eligió pago a 30/60 días, tendríamos que pulsar dos veces a generar recibos, pero la aplicación nos sugerirá automáticamente el importe de cada uno de ellos y sus posibles vencimientos. 
  • El que se generen automáticamente los recibos de cobro/pago (cartera) es debido a un trigger y un procedimiento almacenado existentes en la BD.
  • En albaranes, pedidos y presupuestos se ha diferenciado en los datos de su cabecera otra lengüeta para la gestión de cobro o de pago (según sean de ventas o de compras).
  • Cuando desde las líneas de detalle de un presupuesto, nos íbamos a ver el pedido que fue generado desde este presupuesto, cometía el fallo de no permitir ver el botón de imprimir (Solucionado).
  • Lo mismo ocurría desde pedidos hacia albaranes.
  • Solucionado problema que se producía al borrar manuálmente los recibos de una factura. Si después le decías de cambiar/modificar las líneas de detalle, no te lo permitía porque decía que todavía tenía recibos (cuando habíamos borrado todos en realidad).
  • Cuando le decíamos de imprimir alguno de los informes y le poníamos varias copias, nos triplicaba la cantidad de copias elegida.
  • Se modificó en las facturas para que apareciera junto al grid que nos presenta los recibos, el total de recibos creados (suma total).
  • En presupuestos, cuando entrabamos en uno en concreto, no nos aparecía el total del presupuesto elegido(compras y ventas).
  • Cuando convertíamos el presupuesto de ventas/compras en un pedido, no calculaba bien los totales del pedido
  • Lo mismo ocurría al convertir un pedido en un albarán (compras/ventas)
  • La hoja de medidas/parte, que teníamos en pedidos (informe), ahora también la podríamos elegir desde presupuestos. Esto es debido a que cierto tipo de empresas necesitan esta hoja incluso antes de dar el presupuesto (pues tienen que desplazarse al local/comercio donde tienen que tomar medidas). Pero si fuera un parte por ejemplo para talleres, lo imprimirían desde la aceptación del presupuesto, que en realidad es pedido (presupuesto traspasado a pedido ... aceptado)
  • Cuando entrabamos en un presupuesto, pedido, albarán o factura y eran negativos sus totales (resúmenes) no ponía bien formateadas las cantidades
  • Ahora cuando editamos cualquier línea de detalle (ftras, albaranes, pedidos o presupuestos) ya no nos molestan las cantidades que eran por ejemplo con 99,999.00 (cuando las editamos no aparecen las comas, sólo el punto de los decimales)
  • En el grid que nos presenta todas las facturas filtradas, que nos diga cuales son las ftras que todavía no están con sus recibos creados. Así desde otras terminales sabrán cuales son las ftras que están en proceso de creación/modificación (incluso se podrá saber si estas ftras no han sido terminadas por cuelgue de terminal)

lunes, 16 de mayo de 2016

Mejoras en general.

Open-ERP SOCGER

  • Se ha creado un módulo para que se pueda ver el histórico de un artículo, o símplemente hacer búsquedas por el campo de descripción tanto en ventas como en compras. Por supuesto se podrá hacer filtros por proveedor, cliente, cantidad de registros a devolver, por vehículo (por si se tratara de una reparación realizada), por almacén, etc. Este módulo es accesible tanto desde el menú de ventas/compras principal, como también desde las líneas de detalle de cualquier presupuesto, pedido, albarán o ftra/abono. Por supuesto si es llamado desde las líneas de detalle, ya nos prepara el terreno filtrando por el cliente/proveedor, etc con el que estemos trabajando.
  • Se modificó en la aplicación el modo de conectar con la Base de Datos, ahora podemos añadir también el puerto, si el protocolo cliente/servidor es comprimido, usar SSL, o un script de arranque, etc.
  • Cuando nos equivocábamos y en vez de crear una factura, le decíamos que era un abono ... o viceversa ... no podíamos cambiarle la serie/número a ella. Pues ahora tenemos un proceso para cambiarla, incluso eligiendo o no la numeración de una factura/abono ya borrada. También desde este apartado nuevo se ha creado un acceso rápido a la ficha de la empresa para poder cambiar la numeración de la próxima factura por si hiciera falta.
  • Ahora en las líneas de detalle de ftras, pedidos, albaranes, etc, si se está creandl y la descripción es superior a 50 caracteres obligará a introducir la descripción para el TPV. Pero si esta descripción es igual o inferior a 50, pondrá la misma descripción para la descripción del TPV.
  • El cierre de ejercicios de facturas, sólo lo podrá hacer el superusuario o el usuario que tenga todos los privilegios.
  • Se ha solucionado un error de duplicación de índices cuando decimos de cerrar ejercicios de la misma empresa.
  • En la ficha de la empresa se ha modificado la comprobación de la numeración para albaranes, facturas, pedidos o albaranes de compras.
  • Ahora en cualquier mantenimiento con tablas ligadas (hijas) si se está introduciendo la cabecera (tabla principal) sus grids de las tablas hijas apareceran de color gris (no se puede introducir nada) mientras se esté creando la cabecera.
  • Tanto en facturas de compras como de ventas, si la factura está cerrada, no se permite su modificación ni su control de recibos de cartera. 
  • Pero si no está cerrad la factura y tiene recibos de compras/pagos, no se permitirá modificar nada de ella, pero si sus recibos o forma de pago. Esta medida se opta por si se ha gestionado una forma de pago nueva. Por supuesto si se borran todos sus recibos, la factura o sus líneas podrán volver a ser modificados.
  • Cuando en albaranes, pedidos, presupuestos, facturas o movimiento entre albaranes borramos la cabecera (borrado de toda la factura, albaran, etc) se borrarán automáticamente las líneas de detalle, pero sólo las líneas de detalle que no estuvieran borradas ya manualmente (una a una). Por lo que si volvemos a dar de alta la cabecera, se dan de alta también las líneas de detalle (las que NO fueron dadas de baja antes de dar de baja la cabecera). Este proceso se hace para que los trigger que controlan el stock del artículo actualicen de cada línea de detalle al artículo su stock (evidéntemente si resulta que la línea era un artículo y este está preparado para controlar su stock)
  • Se ha cambiado el proceso de actualizar los totales de albaranes, presupuestos, pedidos y facturas/abonos. Ahora lo hacemos desde los trigger de sus tablas de detalle.
  • Ahora desde cualquier proceso de ventas (facturas, abonos, albaranes, pedidos y presupuestos) y desde el mantenimiento de sus líneas de detalle, podemos imprimir también la factura, o el listado de ftras realizadas y filtradas desde el módulo anterior. 
  • Solucionado fallo a la hora de crear una línea de detalle (en albaranes, facturas, pedidos, etc) que ponía automáticamente el impuesto ( si solo existía uno), pero no sabía la aplicación de que tipo de impuesto era, es decir, si era un impuesto compuesto o no por otros impuestos.
  • Arreglado el fallo de calcular la base de la línea de detalle si se le decía el importe con impuestos incluidos. Se arregló en facturas/abonos, albaranes, pedidos y presupuestos.
  • Se quitó de la aplicación el proceso que actualizaba automáticamente todos los totales (de ftras, pedidos, etc) antes de hacer cualquier tipo de listado. De hecho la actualización de los totales ahora se hace desde un trigger de cualquier tabla de detalle que a su vez este llama a un procedimiento almacenado.

sábado, 23 de abril de 2016

Mejoras en general.

Open-ERP SOCGER

    Debido al tiempo que llevo sin publicar y habiéndose hecho tantos cambios, paso a detallar todos aunque sean de diferentes módulos:


  • Arreglado fallo en la explotación de visitas por representante. No se recogían los últimos cambios realizados en la ficha del representante.
  • Creada nueva opción para cierre de ejercicios de compras o ventas. Así una vez cerradas esas facturas no podrán ser modificadas, puesto que ya han sido presentados los libros de facturas de ellas.
  • Dos nuevas opciones en menus para ver las últimas compras oventas realizadas. Pudiéndose filtrar por proveedor, cliente, artículo o en el mismo concepto. Están limitadas a las últimas diez compras o ventas, pero se puede aumentar el margen de filtro. Por supuesto están ordenadas de última a más antigua entrada.
  • Los listados de facturas, albaranes, pedidos y presupuestos si están filtrados por un proveedor o el cliente que lo ponga en la cabecera del listado. Y si pertenecen a compras pues que se puedan filtrar por su numeración y por su margen de fechas, es decir el del proveedor/acreedor.
  • Cuando estás introduciendo líneas en presupuestos, pedidos, albaranes o facturas poder hacer un histórico de las ventas, presupuestos, pedidos o albaranes realizados anteriormente a ese cliente/proveedor pero del artículo que estamos trabajando.
  • Cuando en la descripción de la línea de detalle de facturas, albaranes, pedidos o presupuestos ponemos dos espacios en blanco después de la última línea y luego se los quitamos, el proceso de editar se cree que no se ha modificado. Este error es debido a que paso una función Trim sobre estos campos. Solucionado.
  • Ahora en las líneas de detalle de facturas, albaranes, pedidos o presupuestos no podemos usar un impuesto NO COMPUESTO si ya fué usado como compuesto. También se controla que de un impuesto COMPUESTO alguna de sus partes fuera usada en otro impuesto COMPUESTO.
  • En todas las cantidades que son puestas por pantalla tanto en cabeceras como en detalles de facturas, pedidos, albaranes o presupuestos se controla que estén bien formateadas para presentar bien los decimales. También se controla bien su formateo si se trata de cantidades negativas.
  • En todos los mantenimientos de compras (facturas, albaranes, pedidos o presupuestos) ahora se pueden ordenar sus registros por proveedor + su fecha de emisión + su numero de documento.
  • Ahora se presentan en los mantenimientos principales de facturas, albaranes, pedidos o presupuestos los totales por cada uno de los impuestos usados. También se hace lo mismo cuando entramos en concreto en un albarán, una ftra., etc. pero presentando solo los impuestos que fueron usados en concreto para esa factura, albarán, etc.
  • De las cabeceras de las facturas/albaranes/pedidos/impuestos se han quitado los campos total_base_imponible, total_impuestos y total_dtos. Puesto que ahora se detallan mejor.
  • A las líneas de detalle de las facturas/albaranes/pedidos/impuestos ahora se las obliga a poner el impuesto. Si se usara un impuesto que no está sujeto pues se crea tal con su % a 0
  • Se ha quitado sobre cualquier Grid de la aplicación la posibilidad de pulsar sobre la cabecera y ordenar los registros por esta columna. Se quitó por ser una función de los Grids de Lazarus que en la versión actual falla. Y posiblemente en las versiones futuras tardarán en corregirlo
  • Cuando, en un mantenimiento que tiene tablas ligadas, filtro por algo la tabla principal pero no aparece ningún registro ... las tablas ligadas quedaban abiertas con los datos anteriormente filtrados. Por lo que se corrigió en toda la aplicación este tipo de mantenimientos para que si no devolviese ningún registro la tabla principal pues las tablas ligadas se cierran.
  • Se solucionó el problema del mantenimiento de impresoras que no nos dejaba insertar nuevos registros.
  • Solucionado el problema de que en el mantenimiento de artículos no nos permitía crear más referencias/códigos de barras por artículo.
  • Solucionado el problema de que hay veces que no se refresca la cabecera de facturas, pedidos, presupuestos o albaranes y no sabemos si están cerrados. Se ha generado una SQl que nos devuelve en tiempo real este asunto.
  • Ahora en la ficha del artículo, se se está creando y la descripción es superior a 50 caracteres, obligará a introducir la descripción para el TPV. Pero si es igual o inferior a 50, pondrá la misma descripción para la descripción del TPV.
  • Ahora desde pedidos se puede facturar diréctamente. Es decir un pedido podemos no solo convertirlo en albarán integramente, sino que también podemos convertirlo en factura. En realidad lo que hace es convertirlo en albarán primero y luego llama a albaranes y llama al proceso de facturar albaranes, habiéndolo elegido automáticamente al recién creado. Así nos permite comprobar si hay más albaranes sin facturar del mismo cliente, por si queremos incluirlos en esta factura que vamos a crear.
  • Ahora desde las líneas de detalle de facturas/albaranes/pedidos/presupuestos, sean de ventas o de compras, podemos filtrar por la referencia del proveedor.
  • Se ha modificado en las líneas de detalle de facturas/albaranes/pedidos/presupuestos, sean de ventas o de compras, para que podamos introducir la referencia del artículo. Esto ha provocado una mejora sustancial en el diseño de la introducción de estos datos. Por supuesto si una referencia pertenece a varios artículos, nos presenta una pantalla para elegir a cual de ellos queremos usar. Si solo existe una vez la referencia pues elegirá automáticamente el artículo. Pero si ya anteriormente existían datos de detalle o del artículo, nos preguntará antes si queremos quitarlos/cambiarlos.
  • En las líneas de detalle de facturas/albaranes/pedidos/presupuestos, sean de ventas o de compras, si sólo hay un tipo de impuesto nos lo pone automáticamente.
  • En la cabecera de facturas/albaranes/pedidos/presupuestos, sean de ventas o de compras, si sólo hay una empresa nos la pone automáticamente. Lo mismo ocurre con el almacén/tienda/sucursal
  • En el mantenimiento de proveedores, si elegimos una población que tiene código postal y la ficha del proveedor no lo tiene todavía pues nos lo pone automáticamente.
  • Cuando estamos introduciendo la cabecera de una factura/albaran/pedido/presupuesto no se ven las líneas de detalle (no se han creado todavía). En ese caso el grid de las líneas de detalle aparece de color gris y así da a entender que está desactivado.
  • En el mantenimiento de facturas/albaranes/pedidos/presupuestos de compras, si ya se ha creado anteriormente una cabecera y estamos creando otra que ponga automáticamente la fecha de entrada que anteriormente se usó. Esto nos permitirá introducir los datos de la cabecera más rápidamente puesto que todos normalmente se introducirán con fecha de entrada del día que se crean. Es menester recordar que esta fecha de entrada es la que regirá para el cierre de ejercicios por facturas de compras.
  • Ahora los super ususarios y los usuarios con todos los permisos pueden desbloquear bloqueos de registros.