Velneo vERP 19dl.velneo.com/es/productos/v7/openapps/documentos/velneo_verp_1… · close se...

Lista de novedades Velneo vERP 19.0

Velneo vERP 19.0


Novedades Principales

API REST

Nuevo sistema control de usuarios concurrentes, sesiones y log funcional

Ecosistema de Velneo vERP

Modelos tributarios

Revisión y optimización de todos los menús de vERP

Nueva opción para ocultar y mostrar el dock con el menú general

Cambio de selección de empresa en caliente

Personaliza el título de la aplicación y sus iconos en ejecución

Información general

Migración a la versión 19.0

En el primer arranque te lo dejamos listo para empezar a grabar

Alta de registros necesarios tras la instalación

Generación de registros iniciales

Mejorado el primer arranque tras crear instancia para que muestre el menú

Los supervisores tienen disponibles los botones de exportar/importar JSON

Aplicada la macro (CurrentProject) en los includes de JavaScript

Mejoras en el formulario del menú general MEN_APP

Añadido menú de botón de informe en el formulario de alta de informe

Mejoras en usabilidad en el menú general

Mejoras en menús dinámicos

Nuevas opciones en el diccionario de permisos

Revisión de scripts de vTools empleados en vERP

Eliminadas las tablas obsoletas previstas para esta versión

Objetos eliminados

Contabilidad


Optimización de cálculos en saldos

Nuevos informes de tesorería

Mejorada la eliminación de epígrafes del diseñador de informes contables

Mejorada la eliminación de un vencimiento generado por agrupamiento

Informe mandato CORE y B2B con parámetros de la empresa

Corregida la definición de informes de pérdidas y ganancias

Resuelta incidencia en cobros que no asumía el importe cobrado

Gestión

Revisada completamente la opción de movimientos de almacén

Inventario valorado optimizado

Optimizados todos los subformularios de artículos

Nuevo informes personalizables de almacenes y movimientos

Se pueden abonar cantidades diferentes a las facturadas

Mejoras en documentos de compras y ventas

Al cambiar el nombre de la entidad se refresca en las relacionadas

Ya está funcional el botón añadir más en el alta de un movimiento manual

Verificación añadida al aceptar y seguir en líneas de compras y ventas

Añadido el campo ID en los índices de palabras de la tabla ENT_M

Resuelta incidencia al añadir el teléfono principal en contactos

Eliminado mensaje de error en modificación al crear un nuevo contacto

Mejora en la facturación de albaranes con retención de alquiler o IRPF

Al contabilizar facturas de compra o venta se asigna la cuenta auxiliar

Desactivar la contabilidad en gestión

TPV

Optimizada la carga de imágenes

Ahora mostramos el importe entregado y el cambio en el ticket

Ahora ya sólo aparecen los dependientes de la empresa en curso


Cambio de proyecto del proceso GET_MAC

Revisado subindexador de clientes en formulario de configuración en empresas

Refresco de rejilla de facturas simplificadas mejorado al anular factura

Resuelta incidencia con tickets de mesa al recuperarlos desde el salón


Novedades Principales

API REST

¿Sabes que todas las aplicaciones basadas en Velneo vERP tienen un API REST?

Pues así es, simplemente porque has desarrollado una aplicación heredando o personalizando directamente sobre Velneo vERP tu aplicación ya dispone de un API REST que te permite acceder vía HTTP al contenido de todas las tablas, procesos y búsquedas a los que tú quieras dar acceso. ¡¡¡Y sin programar ni cambiar nada en tu aplicación!!!

Para esta novedad tan importante hemos preparado un documento específico donde comentamos la novedad a fondo para que puedas probarla.

Configuración del vModApache en tu servidor Apache. Lo único que debes configurar es la redirección de la petición que recibirá tu servidor Apache para que la envíe al vServer donde tengas instalada la aplicación que sirve el API REST.

http://dl.velneo.com/es/productos/v7/openapps/documentos/velneo_verp_19_0_apirest.pdf


Nuevo sistema control de usuarios concurrentes, sesiones y log funcional

Esta es una novedad muy importante que abre las puertas a que puedas gestionar múltiples empresas en el mismo servidor, algo fundamental para sacar el máximo partido en el servicio Cloud.

Ahora ya puedes configurar tu aplicación desarrollada a partir de vERP para que realice el control de usuarios concurrentes por empresa.

Lo primero que debes hacer es configurar la aplicación desde la pestaña supervisor y configurar los tiempos en los que se realizará el control de sesión activa.

Siempre debe ser mayor el tiempo de conexión para considerar una sesión caducada.


Como vemos en la rejilla inferior se muestran las sesiones actualmente activas e incluso un botón que permite expulsar a los usuarios conectados. A diferencia de lo que ocurre con vAdmin este sistema cierra el vClient del usuario y libera el enganche del servidor.

Además vERP permite que configures el número de usuarios concurrentes que desees para cada empresa, en la pestaña supervisor del formulario de empresa.

Puedes configurar el nº máximo de usuario, por defecto es 0 lo que implica que no se realiza ningún control de número máximo de sesiones de usuario conectados a la aplicación.

Debajo muestra una rejilla con las sesiones activas para esa empresa en ese momento y también dispones del botón para expulsar a los usuarios que sea necesario cerrándose el vClient en un máximo de tiempo que depende la configuración de expiración de sesión activa.

En la ficha del usuario, pestaña supervisor, se pueden consultar todas las sesiones que ha generado ese usuario.


Si entramos en cualquier sesión podremos ver como vERP nos mostrará en todas el log detallado de acciones realizadas por el usuario.


Este es un log de funcionalidad, es decir registra siempre que el usuario entra en un formulario (no es un log de transacciones). Si nos movemos sobre la lista con las flechas arriba/abajo y pulsamos enter vERP nos mostrará el formulario que el usuario abrió con el registro que editó durante su sesión de trabajo.


Esto nos permite repetir el flujo de trabajo realizado por el usuario.


Objeto Cambio

Tabla LUC_W Nueva tabla LUC_W (Log de usuarios concurrentes). Con actualización a EMP_M al campo NUM_USR_CON si el registro de sesión está activo.

Tabla EMP_M Nuevos campos en la tabla EMP_M: NUM_USR_MAX (Nº máximo de usuarios concurrentes) y NUM_USR_CON (Nº usuarios concurrentes).

Tabla APP_CFG_W Nuevos campos en la tabla APP_CFG_W: LUC_MIN_CON (Log de usuario concurrente. Minutos de conexión de actividad en sesión) y LUC_MIN_CAD (Log de usuario concurrente. Minutos de caducidad de sesión).

Añadido campo LUC_ON en tabla de configuración de aplicación APP_CFG_W.

Proceso LUC_W_ACT Se encarga de actualizar el log de usuario concurrente añadiendo la entrada, actualizando la fecha y hora de última conexión o finalizando la sesión.

Proceso LUC_W_CAD Controla las sesiones de usuarios concurrentes conectados que hayan caducado.

Proceso ON_INIT_SERVER En el proceso ON_INIT_SERVER del proyecto verp.dat se ejecuta el proceso de control de caducidad LUC_W_CAD que se encargará de cerrar todas las sesiones que pudiesen haber quedado mal finalizadas al reiniciar la instancia y además repasa el valor del nº usuarios concurrentes activos en cada empresa.

Variable global CUR_ID_SES ID sesión en curso.

Variable global LUC_ON Añadida variable global LUC_ON que se inicializa en el AUTOEXEC con el valor de la configuración de la aplicación. Controlados en todos los procesos que si la variable global LUC_ON está a 0 no se ejecute el proceso ni se genere la transacción.

Manejador de evento PRE_INI En el manejador de evento PRE_INI del marco AUTOEXEC se calcula el valor del ID de sesión en curso y


se ejecuta el proceso LUC_W_ACT para controlar si se ha superado el máximo de usuarios activos.

Manejador de evento ON_CLO En el manejador de evento ON_CLO del marco AUTOEXEC que se ejecuta con la conexión de evento On close se ejecuta el proceso LUC_W_ACT pasando el parámetro FIN a 1 para que se finalice la sesión.

Formulario MEN_APP. Añadido timer en formulario de menú MEN_APP. Añadido manejador de evento TIM de tipo JavaScript que ejecuta el proceso LUC_W_ACT.

Formulario LUC_W Estarán visible los datos de la sesión incluido el log del usuario de acceso a los diferentes registros y objetos.

Formulario QML LUC_W Donde se visualizan los datos del log contenidos en el campo objeto texto LOG.


Ecosistema de Velneo vERP

Hemos creado un nuevo ecosistema de extensiones para ampliar Velneo vERP que empezará a crecer con módulos y código de otros colaboradores (desarrolladores de la comunidad) como son:

TPV desarrollado en colaboración por Bitcodesoft . Modelos tributarios basados en el nuevo sistema de ficheros personalizables desarrollado

en colaboración con Ciberideas y EmeceSoftware . Módulo de facturación electrónica compatible para México, Argentina y Chile desarrollado

por Eduardo Chaparro . Submódulo de números de serie (herencia sin tocar vERP). Submódulo de Tallas y Colores desarrollador por la empresa Dinamyc Gest . Módulo de integración con Prestashop desarrollado por la empresa Wikan Soluciones

Informáticas .

Algunas extensiones del nuevo ecosistema de Velneo vERP estaán disponibles en esta versión 7.19 de Velneo vERP y otras se irán anunciando a lo largo del segundo trimestre de 2016.

http://www.bitcodesoft.com/home/

http://www.ciberideas.es/

http://www.emecesoftware.com/

