Lista de novedades. Velneo verp 17.1

(1)

Velneo vERP 17.1

(2)

Lista de novedades Velneo vERP 17.1

Índice

Nueva tabla de bancos en contabilidad Nueva tabla de normativas de remesas Nuevas plantillas de asientos

Nuevas funcionalidades en las operaciones de vencimientos Nueva funcionalidad de Remesas bancarias

Actualización de las entidades para la presentación telemática de remesas Nuevos informes de mandato

Nuevos informes de remesas bancarias

Importación inicial de ficheros en formato JSON Revisión de los Tipos de documentos

Mejoras en la introducción de asientos sin plantilla Mejoras en la introducción de asientos con plantilla Mejoras en la introducción de plantillas de asientos Mejoras en cuentas auxiliares

Nuevas opciones del menú Maestros

Mejoras en la eliminación de apuntes contables Mejoras en el proceso de facturación

Mejoras en los cálculos de retenciones e irpf Mejoras en el formulario de artículos

Mejoras en el formulario de direcciones de contactos Mejoras en los pedidos de compras

Mejoras en los pedidos de ventas Mejoras en los albaranes de compras Mejoras en los albaranes de ventas Mejoras en los presupuestos de ventas Mejoras en las facturas de compra Mejoras en las facturas de venta

Mejoras en las facturas de abono de ventas Mejoras en la gestión de las retenciones e IRPF

Mejoras en la contabilización de facturas de compra y venta

Revisión de los informes correspondientes a compras,ventas y almacén Novedades en rejillas de los maestros de documentos de compras y ventas Mejoras en los movimientos de almacén

Mejoras en la configuración general de la aplicación Mejoras en el formulario de contactos

Mejoras en el formulario de empresas Mejoras en la tabla de monedas

Revisado el control de acceso sin empresa en el arranque Revisada la carga de datos al iniciar la aplicación

Otras incidencias resueltas Otras mejoras en documentos Objetos dibujo eliminados

(3)

Mejoras en la hoja de estilo css Revisiones en el módulo vTPV

Mejoras en las opciones del menú principal

Mejoras en la tabla de configuración de la aplicación Revisión de normalización

(4)

Nueva tabla de bancos en contabilidad

Nueva tabla de bancos para gestionar desde el módulo de gestión y de contabilidad. Estos bancos se usarán además para la gestión de las remesas bancarias y para la presentación telemática de los ficheros a las entidades bancarias.

Se suministran de inicio los datos de la mayoría de las entidades bancarias con sus códigos de entidad, nombre y SWIFT. Estos datos son importados automáticamente al iniciar la aplicación en el caso de que la tabla no disponga de estos registros.

(5)

Nueva tabla de normativas de remesas

Nueva tabla de normativas de remesa para gestionar el envío de los ficheros generados para su presentación telemática. Se suministran dos formatos específicos de la normativa española como son SEPA B2B y SEPA CORE.

Nuevas plantillas de asientos

Se suministran nuevas plantillas de asientos definidas para la contabilización de gran parte de los asientos utilizados de forma asidua en contabilidad. Estos ficheros serán importados

automáticamente al iniciar por primera vez la aplicación.

(6)

Nuevas funcionalidades en las operaciones de vencimientos

Añadidas las funcionalidades de Agrupar, Desglosar y Cancelar vencimientos generando los asientos correspondientes en contabilidad en el caso de que sea necesario y asignando la trazabilidad de las operaciones generadas.

Nueva funcionalidad de Remesas bancarias

Añadidas las opciones para toda la operativa de generación y presentación de las remesas bancarias desde los vencimientos seleccionados, con la posibilidad de añadir recibos una vez generada la remesa. Generación de los ficheros para la presentación telemática en función de la normativa aplicada.

(7)

Actualización de las entidades para la presentación telemática de remesas

En la ficha de las entidades de gestión, se han añadido los campos de Mandato y Fecha firma de mandato, necesarios para la correcta generación de los ficheros a presentar telemáticamente.

Se ha automatizado el cálculo del dígito de control del domicilio bancario de la entidad, así como la generación del IBAN y del BIC/SWIFT de forma automática.

Estos datos pueden ser consultados también desde la ficha Auxiliar de una cuenta.

Nuevos informes de mandato

Informes para la gestión de los mandatos de las entidades que se envían para la aceptación de la presentación del tipo de remesa a aplicar a la entidad (SEPA B2B o SEPA CORE).

Nuevos informes de remesas bancarias

Informes para la gestión de las remesas bancarias generadas.

(8)

Importación inicial de ficheros en formato JSON

Nueva funcionalidad para la carga inicial de ficheros necesarios para el correcto funcionamiento de vERP en formato JSON y que serán añadidos a sus correspondientes tablas. (Plan de cuentas, Bancos, Plantillas de asientos, ….)

Revisión de los Tipos de documentos

Revisada la funcionalidad de los tipos de documentos y las plantillas con nuevos checks para la gestión de los vencimientos.

Mejoras en la introducción de asientos sin plantilla

Objeto Cambio

Formulario APU_C En ciertas ocasiones, se disparaba el contenido inicial del campo REG_IVA de la tabla APU_C y producía que el valor "G"

de IVA general se asignara por defecto incluso si habíamos elegido previamente un régimen diferente.

Hemos modificado el formulario APU_C , en el manejador de evento BTN_ACE y eliminado las líneas que ponían a cero los campo PLA_ASI y PLA_APU que producía que se disparase el contenido inicial del campo REG_IVA erróneamente.

(9)

Mejorado el proceso de verificación de asiento de contabilidad que ahora muestra un mensaje de error unificado con todos los errores que encuentre, salvo los de IVA que se informan de forma independiente. En el nuevo mensaje se muestra error a nivel de apunte si cuenta auxiliar es incorrecta, si el concepto está vacío y si no tiene grabado un nº documento.

Mejoras en la introducción de asientos con plantilla

Proceso

ASI_C_ALT_PLA_ASI

