Novedades de la versión

A continuación pasamos a comentar las novedades de la versión.

VERP-1002 (implementado en la versión 35.2)

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.

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.

VERP-1994 (resuelto en versión 35.2)

Contabilidad. 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.

Objetos modificados:

  • Proyecto de aplicación

    • Procesos ASI_C_GEN_IVA_REP y ASI_C_GEN_IVA_SOP

VERP-2050 (implementado en versión 35.2)

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.

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

VERP-2131 (resuelto en versión 35.2)

Contabilidad. 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.

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

VERP-2363 (Añadido en la versión 35.2)

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.

Objetos modificados:

  • Proyecto de aplicación vCRM_app

    • Formulario OPO_V_VTA_PRE_BTN_INL

VERP-2387

vCRM. Nueva funcionalidad envío masivo de Whatsapp

Se agrega la posibilidad de enviar una plantilla de Whatsapp a una lista de oportunidades filtradas, ya sean todos los visibles en la rejilla o los seleccionados.

Objetos modificados:

  • Proyecto aplicación

    • Formularios:

      • OPO_V_MEN

      • WHP_VAR_PLA_MSJ_V

    • Procesos

      • GES_V_ACT_VAR_PLA

      • WHP_PLA_MSJ_GET_VAR

  • Proyecto de datos

    • Tablas

      • OPO_V

      • WHP_VAR_PLA_MSJ_V

    • Fichero adjunto

      • mime-types

Objetos nuevos

  • Proyecto aplicación:

    • Rejillas

      • WHP_PLA_MSJ_V_VER

VERP-2389

Contabilidad. Modelos tributarios. Actualización de la plantilla de fichero para el modelo 390 Resumen Anual IVA 2023

Actualización de la estructura de campos de acuerdo al Excel dr390e2023v100 de la AEAT.

Modificada la plantilla de fichero AEAT-390.

VERP-2416 (implementado en versión 35.2)

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.

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

VERP-2426 (implementado en versión 35.2)

General. Log de latencia

Se genera información de eventos de latencia en la caché del cliente.

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

VERP-2427

General. Uso del nuevo objeto Consumo servicio web para conexión con API de Bloomberg

La lectura diaria automatizada de los cambios de divisas se realizaba con la clase vJavaScript XMLHttpRequest para acceder al API de Bloomberg. Se ha sustituido el uso de código Javascript por el nuevo objeto Consumo servicio web.

Objetos nuevos:

  • Proyecto de datos

    • Consumo servicio web TAR_ACT_CHG_DIV_SRV

Objetos modificados:

  • Proyecto de datos

    • Proceso TAR_ACT_CHG_DIV_SRV

Objetos eliminados:

  • Proyecto de datos

    • Proceso TAR_ACT_CHG_DIV_JS

    • Script js > webservices > bloomberg > getCambioDivisas.js

VERP-2437

General. Uso del nuevo objeto Consumo de servicio web para conexión con API de correo transaccional MailJet

Se realizaba con la clase vJavaScript XMLHttpRequest para acceder al API de MailJet. Se ha sustituido el uso de código Javascript por el nuevo objeto Consumo servicio web.

Objetos nuevos:

  • Proyecto de aplicación

    • Consumo servicio web MAIL_JET_ENV_EML

Objetos modificados:

  • Proyecto de aplicación

    • Formularios: EML_ENV y EML_ENV_LOG

Objetos eliminados:

  • Proyecto de aplicación

    • Proceso MAIL_JET_ENV_EML

    • Script email_transaccional/MailJet/mailjet-env-mail.js

    • Carpeta scripts email_transaccional/MailJet

VERP-2472

vCRM: Filtrar formulario de comerciales por empresa en los filtros de Oportunidades

Solamente muestre aquellos que dependan directamente de su jerarquía en el árbol de empresas. En base a la tabla de relación de usuarios y empresas y parámetro de configuración para que se aplique este filtro.

Para que se aplique el filtro debemos acceder a la opción de configuración del CRM y marcar la opción de filtrar comerciales por empresa de acceso. A partir de esta configuración los usuarios al acceder a un filtro de oportunidades solo podrán seleccionar comerciales que tengan acceso a la empresa o delegaciones de la empresa en la que hayan accedido. Por tanto solo podrán ver oportunidades que hayan generado ellos mismos o su jerarquía inferior en el árbol de empresas.