http://www.dynamicgest.com/

http://wikan.es/

http://wikan.es/


Modelos tributarios

El sistema de plantillas de ficheros creado para de forma abstracta permitir la creación de modelos tributarios programables en tiempo de ejecución se basa en 3 tablas (Plantillas de ficheros, Scripts y Ficheros). Este sistema está diseñado para que sea válido para cualquier país ya que cada desarrollador podrá crear y adaptar las plantillas y los scripts dinámicamente en tiempo de ejecución sin necesidad de hacer cambios en el código fuente de su proyecto Velneo.

1. Plantillas de ficheros (PLF_W)

Cada plantilla a su vez tiene desglosados los datos a solicitar al usuario, los registros y los campos que se generarán con los scripts o que grabará manualmente el usuario si procede y que serán la base del fichero que se generará para presentar en la Agencia Tributaria correspondiente.


Cada campo o registro de la plantilla puede ser configurado para que sus valores (numérico, texto o fecha) se puedan calcular de forma automática mediante una fórmula o mediante la ejecución de un script.

2. Scripts (SCR_W)

Cada registro de esta tabla contendrá un script.


Cada script puede tener declarados tantos includes como sean necesarios lo que permite la reutilización de scripts en otros scripts.

El script se guarda en un objeto texto, recomendamos programar estos scripts con el editor de scripts de vDevelop o con alguna herramienta de edición externa y luego pegar el script en el objeto texto.


El script de partida cuenta con una serie de objetos inducidos:

Registro principal del fichero que se genera (registroFic). Registro sobre el que procesamos el cálculo (registroFicReg). La fórmula con la configuración de la ejecución (parametros).

3. Ficheros (FIC_W y FIC_REG_W)

Son dos tablas que contienen los ficheros generados a partir de la plantilla.

FIC_W representa el modelo tributario.

FIC_REG_W cada unos de los registros contenidos dentro del modelo tributario, teniendo en cuenta que cada campo que se graba en el fichero se corresponde con un registro de esta tabla.


Cada vez que damos de alta un nuevo modelo tendremos que elegir la plantilla correspondiente a dicho modelo y si corresponde el ejercicio y período de fechas. Una vez rellenados esos datos, pulsaremos en el botón Aplicar plantilla.

Se generarán si corresponde unos registros en la pestaña datos con valores iniciales o preparados para que los grabe el usuario final.


Una vez completados los datos pulsaremos el botón inferior Calcular registros, que generará los registros del modelo tributario en base al script y presentará los registros generados en la segunda pestaña.

Desde esta rejilla podremos editar los registros, eliminarlos, añadir nuevos registros manuales y una vez terminado la preparación de los datos podremos pulsar el botón verificar que nos avisará de si tenemos algún tipo de dato numérico, alfabético o fecha que no se corresponda con lo indicado en la plantilla.

Para finalizar pulsaremos el botón Generar fichero que se encargará de generar el contenido del fichero tras preguntarnos en qué senda queremos guardarlo. El fichero se genera con el nombre que tenga la etiqueta de la plantilla utilizada.


Los objetos utilizados para la programación de estas plantillas de ficheros, scripts y ficheros generados (modelos tributarios) son:

Objeto Cambio

Esquema PLF (Plantillas de ficheros)

Tabla Configuración FIC_W (Ficheros)

Tabla Configuración FIC_REG_W (Registros de ficheros)

Tabla Configuración PLF_W (Plantillas de ficheros)

Tabla Configuración SCR_W (Scripts)

Tabla Configuración SCR_INC_W (Includes de script)

Tabla estática Configuración FIC_TIP_CAM_ERR_W

Tabla estática Configuración PLF_TIP_CAL_W

Tabla estática Configuración PLF_TIP_CAM_W


Tabla estática Configuración PLF_TIP_ITE_W

Icono de tabla PLF_W (Plantillas de ficheros)

Icono de tabla FIC_W (Ficheros)

Carpeta La carpeta Scripts dentro de Configuración

Carpeta La carpeta Plantillas de ficheros dentro de Configuración

Carpeta La carpeta Ficheros dentro de Contabilidad/Tributos

Fichero adjunto SCR_W_19_0.json

Fichero adjunto SCR_INC_W_19_0.json

Fichero adjunto PLF_W_19_0.json

Las constantes utilizadas en el sistema de plantillas de ficheros (modelos tributarios) son:


En esta versión 19.0 se han incluido numerosos scripts y las plantillas de ficheros de los siguientes modelos de la AEAT (España):

AEAT. Modelo 340. Declaración informativa de operaciones incluidas en los libros registro AEAT. Modelo 347. Declaración anual de operaciones con terceras personas AEAT. Modelo 349. Declaración recapitulativa de operaciones intracomunitarias

Recordamos que el objetivo de este sistema abstracto de generación de modelos tributarios en base a las nuevas plantillas de ficheros es que se puedan generar dinámicamente los modelos tributarios de todos los países, no sólo para España.

Todos los que estén interesados en adaptaciones o mejoras sobre estas plantillas pueden recurrir a los servicios que prestan las empresas colaboradoras del nuevo Ecosistema de Velneo vERP.

Velneo no dará soporte sobre las plantillas de ficheros ni de los scripts ya que cada desarrollador podrá crear las suyas o adaptar los que se entregan. Velneo sí dará soporte de los objetos programados dentro de vERP para el funcionamiento del sistema abstracto de plantillas de ficheros.


Revisión y optimización de todos los menús de vERP

En los menús existentes hasta la versión 19 para el control de activar vista se utilizaban los siguientes objetos: MEN_idtabla_TAB (Acción), MEN_idtabla_TAB (Proceso), idtabla_MEN (Acción) e idtabla_MEN (Formulario).

Con el nuevo sistema solo es necesario dejar idtabla_MEN (Acción) que se encarga de disparar el (Formulario) idtabla_MEN.

El formulario de menú incluye ahora un nuevo manejador de evento llamado ACT_VIS (Activar vista). Este manejador siempre es el mismo para todos los menú y no requiere que se haga ningún cambio, por lo que al copiar un menú para crear otro nuevo ya funcionará el sistema de activar vista, ya que el nuevo script está diseñado para que al ser ejecutado desde el manejador PRE_INI del formulario del menú verifica si ya está abierto ese mismo formulario y en caso afirmativo activa esa pestaña y fuerza que el formulario ejecute un set retorno=NO con lo que el formulario no llega a abrirse nuevamente.

Se han revisado TODOS los menús de vERP. Revisado diseño de controles con el mismo formato. Título de menú automático se asume del nombre del formulario. Búsqueda automática en menús con texto de búsqueda (con retardo). Carga inicial optimizada, en muchas tablas de pocos registros se cargan directamente. Inclusión en el PRE_INI del manejador que controla la apertura única del formulario. Desaparece una acción y un proceso para cada opción de menú. Nuevo script para la activación de vistas.

Objeto Cambio

Script activarVista Proyecto de aplicación. Directorio de scripts: js/interface. Script activarVista

En la tabla de opciones de menú se cambia de proceso a acción las opciones de compras y ventas de gestión. Hemos incluido en la migración automática de a la versión 19 de vERP el cambio de las opciones GEN001001 a GEN001004 y GEN002001 a GEN002003 de ventas y compras para que en lugar de ejecutar un proceso ejecuten acción con el mismo nombre.


Nueva opción para ocultar y mostrar el dock con el menú general

Se ha incorporado una nueva funcionalidad que nos permitirá poder ocultar y mostrar el dock con la pulsación de la tecla F3.

También se incluye una nueva opción de menú "Mostrar/Ocultar el menú general" en el menú ‘Archivo’

Objeto Descripción

Proceso MEN_APP_ON_OFF Nuevo proceso MEN_APP_ON_OFF

Acción MEN_APP_ON_OFF Nueva acción MEN_APP_ON_OFF

Menú PRN_ACH Hemos incluído la acción MEN_APP_ON_OFF en el menú PRN_ACH


Cambio de selección de empresa en caliente

Haciendo doble clic sobre el nombre de la empresa en el dock del menú.

Si el usuario tiene asignadas más de una empresa le aparecerá una rejilla de selección. Tras seleccionar la nueva empresa que pasará a ser la empresa en curso se cierran todas las vistas abiertas para evitar conflictos entre los datos cargados en las vistas que pueden ser de una empresa diferente a la nueva empresa en curso.


Objeto Cambio

Script cerrarTodasVistas Nuevo script JavaScript que cierra todas las vistas abiertas.

Proceso CRR_ALL_VIS Proceso JavaScript que ejecuta el script que cierra todas las vistas.

Proceso SEL_EMP Permite la selección de empresa en curso.

Formulario MEN_APP Añadida conexión de evento doble clic sobre control empresa que ejecuta el proceso de selección de empresa (SEL_EMP).


Personaliza el título de la aplicación y sus iconos en ejecución

Ya no es necesario que crees un proyecto que herede vERP para configurar el nombre de la aplicación en la barra de título ni el iconos del formulario principal o del dock de menú.

Ahora desde la opción del menú supervisor > Config. de aplicación ya puedes configurar:

El nombre de la aplicación. El icono de la aplicación. El icono del menú. (Este icono se muestra si la empresa en curso no tiene configurado una

imagen en su ficha de entidad).

Al aceptar el formulario se refrescarán el título de la aplicación así como la imagen del formulario principal. El icono del dock de menú se refrescará en el momento en el que pulsemos en una opción del menú o cuando cambiemos de empresa