Grabación con plantilla aunque no está marcado el check apunte repetitivo, si está marcado el check no mostrar formulario al generar el apunte lo sigue grabando hasta cancelar.

Mejoras en la introducción de plantillas de asientos

Formulario APU_C La grabación de plantilla si no está fijo el debe/haber no deja grabar importes. Modificadas las condiciones de activo de los controles importe debe y haber del formulario APU_C .

Mejoras en cuentas auxiliares

Manejador de evento ASI_EDT

Rejillas

APU_C_ASI_VER, APU_C_DIA y APU_C_EXT_ARR.

Al editar un asiento desde la rejilla de apuntes de una auxiliar ya graba los datos del asiento que se cambian en el formulario.

Nuevos procesos de cálculos de saldos en los apuntes de todas las cuentas auxiliares.

Calcular saldos acumulados de todas las auxiliares

Calcular saldos en apuntes de todas las auxiliares

(10)

Nuevas opciones del menú Maestros

Se ha incorporado una nueva opción en el menú maestros denominada ‘Diseñador de informes’

(11)

Mejoras en la eliminación de apuntes contables

Manejador eventos BTN_SUP

del formulario APU_C

Existía un error al eliminar un apunte apuntable, motivado por la resolución incorrecta de las partes del índice correspondientes.

Se ha modificado en el manejador de eventos BTN_SUP del formulario APU_C , el cargar lista por el índice ID y la resolución

#ID para su correcto funcionamiento

Mejoras en el proceso de facturación

Hemos mejorado todo el procedimiento de facturación de albaranes simplificando los procesos y objetos que intervienen en el mismo, aportando más claridad, sencillez y eficiencia.

Se ha añadido la funcionalidad de agrupamiento de albaranes por serieclienteforma de pagodescuento generando las facturas correspondientes.

Ahora el funcionamiento es idéntico tanto si facturamos desde el propio formulario del albarán de venta como si lo hacemos desde la selección de albaranes del menú facturándolos desde el botón de la toolbar.

La funcionalidad respeta la configuración de la empresa en función de si está activado o no el check de “Prefacturas”.

En el proceso de facturación es posible realizar el circuito completo

(presupuestopedidoalbaránfactura) o directamente desde pedido o albarán, respetando la posibilidad de elegir una fecha diferente a la actual.

Además, hemos añadido una nueva funcionalidad para que tras la facturación de albaranes de venta desde la rejilla de albaranes muestre las facturas de venta generadas en una rejilla.

Tabla VTA_FAC_G:

Añadido trigger “Anterior al alta” y modificado el trigger “Anterior a la modificación”

Procesos modificados VTA_FAC_GE_NUE VTA_ALB_G_FAC_3P VTA_ALB_G_FAC_SEL

Eliminado proceso VTA_FAC_G_PRE_FAC Formularios modificados DAT_FCH

DAT_FCH_FAC Nueva constantes MSG_GEN_FAC

MSG_PRE_FAC_TO_FAC

(12)

Nuevo proceso VER_LST_VIS

Creado un nuevo proceso JS que ejecuta un script que recibe 4 parámetros.

TIT : Título de la pestaña a mostrar

OBJ_TIP : Tipo de objeto a visualizar (Un nº del tipo de objeto, en la clase VApp está lista de tipos, por ejemplo altenardor es el 71 TypeListAlternador la rejilla es el 14 TypeGrid)

OBJ_ID_REF : idRef del objeto a mostrar

CES_ID_REF : idRef de la cesta donde están los registros a mostrar.

En cualquier lugar de la aplicación donde queramos hacer que se muestre una pestaña en la vista central de la aplicación con una lista de registros simplemente debemos llamar al proceso VER_LST_VIS con el manejador y pasándole esos parámetros.

Mejoras en los cálculos de retenciones e irpf

Hemos realizado importantes mejoras en todos los formularios de compras y ventas relacionados con los cálculos de retenciones e irpf.

Hemos mejorado el formulario detalle (DET) de todos los documentos de compras y ventas

incluyendo en el pie de totales los que faltaban, base con descuento, recargo, retención de IRPF y retención de alquiler. De esta forma aprovechamos el espacio no ocupado para incluir esta

información que está visible sin necesidad de entrar en la pestaña de impuestos y que no estará visible salvo que estén activos el recargo o las retenciones, adjunto captura.

Por otro lado hemos revisado todos los subformulario de impuestos (IMP) de todos los documentos de compras y ventas. Hemos eliminado los botones existentes para aplicar las

retenciones de IRPF o alquiler a nivel de cabecera, los campos de base de retención ahora son de solo lectura pues solo se pueden modificar usando los checkbox existentes en los formularios de líneas de detalle de los documentos.

Hemos aprovechado para hacer una mejora de interfaz incluyendo en la pestaña los datos de totales y mejorando la usabilidad de la aplicación de recargos y retenciones. Además se aplican los correspondientes controles de visibilidad para que sólo estén visibles los campos activos.

Además, hemos puesto editables todos los porcentajes para que se puedan cambiar si fuese necesario, aunque estos campo no tienen tabulación son accesibles con el ratón.

(13)

Formularios modificados

COM_PED_G_DET, COM_ALB_G_DET, COM_FAC_G_DET, VTA_PRE_G_DET, VTA_PED_G_DET, VTA_ALB_G_DET, VTA_FAC_G_DET, COM_PED_G_IMP, COM_ALB_G_IMP, COM_FAC_G_IMP, VTA_PRE_G_IMP, VTA_PED_G_IMP, VTA_ALB_G_IMP, VTA_FAC_G_IMP.

(14)

Mejoras en el formulario de artículos

Formulario ART_M En la fichas de los artículos, el proveedor no podia localizarse por el tipo de contacto, presentando todos los contactos.

Hemos incluida una subindexación por el índice NOM_ES_PRV en el control PRV del formulario.