Objetos modificados:

  • Proyecto aplicación

    • Formularios:

      • PAR_GEN

    • Procesos

      • AUTOEXEC

      • MOVIL

      • SO_CHG_EMP_SEL

  • Proyecto de datos

    • Tablas

      • PAR_VZ_V

Objetos nuevos

  • Proyecto aplicación:

    • Rejillas

      • WHP_PLA_MSJ_V_VER

  • Proyecto de datos

    • Variables globales

      • USR_CMR_EMP

    • Procesos

      • SO_CMR_A_MEM

    • Búsquedas

      • EMP_USR

VERP-2474

General. Uso del nuevo objeto Consumo de servicio web para conexión con API de Shopify desde el conector Shopify pedidos

Se realizaba con la clase vJavaScript XMLHttpRequest para acceder al API de Shopify. Se ha sustituido el uso de código Javascript por el nuevo objeto Consumo servicio web.

Objetos nuevos:

  • Proyecto de aplicación

    • Consumo servicio web SHP_CSW

Objetos modificados:

  • Proyecto de aplicación

    • Funciones: ART_SHP, ART_SHP_PRE, ART_SHP_STK, FAM_SHP, FULL_FLL_EVE_SHP, FULL_FLL_SHP y IMP_PED_SHP

Objetos eliminados:

  • Proyecto de datos

    • Proceso XHR

    • Función XHR

    • Script js/webservices/vXmlHttpRequest.js

    • Carpeta scripts js/webservices

VERP-2479

General. Uso del nuevo objeto Consumo de servicio web para conexión con el conector de Shopify pedidos desde Shopify ERP

Se realizaba con la clase vJavaScript XMLHttpRequest para acceder al conector Shopify pedidos. Se ha sustituido el uso de código Javascript por el nuevo objeto Consumo servicio web.

Objetos nuevos:

  • Proyecto de aplicación

    • Consumo servicio web SHP_POST_CSW

Objetos modificados:

  • Proyecto de aplicación

    • Formularios ART_M y FAM_M: manejadores de evento BTN_SUP

    • Formulario VTA_PED_G_ECM: manejadores de evento BTN_FUL_FLL y BTN_FUL_FLL_EVE

    • Procesos: ART_SHP_2P, ART_SHP_PRE_2P, ART_SHP_STK_2P, FAM_SHP_2P y PED_SHP_2P

VERP-2489

General. Cambio en el API de Shopify que afecta al proceso de hacer el fulfillment en el conector de Shopify pedidos

Solución del ecosistema Shopify pedidos. Objetos modificados:

  • Proyecto de aplicación

    • Función FUL_FLL_SHP

VERP-2499

Contabilidad. Ámbito funcional del usuario. Cambiar texto "Renumerar nº de asiento" por "Renumerar nº en diario"

Objetos modificados:

  • Proyecto de aplicación

    • Acciones ASI_C_REN_NUM_ASI y APU_C_ASI_REN_NUM

    • Formulario ASI_C_REN_NUM_ASI

VERP-2506 (implementado en versión 35.2)

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

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

VERP-2523

Gestión. En el formulario de VTA_FAC_G, con la opción de enviar notificación, al seleccionar con doble click la plantilla de email, se edita el maestro de plantilla

Objetos modificados:

  • Proyecto de aplicación

    • Formulario VTA_FAC_G manejador BTN_NOT se cambia la rejilla al seleccionar ficha de la lista (se indica la rejilla EML_PLA_W_SEL)

VERP-2504 (resuelto en la versión 34.2)

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.

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.

VERP-2517 (implementado en versión 35.2)

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.

Objetos modificados:

  • Proyecto de datos

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

VERP-2524

Contabilidad. En los textos de las constantes ERR_REM_SUP_VTO_EST_NO_REM y ERR_VTO_SUP_NO_REM se incluye la secuencia de escape \n cuando debería ser el literal <br>

Objetos modificados:

  • Proyecto de aplicación

    • Constantes ERR_REM_SUP_VTO_EST_NO_REM y ERR_VTO_SUP_NO_REM.

