Revisión Velneo 35.2

Te recomendamos la actualización de todos los componentes de Velneo a esta versión si quieres disfrutar de las mejoras. Están disponibles en la zona de descargas de la web los instalables de las distintos componentes para los diferentes sistemas operativos.

Las mejoras e incidencias solucionadas en esta revisión son las siguientes:

Plataforma

Solucionada incidencia que impedía operar con el API de Velneo para JavaScript en tablas en memoria

Se ha mejorado la gestión de operaciones de tablas en memoria para el API de Velneo para Javascript permitiendo la operación en procesos javascript en tablas con persistencia en memoria sin requerir transacciones o forzar transacción. (VELNEO-7729)

Mejora en la previsualizacion de informes en dispositivos móviles Android

Se ha corregido la previsualización de informes personalizables en dispositivos móviles Android la cual ahora se muestra maximizada y con las opciones de la toolbar disponibles para la interacción del usuario. (VELNEO-9747)

Mejora del sistema de reemplazo para configuraciones de herencia

Se ha mejorado el sistema de reemplazo para aplicarlo en todos los casos cuando la carga de soluciones y herencia está optimizada. (VELNEO-14656)

QML WebView. No tiene acceso a ficheros en disco en Android ni iOS

Corregida incidencia que impedía poder acceder a ficheros en disco desde un código QML con el WebView en versiones del API de Android 30 o superiores, esto fue un comportamiento que cambió en dichas versiones. (VELNEO-16220)

Mejoras en el árbol de Inspectores en Velneo vDevelop

Se corrige el error del vDevelop al eliminar un objeto tras usar el Inspector Dónde se usa en determinadas situaciones tras el uso de deshacer. (VELNEO-17098)

Icono de una tabla en un esquema

Resuelta incidencia que provocaba un error de vDevelop al añadir un icono a una tabla en un esquema de tablas. (VELNEO-17469)

Abrir componentes desde vDevelop con usuario con caracteres extraños

Se añade una mejora a vDevelop que soluciona un problema que había para abrir los demás componentes cuando el nombre de usuario tenía caracteres como la ñ. (VELNEO-17723)

Mejora en la eliminación de procesos en Colas en el servidor

Se evita un error en el servidor cuando se eliminan por medio de multiselección un conjunto de procesos que están en una cola pendientes de ejecución. (VELNEO-17771)

Mejora en la visualización de datos en rejillas en dispositivos móviles Android e iOS cuando se quiere mostrar un campo de tipo objeto texto enriquecido

Se ha corregido una incidencia derivada de la migración a Qt6 la cual causaba que un campo de tipo objeto texto enriquecido visto en una rejilla mostraba valores añadidos de otra columna (VELNEO-17976)

Mejora en el cálculo del día y hora de ejecución de tareas con planificación de única vez

Corregido error en el cálculo de ejecución de una tarea cuando ésta era programada para ejecutarse una única vez y se planificaba entre las 12 y las 2. (VELNEO-18168)

Mejora del proceso de identificación en macOS

Se ha mejorado el sistema de identificación en macOS con el fin de evitar problemas cuando no se dispone de conexión y mejorar la experiencia de usuario. (VELNEO-18223)

Mejora en la gestión de listas virtuales en el gestor de bases de datos

Evitamos la carga de listas virtuales en rejillas del gestor de bases de datos que no se corresponden con la tabla contenida, indicando en un mensaje de error qué tablas están implicadas. (VELNEO-18287)

Solucionada incidencia que impedía el uso de la cámara desde QML en dispositivos móviles Android.

Se solucionó una incidencia generada por la migración a las nuevas librerías de QT que impedía el uso de la cámara desde código QML en dispositivos Android. (VELNEO-18310)

Mejora en las funciones de obtención de usuario del API de Velneo para javascript del grupo vAdmin

Se evita el error cuando las entradas de información en las funciones getUserById(), getUserByName() y getUserByEmail() son incorrectas. (VELNEO-18354)

Mejora en la gestión de ficheros abiertos de tablas

Se optimiza en el servidor la gestión de ficheros abiertos para evitar volver a cerrar ficheros que ya no están disponibles. (VELNEO-18400)

Mejora de la gestión de CSS en Android

Se evita que en columnas de rejilla estándar con contenido vacío se muestre 0.00000 al establecer un CSS en Android. (VELNEO-18407)

En Android los números negativos en formato moneda se muestran con () en vez -: -40 sale (40)

Según International Components for Unicode(ICU) que usamos entre otras cosas como librería para la documentación de idiomas en Android, el formato estándar de negativos para el formato moneda en España incluye en el formato el uso de paréntesis, lo cuál no está extendido realmente y se corrige para que presente el signo negativo sin paréntesis. (VELNEO-18546)

Mejora de la documentación de la función getPaths() del API de Velneo para JavaScript

Ha cambiado el modo en el que en Android se devuelve la senda pública de descargas en la función getPahts(). (VELNEO-18553).

Mejoras en vDevelop al copiar/cortar y pegar tablas con enlaces singulares de plural.

Queda resuelta una incidencia que provocaba que se perdiese el valor de la propiedad "tabla enlazada" de un enlace singular de plural al cortar y pegar la tabla maestra en el mismo proyecto. También se reproducía pegando la tabla entre dos proyectos, cuando en el de destino queríamos actualizar la tabla y la borramos antes de pegarla. (VELNEO-18668)

Actualización de la opción del creador de objetos para la integración con nuevos modelos GPT

Se han realizado modificaciones en la opción de Generar objetos para plugin de chatGPT en vDevelop para adaptarse a los nuevos modelos GPT y Action. Estos cambios permiten generar archivos compatibles, facilitando la integración y mejorando la eficiencia en la implementación de inteligencia artificial dentro de las aplicaciones. (VELNEO-18726)

Mejora de la visualización de la celda en curso en el gestor de bases de datos

En las rejillas del gestor de bases de datos se implementa en la celda en curso un marco que señala la celda en la que está posicionado cuando se está visualizando, para facilitar al usuario final identificar la posición en la que se encuentra situado el cursor de cara a la edición o la navegación en la rejilla. (VELNEO-18775)

Mejora de la gestión de funciones de fórmula de tipo json en vistas de datos

Se muestra un error "Error con JSON: valor ilegal" al usar en una fórmula la función jsonGetValue(JSON, "clave") en una vista de datos, una rejilla, por ejemplo.(VELNEO-18817)

Mejora en la gestión de reinicios de soluciones y proyectos

Se evita el reinicio de una solución hasta que no haya finalizado el proceso de arranque del servidor y la base de datos esté inicializada. (VELNEO-18893)

Mejoras en el árbol de Inspectores en Velneo vDevelop

Se corrige el error del vDevelop al eliminar un objeto tras usar “localizar objeto en el proyecto” en determinadas situaciones. (VELNEO-18762)

CloudAPI

GET usuarios por grupo en cloudAPI

Se corrige una incidencia por la cual cloudAPI al buscar usuarios filtrando por grupo no devolvía ningún resultado. (VELNEO-18148)

vLanzadera

Logout en vLanzadera

Se soluciona una inconsistencia en el logout que causaba un error en la carga de la lanzadera hasta que se borraban las cookies. (VELNEO-18205)

Google analytics en vLanzadera

Se añade la posibilidad de agregar y configurar Google Analytics en la vLanzadera. (VELNEO-18513)

Urls de modos de acceso en vLanzadera

Se mejora la generación de urls de los modos de acceso de la vLanzadera evitando que en ciertas ocasiones la url generada tenga un token incorrecto. (VELNEO-18542)

Validación y sanitización de correos en vLanzadera

Se añade validación y sanitización del campo de correo electrónico del login para evitar peticiones incorrectas innecesarias al servidor desde vLanzadera. (VELNEO-18669)

Incidencia en vLanzadera en la ejecución de aplicaciones de escritorio con la nueva versión de Chrome 130.0.6723.59

Se soluciona una incidencia que provocaba que la ejecución de aplicaciones de escritorio desde vLanzadera en sistemas operativos Windows y Linux no funcionase. (VELNEO-18743)

Configuración de instancias con usuarios con diferentes permisos en vLanzadera

Se corrige una incidencia en vLanzadera que, al acceder al formulario de configuración de instancias con un usuario con menos permisos, desconfiguraba las instancias a las que no tiene acceso. (VELNEO-18821)

Velneo Cloud

Mejora de la gestión de memoria en Velneo Cloud

Se mejora la gestión de memoria del servidor para permitir en Velneo Cloud gestionar la información de memoria. (VELNEO-18245)

Mejora de la página de información de Calidad de la conexión en cloud

Calidad conexión Velneo Cloud | Velneo  Se incluye información de valores máximo, mínimo y media obtenidos además del último dato, además de evitar picos en la carga inicial que arrojaban valores incorrectos. (VCLOUD-831)

Ejecución web

Mejora al mostrar contenido de fórmulas alfabéticas en rejilla que contengan campos y datos de maestros enlazados en ejecución web

Se ha corregido una incidencia que no permitía visualizar contenido en columnas de rejillas que apuntan a campos de tipo fórmula alfabética cuya fórmula fuera compuesta por datos de maestros enlazados. (VELNEO-18638)

Mejora en la gestión de formularios en diálogo en Web

Se corrige un error que provocaba que los diálogos generasen errores de visualización de los componentes que quedan por detrás. (VELNEO-18710)

Objeto multivista disponible para su ejecución en Web

Se ha implementado el Objeto multivista para su ejecución en web con lo que podemos ampliar la funcionalidad de nuestras aplicaciones web. (VELNEO-18739)

Mejora al mostrar contenido en rejillas incrustadas en formulario que contengan campos maestros en ejecución web

Se ha corregido una incidencia que durante la ejecución en web impedía visualizar contenido en columnas de rejillas que apuntan a campos con datos de maestros enlazados en rejillas incrustadas en formularios. (VELNEO-18793)