Formulario ART_M Al dar de alta un proveedor desde la ficha de artículo, no le asignaba el tipo de contacto. Hemos añadido al formulario la conexión de evento PRV_GAN_FOC (Gana foco el proveedor) que ejecuta el evento PRV_GAN_FOC que guarda el valor

" PRV " en la variable global CUR_ENT_TIP , de esta forma al dar el alta ya asume el tipo de entidad proveedor.

Mejoras en el formulario de direcciones de contactos

Proceso

ENT_M_ALT_MOD

Hemos mejorado la actualización de los datos de población, provincia y país desde el formulario de direcciones de contactos.

Los datos actualizados desde el formulario de direcciones, son actualizados automáticamente en el formulario principal.

Tabla DIR_M Eliminados los campos REG_1 y REG_2 al no utilizarse.

Mejoras en los pedidos de compras

Formulario

COM_PED_LIN_G

En los pedidos de compra, al servir parcialmente el pedido, el programa lo marcaba como totalmente servido y ya no permitía modificaciones.

Los datos de cabecera del pedido no se permiten cambiar una vez que se han añadido líneas al pedido. Este control

consideramos que es correcto y se mantiene.

Es cierto que una vez está parcialmente recibido no deja hacer cambios en las líneas de detalle, esto es algo que según los procedimientos de trabajo en cada empresa podría ser correcto o no, es decir no dejar cambiar el detalle de un pedido una vez que se comienza a servir.

Hemos analizado la funcionalidad actual comentada y hemos optado por modificar el criterio para dar más libertad de modificación (por defecto) y que si alguien desea realizar el

(15)

de detalle de pedido de compra para añadir el control que actualmente se realiza y que hemos eliminado, y no al revés.

Por lo tanto hemos modificado el manejador de evento ACE_NO en el formulario, comentando todas sus líneas del control de estado. Esto permite que siempre sea posible modificar las líneas de detalle de un pedido cuando esté parcialmente servido e incluso totalmente servido, por ejemplo para añadir más cantidad pedida al proveedor o cambiar el precio, descuento etc., en caso de que no sea correcto.

Por el momento no eliminamos el manejador de evento ni su llamada desde los eventos BTN_ACE y BTN_ACE_SEG donde también hemos comentado las líneas de ejecución del

manejador ACE_NO hasta recibir el feedback de otros suscriptores confirmando que la decisión tomada es la mejor para la mayoría de los usuarios.

Formulario

COM_PED_G_DET

Se ha modificado la subindexación del control CTT para que su índice apunte al ENT_REL_TIP_NAME en vez de a ENT Formulario

COM_PED_G_ALT

Se ha modificado la subindexación del control CTT para que su índice apunte al ENT_REL_TIP_NAME en vez de a ENT

Formulario COM_PED_G

En el formulario COM_PED_G se ha incluido guardar ficha por alta o modificación al principio de los manejadores de evento para previsualizar o imprimir informe con los datos de la ficha actualizados.

Formulario

COM_PED_LIN_G_DET, MOV_G_DET

Se ha condicionado la visibilidad del campo “Almacén” en función de si el artículo es inventariable o no.

Mejoras en los pedidos de ventas

Formulario VTA_PED_G

En el formulario VTA_PED_G se ha incluido guardar ficha por alta o modificación al principio de los manejadores de evento para previsualizar o imprimir informe con los datos de la ficha actualizados.

Formulario

VTA_PED_LIN_G_DET, MOV_G_DET

Se ha condicionado la visibilidad del campo “Almacén” en función de si el artículo es inventariable o no.

Tabla VTA_PED_G Modificados los triggers posterior al alta y modificación de la tabla para que si la entidad no es cliente se active en la entidad el tipo ES_CLT a 1.

(16)

Formulario

VTA_PRE_G_DET

En el subindexador del control CLT del formulario

VTA_PRE_G_DET se ha corregido el índice que figuraba y se ha puesto el NOM_ES_CLT_PRE que es el correcto.

Mejoras en las series de compras

Tablas COM_ALB_GE, COM_FAC_GE y COM_PED_GE

En el caso de que el proveedor no tenga una serie de compras asignada, no permitía seleccionar el tipo con las flechas de arriba y abajo. Al crear un albarán a partir del pedido, en la ventana de datos del nuevo albarán, sucedía el mismo problema con las flechas.

Hemos eliminado la subindexación del campo SER y hemos vuelto a grabarla tal cual estaba.

Con ese "cambio" ya han comenzado a funcionar

correctamente. El motivo de esta extraña incidencia está relacionada con que el desarrollo de esta versión fue realizada con la versión 17 desde sus primeras betas y ya habíamos detectado el mismo problema en otras subindexaciones que procedimos a corregir, aunque nos habían quedado estos casos sin cambiar.

Mejoras en los albaranes de compras

COM_ALB_G_DET Se ha modificado la subindexación del control CTT para que su índice apunte al ENT_REL_TIP_NAME en vez de a ENT COM_ALB_G_ALT Se ha modificado la subindexación del control CTT para que su

índice apunte al ENT_REL_TIP_NAME en vez de a ENT

Mejoras en los albaranes de ventas

Formulario VTA_ALB_G

Se ha incluído en el formulario VTA_ALB_G guardar ficha por alta o modificación al principio de los manejadores de evento para previsualizar o imprimir informes con los datos de la ficha actualizados.

(17)

Tabla VTA_ALB_G Modificados los triggers posterior al alta y modificación de la tabla para que si la entidad no es cliente se active en la entidad el tipo ES_CLT a 1.

Mejoras en los presupuestos de ventas

Formulario VTA_PRE_G

En el formulario VTA_PRE_G se ha incluido guardar ficha por alta o modificación al principio de los manejadores de evento para previsualizar o imprimir informe con los datos de la ficha actualizados.

Formulario ENT_M_ALT Se ha modificado el manejador de evento POS_INI para que asigne el tipo de registro antes de abrirse el formulario.

Corregido el error en el if de precliente que evitaba que se marcase como precliente cualquier entidad que se crea desde un presupuesto de venta.