VERP-2525

Contabilidad. Error de asignación de variables en el proceso ASI_C_DUP_3P

En las líneas Set ( REQ, #HAB ) y Set ( FPG, FPG ) debe poner Set ( REQ, #REQ ) y Set ( FPG, #FPG ).

Objetos modificados:

  • Proyecto de aplicación

    • Proceso ASI_C_DUP_3P

VERP-2526

Ecosistema. Módulo móvil de producción

El módulo de producción cuenta desde ahora con más valor al añadir una plantilla de aplicación móvil que facilita el registro de los partes de trabajo incluyendo la mano de obra, materiales y servicios.

Esta plantilla cuenta con un excelente diseño y una gran usabilidad.

La CSS usada en esta aplicación, con sus modos claro y oscuro, es un magnífico ejemplo que puedes usar como plantilla para tus propias aplicaciones móviles.

El rendimiento es espectacular y los usuarios lo notarán desde el primer momento ya que es similar al de una aplicación de escritorio.

La gran ventaja de esta plantilla es que es fácilmente adaptable y convertible en una aplicación móvil para otros usos.

Desarrolla aplicaciones móviles en apenas unas horas usando la nueva plantilla de Velneo vERP.

Objetos modificados:

Proyecto de datos:

  • Tabla EXT_ENT_M_PRO

  • Tabla DES_ORD_FAB_P

  • Tabla DES_PAR_TRA_P

  • Tabla TIP_TRA_PAR_TRA_P

  • Proceso ORD_FAB_GEN_MOV_ENT

  • Proceso PAR_TRA_GEN_MOV_ENT

  • Funcion TIP_TRA_PAR_TRA

Proyecto de aplicación:

  • Formulario COM_ART__M

  • Formulario DES_PAR_TRA_P

  • Formulario ORD_FAB_P

  • Formulario ORD_FAB_P_DAT_CAC

  • Formulario ORD_FAB_P_DAT_MAT

  • Formulario PAR_TRA_P

  • Formulario TIP_TRA_PAR_TRA_P

  • Rejilla avanzada TIP_TRA_M

VERP-2530

General. Gestión documental nuevo proveedor OneDrive

La plantilla Velneo vERP cuenta con una gestión documental que hasta ahora permitía usar como proveedores de almacenamiento a Google Drive, Dropbox y Amazon S3.

Si hablamos de software empresarial, Microsoft es el proveedor líder a nivel mundial.

Velneo vERP añade Microsoft OneDrive, cubriendo de esta forma el soporte para las principales plataformas de almacenamiento en Cloud.

Con una simple configuración a nivel de empresa, y añadiendo la pestaña correspondiente, podrás usar la gestión documental en todos los formularios de tu aplicación.

Prácticamente sin programar, incluye una gestión documental en todas tus aplicaciones heredando Velneo vERP.

Objetos nuevos:

Proyecto de datos

  • Variables globales: DOC_ONE_DRI_ACC_TOK, DOC_ONE_DRI_CLT_ID, DOC_ONE_DRI_CLT_SEC, DOC_ONE_DRI_REF_TOK

  • Imagen DOC_ONE

Proyecto de aplicación

  • Carpeta scripts Documentos/oneDrive

  • Procesos: ONE_DRI_UPL_JS, ONE_DRIVE_SHARE_LINK, ONE_DRI_COP, ONE_DRI_CRE_FOL, ONE_DRI_DEL, ONE_DRI_DOW_JS, ONE_DRI_MOV y ONE_DIR_SEA

  • Funciones: GET_ONE_AUTH_URL, ONE_DRI_ADD_FOL, ONE_DRI_COP, ONE_DRI_DEL, ONE_DRI_DOW, ONE_DRI_GET_SHA_LNK, ONE_DRI_MOV y ONE_DRI_UPL

  • Formularios: EMP_M_CFG_DOC y EMP_M_CFG_DOC_ONE_DRI

Objetos modificados:

Proyecto de datos

  • Tabla EMP_M

  • Tabla estática DOC_PLA

Proyecto de aplicación

  • Formulario DOC_W

    • Modificado manejadores de evento: BTN_EDT, BTN_SUB, BTN_SUP y BTN_VER

    • Añadidas nuevas variables locales: CUR_FOL, ID_CRE y NOM_CAR

  • Formulario DOC_W_EXP

    • Modificado manejadores de evento: ADD_DIR, BUS, CAL_ATR, COP, COR, DEL, DOB_CLI, GET_LNK, IR_INI, PAS, POS_INI, REC y UPL

    • Añadido nuevo manejador de evento LOA_PAT_ONE_DRI

    • Añadida nueva variable local NOM_CAR

    • Modificado contenido del control TXT_PLA

  • Formulario EMP_M

    • Modificado manejador de evento BTN_ACE_PRE

  • Formulario EMP_M_CFG_DOC

    • Modificado controles COM_BOX y SEP (se le añade formulario ONE_DRI)

  • Proceso AUTOEXEC

    • Agregadas instrucciones para guardar en variables globales los datos de la gestión documental

  • Proceso DES_FIC

    • Agregadas instrucciones para contemplar “oneDrive”.

VERP-2537

Contabilidad. Actualización de la plantilla de fichero AEAT Modelo 303. Impuesto sobre el Valor Añadido. Autoliquidación

Actualización de la estructura de campos de acuerdo al Excel DR303e24 del 01/04/2024 de la AEAT.

VERP-2542

Tesorería. Asumir como pagados los pagos remesados

En el proceso de contabilización de una operación de pago, pasa a asumirse que un pago remesado se considera como pagado, con lo que su estado ya no será remesado, sino pagado.

Objetos modificados:

  • Proyecto de aplicación

    • Proceso VTO_PAG_C_OPE_CON

VERP-2549

General. Al desglosar un vencimiento de una factura, la verificación de facturas detecta error en esa factura

Objetos modificados:

  • Proyecto de datos

    • Procesos COM_FAC_G_VRF y VTA_FAC_G_VRF

VERP-2547 (resuelto en versión 34.2)

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.

Objetos modificados:

  • Proyecto datos

    • Proceso ENT_M_ALT_MOD_AUX

VERP-2548 (resuelto en versión 34.2)

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

Los objetos modificado son:

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

VERP-2550

Gestión. Error en la fórmula establecida en la propiedad “Título opcional” del formulario VTA_PED_LIN_G

Objetos modificados:

  • Proyecto de aplicación

    • Formulario VTA_PED_LIN_G en la propiedad "Título opcional" se establece la fórmula "fun:TIT@vERP_2_app.app(getCurrentObjectTableSingleName(), 0)".

VERP-2551 (resuelto en versión 35.2)

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 )

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