Adicionalmente hemos mejorado la selección de empresa para que cuando se cambia de empresa si tiene asignada una imagen ésta se muestra como icono del dock de menú general de la aplicación.


Objeto Cambio

Proceso AUTOEXEC Ahora crea el registro de configuración de aplicación de la tabla APP_CFG_W, registro 1, con los valores por defecto nombre Velneo vERP y logotipo de vERP.

Formulario INI_ERP Ahora de origen tabla APP_CFG_W y se carga con el registro 1, por defecto.

Marco AUTOEXEC Ahora no lleva configurado el formulario principal y en el manejador de evento POS_INI ejecuta la acción FRM_INI_TAB que muestra el formulario principal con la información de la configuración de la aplicación.

Proceso ON_INIT_SERVER de verp.dat

Se elimina la creación del registro de configuración de aplicación APP_CFG_W.

Formulario APP_CFG_W Se desglosa con 2 subformularios APP_CFG_W_ICO (Iconos) APP_CFG_W_CON_EXT (Contabilización externa)

Formulario MEN_APP Se sustituyen los controles de dibujo estático con el logotipo de menú de vERP por un control botón que ejecuta la acción FRM_INI_TAB y que muestra la imagen configurada en el registro de configuración de aplicación para icono de menú.

Fichero adjunto CSS_W_18_3.json

Se ha cambiado las CSS del registro MEN_APP_ERP.

Recomendación Se recomienda eliminar el registro de CSS MEN_APP_ERP y volver a importarlos una vez reiniciada la instancia para actualizar el registro y aplicar el nuevo estilo que facilita la personalización del icono del dock de menú.


Información general

Migración a la versión 19.0

Hemos programado un proceso de migración automática de datos a la versión 19 realiza las siguientes migraciones:

Se activa el check de TPV en los usuarios que tienen registro creado en la tabla de dependientes.

Objeto Cambio

Tabla APP_CFG_W Añadido campo MIG_19_0 (Ejecutada migración a versión 19.0)

Proceso MIG_19_0 Migración de datos a la versión 19.0: En la migración a esta versión los usuarios que existan en la tabla DEP_T se marcarán con el check de TPV, ya que a partir de esta versión todos los usuarios se crearán también en la tabla DEP_T por lo que la forma de diferenciar quienes son o no dependientes del TPV será comprobar si tienen el check de TPV marcado, en caso contrario no serán dependientes del TPV.

Proceso AUTOEXEC Modificado para que no cree el registro de configuración a nivel de empresa que ya se crea en el ON_INIT_SERVER del proyecto de datos.

Proceso APP_CFG_W_SET_IMG

Se pasa tanto el proceso como el script JavaScript al proyecto de datos y se repasan los objetos que lo usan para que ejecuten el proceso del proyecto de datos ya que el de aplicación se ha eliminado.

Proceso ON_INIT_SERVER del proyecto de datos

Añadida la creación del registro de configuración a nivel de empresa (APP_CFG_W) y su modificación en caso de que las imágenes configuradas estén vacías. Así mismo se añade la ejecución de la migración a la versión 19 si no está ejecutada.


En el primer arranque te lo dejamos listo para empezar a grabar

Ahora en el primer arranque además de generarse los registros de las tablas de configuración también creamos al menos un registro de ejemplo en todas las tablas maestras necesarias para que directamente te puedas poner a grabar documentos de compras y ventas.

Tablas donde se generan registros de ejemplo:

SER_M Una serie de compras y otra de ventas. DOC_TIP_M Un tipo de documento. FPG_M Una forma de pago. IDI_M Un idioma. MON_C Una moneda. PAI_M Un país. ENT_M Un cliente, un comercial y un proveedor. REL_TIP_M Un tipo de relación. ALM_M Un almacén. EMP_M Una empresa. FAM_M Una familia. ART_M Un artículo asignado a la familia. USR_GRP_M Grupo de usuarios Administrador. CNC_C Dos ejemplos de conceptos automáticos.

Tablas donde se generan registros de ejemplo al entrar el primer usuario:

USR_M El usuario que accede. EMP_USR_M Una empresa del usuario. USR_GRP_USR_M Grupo Administrador asignado al usuario. DEP_T Un dependiente si no hay ningún dependiente creado. EJE_C Comprobar que se genera uno nuevo al entrar.


Alta de registros necesarios tras la instalación

Se han añadido registros de ejemplo y registros necesarios en la entrada del primer usuario

Objeto Cambio

Tablas donde se generan registros de ejemplo

Tabla SER_M SER_M Una serie de compras y otra de ventas

Tabla DOC_TIP_M DOC_TIP_M Un tipo de documento.

Tabla FPG_M FPG_M Una forma de pago

Tabla IDI_M IDI_M Un idioma.

Tabla MON_C MON_C Una moneda.

Tabla PAI_M PAI_M Un país.

Tabla ENT_M ENT_M Un cliente, un comercial y un proveedor

Tabla REL_TIP_M REL_TIP_M Un tipo de relación.

Tabla ALM_M ALM_M Un almacén

Tabla EMP_M EMP_M Una empresa

Tabla FAM_M FAM_M Una familia

Tabla ART_M ART_M Un artículo asignado a la familia

Tabla USR_GRP_M USR_GRP_M Grupo de usuarios Administrador

Tabla CNC_C CNC_C Dos ejemplos de conceptos automáticos.

Tablas donde se genera registro al entrar el primer usuario


Tabla USR_M USR_M El usuario que accede

Tabla EMP_USR_M EMP_USR_M Una empresa del usuario

Tabla USR_GRP_USR_M USR_GRP_USR_M Grupo Administrador asignado al usuario

Tabla DEP_T DEP_T Un dependiente si no hay ningún dependiente creado

Tabla EJE_C EJE_C Comprobar que se genera uno nuevo al entrar.

Tablas donde se importan datos por defecto

Tabla CSS_W CSS_W Hojas de estilo.

Tabla DIS_INF_C DIS_INF_C Diseñador de informes contables.

Tabla DIS_INF_CAL_C DIS_INF_CAL_C Cálculos del diseñador de informes contables.

Tabla INF_DEF_W INF_DEF_W Informes personalizables.

Tabla MOD_C MOD_C Modelos tributarios.

Tabla PLA_APU_C PLA_APU_C Apuntes de plantillas de asientos.

Tabla PLA_ASI_C PLA_ASI_C Plantillas de asientos.

Tabla PRM_DIC_W PRM_DIC_W Diccionario de permisos.

Tabla PRO_M PRO_M Provincias de España.

Tabla PRS_MEN_W PRS_MEN_W Opciones de menú personalizadas.

Tabla REM_NOR_C REM_NOR_C Normativas de remesas.

Cambios en objetos


Tabla APP_CFG_W Tabla APP_CFG_W. Añadido campo GEN_DAT_EJE (Generación de datos de ejemplo realizada)

Formulario APP_CFG_W_DAT Nuevo formulario APP_CFG_W_DAT. Datos.

Formulario APP_CFG_W_DAT Formulario APP_CFG_W. Añadido subformulario APP_CFG_W_DAT (Datos).

Tabla IDI_M Tabla IDI_M. Añadido campo ISO.

Formulario IDI_M Formulario IDI_M. Añadido campo ISO.

Tabla MON_C Tabla MON_C. Añadido campo ISO.

Formulario MON_C Formulario MON_C. Añadido campo ISO.

Proceso GEN_DAT_EJE Creación Proceso GEN_DAT_EJE. Generación de datos de ejemplo.

Generación de registros iniciales

La generación de registros iniciales que se crean el el proceso ON_INIT_SERVER del proyecto de datos, ahora sólo se realizará una única vez.

Objeto Cambio

Proceso ON_INIT_SERVER Proceso ON_INIT_SERVER del proyecto de datos. Modificado para que ejecute la primera vez la generación de datos de ejemplo (Proceso GEN_DAT_EJE). Meter booleano en tabla configuración aplicación y si no se ha ejecutado cuando entra el usuario (booleano = 1) se ejecuta el proceso GEN_DAT_EJE en 3º plano con un mensaje.

Proceso AUTOEXEC Proceso AUTOEXEC. Implicado el código que se encarga de crear el usuario, grupos y empresas al asumir que grupo y empresa ya se han generado por defecto en la creación de la instancia.


Proceso CTL_CHG_VER Nuevo proceso CTL_CHG_VER, control de cambio de versión que se ejecuta en el POS_INI del formulario MEN_APP (menú general arbolado de la aplicación). Este proceso controla 3 cosas: 1ª) Si se ha ejecutado la generación de datos de ejemplo, en caso negativo ejecuta el proceso GEN_DAT_EJE y pone a 1 el booleano GEN_DAT_EJE de la tabla APP_CFG_W. 2ª) Si se ha ejecutado la migración a la versión 19.0, en caso negativo se ejecuta el proceso MIG_19_0. 3ª) Si se ha ejecutado la generación de datos de las tablas principales, en caso negativo se ejecuta el proceso GEN_DAT_TAB.

Proceso ON_INIT_SERVER Hemos eliminado el proceso ON_INIT_SERVER del proyecto de aplicación, con el fin de evitar que se realicen transacciones largas en los procesos de inicialización del servidor lo que aporta mayor estabilidad.

Proceso ON_INIT_SERVER El proceso ON_INIT_SERVER del proyecto de datos ahora ya no ejecuta la importación de los datos de ejemplo, ni la migración ni la generación de datos de tablas principales.

Formulario MEN_APP En el formulario MEN_APP se ha añadido en el manejador de evento POS_INI la ejecución del proceso CTL_CHG_VER tras comprobar si es necesario ejecutar alguno de los 3 procesos que se disparan en el servidor (1. Generar datos de ejemplo, 2. Migrar a versión 19.0, 3. Generación datos de tablas principales)