Tabla VTA_PRE_G Modificados los triggers posterior al alta y modificación de la tabla para que si la entidad no es cliente ni precliente se active en la entidad el tipo ES_PRE_CLT a 1.

Modificados los triggers para que cuando se pone a 1 ES_CLT ponga a 0 ES_PRE_CLT .

Añadido en los triggers anterior a alta o modificación que cree la cuenta auxiliar si ES_CLT = 1, AUX está vacío y tiene o bien PGC_CLT o puntero resuelto a EMP_PGC_CLT . Lo mismo con proveedores.

Acción

VTA_PRE_G_CLT_LOC En presupuesto de venta el cliente no estaba bien subindexado (salen empresas, por ejemplo).

En la acción VTA_PRE_G_CLT_LOC el objeto localizador ENT_M se sustituye por el localizador ENT_M_CLT_PRE (preclientes y clientes)

Formulario

VTA_PRE_G_DET

En el subindexador del control CLT del formulario VTA_PRE_G_DET figurar ahora como índice NOM_ES_CLT_PRE

El check de no imprimir totales en presupuesto está operativo.

(18)

Mejoras en las facturas de compra

Formulario

COM_FAC_G_BAJ

Se ha incluido en el manejador PRE_INI el control de que si la factura está contabilizada da un aviso y no deje eliminarla. De la misma forma también se controla que si tiene vencimientos a pagar que no están en estado pendiente da un aviso y no deja eliminarla.

Añadidas las constantes ERR_FAC_CON_NO_SUP y ERR_FAC_VTO_NO_PDT_NO_SUP .

COM_FAC_G_DET Se ha modificado la subindexación del control CTT para que su índice apunte al ENT_REL_TIP_NAME en vez de a ENT COM_FAC_G_ALT Se ha modificado la subindexación del control CTT para que su

índice apunte al ENT_REL_TIP_NAME en vez de a ENT Manejador

CAR_VIS

Modificado el manejador de evento CAR_VIS del formulario COM_FAC_G_TRZ para cargar las facturas rectificativas (abonos) de una factura y si es negativa nos cargará la factura original de la que procede el abono.

Formulario

COM_FAC_G_ABO

Modificado formulario COM_FAC_G_ABO reubicando los controles y resolviendo la subindexación del control serie.

Alternador COM_FAC_G

Revisado el manejador de evento ABO del alternador COM_FAC_G para que controle si intentamos abonar una factura rectificativa (abono) para que avise y no deje realizar el abono.

Formulario

COM_FAC_G_CON

Formulario COM_FAC_G_CON añadido en la caja y la rejilla del asiento la condición #ASI para que solo se muestre cuando exista el asiento. Hemos revisado el diseño de la interfaz ajustando el formulario a los formatos usados en vERP con los botones en la parte inferior y reordenando los campos de entrada para que estén en el orden más usado.

Tabla COM_FAC_G Modificado trigger anterior a baja de la tabla COM_FAC_G para que elimine el plural de VTO_PAG_C después de haber

eliminado todas las líneas de factura para evitar que se vuelvan a generar los vencimientos y no permita eliminar la factura.

Proceso

COM_FAC_G_CON

Al contabilizar desde gestión facturas de compra

intracomunitaria no se generaban los registros de iva. El apunte del gasto se estaba generando con régimen de IVA exento en lugar de con el régimen de IVA general.

(19)

Mejoras en las facturas de venta

Hemos añadido la posibilidad de agrupar albaranes en el momento de facturar o generar una factura por albarán en función de si el cliente tiene activado un nuevo check denominado “No agrupar albaranes”.

Tabla ENT_M En la tabla ENT_M (Contactos) hemos añadido el campo NO_AGR_ALB (No agrupar albaranes).

Formulario

ENT_M_CFG_COM_VTA

Añadido el checkbox para el campo NO_AGR_ALB . Se han añadido menús de botón en los campos serie de ventas, serie de ventas contable, serie de compras, serie de compras contable, tarifa de venta y comercial.

Proceso

VTA_ALB_G_FAC_3P

Modificado para que según esté configurado el cliente en el campo NO_AGR_ALB se genera una factura por cada albarán si el campo está marcado y en caso de no estar marcado se agrupan por forma de pago y % descuento y se genera una factura por cada grupo. Antes de facturar tanto sea agrupando o sin agrupación los albaranes se ordenan por fecha y código para generar facturas en el mismo orden en el que están los albaranes.

Rejillas

MOV_G_VTA_FAC y MOV_G_COM_FAC

Mejoradas las rejillas MOV_G_VTA_FAC y MOV_G_COM_FAC incluyendo las columnas FCH (Fecha) y VTA_ALB / COM_ALB (Nº albarán) para poder identificar de forma sencilla las líneas de cada albarán de origen cuando una factura incluye varios albaranes.

Tabla VTA_FAC_G Al crear una empresa (EMP1) y dar de alta una serie (GEN) , al generar una factura, por ejemplo la Factura 1 (Serie GEN, ejercicio 2015, número factura 1) y hacer el mismo

procedimiento con otra empresa nueva (EMP2, Serie GEN, ejercicio 2015, número factura 1), se producía un error de Clave única y no dejaba crear la factura.

En las tablas de documentos, por ejemplo, facturas de venta existe el índice SER_EJE_NUM (Serie, ejercicio y número de factura).

El índice SER_EJE_NUM solo existe en la tabla VTA_FAC_G (Facturas de venta).

Probablemente el índice haya quedado por error en la tabla ya que en todas las cabeceras de documentos existe el índice SER_CNT_NUM que es el que realmente se usa para la numeración de documentos por empresa.

La resolución de esta incidencia ha exigido eliminar el índice ya que no se usa en la aplicación y no tiene sentido su existencia, y menos aún como clave única.

(20)

De paso hemos revisado que también el índice SER_NUM ha quedado obsoleto, por lo que también hemos procedido a su eliminación.

Formulario

VTA_FAC_G_BAJ