VERP-2552

Tesorería. En el manejador PAG de los alternadores VTO_PAG_C y VTO_PAG_C_AUX no se está verificando que haya vencimientos seleccionados

Objetos modificados:

  • Proyecto de aplicación

    • Alternadores VTO_PAG_C y VTO_PAG_C_AUX, manejador PAG

VERP-2553 (implementado en versión 35.2)

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

Objetos modificados:

  • Proyecto de aplicación:

    • Rejilla VTA_PED_LIN_G_SEL.

    • Rejilla VTA_PRE_LIN_G_PED

VERP-2584

General. En ciertas variables globales de la gestión documental, cambiar su persistencia, de disco a memoria

En las siguientes variables globales, se ha cambiado su persistencia, pasando de disco a memoria.

  • DOC_DRO_ACC_TOK

  • DOC_DRO_REF_TOK

  • DOC_G_DRI_CLI_ID

  • DOC_G_DRI_CLI_SEC

  • DOC_G_DRI_ID_CAR

  • DOC_DRO_ULT_TOK_GEN

  • DOC_ONE_DRI_ACC_TOK

  • DOC_ONE_DRI_REF_TOK

  • DOC_ONE_DRI_CLT_ID

  • DOC_ONE_DRI_CLT_SEC

VERP-2589 (resuelto en versión 35.2)

Ecosistema: 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.

Objetos modificados:

  • Proyecto de aplicación

    • Script Firmar/Firma_form.qml

    • Script GPS/gps_osm.qml

VERP-2590 (resuelto en versión 35.2)

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.