Mejorado el primer arranque tras crear instancia para que muestre el menú

La primera vez que ejecutabas vERP tras crear la instancia en el servidor no aparecía el menú general en el dock. Al salir y volver a entrar ya nos aparecía el menú. Hemos resuelto la incidencia y ahora el menú general ya aparece en la primera ejecución.

Objeto Cambio

Proceso AUTOEXEC Modificada la resolución de la variable local USR_GRP_USR con la que se alimenta la variable global CUR_USR_GRP en el grupo de código correspondiente a la selección de usuario (EXE_SEL_USR).


Los supervisores tienen disponibles los botones de exportar/importar JSON

En las toolbars de diversas tablas cuyos datos se importan automáticamente al iniciar una nueva instancia de Velneo vERP, o cuando se actualiza una versión existen 2 botones que permiten exportar e importar los datos a o de ficheros JSON respectivamente. Esos procesos son los que usamos en Velneo para generar los ficheros adjuntos y también están disponibles para que se puedan usar de forma manual desde estas toolbars. Hasta ahora era necesario tener aplicado el permiso “verp_exp_imp_json”, pero a partir de ahora aunque no tengamos el permiso asignado si somos supervisores tendremos visible los botones de la toolbar.

A diferencia de los ficheros adjuntos que además del nombre incluyen el sufijo de versión, por ejemplo “..._19_0.json”, los botones de las toolbar exportar e importan a o desde ficheros cuyo nombre se corresponde con el del identificador de la tabla o tablas (hay exportaciones e importaciones que los hacen de varias tablas a la vez).

Objeto Cambio

Proceso AUTOEXEC Modificada la condición de ocultación de las acciones de exportación e importación JSON utilizadas en tablas cuyos datos se importan automáticamente al iniciar una instancia de vERP. La nueva condición permite que estén visible tanto si está aplicado un permiso como si somos supervisores. ( fun:PRM_USR@vERP_2_dat.dat( "verp.exp_imp_json" ) = "0" ) & ( sysIsAdministrator = 0 )


Aplicada la macro (CurrentProject) en los includes de JavaScript

Para facilitar la personalización y el uso de los recursos de Velneo vERP hemos sustituido en los includes de JavaScript las referencias a otros scripts a través del nombre de los ficheros de los proyectos de aplicación y datos por la macro (CurrentProject) evitando que tras la copia de los objetos y la importación de los scripts sea necesario repasar las referencias a los proyectos en los includes.

Se ha sustituido todos los includes que hacían referencia los proyectos de app y dat por la macro (CurrentProject)

Objeto Cambio

En proyectos de aplicación y datos de vERP

Sustituido #include "4ekd5b99.vca por #include "(CurrentProject) Sustituido #include "4ek4uta3.vcd por #include "(CurrentProject)


Mejoras en el formulario del menú general MEN_APP

Hasta ahora el menú general que se mostraba por defecto al arrancar vERP era el que tenía el prefijo GEN que se entrega como menú general por defecto. Con el fin de que no sea necesario cambiar nada en la programación de los menús dinámicos hemos añadido la variable global en memoria CUR_MEN.

Si ponemos en la variable global CUR_MEN el prefijo del menú, por ejemplo en el AUTOEXEC conseguiremos que el menú que se muestre por defecto sea el que nosotros deseamos y no necesariamente el que tenga el prefijo “GEN”.

Objeto Descripción

Manejador EJE_OPC Modificado el código del manejador de evento JS EJE_OPC del formulario MEN_APP para que en lugar de cargar el menú por defecto "GEN" cargue el varlor de la variable global CUR_MEN.

default: // Cargar menú configurado en la variable global CUR_MEN (Menú en curso) cargarMenu(theApp.globalVarToString("velneo_verp_2_dat/CUR_MEN"));


Añadido menú de botón de informe en el formulario de alta de informe

En el formulario de alta de nuevo informe a calcular se añade el botón de menú que facilite la selección, alta o edición del informe.

Objeto Cambio

Menú INF_C_DIS_INF Nuevo.

Acción INF_C_DIS_INF_LOC, INF_C_DIS_INF_ALT y INF_C_DIS_INF_EDT

Nueva.

Rejilla DIS_INF_C_SEL Nueva.

Formulario INF_C_CAL Añadido menú de botón INF_C_DIS_INF al control DIS_INF.


Mejoras en usabilidad en el menú general

En el menú general existían las opciones ‘Inicio’ para ir al menú de inicio y también existía las opciones de inicio del menú general y contabilidad.

Ahora al hacer clic en el icono del menú general se muestra el formulario de inicio y se han quitado las opciones de menú inicio del menú general y contabilidad.

Mejoras en menús dinámicos

Se han incorporado mejoras en la gestión de los menús dinámicos.Ahora podremos mediante acciones incorporados en la toolbar:

Eliminar todos los menús dinámicos Generar los menús por defecto

Objeto Descripción

Acción PRS_MEN_W_SUP_ALL

Añadida acción PRS_MEN_W_SUP_ALL a la toolbar PRS_MEN_W para eliminar todas las opciones de menús dinámicos.

Constante PRG_PRS_MEN_W_SUP_ALL

Nueva constante PRG_PRS_MEN_W_SUP_ALL

Acción PRS_MEN_W_SUP_ALL

Nueva acción PRS_MEN_W_SUP_ALL

Toolbar PRS_MEN_W Añadida acción PRS_MEN_W_GEN_DEF a la toolbar PRS_MEN_W para generar todas las opciones de menús dinámicos.

Constante PRG_PRS_MEN_W_GEN_DEF

Nueva constante PRG_PRS_MEN_W_GEN_DEF

Acción PRS_MEN_W_GEN_DEF

Nueva acción PRS_MEN_W_GEN_DEF

Formulario MEN_AOO En el formulario MEN_APP se ha añadido al manejador de evento FRM_INI la ejecución del manejador de evento EJE_OPC. Esto permite que al hacer clic en el icono


superior del menú general se abre el formulario de inicio y se recarga el menú. Esto unido a que se ha añadido en la toolbar de menús dinámicos botones para eliminar todos los menús e importar todos los menús permite volver a recargar el menú por defecto de vERP sin necesidad de salir de la aplicación.

Nuevas opciones en el diccionario de permisos

Se han incorporado mejoras en la gestión de permisos.Ahora podremos mediante acciones incorporados en la toolbar:

Eliminar todos los permisos existentes Generar los permisos de las tablas por defecto

Objeto Descripción

Tabla PRM_DIC_W Proyecto de datos. Se ha añadido a la tabla PRM_DIC_W el campo booleano NO_SUP (No eliminar).

Tabla PRM_DIC_W Proyecto de datos. Se ha añadido en trigger anterior a baja de la tabla PRM_DIC_W el control de que si el campo NO_SUP está activo se ejecuta set retorno = NO para evitar que se elimine el permiso.

Formulario PRM_DIC_W Proyecto de aplicación. Se ha añadido el control checkbox del campo NO_SUP en el formulario PRM_DIC_W.

Acción PRM_DIC_W_SUP_ALL

Proyecto de aplicación. Nueva acción PRM_DIC_W_SUP_ALL (Eliminar todos los permisos del diccionario) que disparar señal.

Acción

PRM_DIC_W_GEN_TAB

Proyecto de aplicación. Nueva acción PRM_DIC_W_GEN_TAB (Generar permisos de tablas) que dispara señal.

Toolbar PRM_DIC_W Proyecto de aplicación. Añadidas a la toolbar PRM_DIC_W las acciones PRM_DIC_W_SUP_ALL y PRM_DIC_W_GEN_TAB.


Alternador PRM_DIC_W Proyecto de aplicación. En el alternador de lista PRM_DIC_W creadas las conexiones de evento SUP_ALL y GEN_TAB que atrapan la señal disparada por la acciones PRM_DIC_W_SUP_ALL y PRM_DIC_W_GEN_TAB respectivamente.

Alternador PRM_DIC_W Proyecto de aplicación. Añadido manejador de evento SUP_ALL al alternador de lista PRM_DIC_W que tras pedir confirmación ejecuta en 3º plano el proceso PRM_DIC_W_SUP_ALL que elimina todos los permisos del diccionario.

Constante PRM_DIC_TAB_PRE

Proyecto de aplicación. Nueva constante PRM_DIC_TAB_PRE con el valor ".editarNo"

Constante PRM_DIC_TAB_DSC

Proyecto de aplicación. Nueva constante PRM_DIC_TAB_DSC con el valor "No autorizado a editar registros de "

Alternador PRM_DIC_W Proyecto de aplicación. Añadido manejador de evento GEN_TAB al alternador de lista PRM_DIC_W que tras pedir confirmación ejecuta en 3º plano el proceso PRM_DIC_W_GEN_TAB que generar todos los permisos de edición de todas las tablas, pasándole los siguientes valores en las variables: PRE (""), SUF (constante PRM_DIC_TAB_PRE) y DSC (constante PRM_DIC_TAB_DSC).

Proceso PRM_DIC_W_SUP_ALL

Proyecto de aplicación. Nuevo proceso PRM_DIC_W_SUP_ALL que se encarga de eliminar todos los permisos del diccionario. Hay que tener en cuenta que no se eliminarán permisos que están asignados a grupos de usuarios ni permisos que tengan activo el campo NO_SUP.

Script generarPermisosTablas.js