Se ha incluido en el manejador PRE_INI el control de que si la factura está contabilizada da un aviso y no deje eliminarla. De la misma forma también se controla que si tiene vencimientos a cobrar que no están en estado pendiente da un aviso y no deja eliminarla.

Añadidas las constantes ERR_FAC_CON_NO_SUP y ERR_FAC_VTO_NO_PDT_NO_SUP .

Formulario VTA_FAC_G

En el formulario VTA_FAC_G se ha incluido guardar ficha por alta o modificación al principio de los manejadores de evento para previsualizar o imprimir informe, de forma que contenga los datos de la ficha actualizados.

Tabla VTA_FAC_G Modificados los triggers posterior al alta y modificación de la tabla para que si la entidad no es cliente se active en la entidad el tipo ES_CLT a 1.

Manejador CAR_VIS

Modificado el manejador de evento CAR_VIS del formulario VTA_FAC_G_TRZ para cargar las facturas rectificativas (abonos) de una factura y si es negativa nos cargará la factura original de la que procede el abono.

Formulario

VTA_FAC_G_COM

Formularios VTA_FAC_G_CON añadido en la caja y la rejilla del asiento la condición #ASI para que solo se muestre cuando exista el asiento. Hemos revisado el diseño de la interfaz ajustando el formulario a los formatos usados en vERP con los botones en la parte inferior y reordenando los campos de entrada para que estén en el orden más usado.

Tabla VTA_FAC_G Modificado el trigger posterior a modificación para que si cambia el nº documento (por ejemplo, cuando pasa de prefactura a factura) se actualiza el nuevo nº en los vencimientos a cobrar ya generados.

Tabla VTA_FAC_G Modificado trigger anterior a baja de la tabla VTA_FAC_G para que elimine el plural de VTO_COB_C después de haber

eliminado todas las líneas de factura para evitar que se vuelvan a generar los vencimientos y no permita eliminar la factura.

(21)

Mejoras en las facturas de abono de ventas

Formulario

VTA_FAC_G_TRZ

Hemos revisado todo el proceso de abono de facturas de ventas mejorando la trazabilidad de las mismas y cambiando en el formulario VTA_FAC_G_TRZ el título de la caja de grupo de

"Facturas abonadas" para reflejar correctamente la factura de origen que originó la factura de abono.

Formulario

VTA_FAC_G_ABO

Añadida conexión de evento POS_INI para que permita la personalización del formulario.

Acción VTA_FAC_G_ABO Sustituimos el comando disparar objeto VTA_FAC_G_ABO por disparar señal.

Alternador VTA_FAC_G

Se ha añadido conexión de evento VTA_FAC_G_ABO que ejecuta nuevo manejador de evento ABO.Este manejador de evento contiene las instrucciones del proceso

VTA_FAC_G_ABO que forman parte del proceso de abonos de facturas.

Proceso

VTA_FAC_G_ABO

Se ha eliminado el proceso VTA_FAC_G_ABO por quedar en desuso.

Formulario

VTA_FAC_G_MEN

Se ha modificado el formulario VTA_FAC_G_MEN para que una vez realizado operaciones de abono se autorefresque

Constante VTA_ABO

Nueva constante VTA_ABO

Formulario

VTA_FAC_G_ABO

Modificado formulario VTA_FAC_G_ABO reubicando los controles y resolviendo la subindexación del control serie.

Constante

ERR_ABO_FAC_ABO

Nueva constante ERR_ABO_FAC_ABO "No se permite abonar una factura rectificativa (abono)"

Alternador VTA_FAC_G

Revisado el manejador de evento ABO del alternador VTA_FAC_G para que controle si intentamos abonar una factura rectificativa (abono) para que avise y no deje realizar el abono.

(22)

Mejoras en la gestión de las retenciones e IRPF

Procesos modificados COM_PED_LIN_G_TO_M OV_G,

COM_PED_LIN_G_TO_C OM_PED_LIN_G,

VTA_PED_LIN_G_TO_M OV_G,

VTA_PRE_LIN_G_TO_VT A_PRE_LIN_G,

VTA_PRE_LIN_G_TO_VT A_PED_LIN_G

Hemos revisado todo el proceso de traspaso de líneas de pedidos a albaranes y facturas de compra y venta, así como los de traspaso de presupuesto a pedidos para que incluyan en los nuevos registros los campos APL_RET_ALQ y APL_RET_IRP que no se estaban pasando a los nuevos registros.

Mejoras en la contabilización de facturas de compra y venta

Formularios VTA_FAC_SUP, VTA_FAC_G_CON

Hemos revisado todo el proceso de contabilización de facturas para mejorar los controles e impedir que una prefactura pueda ser contabilizada y que una factura contabilizada pueda ser eliminada.

Proceso

VTA_FAC_G_LST_CON

Constantes

ERR_FAC_CON_NO_SU P,

ERR_FAC_VTO_NO_PD T_NO_SUP,

ERR_FAC_YA_CON_PR E_FAC,

ERR_FAC_NO_CON_PR E_FAC

Generadas nuevas constantes para informar mediante

mensajes de los controles efectuados sobre las prefacturas y las facturas contabilizadas que son utilizadas en el proceso

VTA_FAC_G_LST_CON .

Corregida incidencia que se producía al contabilizar líneas de facturas de compra o venta sin importe que generaban apuntes contables también sin importe.

Corregida incidencia que se producía al contabilizar líneas de facturas de compras o venta del mismo artículo pero con diferente régimen de IVA que se contabilizaban en el mismo apunte, ahora se separa en un apunte para cada régimen de IVA.

(23)

Se controla que no se puedan contabilizar desde la toolbar de facturas aquellas que ya estén contabilizadas o si son

prefacturas. En esos casos se muestra mensaje de error.

Revisión de los informes correspondientes a compras,ventas y almacén

Informe

VERP_COM_ALB_LST

Modificado la variable TOT del informe de listado de albaranes de compras VERP_COM_ALB_LST para su correcto