Objetos modificados:

  • Proyecto de aplicación

    • Script GPS/gps_osm.qml

VERP-2596 (resuelto en versión 35.2)

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

Objetos modificados

  • Scripts

    • sel_col.qml

VERP-2598 (resuelto en versión 35.2)

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

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

VERP-2603 (resuelto en versión 35.2)

General. Eliminar tablas de extension de la tabla APP_CFG_W (deprecated)

Tablas de extensión eliminadas:

  • EXT_APP_CFG_W y APP_CFG_W_EXT

Proceso actualizado:

  • MIG_31_0

VERP-2604 (resuelto en versión 35.2)

Error en el script de export_rejilla_excel.js por utilizar sentencia "return" fuera de ambito.

Falla en el script de export_rejilla_excel.js debido al control del nuevo motor javaScript. Da error la linea 194 del script ya que se esta utilizando una sentencia "return" en un ámbito no valido.

VERP-2605 (implementado en versión 35.2)

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

Añadida opción para buscar (filtrar) los registros devueltos por una búsqueda o filtrado de oportunidades y contactos. Esta opción ha sido añadida en el menú de tres puntos de ambos formularios. Permitiendo al usuario realizar una búsqueda entre los registros que ha devuelto un filtrado o búsqueda del vCRM.

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 y ENT_M_MEN_OPC

    • Formularios ENT_M_MEN y OPO_V_MEN

VERP-2607 (resuelto en la versión 35.2)

Interfaz: correcciones en CSS.

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-2608 (resuelto en la versión 35.2)

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.

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

VERP-2613 (resuelto en versión 35.2)

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.

Objetos modificados:

  • Proyecto de aplicación

    • Script vTools/listas/export/export_rejilla_excel.js

VERP-2619 (añadido en la versión 35.2)

General. Generación de CSS con IA de OpenAI

Hemos integrado la posibilidad de generar CSS a través de la inteligencia artificial de la mano de OpenAI.

Objetos modificados:

  • Proyecto de datos

    • Tabla APP_CFG_M añadidos nuevos campos IA (IA_CSS_BEA, IA_CSS_ASI_ID y IA_CSS_VEC_STO)

  • Proyecto de aplicación

    • Formulario APP_CFG_W, separador, añadida nueva pestaña IA CSS

    • Menú CSS_W_TLB_MAS añadida acción “Generar con IA”

Objetos nuevos:

  • Proyecto de aplicación

    • Formularios APP_CFG_W_IA_CSS y CSS_W_IA_GEN

    • Proceso GEN_CSS_CON_IA

    • Consumo Servicio Web API_OPEN_AI

    • Acción CSS_W_GEN_CON_IA

    • Constantes: API_OPEN_AI_ASS_URL, API_OPEN_AI_THR_URL, ERR_CSW_OPEN_AI, ERR_IA_CSS_ASI_ID, ERR_IA_CSS_BEA, ERR_IA_CSS_VEC_STO, ERR_ID_CSS, ERR_ID_CSS_EXI y MSG_IA_CSS_ESP

VERP-2624 (modificado en la versión 35.2)

Contabilidad. Modelo 349 operaciones intracomunitarias. Incluir rectificativas

Se modifican y añaden nuevos scripts de cálculo del modelo 349:

  • Nuevos

    • AEAT-349-CAL-DEC-RTF-EMI

    • AEAT-349-CAL-DEC-RTF-REC

    • AEAT-349-CAL-DEC-RTF

  • Modificados

    • AEAT-349-CAL-DEC-EMI

    • AEAT-349-CAL-DEC-REC

Se modifica la plantilla de fichero del modelo 349.

VERP-2628 (nuevo en la versión 35.2)

Nueva funcionalidad del módulo de tesorería: previsión a diferentes plazos

Funcionalidad 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.

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

VERP-2629 (nuevo en la versión 35.2)

Ecosistema. Nuevo módulo de Recursos Humanos.

Incluye 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-2630 (implementado en versión 35.2)

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. Los objetos usados son:

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.

VERP-2632 (resuelto en versión 35.2)

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

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

VERP-2639 (resuelto en la versión 35.2)

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.