Combobox con campos maestros en ejecución web

Los combobox con campos maestros ya son funcionales en ejecución web. (VELNEO-18856)

VERP

Contabilidad. Optimización del sistema de recálculo de saldos arrastrados.

Se mejora el recálculo de saldos arrastrados de forma que, si en la configuración de la empresa existe parametrizado un nº de registros para el cálculo de saldos en 4º plano, que se use el nuevo comando de instrucción Multipartir lista por nº de registros. (VERP-1002)

Objetos modificados:

• Proyecto de datos
  • Proceso APU_C_CAL_SAL: Se usa el nuevo comando de instrucción Multipartir lista por nº de registros si en la configuración de la empresa existe el valor parametrizado.

Contabilidad. Al contabilizar facturas de compras y ventas.

Al contabilizar facturas de compras y ventas, en los registros de IVA de facturas recibidas y emitidas aparecen porcentajes de la configuración de la empresa en vez de coger los del asiento. (VERP-1994)

Objetos modificados:

• Proyecto de aplicación
  • Procesos ASI_C_GEN_IVA_REP y ASI_C_GEN_IVA_SOP

Gestión. Tomar en cuenta el porcentaje de retención IRPF de la ficha del contacto.

En los documentos de compra y venta, tomar inicialmente el porcentaje de retención IRPF de la ficha del contacto, y en caso de no haber porcentaje en el contacto, tomar el porcentaje de retención IRPF configurado en la empresa. (VERP-2050)

Objetos modificados:

• Proyecto de datos
  • Tablas COM_ALB_G, COM_FAC_G, COM_PED_G, VTA_ALB_G, VTA_FAC_G, VTA_PED_G y VTA_PRE_G. En todas ellas se ha modificado el contenido inicial del campo #POR_RET_IRP
• Proyecto de aplicación
  • Proceso VTA_ALB_G_NUE

Contabilidad. En determinadas circunstancias, en un informe elaborado con el diseñador de informes.

En determinadas circunstancias, en un informe elaborado con el diseñador de informes, y cuando hay un número elevado de registros, provoca un error de desbordamiento de pila y rompe el servidor.

Para evitar que se genere una redundancia que provoque un bucle infinito, se han añadido una serie de verificaciones para que no permita guardar registros del diseñador de informes cuando se asignen epígrafes que la provoquen. (VERP-2131)

Objetos nuevos:

• Proyecto de datos
  • Función DIS_INF_C_EXI_RED_CIC*:* función encargada de detectar si un registro está dentro de alguna de las vinculaciones.
• Proyecto de aplicación
  • Constantes: ERR_TOT_POS_YA_ASO, ERR_TOT_NEG_YA_ASO, ERR_CUA_POS_YA_ASO y ERR_CUA_NEG_YA_ASO

Objetos modificados:

• Proyecto de aplicación
  • Formulario DIS_INF_C: nueva variable local CAM_CHG y modificado el manejador BTN_ACE_PRE

vCRM. posibilidad de vincular oportunidades con presupuestos de vERP

Poder asociar y editar un presupuesto de venta generado en vERP, a una oportunidad cuando la aplicación esté configurada para trabajar con vERP. De lo contrario continua funcionando como hasta ahora permitiendo indicar el código de un presupuesto externo de forma literal. (VERP-2363)

Objetos modificados:

• Proyecto de aplicación vCRM_app
  • Formulario OPO_V_VTA_PRE_BTN_INL

vCRM. Integración con correo Office 365 de Microsoft.

La integración se ha basado en simular la funcionalidad que hay disponible para recibir correos de Gmail, generando una serie de gestiones de los contactos relevantes con su email asociado, pudiendo acceder a este directamente utilizando el link proporcionado. Estas gestiones, después se ven en las oportunidades, en el histórico que aparece. También, si se activa, se genera un log de acciones realizadas. (VERP-2416)

Solución vERP - Proyecto de datos

• Objetos modificados:
  • Tabla USR_EXT_V
    • Añadidos campos INTEGRACION_OFFICE_365__________,OFI_365_ACC_TOKEN,  OFI_365_REF_TOKEN, OFI_365_TIM_ULT_PET_COR, OFI_365_LOG_CAD
    • Añadido índice OFI_365_REF_TOKEN

Solución vCRM - Proyecto de datos

• Objetos nuevos:
  • Proceso ASI_VAL_CFG_OFI_36
  • Tabla estática GES_EML_ORI
  • Variables globales OFI_365_CLIENT_ID, OFI_365_CLIENT_SECRET, OFI_365_REDIRECT_URI, CUR_USR_INT_OFI_365_ACT, LOG_INT_OFI_365

• Objetos modificados:
  • Tabla PAR_VZ_V
    • Añadidos campos INTEGRACION_OFFICE_365__________, OFI_365_LOG_INT, OFI_365_CLT_ID, OFI_365_CLT_SEC, OFI_365_RED_URI
  • Tabla GES_EML_V
    • Expandido tamaño de campo EML_ID a 160 caracteres.
    • Expandido tamaño de campo THR_ID a 80 caracteres.
    • Añadido campo ORI.
    • Añadido índice ORI.
  • Tabla USR_EXT_V
    • Añadidos campos INTEGRACION_OFFICE_365__________, OFI_365_ACC_TOKEN, OFI_365_REF_TOKEN, OFI_365_TIM_ULT_PET_COR, OFI_365_LOG_CAD
  • Proceso SO_GET_PAR
    • Añadido proceso de integración con Office 365 ASI_VAL_CFG_OFI_365
  • Proceso SO_PRS_VIS_USU_A_MEM
    • Añadida verificación de integración con Office 365 activada.
  • Proceso SO_ALT_PRS_VIS_USU_3P
    • Añadida nueva opción de gestión 4 para integración con Office 365.
    • Especificado que en la nueva opción de gestión, por defecto no esté visible.
  • Función FNC_GET_NOM_COL_TAB_GES
    • Añadida opción nueva de Integración con Office 365.
  •  Proceso GES_V_ACT_TIM_ULT_COR
    • Especificado el cambio de la fecha de última petición, según si el correo es de Office o de Gmail. 

Solución vCRM - Proyecto de aplicación

• Objetos modificados:
  • Formulario PAR_VZ_V
    • Añadida pestaña Office 365.
  • Menú OPO_V MEN_OPC
    • Añadida acción OBT_COR_OFI_365
  • Formulario OPO_V_MEN
    • Manejador OCU_CNT - Se oculta la acción de integración con Office 365 si no está activada la integración.
    • Manejador MOS_CNT - Se oculta la acción de integración con Office 365 si no está activada la integración.
  • Rejilla PRS_VIS_USU_V_GES
    • Añadido manejador GES_COR_OFI_365
    • Manejador EDI_ACE - Añadida ejecución de manejador GES_COR_OFI_365
  • Marco AUTOEXEC
    • Manejador AUTOEXEC -  Añadido proceso de lectura de datos de integración Office 365 ASI_VAL_CFG_OFI_365
  • Marco AUTOEXEC_VIS_AVA
    • Manejador AUTOEXEC -  Añadido proceso de lectura de datos de integración Office 365 ASI_VAL_CFG_OFI_365

• Objetos nuevos:
  • Formulario PAR_OFI_365
  • Formulario USR_M_EML_ACC_OFI_365_ADD
  • Formulario OFI_365_OAUTH_LOGIN
  • Proceso OFI_365_LOGIN
  • Proceso OFI_365_LOGIN_INIT
  • Acción OBT_COR_OFI_365
  • Proceso OFI_365_GES_MSG_4P
  • Proceso OFI_365_REQ_MSG_USR
  • Proceso OBT_COR_OFI_365
  • Función ENT_M_TIE_OPO_REL
  • Carpeta javascript /js/IntegracionOffice365

General. Log de latencia.

Se genera información de eventos de latencia en la caché del cliente. (VERP-2426)

Objetos nuevos:

• Proyecto de datos
  • Variables globales LOG_LAT y IP_PUB_CLT
  • Proceso GET_IP_CLT_3P
• Proyecto de aplicación
  • Script js/interface/registraEventoDeLatencia.js
  • Proceso LOG_LAT_REG_EVN_JS

Objetos modificados:

• Proyecto de datos
  • Tabla USR_M añadido campo booleano #LOG_LAT que permite activa/desactivar el log de latencia.
• Proyecto de aplicación
  • Proceso AUTOEXEC_PRE_INI: añadido la asignación del contenido del campo #LOG_LAT de la tabla de usuarios a la variable global LOG_LAT.
  • Proceso AUTOEXEC_POS_INI: añadida instrucción para obtener la IP pública del cliente y creación del evento ‘Registro de entrada’ .
  • Formulario USR_M_CFG: añadido control LAT (log de latencias) de tipo botón de check con contenido del campo #LAT de la tabla de usuarios. Cambiado identificador y nombre de la caja de grupo ‘Configuración’.
  • Formulario MEN_APP: añadido en el manejador de evento de tipo javascript TIM el evento de registro de latencia que se ejecuta cada 60000 milisegundos dejando constancia en el fichero de la caché local dicha información.
  • Marco AUTOEXEC: modificados los manejadores de evento DES (desconexión) y REC (reconexión) añadiendo instrucciones que registran el evento correspondiente en el fichero del log de latencias.

¿Dónde se encuentra el fichero de log de latencias?

Se encuentra en la caché del cliente carpeta ‘log-latencia’. En esta carpeta de irán guardando diariamente los eventos con la siguiente nomenclatura de fichero: AAAAMMDD-usuario-loglatencia.txt

Contabilidad. Modelo tributario calculado. Mejorada la usabilidad del formulario que permite modificar un valor calculado de un campo editable.