funcionamiento Informe

VERP_VTA_ALB_LST

Modificado la variable TOT del informe de listado de albaranes de ventas VERP_VTA_ALB_LST para su correcto

vERP_VTA_ALB

Modificado los controles de tipo etiqueta y campo de píe de página del informe vERP_VTA_ALB para su correcto funcionamiento.

Informe

vERP_VTA_FAC

Modificado los controles de tipo etiqueta y campo de píe de página del informe vERP_VTA_FAC para su correcto funcionamiento.

Informe

vERP_VTA_PRE

Modificado los controles de tipo etiqueta y campo de píe de página del informe vERP_VTA_PRE para su correcto funcionamiento.

Informe

vERP_VTA_PED

Modificado los controles de tipo etiqueta y campo de píe de página del informe vERP_VTA_PED para su correcto funcionamiento.

Informe

vERP_COM_PED

Modificado los controles de tipo etiqueta y campo de píe de página del informe vERP_COM_PED para su correcto funcionamiento.

Informe

VERP_ALM_LST

Se ha corregido un error que se producía al intentar imprimir un listado de almacenes.Se genera de nuevo el informe

VERP_ALM_LST Informe

VERP_MOV_FCH_STK_L ST

Modificado las fórmulas script de totales del informe

VERP_MOV_FCH_STK_LST stock a fecha, para su correcto funcionamiento.

Informe

VERP_MOV_FCH_STK_L ST

Modificado la fórmula del agrupamiento ALM para que agrupara por el campo correcto; del informe VERP_MOV_FCH_STK_LST

(24)

Informe

VERP_VTA_FAC_LST

Modificado la variable TOT del informe de listado de facturas de ventas VERP_VTA_FAC_LST para su correcto funcionamiento

Informe

VERP_COM_PED_LST

Modificado la variable TOT del informe de listado de pedidos de compra VERP_COM_PED_LST para su correcto

VERP_COM_FAC_LST

Modificado la variable TOT del informe de listado de facturas de compra VERP_COM_FAC_LST para su correcto

VERP_VTA_PED_LST

Modificado la variable TOT del informe de listado de facturas de compra VERP_VTA_PED_LST para su correcto funcionamiento Informe

VERP_VTA_PED_LST

Modificado la variable TOT del informe de listado de pedidos de venta VERP_VTA_PED_LST para su correcto funcionamiento Informe

VERP_VTA_PRE_LST

Modificado la variable TOT del informe de listado de

presupuestos de venta VERP_VTA_PRE_LST para su correcto funcionamiento

Novedades en rejillas de los maestros de documentos de compras y ventas

Rejillas:

COM_PED_G, COM_ALB_G, COM_FAC_G, VTA_PRE_G, VTA_PED_G, VTA_ALB_G y VTA_FAC_G

En las rejillas de cabeceras de documentos de compras y de ventas, hemos incorporado en la primera columna de la rejilla el número total de registros mostrados en la misma.

Mejoras en los movimientos de almacén

Tabla MOV_G Añadidos los índices MOV_ABO_COM_FAC y

MOV_ABO_VTA_FAC a la tabla MOV_G , indexando el campo del mismo nombre. Esto nos permite navegar por los

movimientos de abono en busca de las facturas abonadas.