Objetos modificados:

  • Proyecto de aplicación

    • Script Documentos/Amazons3.js

VERP-2645 (resuelto en versión 35.2)

General. 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().

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.

VERP-2646 (resuelto en la versión 35.2)

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

Objetos modificados:

  • Proyecto de datos vERP_2_dat

    • Tabla COM_FAC_G modificados eventos Anterior al alta y modificación.

VERP-2648 (añadido en la versión 34.2)

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.

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

VERP-2653 (resuelto en la versión 35.2)

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.

Objetos modificados:

  • Proyecto de datos

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

VERP-2654 (resuelto en la versión 35.2)

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.

Objetos modificados:

  • 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.

VERP-2659 (resuelto en la versión 35.2)

TPV. 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.

Objetos modificados:

  • Proyecto de aplicación;

    • Formulario ART_M: modificado manejador CHG_TPV_VIS que se asocia al Value changed del check TPV.

VERP-2660 (resuelto en la versión 35.2)

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

  • 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

VERP-2677 (añadido en versión 35.2)

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

  • Objetos nuevos:

    • Proyecto de aplicación

      • Proceso ON_INIT_CLIENT

  • Objetos modificados

    • Proyecto de aplicación

      • Marco AUTOEXEC

VERP-2682 (resuelto en la versión 35.2)

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.

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.

VERP-2699 (Implementado en versión 35.2)

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.

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)

VERP-2710 (resuelto en versión 35.2)

Ecosistema: corregido arranque de proyectos del ecosistema por cambios en el arranque de vERP

Se corrije el arranque de diferentes soluciones del ecosistema de vERP derivado de los cambios y mejoras en el arranque del vERP

Soluciones afectadas:

  • Iconos material vERP

  • Iconos material vERP color

  • Numeros serie

  • Produccion

  • Shopify ERP

  • SII

  • Tallas y colores

  • vAgenda

  • vERPLatam

  • vFacturaElectronica_ESP

  • vKanban

  • vMapas

  • vWeb

  • vWooCommerce

  • vTPV

VERP-2724 (resuelto en la versión 35.2)

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

Objetos modificados:

  • Proyecto de aplicación:

    • Proceso ASI_C_VRF.

VERP-2729 (resuelto en la versión 35.2)

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

Objetos modificados:

  • Proyecto de aplicación:

    • Procesos:

      • VTA_FAC_G_CON.

      • COM_FAC_G_CON.

VERP-2730 (resuelto en la versión 35.2)

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-2731 (resuelto en la versión 35.2)

General. Resuelta incidencia que provocaba que se mostrase el menú con opciones de supervisor a todos los usuarios de algunas aplicaciones.

Objetos modificados:

  • Proyecto de aplicación:

    • Proceso CFG_BAR_MEN.

VERP-2734 (resuelto en la versión 35.2)

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.

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

VERP-2772 (resuelto en versión 35.2)

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.

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.

VERP-2779 (implementado en versión 35.2)

General. 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.

Objetos modificados:

  • Proyecto de aplicación:

    • 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.

VERP-2786 (implementado en versión 35.2)

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.

Objetos eliminados:

  • Proyecto de aplicación:

    • Conexiones de evento:

      • PER_1T

      • PER_2T

      • PER_3T

      • PER_4T

      • PER_ANO_ACT

      • PER_ANO_ACT_ANT

      • PER_MES_ACT

      • 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

      • PER_MES_ACT_ANT

    • Menú de botón BTN_PER.

Objetos modificados:

  • Proyecto de aplicación:

    • 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

VERP-2787 (resuelto en versión 35.2)

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.

Objetos modificados

  • Scripts

    • api_rest_funciones_v1.js

    • api_rest_funciones_v2.js

VERP-2795 (implementado en versión 35.2)

General. En Javascript, cuando se graban registros en tablas en memoria ya no es necesario generar transacción.

Se revisan todas las tablas en memoria de vERP para quitar de los scripts la creación de transacción, que además de no ser necesaria, podía generar problemas en algunas circunstancias. Desde la revisión 35.2 ya no se requiere en Javascript la creación de una transacción para grabar registros en tablas en memoria.