Se ha mejorado la usabilidad del formulario FIC_REG_W_EDT para que al pulsar la tecla Intro o Enter el foco se vaya situando en el siguiente campo editable de la rejilla FIC_REG_W_EDT. (VERP-2504)

Objetos modificados:

• Proyecto de aplicación
  • Formulario FIC_W: nuevo manejador BTN_ACE que se asocia al botón Aceptar como manejador de evento a ejecutar.
  • Formulario FIC_REG_W_EDT: manejador KEY_SOL

General. Añadir acciones como puntos de inserción al menú ENT_M_BTN_PRT_MDT.

Añadido  al menú "ENT_M_BTN_PRT_MDT" una acción llamada "ENT_M_PRT_MDT_INS_TAB" con estilo "Punto de inserción" y "Personalizable" y con tabla asociada "ENT_M". (VERP-2506)

Objetos nuevos:

• Proyecto de aplicación
  • Acciones: ENT_M_PRT_MDT_INS y ENT_M_PRT_MDT_INS_TAB

Objetos modificados:

• Proyecto de aplicación
  • Menú: ENT_M_BTN_PRT_MDT

General. Sincronización de teléfonos y emails de entidad, datos básicos y plural teléfono y email principal.

Al borrar el teléfono o email de una entidad, tanto si lo hacemos desde los datos básicos como borrando el plural de la tabla CTT_M, no se elimina el dato ya que al aceptar el formulario de entidad vuelve a tener el mismo teléfono y email que acabamos de borrar. (VERP-2517)

Objetos modificados:

• Proyecto de datos
  • Tabla CTT_M eliminado trigger anterior a la baja y creado trigger posterior a la baja

Contabilidad. Cuando se cambia la cuenta contable de una entidad no actualiza los datos en la auxiliar.

Cuando una ficha de Entidad ya apunta a una cuenta contable y en la pestaña "Configuración" del formulario de la Entidad sólo cambiamos ese enlace de la cuenta contable, poniendo un enlace a otra cuenta contable que ya exista en contabilidad, no se actualizan los datos de la ficha de la Entidad (Contacto) en la ficha de la cuenta auxiliar.

A partir de ahora se controlará que cuando haya cambiado la ficha de Entidad, actualizará datos en la auxiliar, dejándose de controlar la actualización sólo cuando ciertos campos de la Entidad hubieran cambiado. (VERP-2547)

Objetos modificados:

• Proyecto datos
  • Proceso ENT_M_ALT_MOD_AUX

Se evita la visualización duplicada de mensajes cuando se generan registros de IVA soportado y repercutido. 

(VERP-2548)

Objetos modificados

Proyecto de aplicación:

• Proceso ASI_C_ALT_PLA_ASI - Generación de los apuntes con plantilla → Mostrar mensaje tras ejecutar el proceso ASI_C_GEN_IVA_REP y ASI_C_GEN_IVA_SOP
• Proceso ASI_C_GEN_IVA_REP - Generar IVA repercutido → Se comentan todos los mensajes y en MSG se concatenan todos los mensajes
• Proceso ASI_C_GEN_IVA_SOP - Generar IVA soportado → Se comentan todos los mensajes y en MSG se concatenan todos los mensajes
• Proceso ASI_C_VRF - Verificar asiento → Mostrar mensaje tras ejecutar el proceso ASI_C_GEN_IVA_REP y ASI_C_GEN_IVA_SOP
• Proceso VTO_COB_C_COB - Cobrar → Mostrar mensaje tras ejecutar el proceso ASI_C_GEN_IVA_SOP
• Proceso VTO_COB_C_REM_OPE - Generar operaciones y asientos de vencimientos de remesa de cobros → Mostrar mensaje tras ejecutar el proceso ASI_C_GEN_IVA_SOP
• Proceso VTO_PAG_C_PAG - Pagar → Mostrar mensaje tras ejecutar el proceso ASI_C_GEN_IVA_SOP
• Proceso VTO_PAG_C_REM_OPE - Generar operaciones y asientos de vencimientos remesa de pagos → Mostrar mensaje tras ejecutar el proceso ASI_C_GEN_IVA_SOP

Tesorería. Instrucciones sobrantes en manejadores de evento PAG de los alternadores VTO_PAG_C, VTO_PAG_C_AUX y VTO_PAG_C_COM_FAC

Se eliminan las instrucciones para crear y agregar lista a la cesta local:

// Rem ( Guardar los vencimientos en una cesta )
Cesta: Crear cesta local ( VTO_PAG_C@cntt_dat, cesta_VTO_PAG_C )
Cesta: Agregar lista a la cesta ( VTO_PAG_C_SEL@cntt_app ) (VERP-2551)

Objetos modificados:

• Proyecto de aplicación vERP_2_app
  • Alternadores VTO_PAG_C, VTO_PAG_C_AUX y VTO_PAG_C_COM_FAC Manejador de evento PAG

Gestión. Cambio de nombres de columna en las rejillas VTA_PED_LIN_G_SEL y VTA_PRE_LIN_G_PED.

Se modifican los nombres de las columnas para que se correspondan con los campos que muestran. (VERP-2553)

Objetos modificados:

• Proyecto de aplicación:
  • Rejilla VTA_PED_LIN_G_SEL.
  • Rejilla VTA_PRE_LIN_G_PED

Error en el módulo QML de firma de vERP.

Con la actualización del cliente de Android y de iOS a Qt 6 ha dejado de funcionar el módulo de la firma de vERP, tanto en iOS como en Android. (VERP-2589)

Objetos modificados:

• Proyecto de aplicación
  • Script Firmar/Firma_form.qml
  • Script GPS/gps_osm.qml

Corregido script qml “gps_osm.qml” para funcionamiento con las nuevas librerias de Qt.

El script gps_osm.qml de vERP da error en la versión 35 de vERP en Android e iOS porque está usando la versión 1.4 de QtQuick.Controls. Es necesario migrarlo a la versión 2. (VERP-2590)

Objetos modificados:

• Proyecto de aplicación
  • Script GPS/gps_osm.qml

vAgenda: en iOS error de script qml al editar un registro de la tabla calendarios

Se ha modificado el codigo QML para que sea funcional con las nuevas librerias de QT 6.5 (VERP-2596)

Objetos modificados

• Scripts
  • sel_col.qml

Ecosistema. vKanban falla con el nuevo motor javaScript en la versión V35.

Debido al cambio y correcto funcionamiento del motor nuevo javaScript, se hizo necesario corregir 3 scripts en el proyecto vKanban del ecosistema. (VERP-2598)

Objetos modificados:

• Proyecto de aplicación
  • Script vjs_lib/tools/get_component_root_path.js
  • Script vjs_lib/tools/get_project_id.js
  • Script vjs_lib/tools/load_component.js

vCRM. Búsqueda de contactos y oportunidades que se realicen sobre los filtros ya aplicados

Añadida opción para re-buscar entre los registros devueltos por una búsqueda o filtrado de oportunidades y contactos. Esta opción ha sido incluida en el menú contextual de las rejillas, permitiendo al usuario realizar una posterior búsqueda entre los registros ya devueltos por un filtro del vCRM. (VERP-2605)

Objetos nuevos:

• Proyecto de aplicación
  • Acciones ENT_M_BUS y OPO_V_BUS

Objetos modificados:

• Proyecto de aplicación
  • Menús OPO_V_MEN_OPC, OPO_V_MEN_BTN_DER y ENT_M_MEN_BTN_DER
  • Rejilla OPO_V_MEN_PRS (tipo de menú de contexto).
  • Formularios ENT_M_MEN y OPO_V_MEN (nuevas conexiones de evento y conexiones de evento para la búsqueda).

Con la CSS que se aplica en modo oscuro hay problemas para ver los textos de los agrupamientos de rejillas avanzadas.

Se ha corregido el registro del CSS cuyo identificador es “OSCURO-VISUALMS” (VERP-2607)

Contabilidad. En el formulario de auxiliar la pestaña de apuntes carga apuntes pendientes de puntear.

Al cambiar de pestaña y volver a la de apuntes de la cuenta auxiliar ya se muestran todos los apuntes de la cuenta en lugar de mostrar solo los pendientes de puntear. (VERP-2608)

Objetos modificados:

• Proyecto de aplicación vERP_2_app
  • Formulario AUX_C_APU: Eliminados manejadores y conexiones de evento (CAR_VIS, CHG_REG, ON_HID y ON_SHW). Control vista de datos APU, asignado valor Siempre que se muestra a la propiedad Modo de carga.
  • Proceso AUX_C_TO_APU: Cambiado índice de carga por EMP_AUX_FCH.
  • Formulario AUX_C_AUD_SAL: Cambiado proceso de carga de control de vista de datos APU, por proceso AUX_C_TO_APU_PDT_PUN

Objetos nuevos:

• Proyecto de aplicación vERP_2_app
  • Proceso: AUX_C_TO_APU_PDT_PUN

General. Falla vTools en la opción de exportar rejilla a Excel.

Con el nuevo motor de JavaScript falla la exportación de rejillas a Excel con vTools. (VERP-2613)

Objetos modificados:

• Proyecto de aplicación
  • Script vTools/listas/export/export_rejilla_excel.js

Nueva funcionalidad del módulo de tesorería que permite conocer la previsión de tesorería a diferentes plazos (hitos), configurables, combinando los datos de los asientos de los bancos, los vencimientos a cobrar, los vencimientos a pagar y los registros de previsión de tesorería manuales y automáticos para obtener un único extracto de previsión.

Funcionalmente:

• A nivel de empresa se pueden configurar los hitos que queremos controlar en la previsión.
• A nivel de cuentas auxiliares podemos indicar cuáles queremos gestionar dentro de la previsión, pudiendo indicar además la fecha de caducidad de la póliza con el banco, el importe de la misma y el importe a partir del cuál queremos que la previsión de tesorería nos alerte. Adicionalmente cada cuenta auxiliar con previsión de tesorería tendrá asignada la empresa específica en la que se mostrará.
• Una nueva opción del menú de tesorería, denominada previsión de tesorería, nos muestra los bancos configurados para mostrar en la previsión de la empresa en curso. Desde el formulario tendremos la posibilidad de lanzar en tiempo real el cálculo de la previsión de tesorería de las cuentas auxiliares que seleccionemos en la rejilla.
• Un nuevo proceso, que se puede programar como tarea en el servidor para que se ejecute periódicamente, hará el cálculo de los saldos del banco a fecha de ayer, y añadirá en la previsión los apuntes bancarios de fechas superiores a hoy, además de los vencimientos de cobro y pago en estado pendiente.
• En los vencimientos a cobrar y a pagar se ha añadido la fecha de previsión de tesorería. Este campo es opcional. Si está rellenada cuando se genera el registro de previsión de tesorería del vencimiento, se le asigna esa fecha a la previsión, y si está vacía se le asigna la fecha de vencimiento. Este campo es útil para gestionar aquellos vencimientos a cobrar o a pagar que han vencido y que son anteriores a la fecha del saldo del banco, lo que permite que el contable pueda asignar una fecha prevista futura de cobro o de pago sin afectar al a fecha real de vencimiento.
• También se pueden añadir manualmente registros de previsión de tesorería, con la opción duplicar el movimiento durante un número de meses que el usuario podrá indicar. Estos movimientos no se eliminan en la tarea de cálculo programada, y será el usuario el responsable de gestionarlos.
• El registro de previsión de tesorería dispone de un check para indicar que estamos añadiendo registros automáticos. Esto puede ser útil si tenemos información a consolidar dentro de la previsión de tesorería proveniente de otros orígenes y/o aplicaciones externas, como pueden ser ingresos o gastos periódicos que se gestionan en otras tablas o aplicaciones. Estos registros tampoco son eliminados por la tarea de cálculo programada, y tendrán que ser gestionados por otras tareas independientes.

(VERP-2628)

Objetos nuevos:

• Proyecto de datos
  • Tabla estática TES_PRE_TIP_C
  • Tabla TES_PRE_C
  • Búsquedas TES_PRE_C_EMP_DIV_BCO_ENT_FCH y APU_C_EMP_AUX_ENT_FCH
  • Procesos TES_PRE_C_CAL_SAL, AUX_C_CAL_TES_PRE, AUX_C_TES_PRE_CAL_SAL y TES_PRE_C_CAL_TAR_PRG
  • Icono TES_PRE_C
  • En el nuevo proceso MIG_35_2, en los vencimientos a cobrar o a pagar que estén pendientes y tengan factura de venta o de compra, se rellena el campo de la división si está vacío.
• Proyecto de aplicación
  • Formulario EMP_M_CFG_TES
  • Menú EMP_M_BTN_AUX_BCO_COB
  • Acciones EMP_M_LOC_AUX_BCO_COB, EMP_M_ALT_AUX_BCO_COB y EMP_M_EDT_AUX_BCO_COB
  • Constante PRG_TES_PRE_CAL_SEL
  • Toolbar AUX_C_TES_PRE
  • Menú AUX_C_TES_PRE_TLB_MAS
  • Acción AUX_C_TES_PRE_CAL
  • Alternador AUX_C_TES_PRE
  • Rejilla AUX_C_TES_PRE
  • Formulario AUX_C_TES_PRE
  • Proceso AUX_C_CAL_TES_PRE_2P
  • Constantes MSG_TES_PRE_GEN_DUP, MSG_TES_PRE_CAL y MSG_TES_PRE_FIN_CAL
  • Nuevos objetos de interfaz de la tabla de previsiones de tesorería TES_PRE_C, ubicados dentro de la carpeta Tesorería de Contabilidad: formulario, alternador, rejilla, rejilla avanzada, búsqueda, cesta, menús de botón y toolbar.
  • Formulario TES_PRE_C_DUP
  • Formulario TES_PRE_C_MEN
  • Acción TES_PRE_C_MEN
  • Multivista AUX_C_TES_PRE

Objetos modificados:

• Proyecto de datos
  • Tabla EMP_M: nuevos campos #PGC_BCO_COB, #AUX_BCO_COB, #BCO_PRE_TES_DIA_HIT_1, #BCO_PRE_TES_DIA_HIT_2 y #BCO_PRE_TES_DIA_HIT_3
  • Tabla AUX_C: nuevos campos #PGC_BCO_COB, #AUX_BCO_COB, #BCO_PRE_TES_ACT, #BCO_POL_FCH_REN, #BCO_POL_IMP, #BCO_POL_LIM_SAL, #BCO_PRE_TES_SAL_HOY, #BCO_PRE_TES_SAL_HIT_1, #BCO_PRE_TES_SAL_HIT_2 y #BCO_PRE_TES_SAL_HIT_3. Nuevos índices PGC_AUX_BCO_PRE_TES y EMP_BCO_TES_PRE
  • Tabla APU_C se añade el trigger anterior a la baja donde se elimina el registro de previsión de tesorería relacionado.
  • Tabla VTO_COB_C: se modifica el contenido inicial de los campos #PGC_BCO y #AUX_BCO. Nuevo campo #FCH_TES_PRE. Se añade el trigger anterior a la baja donde se elimina el registro de previsión de tesorería relacionado.
  • Tabla VTO_PAG_C: se modifica el contenido inicial de los campos #PGC_BCO y #AUX_BCO. Nuevo campo #FCH_TES_PRE. Se añade el trigger anterior a la baja donde se elimina el registro de previsión de tesorería relacionado.
• Proyecto de aplicación
  • Formulario EMP_M_CFG_PAG: se quita la edición del banco de pago por defecto que pasa al nuevo formulario de configuración de la tesorería de la empresa (EMP_M_CFG_TES).
  • Formulario AUX_C_BCO: se añaden nuevos controles de edición para los campos #BCO_PRE_TES_ACT, #BCO_POL_FCH_REN, #BCO_POL_IMP y #BCO_POL_LIM_SAL. Además se añade el campo empresa y los botones para asignar la empresa actual o desasignarla.
  • Formulario AUX_C: se añade la pestaña del subformulario AUX_C_TES_PRE
  • Formulario AUX_C_VTO_COB: se añade en el manejador de evento CAR_VIS que si es una cuenta de banco se carguen por el índice de PGC_BCO y AUX_BCO
  • Formulario AUX_C_VTO_PAG: se añade en el manejador de evento CAR_VIS que si es una cuenta de banco se carguen por el índice de PGC_BCO y AUX_BCO
  • Formulario VTO_COB_C_DOC_EST: añadido control de edición para el campo #FCH_TES_PRE
  • Formulario VTO_PAG_C_DOC_EST: añadido control de edición para el campo #FCH_TES_PRE

Nuevo módulo de Recursos Humanos con las opciones de ficha de operarios, acuerdos, ausencias, contratos, formación, nóminas, reconocimientos médicos, tarjetas de acceso, vacaciones, fichaje de personas, turnos y asignación de turnos.

Es una plantilla que nos servirá como punto de partida para gestionar un portal del empleado en nuestra empresa. (VERP-2629)

La IA de ChatGPT llega a tus aplicaciones. 

Ahora puedes auditar los presupuestos, pedidos y facturas de venta usando el API de ChatGPT para consumir un asistente que verificará los datos en función de la descripción de errores a detectar que se pueden indicar a nivel de la empresa o división. (VERP-2630)

Objetos usados:

Proyecto de datos:

• En la tabla EMP_M se han añadido los campos:
  • IA_AUD_BEA → Autorización bearer para usar el asistente.
  • IA_AUD_ASI_ID → Identificador del asistente.
  • IA_AUD_INS_VTA_PRE → Instrucciones para auditar presupuestos de venta.
  • IA_AUD_INS_VTA_PED → Instrucciones para auditar pedidos de venta.
  • IA_AUD_INS_VTA_FAC → Instrucciones para auditar facturas de venta.

Proyecto de aplicación:

• Nuevo formulario EMP_M_CFG_IA → Configuración de los valores que se guardan a nivel de empresa/división.
• Formulario VTA_FAC_G → Manejador de evento IA_AUD donde se ejecuta en 2º plano el proceso VTA_FAC_G_AUD_2P para realizar la vAuditorIA.
• Formulario VTA_PED_G → Manejador de evento IA_AUD donde se ejecuta en 2º plano el proceso VTA_PED_G_AUD_2P para realizar la vAuditorIA.
• Formulario VTA_PRE_G → Manejador de evento IA_AUD donde se ejecuta en 2º plano el proceso VTA_PRE_G_AUD_2P para realizar la vAuditorIA.
• Nuevo proceso VTA_FAC_G_AUD_2P → Prepara los datos de la factura en el JSON para pasar al proceso IA_AUD que realiza vAuditorIA.
• Nuevo proceso VTA_PED_G_AUD_2P → Prepara los datos del pedido en el JSON para pasar al proceso IA_AUD que realiza vAuditorIA.
• Nuevo proceso VTA_PRE_G_AUD_2P → Prepara los datos del presupuesto en el JSON para pasar al proceso IA_AUD que realiza vAuditorIA.
• Nuevo proceso IA_AUD que se conecta al asistente de OpenAI mediante el objeto consumo servicio web IA_AUD para auditar mediante la IA el documento de venta en base a las instrucciones configuradas en la empresa/división.
• Nuevo objeto consumo servicio web IA_AUD.

El asistente se debe crear en Playground de OpenAI.