Proyecto de datos. Nuevo script js/database/generarPermisosTablas.js que está diseñado para ser usado en un proceso JavaScript, recibir 3 parámetros (Prefijo, Sufijo y Descripción) y recorre todas las tablas de todos los proyectos de datos generando para cada tabla un permiso con la etiqueta: prefijo + tabla_idRef


+ sufijo y con la descripción: Descripción + nombre singular de la tabla.

Proceso

PRM_DIC_W_GEN_TAB

Proyecto de aplicación. Nuevo proceso PRM_DIC_W_GEN_TAB de tipo JavaScript que usa el script js/database/generarPermisosTablas.js tiene declaradas las variables locales PRE (Prefijo), SUF (Sufijo) y DSC (Descripción) para que puedan ser pasadas al script.

Formulario

USR_GRP_M_PRM

En el formulario de permisos de un grupo de usuarios USR_GRP_M_PRM ahora al añadir o quitar permisos se aplican estos cambios a los permisos del usuario en curso de forma automática, sin necesidad de cerrar la aplicación y volver a entrar. Además se ha añadido un botón en esa pestaña para que se pueda aplicar manualmente los permisos configurados al usuario en curso. Se han añadido también los proceso USR_GRP_M_ADD, USR_GRP_M_SUP, USR_GRP_M_TO_PRM y USR_GRP_M_TO_PRM_NO.

Proceso CFG_BAR_MEN Hemos añadido en el arranque de vERP que en el proceso CFG_BAR_MEN también se ejecute la nueva función setStyle("Fusion") para que asuma el estilo Fusion por defecto.

Permiso “menubar.no” Se ha eliminado el uso de los permisos "menubar.no" excepto para la opción del supervisor, dejando también visible este menú si el usuario está configurado como supervisor en el servidor.

Toolbar PRM_DIC_W Añadir opciones a toolbar del PRM_DIC_W para borrar y generar.

Proceso ON_INIT_SERVER Añadida la generación automática de permisos de tablas en el ON_INIT_SERVER que ahora ejecuta el proceso PRM_DIC_W_GEN_TAB.


Revisión de scripts de vTools empleados en vERP

Se ha realizado una revisión general de los script javascripts usados en vERP y se ha detectado los siguientes errores en scripts de vTools

Objeto Descripción

Script admin.js En el script admin.js de vERP aparece en la línea 16 lo siguiente: " vToolsERR_USR_DUP " y debe ser " velneo_verp_2_app/ERR_USR_DUP "

Script listavirtual.js En el script listavirtual.js de vERP aparece en la línea 14 " 4ekd5b99.vcaLST_VRT " y debe aparecer " 4ekd5b99.vca/LST_VRT "

Script export_rejilla_excel.js Se ha sustituído el script ‘export_rejilla_excel.js’ de vERP por la versión del script de la open apps vTools 7.19

Se ha indicado el alias de vERP para la ejecución correcta del proceso LAUNCH_COMMAND


Eliminadas las tablas obsoletas previstas para esta versión

Siguiendo el plan previsto de limpieza de tablas que han quedado obsoletas y que se mantienen durante 2 versiones para poder realizar la migración, procedemos en esta versión 19 a eliminar las siguientes tablas así como los objetos de interfaz que las utilizaban.

Actualmente no queda ninguna tabla obsoleta prevista para su eliminación.

También se ha eliminado la tablas:

Tabla Descripción

VTA_FAC_VTO_G (Vencimientos de facturas de venta)

Aunque no estaba en la lista de obsoletas realmente dejó de usarse también en la versión 17 una vez que se puso en marcha el módulo de contabilidad ya que esta tabla fue sustituida por la tabla de vencimientos a cobrar VTO_COB_C.

INF_CFG_W (Configuraciones de informes)

No se usa.

Objetos eliminados

Se han eliminado los siguientes objetos por quedar en desuso:

Objeto Cambio

Tabla estática INF_TIP_SAL_W Eliminada la tabla estática INF_TIP_SAL_W tipos de salida de informe por quedar en desuso


Contabilidad

Optimización de cálculos en saldos

Se han optimizado el cálculo de saldos en los siguientes casos:

Cuando en el asiento hay muchos apuntes de la misma cuenta y se elimina el asiento.

Cuando se cambia la fecha o el tipo de asiento y hay muchos apuntes de la misma cuenta.

Con esta optimización vERP analiza las cuentas auxiliares de los apuntes del asiento consiguiendo que si una cuenta aparece múltiples veces en el asiento sólo se calcule el arrastrado de saldos en los apuntes 1 vez, consiguiendo en esos casos una notable mejora de rendimiento y de usabilidad para el usuario final.

Objeto Descripción

Tabla ASI_C Modificado el trigger anterior a baja para que se encargue de eliminar los plurales.

Tabla APU_C Revisados los triggers anterior y posterior a baja y modificación para optimizar la gestión de cálculo de saldos en general y de asientos con muchos apuntes de la misma cuenta.

Formulario ASI_C Modificado manejador de evento BTN_ACE para que solo guarde el registro antes de las verificaciones si las fechas entre los límites válidos de configuración. Se añade el control checkbox para el nuevo campo Cálculo de saldos optimizado.

Proceso AUX_C_CAL_SAL_APU

Optimizado para que solo modifique el registro si cambian los acumulados.

Proceso APU_CAL_SAL Optimizado para que solo modifique el registro si cambian los acumulados.

Proceso ASI_C_SUP_PLU Nuevo proceso ASI_C_SUP_PLU. Elimina los plurales de un asiento, con optimización para asientos con varios apuntes de la misma cuenta.

Proceso ASI_C_ACT_HCO_1T Eliminado


Proceso ASI_C_ACT_HCO Eliminado

Proceso ASI_C_ACT_IVA Eliminado

Proceso ASI_C_ACT_APU Eliminado


Nuevos informes de tesorería

En esta versión se han incluído los siguientes informes contables de tesorería:

Vencimientos a cobrar por fecha de vencimiento. Vencimientos a cobrar por cuenta auxiliar. Vencimientos a cobrar por banco. Vencimientos a pagar por fecha de vencimiento. Vencimientos a pagar por cuenta auxiliar. Vencimientos a pagar por banco. Remesas de cobros.

Objeto Descripción

VENCIMIENTOS A COBRAR

Informe VERP_VTO_COB_REL

Incorporado Inf.Per. VERP_VTO_COB_REL Vencimientos a cobrar por fecha de vencimiento

Informe VERP_VTO_COB_AUX

Incorporado Inf.Per.VERP_VTO_COB_AUX Vencimientos a cobrar por cuenta auxiliar

Informe VERP_COB_BCO Incorporado Inf.Per.VERP_VTO_COB_BCO Vencimientos a cobrar por banco

Carpeta Creada carpeta Menú de listados de vencimientos a cobrar

Menú VTO_COB_C_LST Creado menú VTO_COB_C_LST Relación de vencimientos a cobrar

Carpeta Creada carpeta Vencimientos por fecha vencimiento

Acción VTO_COB_C_LST Creada acción VTO_COB_C_LST Vencimientos a cobrar por fecha vencimiento

Procesos

VTO_COB_C_LST

VTO_COB_C_LST3P

Creado proceso VTO_COB_C_LST y VTO_COB_C_LST_3P Vencimientos a cobrar por fecha vencimiento

Carpeta Creada carpeta Vencimientos por cuenta auxiliar


Acción VTO_COB_C_AUX Creada acción VTO_COB_C_AUX Vencimientos a cobrar por cuenta auxiliar

Procesos

VTO_COB_C_AUX

VTO_COB_C_AUX3P

Creado proceso VTO_COB_C_AUX y VTO_COB_C_AUX_3P Vencimientos a cobrar por cuenta auxiliar

Carpeta Creada carpeta Vencimientos por banco

Acción VTO_COB_C_BCO Creada acción VTO_COB_C_BCO Vencimientos a cobrar por banco

Procesos

VTO_COB_C_BCO

VTO_COB_C_BCO3P

Creado proceso VTO_COB_C_BCO y VTO_COB_C_BCO_3P Vencimientos a cobrar por banco

Menú VTO_COB_LST Incorporado menu VTO_COB_LST en toolbar VTO_COB_C

VENCIMIENTOS A PAGAR

Informe VERP_VTO_PAG_REL Incorporado Inf.Per.VERP_VTO_PAG_REL Vencimientos a pagar por fecha vencimiento

Informe VERP_VTO_PAG_AUX

Inf.Per.VERP_VTO_PAG_AUX Vencimientos a pagar cuenta auxiliar

Informe VERP_VTO_PAG_BCO

Inf.Per.VERP_VTO_PAG_BCO Vencimientos a pagar por banco

Carpeta Creada carpeta Menú de listados de vencimientos a pagar

Menú VTO_PAG_C_LST Creado menú VTO_PAG_C_LST Relación de vencimientos a pagar

Carpeta Creada carpeta Vencimientos por fecha vencimiento


Acción VTO_PAG_C_LST Creada acción VTO_PAG_C_LST Vencimientos a pagar por fecha vencimiento

Procesos

VTO_PAG_C_LST

VTO_PAG_C_LST_3P

Creado proceso VTO_PAG_C_LST y VTO_PAG_C_LST_3P Vencimientos a pagar por fecha vencimiento

Carpeta Creada carpeta Vencimientos por cuenta auxiliar

Acción VTO_PAG_C_AUX Creada acción VTO_PAG_C_AUX Vencimientos a pagar por cuenta auxiliar

Procesos

VTO_PAG_C_AUX

VTO_PAG_C_AUX_3P