Tablas revisadas: AGB_PRO_C, API_CTR_W, DOC_COL_W, DOC_EXP_W, FAC_LIN_TMP_T, FIC, IMP_FUN_ALF, LOG_SES_W, MEM_T, PRS_CTR_W, PRS_MEN_MEM_W, PRS_OBJ_MEM_W, TMP_BUS_MEM y TYC_MEM.

Objetos modificados:

  • Proyecto de aplicación

    • Script Agregador bancario → Afterbanks → aft_get_pro.js

    • Formulario API_SEG_W → Manejador de evento CAR_SUB_OBJ

    • Script Documentos → AmazonS3.js

    • Script Documentos → Dropbox.js

    • Script Documentos → GoogleDrive.js

    • Script Documentos → oneDrive.js

    • Formulario LUC_W → Manejador de evento LUC_TO_LOG_SES

    • Formulario PRS_OBJ_W → Manejador de evento CAR_CTL

VERP-2803 (implementado en versión 35.2)

Contabilidad. 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 de base de datos.

VERP-2813 (implementado en versión 35.2)

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.

Objetos modificados:

  • Proyecto de aplicación

    • Formulario CBA_DET_C

VERP-2821 (resuelto en versión 35.2)

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.

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

VERP-2867 (implementado en versión 35.2)

Contabilidad. Impresión de balances. Ajustes para contemplar ejercicio no natural

En VERP - 2654 se llevaron a término las modificaciones, ajustes y correcciones necesarias para que vERP soporte correctamente ejercicios no naturales. A raíz de todo ello se ha hecho necesario implementar toda esta serie de ajustes.

Objetos nuevos:

  • Proyecto de aplicación

    • Script js/interface/comboboxMesTextoGetTxt.js

    • Constante MSG_PRT_DSD_FRM_MEN

Objetos modificados:

  • Proyecto de aplicación

    • Formulario INF_C: nuevas variables locales PAR_INF, MES_HAS_TXT y MES_TXT. Modificado manejador INF_DEF_W_PRT

    • Formulario SAL_C_MEN: nuevas variables locales MES_TXT, PGC_DES y PGC_HAS. Nuevo botón BTN_PAR_INF. Nuevo manejador PAR_INF. Modificado manejador BUS.

    • Formulario SAL_C_ANA_MEN: nuevas variables locales MES_TXT, PGC_DES y PGC_HAS. Nuevo botón BTN_PAR_INF. Nuevo manejador PAR_INF. Modificado manejador BUS.

    • Formulario SAL_C_MEN_TER: nuevas variables locales MES_TXT, PGC_DES y PGC_HAS. Nuevo botón BTN_PAR_INF. Nuevo manejador PAR_INF. Modificado manejador BUS.

    • Alternador SAL_C: nuevas variables locales AÑO, MES_TXT, PAR_INF, PGC_DES, PGC_HAS y SIN_ACU. Nuevo manejador BTN_PAR_INF. Modificado manejador INF_DEF_W_PRT.

    • Alternador SAL_C_ANA: nuevas variables locales AÑO, MES_TXT, PAR_INF, PGC_DES y PGC_HAS. Nuevo manejador BTN_PAR_INF. Modificado manejador INF_DEF_W_PRT.

    • Alternador SAL_TER_C: nuevas variables locales AÑO, MES_TXT, PAR_INF, PGC_DES y PGC_HAS. Nuevo manejador BTN_PAR_INF. Modificado manejador INF_DEF_W_PRT.

  • Informes personalizables

    • VERP_BAL_SIT

    • VERP_BAL_SIT_MES

    • VERP_CTA_PYG

    • VERP_CTA_PYG_MES

    • VERP_SAL_C_BSS_AUX

    • VERP_SAL_C_BSS_COM

    • VERP_SAL_C_BSS_PGC

    • VERP_SAL_TER_C_BSS_AUX

    • VERP_SAL_TER_C_BSS_COM

    • VERP_SAL_TER_C_BSS_PGC

    • VERP_SAL_C_ANL_BSS

VERP-2871 (implementado en versión 35.2)

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.

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

VERP-2884 ( implementado en versión 35.2)

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.

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

VERP-2888 (implementado en versión 35.2)

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

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.

Última actualización

¿Te fue útil?