• Datos a configurar:
  • Como usuario debes tener un API key generado para tus asistentes, este API key se configura en la empresa.
  • Debes crear un asistente que puedes nombrar como quieras, lo importante será el identificador del asistente que se muestra debajo del nombre y que también se configura a nivel de empresa.
  • En el asistente debes indicarle instrucciones que ayudarán a que las verificaciones a configurar en la empresas sean más precisas y pequeñas, consiguiendo así consumir menos tokens. Un ejemplo de instrucciones puede ser el siguiente:
    • Conviene usar el modelo gpt-4o que es con el que se obtienen resultados más precisos.
    • Eres un auditor de los documentos de compras y ventas de un ERP, y te vas a encargar de verificar la información de los documentos en base a la instrucciones siguientes.
      Las fechas se reciben en un formato que incluye el día de la semana (de lunes a domingo), un espacio en blanco y la fecha en formato ISO 8601 "YYYY-MM-DD" por lo que puedes usar directamente el dato recibido de día de la semana para hacer las verificaciones sin tener que calcularlo. Cuando las fechas sean correctas no incluyas mensaje de texto indicando que están bien. Ejemplos de fechas que sirvan de referencia:
      • "lunes 2015-11-09", es lunes.
      • "martes 2015-11-10", es martes.
      • "miércoles 2015-11-11", es miércoles.
      • "jueves 2015-11-12", es jueves.
      • "viernes 2015-11-13", es viernes.
      • "sábado 2015-11-14", es sábado.
      • "domingo 2015-11-15", es domingo.
        Solo son fines de semana los días sábado y domingo.
    • Cuando queremos validar un documento te pasaremos en un JSON la siguiente información.
      • clave: tipo, ejemplo de valores "presupuesto de venta", "pedido de venta", "factura de venta", "pedido de compra", "factura de compra".
      • clave: cabecera, valor: objeto JSON con los datos de la cabecera.
      • clave detalle, valor: array de objetos JSON con los datos de las líneas.
      • clave auditoria, valor: texto con los verificaciones a realizar en el documento.
    • Aspectos importantes que debes tener en cuenta:
      • Solo debes validar y devolver estos errores que se describen en la clave auditoría.
      • En los errores de las líneas de detalle indica el nombre del artículo donde encuentras el error.
      • No devuelvas nunca en el array de errores datos correctos, por ejemplo si las fechas son correctas no devuelvas un mensaje indicando que están bien, así con todos los datos.
      • Tampoco incluyas en la respuesta la justificación de los errores.
    • Tras revisar en los datos los errores indicados en la auditoría enviarás una respuesta en formato JSON con el resultado que puede ser:
      • clave: resultado, valor: "OK" si todo está correcto o "ERROR" si se ha encontrado algún error.
      • clave: errores, valor: array que contendrá un elemento con el texto de cada error encontrado.

General. Gestión Documental. Corregido uso de campos correctos para la autorización con OneDrive.

Se ha corregido el uso de campos correctos para la autorización con OneDrive. (VERP-2632)

Objetos modificados:

• Proyecto de aplicación
  • Formularios
    • EMP_M_CFG_DOC_ONE_DRI: manejador de evento ONE_DRI_AUT
    • ONE_DRI_AUT: manejador de evento MON

General. Gestión Documental. Corregida función de obtener link para documentos en AWS.

Debido a cambios de implementación de AWS, la generación de URL para buckets públicos ha cambiado. Se modifica el script correspondiente para tener en cuenta estos nuevos parámetros. (VERP-2639)

Objetos modificados:

• Proyecto de aplicación
  • Script Documentos/Amazons3.js

General. Se usan dos variables globales diferentes en distintos procesos para saber si se está o no en el servidor. 

Se usan dos variables globales diferentes en distintos procesos para saber si se está o no en el servidor. Y en su lugar pasa a usarse la función getExecutionComponent(). (VERP-2645)

Objetos modificados:

• Proyecto de aplicación
  • Proceso CFG_INI: eliminadas instrucciones que hacían referencia a la modificación de la variable global SRV.
  • Proceso DES_DAT_JSO: pasa a usarse la función getExecutionComponent().
• Proyecto de datos
  • Proceso IMP_JSO: pasa a usarse la función getExecutionComponent().
  • Proceso ON_INIT_SERVER: eliminadas instrucciones que hacían referencia a la modificación de la variable global ES_SRV.
  • Función PRM_USR: pasa a usarse la función getExecutionComponent().
  • Función SENDMAIL: pasa a usarse la función getExecutionComponent().

Objetos eliminados:

• Proyecto de datos
  • Variables globales SRV y ES_SRV.
  • Carpeta Recursos/Procesos/Correo/vSendmail/Variables de apoyo (por quedarse vacía).

Solución vERPLatam.

Objetos modificados:

• Proyecto de aplicación
  • Proceso CFG_INI: eliminadas instrucciones que hacían referencia a la modificación de la variable global SRV.

Gestión. En los triggers de la tabla COM_FAC_G no se comprueba si existe o no el registro de la tabla EST_EJE_G

Se añade en los eventos de tabla anteriores al alta y la modificación el control para si no existe el registro en la tabla de estadísticas, crearlo. (VERP-2646)

Objetos modificados:

• Proyecto de datos vERP_2_dat
  • Tabla COM_FAC_G modificados eventos Anterior al alta y modificación.

API REST. Implementación de protocolo oAuth2 en el API REST de vERP.

Se ha implementado el uso del protocolo oAuth 2.0 en el API REST de vERP con las siguientes características:

1. Ahora se permite definir si un API es de tipo oAuth.
2. Si el tipo es oAuth dispone de 2 modos de uso:
   1. Propio con un protocolo interno donde vERP gestiona los accesos.
   2. Delegado con proveedores externos de oAuth (Google, Microsoft, etc) a través del uso de scripts.
3. Se puede asignar a diferentes grupos de usuarios el acceso a APIs de tipo oAuth.
4. Para poder trabajar con oAuth el usuario de vERP (USR_M) debe tener un contacto relacionado. Dicho contacto relacionado (ENT_M) debe tener definido:
   1. Usuario web (USR_WEB) y es obligatorio en ambos modos de uso.
   2. Clave web (PWD_WEB) y es obligatorio si el modo de uso es propio.

(VERP-2648)

Objetos nuevos:

• Proyecto de aplicación
  • Rejilla URL_RED_API_W
  • Proceso API_KEY_W_TO_API_RED_URI
• Proyecto de datos
  • Tablas API_SES_W y API_RED_URI_W
  • Scripts
    • js/api_rest_v2/velneo_auth.js
    • js/api_rest_v2/velneo_token.js
  • Procesos VELNEO_AUTH y VELNEO_TOKEN

Objetos modificados:

• Proyecto de aplicación
  • Formularios API_KEY_W y API_KEY_W_CFG
• Proyecto de datos
  • Tablas API_KEY_W y API_USR_W
  • Tabla estática TIP_AUT_W
  • Scripts
    • js/api_rest_v2/openapi.js
    • js/api_rest_v2/v2.js
    • js/api_rest_v2/api_rest_funciones_v2.js

vCRM: el índice complejo OPO_V_FEC_EST no tiene en cuenta que la gestión que se produce en el rango de fecha indicado es de un cambio de estado.

Corregido filtro de oportunidades por cambio de estado en el periodo definido, para que no se incluyan las oportunidades que hayan tenido gestiones en el periodo evaluado, que no sean de tipo de cambio de estado. Por tanto no haya variado el estado al definido en el filtro por el usuario.

El problema era que no se tenía en cuenta que la gestión que se produce en el rango de fecha indicado sea de un cambio de estado. Esto provoca que si existe una gestión posterior por haber cambiado cualquier otro dato mientras el estado sea uno de los indicados en el filtro, también va a incluir la oportunidad correspondiente a esa gestión en el listado resultante, cuando no es correcto. (VERP-2653)

Objetos modificados:

• Proyecto de datos
  • Índice complejo OPO_V_FEC_EST: modificada condición para indexar (!#OPO:isEmpty()) & (#GES_TIP = 6) & #CHG_EST

Contabilidad. En el cierre contable se tiene en cuenta el año de inicio del ejercicio y no el de fin, lo que provoca un cálculo erróneo del año cuando el cierre del ejercicio no coincide con el año natural.

Cuando en una empresa se configura que el mes de cierre no es diciembre, se ha mejorado el cálculo de ejercicio para que muestre el del mes de finalización y no como hasta ahora que usaba el mes de inicio. Por ejemplo, si el mes de cierre es agosto y el de apertura septiembre, en el ejercicio contable que va de Septiembre de 2024 a Agosto de 2025, antes se mostraba como ejercicio 2024 y ahora se muestra 2025 que es lo que aconsejan las normas contables.

También se han mejorado el cálculo de los títulos de las columnas de las rejillas de saldos contables, de saldos de terceros y de saldos analíticos que ahora muestran el nombre del mes en función del mes de cierre, y también se han mejorado los formularios donde se muestra el nombre del mes con texto y el año de dicho mes para que sea más fácil conocer a qué mes se hace referencia. Para conseguir que esta información se muestre de forma optimizada hemos procedido a calcular en el arranque de la aplicación y en caso de cambiar en la empresa el mes de cierre el cálculo de los nombres de los meses en función del mes de cierre y en en el PRE_INI o POS_INI de todas las rejillas y formularios el cálculo en una variable local de la información a mostrar evitando en todo momento que sea necesaria ninguna comunicación con el servidor y que la información se muestre de forma instantánea.

También se ha mejorado en los menús de saldos, saldos de terceros y saldos analíticos la selección del mes que ahora se realiza con un combobox donde se muestra el nombre del mes en texto y el año, de esta forma el usuario sabe en todo momento el período acumulado o no que desea visualizar evitando posibles confusiones con el mes que anteriormente se seleccionaba con un control de edición numérica.

Finalmente, se ha añadido un proceso de migración para que en la primera ejecución de esta versión se recalcule el campo AÑO en todos los apuntes, se vacían las tablas de saldos y se procede al recálculo de los saldos de todos los ejercicios. (VERP-2654)

Los objetos usados para estas mejoras son:

Proyectos de datos:

• Tabla APU_C → En el campo AÑO se cambia el contenido inicial para que el año sea del último mes del período y no el del primero como era antes.
• Nueva variable global MES_TXT_CIE que contiene el JSON con los nombres de los 12 meses teniendo en cuenta el mes de cierre.
• Nueva variable global MES_CIE que contiene el número correspondiente al mes de cierre configurado en la empresa, se usa para evitar lectura de EMP_M.
• Tabla APP_CFG_W → Añadido el campo MIG_35_2.
• Proceso MIG_35_2 → Ejecuta el recálculo del campo AÑO y MES de los apuntes y los saldos acumulados en las empresa con mes de cierre distinto de 12.
• Proceso ON_INT_SERVER → Se asegura que si una migración queda a medias se vuelva a ejecutar.

Proyecto de aplicación:

• Proceso AUTOEXEC_PRE_INI → Se añade la asignación de valores a las variables MES_CIE y MES_TXT_CIE.
• Función MES_TXT_CIE → Ejecutado desde AUTOEXEC_PRE_INI para calcular el nombre de los meses en función del mes de cierre y devuelve un JSON.
• Función MES_TXT_AÑO_CIE → Ejecutado en manejadores PRE_INI de formularios que muestran saldos, genera el JSON con los meses en nombre con año.
• Formulario SAL_C_SCR → En el PRE_INI se calcula los nombres de los meses con año, se cambian las etiquetas y el cálculo del año que se muestra.
• Formulario SAL_TER_C → En el PRE_INI se calcula los nombres de los meses con año, se cambian las etiquetas y el cálculo del año que se muestra.
• Formulario EMP_M → En el manejador BTN_ACE_PRE se controla si cambia el mes de cierre para calcular las variables globales MES_CIE y MES_TXT_CIE.
• Rejilla SAL_C → En el POS_INI se calculan los nombres de los meses en una variable local y se cambian las cabeceras para obtener el nombre.
• Rejilla SAL_C_AUX → En el POS_INI se calculan los nombres de los meses en una variable local y se cambian las cabeceras para obtener el nombre.
• Rejilla SAL_C_ANA → En el POS_INI se calculan los nombres de los meses en una variable local y se cambian las cabeceras para obtener el nombre.
• Rejilla SAL_C_ANA_AUX → En el POS_INI se calculan los nombres de los meses en una variable local y se cambian las cabeceras para obtener el nombre.
• Rejilla SAL_TER_C → En el POS_INI se calculan los nombres de los meses en una variable local y se cambian las cabeceras para obtener el nombre.
• Se elimina la función SAL_C_TXT_MES que ya no se usa.
• Proceso CTL_CHG_VER → Se controla la ejecución de la migración a la versión 35.2.

Los controles "NRO_ORD" y "TXT_ORD_TPV" no se ocultan cuando el check de TPV está desactivado.

Se han incluido las instrucciones para mostrar y ocultar los controles de texto y edición del Orden del artículo en el casillero del TPV. (VERP-2659)

Objetos modificados:

• Proyecto de aplicación
  • Formulario ART_M: modificado manejador CHG_TPV_VIS que se asocia al Value changed del check TPV.

Ecosistema. SII. Correcciones derivadas de cambios en el motor JS.

Se han realizado correcciones derivadas de cambios en el motor JS. (VERP-2660)

• Objetos modificados:
  • Proyecto de aplicación
    • Scripts
      • vjs_lib/tools/load_component.js
      • vjs_lib/tools/get_component_root_path.js
      • vjs_lib/tools/get_project_id.js

Ecosistema. SII. Ajustes derivados de cambios en el arranque de vERP.

Se han realizado ajustes derivados de cambios en el arranque de vERP. (VERP-2677)

• Objetos nuevos:
  • Proyecto de aplicación
    • Proceso ON_INIT_CLIENT
• Objetos modificados
  • Proyecto de aplicación
    • Marco AUTOEXEC

Contabilidad. Variable global de último concepto automático, usada para la introducción manual de apuntes.

En determinadas circunstancias el contenido de esa variable afecta erróneamente cuando se abre el formulario de apunte. (VERP-2682)

Objetos modificados:

• Proyecto de aplicación vERP_2_app
  • Formulario APU_C : Modificado manejador de evento PRE_INI para que el contenido de valores por defecto se realice solo cuando es un alta de nuevo apunte.

Contabilidad. Mejoras en el cálculo de informes contables del diseñador de informes.

El diseñador de informes habitualmente se usa para diseñar los informes contables del balance de situación y el de cuenta de pérdidas y ganancias. Se han implementado mejoras en el cálculo de los mismos, además de permitir al usuario el poder:

• Especificar un período de meses desde-hasta.
• Disponer del informe calculado de forma agrupada o desglosada.
• Y si el nivel de desglose es por:
  • Cuenta.
  • Auxiliar.
  • Cuenta y auxiliar.

(VERP-2699)

Objetos nuevos:

• Proyecto de aplicación
  • Rejilla INF_DET_C_MES
  • Proceso INF_C_CAL_2P
  • Constantes MSG_INF_CAL_2P y MSG_INF_CAL_FIN
  • Alternadores INF_DET_C, INF_DET_C_FIN y INF_DET_C_INI
  • Scripts js/interface/comboboxMesTextoCargar.js y js/interface/comboboxMesTextoLeer.js
• Informes personalizables
  • VERP_BAL_SIT_MES (Balance de situación por meses)
  • VERP_CTA_PYG_MES (Cuenta de pérdidas y ganancias por meses)

Objetos eliminados:

• Proyecto de datos
  • Tabla INF_CAL_C
• Proyecto de aplicación
  • Rejilla INF_CAL_C
  • Formularios INF_DET_C y INF_DET_C_PGC
  • Procesos INF_C_SUP_PLU, INF_DET_C_TO_CAL y INF_C_SEL

Objetos modificados:

• Proyecto de datos
  • Tabla ASI_C: modificado contenido inicial #EJE y triggers anterior a un alta y anterior a una modificación.
  • Tabla INF_C: nuevos campos #MES_HAS, #INC_SAL_APE, #CAL y modificado trigger anterior a una baja.
  • Tabla INF_DET_C
  • Tablas SAL_C y SAL_TER_C: se modifican los contenidos iniciales en los que interviene el mes de apertura de la empresa.
  • Proceso ASI_C_REN_NUM_ASI_EJE_3P: se modifica el seteo de FCH_DES y FCH_HAS en la búsqueda, para ajustarlo en casos de ejercicio contable no natural.
• Proyecto de aplicación
  • Rejillas INF_C y INF_DET_C
  • Formulario ASI_C manejador POS_INI inicialización del campo #EJE
  • Formularios INF_C, INF_C_CAL y INF_C_DET
  • Proceso INF_C_CAL
  • Proceso GEN_ASI_CIE_APE_3P (ajustado seteo de la variable local EJE_APE)
  • Alternador INF_C
• Informes personalizables
  • VERP_BAL_SIT (Balance de situación)
  • VERP_CTA_PYG (Cuenta de pérdidas y ganancias)

Contabilidad. En la verificación de asientos no deberían tenerse en cuenta aquellos que tienen serie que no genera registro de IVA.

En el proceso de verificación de asientos contables ASI_C_VRF del proyecto de datos se controla que en caso de que el asiento tenga serie de factura emitida o recibida, la serie no tenga marcado el check de no generar registro de IVA, ya que en caso de que esté activado ese check no se considera un error no tener registro de IVA.

Se ajusta la condición en las siguiente líneas del proceso:

Rem Si el asiento tiene serie de factura emitida y la serie no tiene marcado el check "no generar registro de IVA"

if ((#SER_FAC_EMI) & (!#SER_FAC_EMI.NO_GEN_REG_IVA))

...

Rem Si el asiento tiene serie de factura recibida y la serie no tiene marcado el check "no generar registro de IVA"

if ((#SER_FAC_REC) & (!#SER_FAC_REC.NO_GEN_REG_IVA))

(VERP-2724)

Contabilidad. Al contabilizar facturas desde gestión se generan apuntes sin cuenta contable cuando hay líneas de movimientos que no tienen importe.

En el proceso de contabilización de facturas de venta VTA_FAC_G_CON se añade un control adicional para no permitir generar apuntes sin importe y sin cuenta auxiliar. Sí se permite generar apuntes sin importe pero con una cuenta auxiliar válida.

Para controlarlo se añade al recorrer las líneas de la factura que se controle que hay alguna línea del artículo con precio o importe. Se aplica también la misma lógica al proceso de contabilización de facturas de compra COM_FAC_G_CON.

Cargar plurales ( MOV_G_VTA_FAC )

// Rem ( Se multiparte por artículo )

Multipartir lista ( ART )

Multipartir lista ( REG_IVA_VTA )

// Rem ( Acumulamos el importe por auxiliar de ingreso )

Set ( IMP_ING, 0 )

Set ( HAY_LIN_PRE, 0 )

Set ( HAY_LIN_IMP, 0 )

Recorrer lista solo lectura

Set ( IMP_ING, IMP_ING + choose(IVA_INC = 0, #IMP, choose(#REG_IVA_VTA = "G", round(round(#IMP * (1 - (DTO / 100)), 2) / (1 + ((#VTA_FAC.POR_IVA_GEN + #VTA_FAC.POR_REQ_GEN) / 100)), 2), choose(#REG_IVA_VTA = "R", round(round(#IMP * (1 - (DTO / 100)), 2) / (1 + ((#VTA_FAC.POR_IVA_RED + #VTA_FAC.POR_REQ_RED) / 100)), 2), choose(#REG_IVA_VTA = "S", round(round(#IMP * (1 - (DTO / 100)), 2) / (1 + ((#VTA_FAC.POR_IVA_SUP + #VTA_FAC.POR_REQ_SUP) / 100)), 2), choose(#REG_IVA_VTA = "E", round(round(#IMP * (1 - (DTO / 100)), 2) / (1 + ((#VTA_FAC.POR_IVA_ESP + #VTA_FAC.POR_REQ_ESP) / 100)), 2), choose(#REG_IVA_VTA = "X", round(round(#IMP * (1 - (DTO / 100)), 2) / (1 + ((0) / 100)), 2), 0)))))) )

If ( (!HAY_LIN_PRE) & (#PRE) )

Set ( HAY_LIN_PRE, 1 )

If ( (!HAY_LIN_IMP) & (#IMP) )

Set ( HAY_LIN_IMP, 1 )

...

// Libre

// Rem ( Se controla que solo se genera el apunte contable si hay una cuenta auxiliar válida y hay líneas con precio o importe distinto de cero )

If ( (isEmpty(PGC_ING)=0) & (isEmpty(AUX_ING)=0) & (HAY_LIN_PRE | HAY_LIN_IMP) )

Cargar lista ( APU_C@vERP_2_dat, ASI, ASI, , ,  )

Filtrar lista ( ( #PGC = PGC_ING ) & ( #AUX = AUX_ING ) & ( #REG_IVA = REG_IVA ) & ( #REQ = TIE_REQ ) & ( #RET_ALQ = TIE_RET_ALQ ) & ( #RET_IRP = TIE_RET_IRP ),  )

...

(VERP-2729)

Contabilidad. En rejilla de vencimientos de cobro/pago, el contenido de la columna del cliente/proveedor, en ocasiones, no es correcto si es un vencimiento de cobro/pago a entidades diferentes del cliente/proveedor de la factura.

En la rejilla de vencimientos a cobrar y pagar que se muestra, por ejemplo, en los asientos, el nombre que aparece del cliente o el proveedor es correcto salvo cuando una factura tiene retenciones, ya que en ese caso se generan registros de impuestos a pagar a la Agencia Tributaria, es decir, vencimiento que quedan asignados a la cuenta de mayor 475. Es decir, este caso se produce cuando se genera manualmente un vencimiento contra una cuenta auxiliar que no es la misma que la del cliente o proveedor de la factura.

El problema es que el campo TER de las tablas VTO_COB_C y VTO_PAG_C asumen el valor del tercero en base al cliente o proveedor de la factura. Y el campo que se visualiza en las rejillas es CLT_NOM en los vencimientos a cobrar y PRV_NOM en los vencimientos a pagar, ambos son campos fórmula que antes de la corrección tenían el siguiente contenido inicial:

Campo CLT_NOM en la tabla VTO_COB_C

choose(#TER, #TER.NAME, #AUX.NAME)

‍

Campos PRV_NOM en la tabla VTO_PAG_C

choose(#TER, #TER.NAME, #AUX.NAME)

Se modifica el contenido inicial de estos campos fórmula para que tengan en cuenta que aunque haya tercero asignado, si la cuenta auxiliar del tercero no coincide con la cuenta auxiliar del vencimiento en el nombre se mostrará el nombre de la cuenta auxiliar del vencimiento y no como ahora la del nombre del tercero que era el cliente o proveedor de la factura. Tras la corrección los contenidos iniciales quedan así:

Campo CLT_NOM en la tabla VTO_COB_C

choose(#TER & (#TER.PGC_CLT=#PGC) & (#TER.AUX_CLT=#AUX), #TER.NAME, #AUX.NAME)

‍

Campos PRV_NOM en la tabla VTO_PAG_C

choose(#TER & (#TER.PGC_PRV=#PGC) & (#TER.AUX_PRV=#AUX), #TER.NAME, #AUX.NAME)

(VERP-2730)

Corrección del menú de opciones con opciones de supervisor

Se corrige un error que permitía a todos los usuarios ver opciones de permisos para supervisor. (VERP-2731)

• Cambiado el JavaScript del proceso CFG_BAR_MEN.

// Personalización de la barra de menú

‍

// Se limpia la barra de menú

theMainWindow.clearMenuBar();

‍

// Se añaden las opciones generales comunes para todos los usuarios

theMainWindow.addMenuToMenuBar("velneo_verp_2_app/PRN_APL");

theMainWindow.addMenuToMenuBar("velneo_verp_2_app/PRN_LST");

‍

// El menú de configuración es sólo para usuarios marcados como administradores en la tabla de usuarios de vERP

// Se ha eliminado de esta condición que también lo vean los supervisores del servidor

if (theApp.globalVarToString("velneo_verp_2_dat/USR_ADM") == true)

{

theMainWindow.addMenuToMenuBar("velneo_verp_2_app/PRN_SUP");

}

‍

// Se añaden una opción "..." como punto de inserción

theMainWindow.addMenuToMenuBar("velneo_verp_2_app/PRN_INS");

‍

• Ahora solo los usuario de la tabla de vERP con el booleano de “es administrador” activo ven el menú de configuración.
• En el JS se ha quitado de la condición que los que sean supervisores del servidor no lo vean.
• Cuando se crea una nueva instalación el usuario que se genera por defecto lleva activo el check de “es administrador”.
• En el formulario de configuración del usuario el check de “es administrador” sólo está visible si el usuario es sysIsAdministrator.
• También quien tenga acceso por vDataClient a la instancia de datos, puede ir a la tabla USR_M y marcar el booleano “es administrador” en el registro del usuario.

Contabilidad. No permitir eliminar operaciones de vencimientos a cobrar o pagar con asiento en un período ya cerrado.

En el menú de cobros (vencimientos a cobrar) y pagos (vencimientos a pagar) se ha ampliado el espacio para las fechas de selección desde-hasta que en algunos casos cortaba los números que componen la fecha por falta de espacio.

En los formulario de edición de vencimientos a cobrar VTO_COB_C y de vencimientos a pagar VTO_PAG_C se ha añadido un manejador de evento en el previo del botón eliminar que muestra un mensaje de error (constante ERR_VTO_NO_SUP_OPE - No es posible eliminar el vencimiento ya que tiene operaciones) como aviso al usuario en el caso de que tenga plural de operaciones para informarle del motivo por el que no deja eliminar el vencimiento.

En los formularios de cobros (COB_C) y pagos (PAG_C) se ha añadido en el manejador de evento del botón suprimir el control de que la fecha del asiento de la operación no puede estar fuera del período contable y en caso de que el asiento tenga serie de factura emitida o recibida la fecha contable del asiento no puede estar fuera del período valido de IVA configurado en la empresa. En caso de error se muestra el mensaje correspondiente al usuario. (VERP-2734)

Objetos añadidos en el proyecto de aplicación:

• Constante ERR_COB_NO_SUP
• Constante ERR_PAG_NO_SUP
• Constante ERR_VTO_NO_SUP_OPE

Objetos modificados en el proyecto de aplicación:

• Formulario COB_C
• Formulario PAG_C
• Formulario VTO_COB_C
• Formulario VTO_PAG_C
• Formulario VTO_COB_MEN_C
• Formulario VTO_PAG_MEN_C

Tesorería. En determinadas circunstancias, al generar vencimientos a cobrar o pagar, manualmente en el formulario de apunte, no registra bien la división y empresa en el vencimiento.

Cuando los vencimientos son generados por el usuario manualmente desde el botón cobro o pago del formulario del apunte, si no hay una factura de gestión de compra o venta asociada, se tiene que asumir la división y empresa con la que el usuario está trabajando. (VERP-2772)

Proyecto de aplicación:

• Proceso APU_C_GEN_VTO_COB - Generar vencimientos a cobrar de un apunte. Se ajusta la lógica de relleno del campo #EMP_DIV del vencimiento.
• Proceso APU_C_GEN_VTO_PAG - Generar vencimientos a pagar de un apunte. Se ajusta la lógica de relleno del campo #EMP_DIV del vencimiento.

Proyecto de datos:

• Proceso APU_C_VRF (Verificaciones de apuntes). Se ha añadido la verificación de 4 posibles errores para reforzar la detección de vencimientos con datos de empresa y división incoherentes:
  • Error 11 - La empresa del vencimiento a cobrar no se corresponde con la del asiento.
  • Error 12 - La empresa no se corresponde con la empresa de la división del vencimiento a cobrar.
  • Error 13 - La empresa del vencimiento a pagar no se corresponde con la del asiento.
  • Error 14 - La empresa no se corresponde con la empresa de la división del vencimiento a pagar.

Se ha mejorado el arranque optimizado contemplando dos casos especiales cuando se hereda vERP y se arranca desde un proyecto superior:

1. Si no queremos que haya selección de empresa y pasamos el parámetro EXE_SEL_EMP a 0, es conveniente pasarle el ID de una empresa por defecto en el parámetro EMP_ID_DEF en el proceso ON_INIT_CLIENT del proyecto superior cuando se ejecuta el ON_INIT_CLIENT de vERP. De esta forma podemos asignar una empresa por defecto sin que el usuario tenga que seleccionar ninguna empresa.
2. Se puede configurar que no se cargue la barra de menú gracias a un nuevo parámetro booleano BAR_MEN_OCU que si se pasa con valor 1 evitará que se cargue la barre de menú en base a los permisos del usuario.

(VERP-2779)

Objetos modificados:

• Proceso ON_INIT_CLIENT → Recibe un nuevo parámetro EMP_ID_DEF que pasa al proceso SES_DAT.
• Proceso SES_DAT → Recibe un nuevo parámetro EMP_ID_DEF que pasa al proceso AUTOEXEC.
• Proceso AUTOEXEC → Recibe un nuevo parámetro EMP_ID_DEF que usa en caso de que EXE_SEL_EMP esté a 0, de esta forma asume la empresa por defecto sin requerir selección de empresa al usuario.
• Proceso AUTOEXEC_POS_INI → Recibe un nuevo parámetro booelano BAR_MEN_OCU que si llega a 1 evitar que se ejecute la carga de la barra de menú.
• Proceso AUTOEXEC_PRE_INI → Se controla si recibimos o no valor en el parámetro “registro_EMP_M” para evitar errores de script en la barra de estado.

General. Se elimina el menú de botón de todos los controles de fecha desde y hasta que se utilizaba para selección rangos de fechas debido a la agilidad de la grabación de fechas con teclado.

Se elimina el menú de botón de todos los controles de fecha desde y hasta que se utilizaba para selección rangos de fechas debido a la agilidad de la grabación de fechas con teclado. (VERP-2786)

Objetos eliminados:

• Conexiones de evento:
• PER_1T, PER_2T, PER_3T, PER_4T, PER_ANO_ACT, PER_ANO_ACT_ANT, PER_MES_ACT y PER_MES_ACT_ANT
• Manejadores de evento:
• PER_1T, PER_2T, PER_3T, PER_4T, PER_ANO_ACT, PER_ANO_ACT_ANT, PER_MES_ACT y PER_MES_ACT_ANT
• Menú de botón BTN_PER

Objetos modificados:

• Formularios:
• APU_C_DIA_MEN, APU_C_MAY_MEN, ASI_C_MEN, CBA_CAB_C_MEN, COS_C_MEN, REM_COB_C_MEN, REM_PAG_C_MEN, TRB_C_MEN, VTO_COB_C_MEN, VTO_PAG_C_MEN

API REST. Mejora que permite devolver correctamente los datos de campos de tipo fórmula numérica

Se ha mejora el API REST para que cuando intentamos trabajar con campos de tipo fórmula numérica, el valor retornado no venga con expresión exponencial si no tiene decimales. (VERP-2787)

Objetos modificados

• Scripts
  • api_rest_funciones_v1.js
  • api_rest_funciones_v2.js

Se añaden campos para gestionar la auditoría básica en los registros de las tablas de contabilidad de asientos ASI_C y apuntes APU_C.

Los campos añadidos son los estándar usados en muchas de tablas de vERP: ALT_USR, MOD_USR, ALT_TIM, MOD_TIM, OFF, OFF_USR, TIM_USR.

La información se podrá consultar desde el gestor bbdd. (VERP-2803)

Tesorería. En el formulario de conciliación bancaria, en ocasiones es necesario poder desmarcar el check de duplicado.

Cuando se importan movimientos bancarios del mismo día e importe, por defecto se deja uno cómo válido y los otros se marcan como duplicados. Ahora en el formulario CBA_DET_C se permite desmarcar el check de Duplicado del campo #MD5_DUP y el check de Pendiente del campo #PDT, con lo que se otorga al usuario la posibilidad de usarlos en caso de que sean movimientos bancarios correctos. (VERP-2813)

Objetos modificados:

• Proyecto de aplicación
  • Formulario CBA_DET_C

General. Al realizar un traspaso entre almacenes, el campo FCH_ENT se rellena automáticamente con un día más que el campo FCH_SAL y los movimientos asociados se crean automáticamente con hora currentTime().

Eso provoca que las salidas sean de hoy a la hora actual, y las entradas sean de mañana a la misma hora, por lo que cualquier entrada o salida (compra o venta) entre la hora de hoy y la misma hora de mañana, quedarán en medio alterando el resultado del inventario. (VERP-2821)

Objetos modificados:

• Proyecto de datos
  • Tabla TRA_G: añadido campos de hora de salida y hora de entrada con contenidos iniciales.
  • Tabla MOV_G: modificado contenido inicial del campo hora (#HOR).
• Proyecto de aplicación
  • Formulario TRA_G: se permite el borrado de movimientos del traspaso. Antes daba error por existencia de plurales de movimientos.
  • Formulario TRA_G_DET: añadidos controles de horas, verificaciones en el maneador de evento MOV y modificaciones de campos de tipo hora.

Objetos nuevos:

• Proyecto de aplicación
  • Constantes PRG_TRA_G_SUP, PRG_TRA_G_FCH y MSG_TRA_VER_HOR

Gestión. Nueva funcionalidad Google Document OCR IA para importación automática de facturas de compra.

Permite aplicar IA para ejecutar OCR de lectura de facturas de compra con Google Cloud. (VERP-2871)

Objetos nuevos:

• Proyecto de datos
  • Variables globales GOO_CLO_ACC_TOK, GOO_CLO_PRJ_ID, GOO_CLO_PRO_ID, GOO_CLO_SEC_KEY, GOO_CLO_SEC_KEY_ID y GOO_CLO_SER_ACO_EML
• Proyecto de aplicación
  • Formularios EMP_M_CFG_IA, EMP_M_CFG_IA_OCR_GOO y VAL_ALT_SEL
  • Búsqueda ART_PRV_M
  • Procesos COM_FAC_G_GEN_OCR_IA, GOO_CLO_GEN_GOO_JWT, GOO_CLO_GEN_JWT, GOO_CLO_GET_ACC_TOK, GOO_CLO_IA_PRO_DOC y GOO_CLO_IA_PRO_FOR
  • Funciones GOO_CLO_GEN_GOO_JWT, GOO_CLO_GEN_JWT y GOO_CLO_GET_ACC_TOK
  • Acción COM_FAC_G_OPC_GEN_CON_IA
  • Constantes PRG_GOO_DOC_AI_ART y PRG_GOO_DOC_AI_PRV
  • Scripts
    • Documentos/GoogleCloud/documentIA/generate_google_jwt.js
    • Documentos/GoogleCloud/documentIA/generate_jwt.js
    • Documentos/GoogleCloud/documentIA/get_access_token.js
    • Documentos/GoogleCloud/documentIA/invoice_fields.js
    • Documentos/GoogleCloud/documentIA/process_document.js
    • Documentos/GoogleCloud/documentIA/process_form.js
    • Documentos/GoogleCloud/utils/ajax.js
    • Documentos/GoogleCloud/utils/base64.js
    • Documentos/GoogleCloud/utils/rsa.js
    • Documentos/GoogleCloud/document_ia.js

Objetos modificados:

• Proyecto de datos
  • Tabla EMP_M nuevos campos #GOO_OCR_IA_ACC_TOK, #GOO_OCR_IA_SER_ACC_EML, #GOO_OCR_IA_SEC_KEY_ID, #GOO_OCR_IA_SEC_KEY, #GOO_OCR_IA_PRJ_ID y #GOO_OCR_IA_PRO_ID
  • Tabla ART_PRV_G nuevo índice REF_PRV
• Proyecto de aplicación
  • Formulario COM_FAC_G nueva conexión de evento GEN_CON_OCR y nuevo manejador de evento GEN_OCR_IA
  • Formularios DAT_ALF, DAT_CAN, DAT_FCH, DAT_FCH_FAC y DAT_FCH_NUM_PRV
  • Formulario EMP_M manejador de evento BTN_ACE_PRE se añaden las instrucciones para modificar las variables globales de GOO_CLO
  • Formulario EMP_M_CFG_IA se introduce un SEP separador
  • Proceso AUTOEXEC_PRE_INI se añaden las instrucciones para modificar las variables globales de GOO_CLO
  • Menú COM_FAC_G_BTN_OPC

Contabilidad. Mejora en los procesos de recálculo de saldos acumulados.

Se mejora el procedimiento de recálculo de los saldos acumulados (tablas SAL_C y SAL_TER_C) de manera que pasa a pedirse al usuario el año a calcular. Anteriormente cuando se lanzaba el proceso de recálculo, se recalculaban todos los años. (VERP-2884)

Objetos eliminados:

• Proyecto de datos
  • Procesos SAL_C_CAL_ALL_AUX_4P, SAL_C_CAL_ALL_CCO_4P y SAL_TER_C_CAL_ALL_AUX_4P
  • Constante PRG_SURE
• Proyecto de aplicación
  • Constantes PRG_CAL_SAL_ACU_AUX, PRG_CAL_SAL_ACU_CCO y PRG_CAL_SAL_TER_ACU_AUX

Objetos nuevos:

• Proyecto de datos
  • Constante PRG_AÑO_CAL

Objetos modificados:

• Proyecto de datos
  • Tabla APU_C nuevo índice EMP_AÑO_PGC_AUX
  • Tabla COS_C nuevo índice EMP_AÑO_CCO_AUX
  • Procesos AUX_C_CAL_SAL_ACU, AUX_C_CAL_SAL_ANA_ACU y AUX_C_CAL_SAL_TER_ACU
• Proyecto de aplicación
  • Procesos SAL_C_CAL_ALL_AUX, SAL_C_CAL_ALL_CCO y SAL_TER_C_CAL_ALL_AUX

Gestión. Mostrar recargo de equivalencia del IVA Especial en la pestaña impuestos de los documentos de compra y venta. (VERP-2888)

Objetos modificados:

• Proyecto de aplicación
  • Formularios COM_PED_G_IMP_TOT, COM_ALB_G_IMP_TOT, COM_FAC_G_IMP_TOT, VTA_PRE_G_IMP_TOT, VTA_PED_G_IMP_TOT, VTA_ALB_G_IMP_TOT y VTA_FAC_G_IMP_TOT. En todos se han añadido los controles de edición numérica para los campos #POR_REQ_ESP y #REQ_ESP.

‍

F.A.Q. de la revisión

¿Será compatible la revisión 35.2 con la versión 35.0 y la 35.1?

Las versiones son compatibles, pudiendo conectarse Velneo vClient 35.2 a Velneo vServer 35.0 y 35.1 y viceversa, de todas formas os recomendamos que actualicéis todos los componentes para poder disfrutar de las mejoras de esta nueva revisión.

¿Debo activar de nuevo el servidor tras actualizarlo?

No es necesario. Una vez actualizado reconocerá la activación ya realizada con al versión Velneo 35.0 o 35.1.

Notas de la versión

Por favor, revisa las notas de la versión 35 antes de actualizar desde versiones anteriores a la 35.