Creado proceso VTO_PAG_C_AUX y VTO_PAG_C_AUX_3P Vencimientos a pagar por cuenta auxiliar

Carpeta Creada carpeta Vencimientos por banco

Acción VTO_PAG_C_BCO Creada acción VTO_PAG_C_BCO Vencimientos a pagar por banco

Procesos

VTO_PAG_C_BCO

VTO_PAG_C_BCO

Creado proceso VTO_PAG_C_BCO y VTO_PAG_C_BCO_3P Vencimientos a pagar por banco

Menú VTO_PAG_LST Incorporado menu VTO_PAG_LST en toolbar VTO_PAG_C

REMESAS DE COBROS

Informe

VERP_REM_COB_REM

Incorporado Inf.Per. VERP_REM_COB_REM relación de remesas de cobros

Proceso

REM_COB_PRT_LST

Sustituido proceso anterior REM_COB_PRT_LST por otro con nuevas instrucciones de proceso


Proceso

REM_COB_PRT_LST_3P

Añadido proceso REM_COB_PRT_LST_3P

Mejorada la eliminación de epígrafes del diseñador de informes contables

Hemos mejorado la funcionalidad del botón eliminar situado en el formulario de un epígrafe del diseñador de informes de contabilidad para que realice las siguientes funciones:

Verifica si tiene informes calculados y confirma si deseamos eliminarlos. Verifica si el epígrafe tiene otras epígrafes hijos y confirma si deseamos eliminarlos. En caso de confirmar la eliminación de los plurales los triggers se encargan de forma

automática de eliminarlos. Hemos incluido los triggers adecuados en todas las tablas para que cada registro se

encargue de eliminar sus respectivos plurales.


Mejorada la eliminación de un vencimiento generado por agrupamiento

A la vez que hemos resuelto una incidencia que se producía al intentar eliminar un vencimiento generado por agrupamiento, al hacerlo no se eliminaban correctamente las operaciones de cancelado por agrupamiento de los vencimientos originales. Con la mejora introducida en el proceso además de eliminarse todas las operaciones de cobros, el asiento y que los vencimientos vuelve todos a su estado original hemos añadido un control previo en el que se controlan que todos los vencimientos originales sigan teniendo como última operación la de cancelada por agrupamiento y en caso contrario se muestra un mensaje detallado del motivo y se cancela el proceso sin tocar ningún vencimiento ni operación. Hemos aplicado el mismo sistema también en los vencimientos a pagar.

Objeto Cambio

Constante PRG_SUP_OPE_VTO

Modificado el identificador a ERR_VTO_AGR_SUP para identificar mejor el motivo por el que no se permite eliminar un vencimiento a cobrar generado por agrupamiento. El nuevo texto del mensaje de error es: "Este vencimiento fue generado por una agrupación de otros vencimientos. No es posible eliminar la operación de cancelado por agrupamiento en el vencimiento: %1 Se cancela la eliminación del vencimiento generado por agrupación."

Formulario VTO_COB_C Se modifica el manejador de evento BTN_SUP para controlar las operaciones de los vencimientos cancelados por agrupamiento.

Formulario VTO_PAG_C Se modifica el manejador de evento BTN_SUP para que realice las mismas operaciones y control sobre la operación de agrupación.

Tabla COB_C Se cambia el identificador de los campos ANT_COB_C y SIG_COB_C por ANT_COB y SIG_COB respectivamente para mantener la normalización con el resto de campos punteros.

Tabla PAG_C Se cambia el identificador de los campos ANT_PAG_C y SIG_PAG_C por ANT_PAG y SIG_PAG respectivamente para mantener la normalización con el resto de campos punteros.


Informe mandato CORE y B2B con parámetros de la empresa

Se ha modificado el informe de mandato para que se le pasen los datos de la empresa como parámetros, en vez de utilizar directamente el campo empresa de la entidad.

Así podrá podemos usar el mismo informe y mismo contacto cuando se trate de un cliente compartido por más de una empresa.

Objeto Cambio

Formulario ENT_M_CFG_COB_PAG

Modificado manejador de evento BTN_PRT_MDT_PRE y BTN_PRT_MDT_PRT

Fichero adjunto INF_DEF_W_19.json

Nueva versión del fichero de informes para incorporar los parámetros del informe

Corregida la definición de informes de pérdidas y ganancias

Hemos corregido los valores de algunos epígrafes que no eran correctos en los informes de pérdidas y ganancias.

También hemos revisado los epígrafes del informe balance de situación.

Recomendamos que se borren los informes actuales con la nueva opción que borra todos los epígrafes de un informe al eliminar el epígrafe principal. Y de esta forma una vez vacía la tabla de diseño de informes al reiniciar la instancia se volverán a instalar dichos informes con los nuevos epígrafes revisados.

Objeto Descripción

Corregidos los informes de balance de situación y cuenta de pérdidas y ganancias

Preparada exportación de diseño de informes contables. Ficheros DIS_INF_C.json y DIS_INF_CAL_C.json.


Resuelta incidencia en cobros que no asumía el importe cobrado

Al realizar cobros de vencimientos a cobrar se generaba el asiento contable, la operación de cobro y el estado del vencimiento pasaba a estado cobrado correctamente. Sin embargo, la operación de cobro no asumía el importe cobra y el vencimiento aunque cobrado seguía indicando que el importe pendiente era el que había antes del cobro. Hemos resuelto esta incidencia para que la operación de cobro asuma el importe y el importe pendiente del vencimiento a cobrar quede a 0.

Objeto Cambio