Tabla MOV_G Modificado el contenido inicial del campo FCH. choose( (

(25)

#MOV_TIP = "V" ) & ( #VTA_FAC ), #VTA_FAC.FCH, choose( (

#MOV_TIP = "C" ) & ( #COM_ALB ), #COM_ALB.FCH, choose(

( #MOV_TIP = "C" ) & ( #COM_FAC ), #COM_FAC.FCH, currentDate() ) ) ) )

Tabla MOV_G Modificado índice ART_ALM_EMP que incluye antes del ID el campo MOV_TIP para asegurar que dentro de la misma fecha se procesan los registros por tipo antes que por su código.

Tabla MOV_G Eliminado el campo MNL que ya no se usa.

Formulario ART_M_MOV En la rejilla de movimiento del artículo, formulario ART_M_MOV se ha revisado la carga de la rejilla para que muestre los

registros ordenados de por artículoempresaalmacénfechatipo de movimiento y código (en orden inverso). Asegurando de esta forma el mismo orden en el cálculo de la existencia que en la visualización.

Formulario MOV_G_DET y MOV_G_MAN

Modificado formulario MOV_G_DET y MOV_G_MAN para sustituir el uso del campo MNL de MOV_G para las condiciones de visibilidad por una variable local MOV_MAN . Mejorado el título del tipo de registro con las nuevas constantes y mejorado el contenido inicial para grabación de inventario y la condición de visible del almacén.

Búsqueda MOV_SIG_ACT

Revisado el capilar por el índice ART_ALM_EMP resolviendo los límites inferior y superior del campo MOV_TIP .

Constantes LIN_VTA y LIN_COM

Nuevas constantes ( LIN_VTA "Línea de venta") y ( LIN_COM

"Línea de compra")

Rejilla MOV_G_ART Rejilla MOV_G_ART (movimiento de un artículo) añadido el formulario de baja MOV_M_BAJ . Esto permite que ya se puedan dar de baja movimientos manuales.

Resuelta incidencia que producía que en caso de modificación de movimientos de almacén no se actualizasen correctamente las existencias y precio medio de los movimientos de almacén.

Resuelta incidencia que producía que los movimientos de inventario cuando se hacía el cálculo de arrastrados en algunos casos no calculase bien la existencia del movimiento tras aplicar la cantidad contada.

Resuelta incidencia que producía que se generasen registros incorrectos en la tabla de artículosproveedor cuando se actualizaban movimientos de ventas.

Resuelta incidencia que se producía cuando se modificaba el % descuento de cabecera en un documento y luego se creaban o añadían nuevas líneas de detalle antes de guardar el %

(26)

descuento. Ahora se fuerza que se grabe al perder el foco el campo % descuento asegurando que se aplica correctamente en las líneas que se añadan o modifiquen aunque no se acepte el formulario principal de cabecera del documento de compra o venta.

Resuelta incidencia que no permitía guardar los cambios realizados en los formularios mostrados al hacer doble clic sobre una rejilla de movimientos de almacén ya que aunque se mostraba el formulario el registro estaba leído en modo de solo lectura.

Al eliminar un movimiento de almacén siempre se recalculará los arrastrados independientemente del valor que tenga el campo CAL_ARR.

Al cambiar la fecha de un albarán o factura de compra o venta que fuerza el cambio de fecha en sus movimientos, ya se recalculan los arrastrados.

Formulario

VTA_PRE_G_PED

Manejadores evento APL_RET_ALQ, APL_RET_IRP, POR_RET_ALQ, POR_RET_IRP, POR_DTO

Modificados manejadores de eventos del formulario VTA_PRE_G_PED para que traspasen los campos APL_RET_ALQ, APL_RET_IRP, POR_RET_ALQ, POR_RET_IRP y POR_DTO del presupuesto al pedido.

Mejoras en la configuración general de la aplicación

Tabla APP_CFG_W Hay una utilidad interesante en vErp y es la posibilidad de cambiar el icono (Logo central) del formulario principal que carga la aplicación al arrancar.

Ese formulario tiene un manejador de objeto CHG_APP_LOG que se ocupa de cambiar el logo si está personalizado.

En esta versión hemos simplificado las diferentes tablas de configuración dejando solo 2:

EMP_M para todos los parámetros de configuración a nivel de empresa y APP_CFG_W para los parámetros de configuración a nivel general de aplicación.

(27)

Hemos incluido el campo APP_NOM que también estaba en la tabla PAR_ERP_PRO_W que como se indica, está planificada como deprecated en la versión 19, sin embargo en la migración de los datos no incluimos los campos APP_ICO y

APP_ICO_MEN que existen en la tabla PAR_ERP_PRO_W .

Hemos procedido a añadirlos a la tabla APP_CFG_W . También hemos añadido los controles correspondientes al formulario de configuración de aplicación y la opción de configuración al menú de supervisor.

Mejoras en el formulario de contactos

Formulario

ENT_M_CFG_COM_VTA

En la ficha de contactos, no filtraba correctamente los

comerciales por tipo de entidad, presentándolas todas. Hemos incluido una subindexación por el índice NOM_ES_CMR en el control CMR del formulario.

Formulario ENT_M

Formulario ENT_M . Añadidas conexión de evento y manejador de evento PRE_INI donde se controla el permiso de acceso

"vbase.mant.ent.no".

Mejoras en el formulario de empresas

Evento POS_INI Al aceptar el formulario conserva el valor del campo #EMP y todos los documentos (albaranes, facturas, ...) se generan correctamente utilizando a partir de ese campo los datos de empresa, como por ejemplo la configuración de la serie.

Triggers modificados Ahora es posible la eliminación de una empresa que no

contenga datos, de forma correcta. Para ello, se han modificado los triggers “ Anterior a un alta de ficha ”, “ Anterior a una baja de ficha ” y “ Anterior a una modificación de ficha ” para controlar correctamente el registro de empresa y sus divisiones.

Formulario EMP_M

Añadidos la conexión y el manejador de evento

GAN_FOC_ENT Gana foco el campo entidad (empresa) en el que se preparar la variable global con el valor "EMP" para que el alta asuma el tipo de entidad Empresa.

(28)

Mejoras en la tabla de monedas

Tabla MON_C

Se ha cambiado el campo SIM (símbolo) a Alfa256 de 3 caracteres para dar soporte a los símbolos de las monedas como € $ &, etc.

Revisado el control de acceso sin empresa en el arranque

Proceso AUTOEXEC Ahora si el usuario no tiene empresa asignada además de mostrar el mensaje de aviso no abre la aplicación. Hasta ahora tras mostrar el mensaje de aviso habría la aplicación

incorrectamente, aunque fuese sin empresa asignada.

Revisada la carga de datos al iniciar la aplicación

Fichero adjunto PRM_DIC_17.txt

Ahora al iniciar la aplicación por primera vez, el diccionario de permisos ya mostrará los textos con tildes y otros caracteres especiales.

Para solucionarlo, hemos eliminado el fichero adjunto PRM_DIC_17 y hemos vuelto a adjuntar el nuevo.

Para proceder a actualizarlo si no es la primera vez que instalamos la aplicación, hay que seguir estos sencillos pasos:

1. Limpiar la tabla PRM_DIC_W.DAT del proyecto de datos. La forma más sencilla de hacerlo es parar el servidor.

2. Reiniciar la instancia

3. Eliminar el fichero PRM_DIC_17.TXT de la cache local del ordenador en el caso que existiera.

4. Al volver a entrar en la aplicación, los registros serán importados automáticamente y de forma correcta.

Fichero adjunto PGC.CSV Ahora al iniciar la aplicación por primera vez, el Plan general de cuentas ya mostrará los textos con tildes y otros caracteres especiales.

Para solucionarlo, hemos eliminado el fichero adjunto PGC.CSV y hemos vuelto a adjuntar el nuevo.

(29)

Para proceder a actualizarlo si no es la primera vez que instalamos la aplicación, hay que seguir estos sencillos pasos:

1. Limpiar la tabla PGC_C.DAT del proyecto de datos. La forma más sencilla de hacerlo es parar el servidor.

2. Reiniciar la instancia

3. Eliminar el fichero PGC.CSV de la cache local del ordenador en el caso que existiera.

4. Al volver a entrar en la aplicación, los registros serán importados automáticamente y de forma correcta.

Otras incidencias resueltas

Tabla LOC_CPS Hemos procedido a incluir la tabla LOC_POS en la carpeta de tablas obsoletas a eliminar en la versión 19 y hemos eliminado del menú de maestros la opción de Localidades ya que

realmente no se usa.

También hemos eliminado los objetos visuales de la tabla LOC_CPS así como el subformulario PRO_M_LOC_CPS . Tabla MOV_G Hemos optimizado la tabla MOV_G , eliminado los puntero los

campos que no se usaban ANT_ART, ANT_EMP_PRV_ART_TIP_FCH,

ANT_EMP_CLT_ART_TIP_FCH, SIG_ART_ALM_EMP.

Script Corregido el script que realizaba el control de permisos para que oculte las opciones a los grupos seleccionados cuando está marcado el check de "Todos los grupos".

Otras mejoras en documentos

Rejillas

COM_PED_G_TRZ, COM_ALB_G_TRZ, COM_FAC_G_TRZ, VTA_PRE_G_TRZ, VTA_PED_G_TRZ, VTA_ALB_G_TRZ, VTA_FAC_G_TRZ

Nuevas rejillas de trazabilidad para que no muestren el nombre del cliente y se puedan ubicar horizontalmente o en grupos de 2 filas en el caso de las facturas. COM_PED_G_TRZ,

COM_ALB_G_TRZ, COM_FAC_G_TRZ, VTA_PRE_G_TRZ, VTA_PED_G_TRZ, VTA_ALB_G_TRZ, VTA_FAC_G_TRZ

Formularios

COM_PED_G_TRZ, COM_ALB_G_TRZ, COM_FAC_G_TRZ,

Modificados formularios de trazabilidad para presenten las rejillas horizontalmente, y en el caso de las facturas con 2 rejillas por fila. COM_PED_G_TRZ, COM_ALB_G_TRZ,

(30)

VTA_PRE_G_TRZ, VTA_PED_G_TRZ, VTA_ALB_G_TRZ, VTA_FAC_G_TRZ

COM_FAC_G_TRZ, VTA_PRE_G_TRZ, VTA_PED_G_TRZ, VTA_ALB_G_TRZ, VTA_FAC_G_TRZ.

Objetos dibujo eliminados

Iconos COL_APP_2 COL_BAS COL_BAS_2

Eliminados los iconos COL_APP_2, COL_BAS y COL_BAS_2 para unificar el color de la línea de separación del título en los formularios. Ahora todos usan el objeto dibujo COL_APP.

Mejoras en tablas de documentos de compras y ventas

Tabla

APP_CFG_W

Tabla APP_CFG_W, nuevos campos MIG_VER_17_1_TIM y MIG_VER_17_1_OK para el control de ejecución del proceso de migración.

Nuevo proceso de migración de datos a 17_1

Proceso

MIG_VER_17_1

Proceso MIG_VER_17_1 encargado de calcular los campos numéricos de todas las tablas de compras y ventas.

Proceso

ON_INIT_SERVER

Hemos creado un proceso de migración automática que se ejecutará la primera vez que reiniciemos la versión 17.1 en el servidor.

En el proceso ON_INIT_SERVER se contempla la ejecución del proceso de migración MIG_VER_17_1

Recordatorio a clientes:

En el primer arranque de la instancia provocará la regeneración de las tablas de cabecera de compras y ventas y posteriormente se ejecutará el proceso de migración que se encargará de garantizar que los campos que pasaron de fórmula a tipo numérico esten correctamente calculados. Esto puede tardar tiempo, en función del número de registros existentes en la base de datos.

(31)

Mejoras en la hoja de estilo css

Proceso

ON_INIT_SERVER del proyecto de aplicación.

Se ha corregido una incidencia en la hoja de estilo css

etiquetada como AUTOEXEC , que impedía que se mostrará la barra de desplazamiento horizontal en caso de disponer de más columnas en proyectos personalizados.

Se deberá eliminar el registro etiquetado como AUTOEXEC del menú >Supervisor >CSS para que la próxima vez que se ejecute la solución cree de forma automática esta etiqueta.

Revisiones en el módulo vTPV

Hemos incorporado la opción de poder configurar el símbolo de la moneda en TPV.

Es configurable en la opción de parámetros del menú configuración del vTPV.

Corregida la incidencia que impedía asignar un cliente a un ticket cuando se efectuaba la búsqueda, ahora muestra la lista de clientes y asigna al ticket el seleccionado.

Corregida una incidencia que impedía usar dependientes sin contraseña.

Corregida una incidencia que hacía que al aparcar y recuperar un ticket aparcado, no recuperaba las líneas de forma correcta.

Mejoras en las opciones del menú principal

Acción

APP_CFG_W

Modificada la acción APP_CFG_W con el texto correcto 'Configuración de aplicación'

Formulario APP_CFG_W

Modificado el formulario APP_CFG_W para que muestre el texto correcto 'Configuración de la aplicación'

(32)

Mejoras en la tabla de configuración de la aplicación

Tabla

APP_CFG_W

Modificar el contenido del nombre de la tabla (singular y plural) APP_CFG_W para que muestre el texto correcto 'Configuración de la aplicación'

Revisión de normalización

Se han realizado diversos cambios de normalización en el proyecto de aplicación:

Cambiado el nombre de manejador de evento PERSONALIZAR por PRS

Cambian el nombre de las variables VIS_VIS (Vistas visibles) antiguamente VISIBLE y VIS_CAR (Vistas cargadas) antiguamente LOADED

Cambian de nombre las conexiones de evento CHG_REG (Cambio de registro), ON_HID (onHide), ON_SHW (onShow)

Revisada normalización de nombres de variables y poner la descripción de la variable si no la tenían.

En los manejadores revisamos los procesos para que estén comentados, con líneas de separación y en color verde.

Las variables locales que no se usen las hemos eliminado.

Revisados los comentarios en verde, con libre en verde cuando hay código encima del comentario y está al mismo nivel. En caso de if o else empiezan sin línea

"libre" porque el subproceso está en otro nivel

Los comentarios se han puesto en verde

Solo 1 libre en verde antes de comentario que separa código al mismo nivel.

Identificadores de variables normalizados a 3 letras.

Revisado que el tipo de la variable sea correcto en función del contenido de la variable.