Tabla COB_C Modificado el contenido inicial del campo IMP a: choose( ( #VTO_COB_OPE= "C" ), #VTO_COB.IMP_PDT_COB, choose( ( #VTO_COB_OPE= "I" ), #VTO_COB.IMP_TOT, #VTO_COB.IMP_PDT_COB ) )


Gestión

Revisada completamente la opción de movimientos de almacén

Se ha rediseñado y mejorado la experiencia de usuario de los movimientos de almacén:

Mejorada la usabilidad de la interfaz de búsquedas. Añadida opción de selección de cliente y proveedor. Por defecto se asume el último año al entrar en la opción de menú. Permite cruzar cualquier combinación de criterios de búsqueda.

Objeto Cambio

Formulario MOV_G_MEN Adaptado el Formulario MOV_G_MEN

Proceso MOV_G_BUS_MEN_3P

Creado proceso MOV_G_BUS_MEN_3P para realizar la búsqueda en tercer plano

Acción MEN_MOV_TAB Creada acción MEN_MOV_TAB

Inventario valorado optimizado

Hemos optimizado la gestión de inventarios valorados de almacenes. Nuevo sistema de cálculo de inventario valorado optimizado.

Objeto Cambio

Tabla INV_VAL_G Nueva tabla INV_VAL_G

El cálculo es por usuario y empresa y se almacena en INV_VALG. Donde tendremos el último inventario valorado calculado para cada usuario/empresa.

Al entrar en la opción inventario valorado (nueva opción que sustituye la de stock a fecha) se mostrará el último inventario valorado calculado por ese usuario para esa empresa. Indicando en la rejilla el almacén y la fecha.

El cálculo de inventario requiere seleccionar siempre una fecha y un almacén.


Informe VERP_INV_VAL Se ha creado el nuevo informe personalizado VERP_INV_VAL con agrupamiento por nombre de familia y que ordena dentro de familia por nombre de artículo.

El cálculo del inventario valorado se realiza en 3º plano y es muy rápido, en realidad utiliza la existencia ya calculada en los movimientos de almacén, por lo que lo único que realiza el cálculo es la generación de los registros en la tabla de INV_VAL_G.

Un usuario para cada empresa sólo podrá tener calculado el último inventario, si quiere guardarlo debe imprimir el informe.

Optimizados todos los subformularios de artículos

Se ha optimizado y mejorado la experiencia de usuario de los subformularios del formulario de artículos.

Objeto Cambio

Formulario ART_M_EXS Formulario ART_M_EXS optimizado

Formulario ART_M_PRV Formulario ART_M_PRV optimizado

Formulario ART_M_MOV Formulario ART_M_MOV optimizado

Formulario ART_M_TAR_VTA Formulario ART_M_TAR_VTA optimizado

Formulario ART_M_TAR_CLI Formulario ART_M_TAR_CLI optimizado

Formulario ART_M_CON Formulario ART_M_CON optimizado

Proceso ART_M_TO_ART_CON_VAC

Creado proceso ART_M_TO_ART_CON_VAC

Proceso ART_M_TO_ART_PRV_VAC

Creado proceso ART_M_TO_ART_PRV_VAC


Proceso ART_M_TO_EXS_VAC

Creado proceso ART_M_TO_EXS_VAC

Proceso ART_M_TO_MOV_VAC

Creado proceso ART_M_TO_MOV_VAC

Proceso ART_M_TO_VTA_TAR_ART_VAC

Creado proceso ART_M_TO_VTA_TAR_ART_VAC

Proceso ART_M_TO_VTA_TAR_CLI_VAC

Creado proceso ART_M_TO_VTA_TAR_CLI_VAC

Proceso MOV_G_BUS_MEN_3P

Creado proceso MOV_G_BUS_MEN_3P

Alternador MOV_G_ART Creado alternador MOV_G_ART

Tabla MOV_G Tabla MOV_G. Modificados los campos CLT_PRV_NOM y NUM_DOC que pasan de ser campos fórmula a campos alfabéticos para que la rejilla de movimientos sea muy rápida y esté optimizada para el cloud.

Proceso de migración a versión 19.0 se rellenan los campos alfabéticos CLT_PRV_NOM y NUM_DOC en la tabla MOV_G

Mejorado el proceso de recálculo de existencias para que se ejecute en 4º plano. Ahora recalcula para un artículos las existencias en los movimientos de almacén de todos sus almacenes.

Mejorado el proceso de recálculo de existencias en movimientos desde pestaña de movimientos de almacén. Calcula las existencias para ese almacén en todos sus artículos.

Proceso ART_M_CAL_EXS_MOV

Nuevo proceso ART_M_CAL_EXS_MOV


Proceso AL_M_CAL_EXS_MOV

Nuevo proceso ALM_M_CAL_EXS_MOV

Formulario ART_M_MOV Nuevo botón de recálculo de existencias en movimiento en el formulario ART_M_MOV

Nuevo informes personalizables de almacenes y movimientos

Se han rediseñado los siguientes informes personalizables correspondientes al almacén.

Objeto Cambio

Inf.Pers. VERP_ALM_LST Inf.Pers. VERP_ALM_LST Listado de almacenes

Inf.Pers. VERP_MOV_LST Inf.Pers. VERP_MOV_LST Listado de movimientos de almacenes

Creación del proceso MOV_G_PRT_LST_3P para la ordenación de registros de movimientos por fecha y hora

Modificado el proceso MOV_G_PRT_LST para que ejecute el proceso MOV_G_PRT_LST_3P en el servidor para obtener la lista de movimientos ordenados antes de la impresión

Inf.pers. VERP_INV_VAL

Creación del informe personalizado de inventario valorado

Acción MOV_G_MAN_ALT Eliminado de la acción MOV_G_MAN_ALT el subobjeto INSERT que hacía que se incluyera como punto de inserción

Toolbar MOV_G Modificada la toolbar MOV_G para que presente en la primera posición la acción MOV_G_MAN_ALT

Objeto Cambio

Constante PRG_SURE Modificado el identificador a PRG_SUP_REG

Nueva constante PRG_SUP_EPI_HIJ

Con el siguiente texto: "Este epígrafe tiene otros epígrafes hijos. ¿Desea eliminar el epígrafe y todos sus hijos?"

Nueva constante PRG_SUP_EPI_INF_CAL

Con el siguiente texto: "Para poder eliminar este epígrafe es necesario eliminar todos los informes donde está calculado. ¿Desea eliminar el epígrafe y todos sus cálculos de informes?"

Búsqueda DIS_INF_C_ENT_ID Movida al proyecto de datos para que pueda ser utilizada por el trigger anterior a baja de la tabla DIS_INF_C. Se han revisado todos los objetos donde se usaba para que ahora apunten a la búsqueda del proyecto de datos ya que se ha eliminado la búsqueda del proyecto de aplicación.

Formulario DIS_INF_C Modificado el manejador de evento BTN_SUP para que verifica y pida confirmación de los registros plurales que se van a eliminar para poder eliminar el epígrafe.

Tabla DIS_INF_C Añadido trigger anterior a baja que se encarga de eliminar el registro y todos sus plurales.

Tabla DIS_INF_CAL_C Añadido trigger anterior a baja para eliminar los plurales.

Tabla INF_C Añadido trigger anterior a baja para eliminar los plurales.

Tabla INF_DET_C Añadido trigger anterior a baja para eliminar los plurales.


Se pueden abonar cantidades diferentes a las facturadas

Tanto en las facturas de compras como las de ventas ahora es posible abonar cantidades diferentes a las facturadas.

Objeto Descripción

Formulario VTA_FAC_G_ABO Formulario VTA_FAC_G_ABO. Modificado manejador de evento ABO para que al finalizar la generación muestre en edición el formulario con la factura de abono generada.


Mejoras en documentos de compras y ventas

Cuando se daba un alta una factura de proveedor y se introducían las líneas, cada una con un tipo de IVA diferente, y después se tenía la necesidad de cambiar la serie y/o el cliente/proveedor, al cambiar la serie me actualizaba el IVA de todas las líneas.

Hemos modificado los triggers posterior a modificación para que si cambia la serie o el cliente/proveedor salvo que el nuevo tenga marcado el régimen de IVA exento no se cambian los regímenes de iVA de las líneas.

Objeto Descripción

Triggers

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

Modificados los triggers posterior a modificación de las tablas COM_ALB_G, COM_FAC_G, COM_PED_G, VTA_ALB_G, VTA_FAC_G, VTA_PED_G y VTA_PRE_G para que si cambia la serie o el cliente/proveedor si no tienen marcado régimen de IVA exento la serie o el cliente/proveedor no modifique el valor del régimen de IVA de la línea que ya fue grabado por el usuario.


Al cambiar el nombre de la entidad se refresca en las relacionadas

En contactos cuando se cambia el nombre de la entidad ahora se refresca el nuevo nombre en todas las entidades relacionadas.

Objeto Descripción

Trigger Posterior tabla ENT_M En el trigger posterior a modificación de ficha de la tabla ENT_M, se ha modificado las instrucciones para que modifiquen de forma correcta el nombre de las entidades relacionadas.


Ya está funcional el botón añadir más en el alta de un movimiento manual

Ahora cuando se pulsa el botón añadir más en el formulario de grabación de movimientos de almacén manuales se produce el alta del registro en curso y se muestra el registro en blanco para continuar dando altas lo que mejora la usabilidad para el usuario final.

Objeto Descripción

Manejador

ACE_SIN_CRR del formulario MOV_G_MAN

Se ha cambiado el código javascript del manejador de eventos ACE_SIN_CRR del formulario MOV_G_MAN por el código correcto

Manejador

BTN_ACE_SEG del formulario MOV_G_MAN

Se ha añadido al manejador BTN_ACE_SEG la instrucción correspondiente para que tome el foco el artículo en la siguiente alta de registro

Manejador

POS_INI del formulario MOV_G_MAN

Se ha modificado el manejador POS_INI del formulario preparando los valores por defecto


Verificación añadida al aceptar y seguir en líneas de compras y ventas

Cuando modificamos una línea de detalle de documentos de compras y ventas, el botón ‘Aceptar’ y el botón ‘Aceptar y continuar’ no tenían el mismo comportamiento en cuanto al control de cambios efectuados ya que el botón aceptar y seguir no realizaba las mismas verificaciones que sí se ejecutaban en el botón aceptar

Objeto Descripción

Formulario MOV_G_COM

manejador BTN_ACE_SEG

Incorporado el control de cambios para que actúe como el manejador BTN_ACE

Formulario MOV_G_VTA

manejador BTN_ACE_SEG

Incorporado el control de cambios para que actúe como el manejador BTN_ACE


Añadido el campo ID en los índices de palabras de la tabla ENT_M

Para permitir buscar cualquier tipo de contacto (cliente, proveedor, etc.) escribiendo su código en texto de búsqueda, ya que en ocasiones lo que conocemos del contacto es precisamente su código.

Si se busca por el código del contacto pero aparecen varios registros, el primero es el que tiene ese valor buscado en el ID. El resto son registros en los que se ha encontrado dicho valor en otros campos.

Objeto Descripción

Índice PAL Incluído el índice ID en el índice PAL. Palabras

Índice PAL_ES_EMP Incluído el índice ID en el índice PAL_ES_EMP. Empresas por palabras

Índice PAL_ES_PRE Incluído el índice ID en el índice PAL_ES_PRE. Preclientes por palabras

Índice PAL_ES_CLT Incluído el índice ID en el índice PAL_ES_CLT. Clientes por palabras

Índice PAL_ES_CLT_PRE Incluído el índice ID en el índice PAL_ES_CLT_PRE. Clientes y preclientes por palabras

Índice PAL_ES_PRV Incluído el índice ID en el índice PAL_ES_PRV Proveedores por palabras

Índice PAL_ES_CMR Incluído el índice ID en el índice PAL_ES_CMR Comerciales por palabras

Índice PAL_ES_TRA Incluído el índice ID en el índice PAL_ES_TRA Transportistas por palabras

Índice PAL_ES_ALM Incluído el índice ID en el índice PAL_ES_ALM Almacenes por palabras


Resuelta incidencia al añadir el teléfono principal en contactos

Se producía cuando a la vez dábamos de alta un nuevo teléfono y sin finalizar el alta pulsábamos el botón para marcarlo como teléfono principal. En ese momento el teléfono recién grabado era sustituido por el teléfono principal existente. Ahora funciona correctamente.

Objeto Cambio

Tabla CTT_M Modificada la tabla CTT_M. Eliminada la actualización a la tabla de contactos ENT_M y revisados los triggers anterior a baja y modificación.

Tabla DIR_M Modificada la tabla DIR_M. Eliminada actualización a la tabla de contactos ENT_M.

Proceso ENT_M_ALT_MOD Modificado el proceso ENT_M_ALT_MOD.

Rejilla CTT_M_TFN Revisadas las conexiones de eventos y manejadores de la rejilla CTT_M_TFN.

Rejilla CTT_M_EML Revisadas las conexiones de eventos y manejadores de la rejilla CTT_M_EML.

Rejilla DIR_M_ENT Revisadas las conexiones de eventos y manejadores de la rejilla DIR_M_ENT.


Eliminado mensaje de error en modificación al crear un nuevo contacto

Se ha corregido el formulario de contacto que en alta si se marcaba el check de cliente o proveedor al crearse la cuenta auxiliar correspondiente en el manejador de evento del botón aceptar mostrar un error de modificación aunque el registro quedaba correctamente grabado.

Objeto Cambio

Formulario ENT_M Eliminado código (marcado como comentario en la imagen superior) en el manejador de evento BTN_ACE que se encargaba de crear la cuenta auxiliar de cliente o proveedor. Ese mismo código se ejecuta en el trigger anterior a alta o modificación de la tabla ENT_M y era redundante.


Mejora en la facturación de albaranes con retención de alquiler o IRPF

Cuando se crea un albarán y la serie del albarán tiene activado el check de "Aplicar retención de alquileres", al crear las líneas del albarán y en una de ellas modificamos para que no tenga retención por alquiler sucede que, si desde la rejilla de albaranes de venta, seleccionamos el albarán y pulsamos en facturar, nos pide la fecha y lo factura. Pero al crear la factura, en las líneas de la factura, todas las líneas tienen retención por alquiler.

Hemos cambiado el proceso de la facturación para que sea el correcto.

Objeto Cambio

Proceso VTA_ALB_G_FAC_3P

En el proceso VTA_ALB_G_FAC_3P se han creado la variable local APL_RET_ALQ (aplicación retención de alquiler)


En el proceso VTA_ALB_G_FAC_3P se han creado la variable local APL_RET_IRP (aplicación retención de irpf)


Modificado proceso VTA_ALB_G_FAC_3P para que guarde los valores de los campos check en las variables locales para ser usados posteriormente para modificar el registro de movimientos.

Formulario VTA_ALB_G

Modificado el manejador de eventos VTA_ALB_FAC del formulario VTA_ALB_G para que guarde los valores de los campos check en las variables locales para ser usados posteriormente para modificar el registro de movimientos.


Al contabilizar facturas de compra o venta se asigna la cuenta auxiliar

Cuando se creaba una factura de venta o compra se generaban los correspondientes vencimientos a cobrar o pagar. Si en ese momento el cliente o proveedor no tenían generada la cuenta contable los vencimientos se generan sin quedar asignados a una cuenta auxiliar. Cuando finalmente se contabilizaba la factura como los vencimientos ya existían no se volvían a generar.

Hemos mejorado el proceso para que en el momento que se repasan los vencimientos para saber si hay que volver a generarlos se les asigna la cuenta auxiliar del cliente o proveedor.

Objeto Cambio

Procesos COM_FAC_G_CON y VTA_FAC_G_CON

Cuando revisa los vencimientos existentes asignados a la factura se modifica la cuenta PGC y auxiliar AUX del cliente o el proveedor según corresponda para asegurar que los vencimientos quedan asignados a la cuenta contable por si no la tenían cuando se generaron originalmente por no tener creada la cuenta auxiliar la entidad.

Desactivar la contabilidad en gestión

Se incorpora la posibilidad de desactivar la contabilidad en gestión.

Objeto Cambio

Permisos verp.com_fac.con y verp.vta_fac.con para permitir acceder las funcionalidades contables desde las facturas de compras y ventas.

Formularios COM_FAC_G_CON y VTA_FAC_G_CON

Control del permiso en el manejador de evento CAR_VIS del subformulario COM_FAC_G_CON y VTA_FAC_G_CON que en caso de no disponer del permiso oculta los controles.

Alternadores COM_FAC_G y VTA_FAC_G

En los manejadores de evento de contabilizar y descontabilizar facturas de compra y venta en los alternadores COM_FAC_G y VTA_FAC_G se controlan los permisos y en caso de no tenerlos no se permite ejecutar la operación.


TPV

Optimizada la carga de imágenes

Para que la carga del TPV sea lo más rápida posible, sobre todo si lo estamos ejecutando desde cloud hemos procedido a optimizar la carga de imágenes a la caché local necesario para su presentación en los objetos de lista QML.

Ahora ya sólo se descargan las imágenes a caché la primera vez, si no existen, o cuando cambien.

Objeto Cambio

Tabla ART_M (Artículos) Añadir el campo IMG_CHG_TIM (Fecha/Hora cambio de de la imagen)

Tabla ART_M (Artículos) Añadido el índice IMG_CHG_TIM para poder buscar los artículos que hayan cambiado su imagen desde la última actualización.

Tabla ART_M (Artículos) Añadidos en los triggers anterior a alta y modificación el control de si ha cambiado el campo objeto dibujo IMG (Imagen) y en caso afirmativo se actualiza la fecha y hora de cambio IMG_CHG_TIM.

Tabla TRM_T (Terminales) Añadir el campo IMG_ULT_ACT (Fecha/Hora última actualización de imágenes)


Controlada la descarga de imágenes a la caché en función de la fecha de última actualización del terminal y la fecha de cambio de la imagen en la tabla de artículos.

Ahora mostramos el importe entregado y el cambio en el ticket

Objeto Descripción

Tabla FAC_T En la tabla facturas simplificadas FAC_T se han añadido los campos IMP_ENT (Importe entregado) e IMP_CHG (Importe del cambio)

Modificado los valores de los nuevos campos al finalizar el ticket.

Proceso ENT_M_ALT_MOD Modificado el proceso ENT_M_ALT_MOD.

Informe Personalizable

VERP_SIM_FAC

Incluído en la impresión del ticket los nuevos campos.

Ahora ya sólo aparecen los dependientes de la empresa en curso

Hemos modificado el campo puntero al dependiente para que en lugar de apuntar a la tabla de usuarios directamente apunte a la tabla de extensión de dependientes. De esta forma en el combo de selección de la persona que va a grabar el apunte de caja ya sólo le aparecerán personas que realmente son dependientes de TPV.


También hemos mejorado la configuración de usuarios que actúan como dependientes. Hemos cambiado la inclusión del subformulario de configuración de dependiente en el formulario de usuarios para que no sea necesario pulsar el botón de añadir dependiente ya que no era intuitivo para el usuario final pues sólo se usaba en este punto de vERP. A la vez hemos resuelto una incidencia que se producía al crear un nuevo usuarios que aunque lo hacía correctamente mostraba un mensaje de error debido a que intentaba crear el registro de extensión del dependiente (DEP_T) antes de crear el registro del usuario (USR_M).

Realizada la modificación del proceso TPV_GET_DEP para que sólo muestre en el vTPV al seleccionar los dependientes, los dependientes de la empresa en curso elegida al inicio.


Objeto Cambio

Proceso TPV_GET_DEP Adaptado el proceso para disponer de los dependientes de la empresa seleccionada al inicio del vTPV.

Tabla APT_CAJ_T Se cambia el campo DEP_TPV que era puntero a USR_M para que apunte a la tabla DEP_T. Como es una tabla de extensión el ID es el mismo por lo que no requiere migración. De esta forma solo saldrán los usuarios que sean dependientes.

Formulario DEP_T Eliminada la inserción que se hacía en el separador de pestañas del formulario USR_M a través del punto de inserción USR_M_INS.

Formulario USR_M Añadido en el separador del pestañas el subformulario DEP_T a través de la extensión de ficha DEP_T.

Formulario USR_M Modificada la configuración de la extensión de ficha DEP_T que tenía erróneamente activado el check "Previo a la operación principal" en alta ficha principal y modificación ficha principal.

Tabla DEP_T Se añaden índices para condicionar que sólo indexe aquellos registros que tengan activado el check de TPV.

Se cambian los lugares donde se usa el índice EMP_DIV para que usen el nuevo índice EMP_DIV_TPV

Tablas USR_M Añadido trigger anterior a baja donde se eliminan los plurales de configuración del usuario como los grupos a los que pertenece, empresas autorizadas, registro de datos de dependiente o sesiones.

Constante ERR_DEP_TPV_NO Modificado el texto a "No existen usuarios de esta empresa o división que estén configurados como dependientes del TPV. Puede configurar usuarios como dependientes del TPV desde el menú de Usuarios o avise al súpervisor".

Cambio de proyecto del proceso GET_MAC

El objetivo de este cambio es poder utilizarlo en la tabla de terminales.

Objeto Descripción

Proceso GET_MAC Movida función GET_MAC de la caja de datos a la de la aplicación, de esta forma la primera vez que se da de alta un terminal se pide el nombre del mismo con el teclado virtual.

Revisado subindexador de clientes en formulario de configuración en empresas

El subindexador CLT del control CLT_TPV del formulario EMP_M_CFG_TPV no es funcional.

Objeto Cambio

Formulario EMP_M_CFG_TPV Se ha solucionado el subindexador para que sea funcional

Refresco de rejilla de facturas simplificadas mejorado al anular factura

Cuando anulamos una factura simplificada en la opción de Históricos > Facturas simplificadas no se refresca la rejilla, dando sensación de que no se ha anulado. No se tiene constancia en ese momento al no refrescarse la rejilla.


Objeto Cambio

Formulario TPV_FAC_SIM La solución ha sido incorporar al final del manejador de eventos ANUL del formulario TPV_FAC_SIM la ejecución del manejador de eventos BUS_FAC_SIM para que se refreque la rejilla

Cuando abres un turno salen todos los usuarios y deberían salir sólo los dependientes.

Objeto Cambio

Formulario CAJ_T_ABR Se ha modificado el manejador de eventos INIT_CMBX del formulario CAJ_T_ABR para que sólo muestre los dependientes de la empresa activa

Resuelta incidencia con tickets de mesa al recuperarlos desde el salón

Hemos subsanado una incidencia que se producía al intentar recuperar un ticket desde la vista de salón que en determinadas circunstancias no recuperaba el número de mesa.

Velneo vERP 19dl.velneo.com/es/productos/v7/openapps/documentos/velneo_verp_1… · close se...

Documents

Transcript of Velneo vERP 19dl.velneo.com/es/productos/v7/openapps/documentos/velneo_verp_1… · close se...