Comment on page
Novedades de la versión
A continuación pasamos a comentar las novedades de la versión.
Ahora es posible mostrar en Swagger los procesos “sin tabla” marcando el check “Todos los procesos” de igual forma con las búsquedas.
Objetos modificados:
- Proceso JavaSript api_rest_funciones_v1.js
Objetos modificados
- Formulario PRS_MEN_W, manejador de eventos BTN_ACE_PRO
Hemos adaptado la documentación del API Rest de Velneo con la nueva interfaz de Swagger.
Además de varias ventajas de la nueva interfaz, hemos aportado una serie de mejoras y nuevas funcionalidades que detallamos a continuación:
Doble factor de validación
Tras mostrarse la interfaz de Swagger, es necesario conocer el nombre de la API y asignarla a la variable “api_name”. Una vez comprobada su validez, se mostrarán los recursos disponibles y será necesaria la validación del “api_key” para usarlos.
Información del API Rest configurable
Los textos que se muestran en la pantalla inicial del API Rest, son obtenidos de la pestaña “Comentarios” del proyecto.
Una vez validado con un api_name, la información será sustituida por la que exista en las observaciones de la tabla del API.
Información de las tablas configurable
La información adicional mostrada en las tablas, procesos y/o búsquedas es obtenida desde el campo “Comentarios” de cada tabla.
Métodos append, cross y delete para los filtros
Hemos modificado el comportamiento del filtrado para que por defecto, realice un {cross} (cruce de registros). Por ejemplo, si filtramos por los artículos que contengan la palabra “cámara” y como segundo filtro le asignamos que la familia sea “A01”, nos devolverá las cámaras cuya familia sea A01.
Hemos añadido el método {add} para que en el mismo ejemplo sume los registros que contengan la palabra cámara a los que contengan la familia A01.
Hemos añadido el método {delete} para que en el mismo ejemplo quite los registros que contengan la familia A01 dejando solo los que contengan la palabra “cámara” y no sean de la familia A01.
Agrupamiento de recursos por tags
Todos los recursos mostrados por el API Rest (tablas con sus métodos, procesos y búsquedas) son agrupados por nombre de tabla y pueden mostrarse y/o ocultarse.
Mejoras de interfaz
La nueva interfaz permite añadir mediante botones más usables los parámetros de búsqueda, nuevos botones para copiar la llamada y la respuesta del API, …
Mejoras del API
Hemos mejorado varias peticiones mencionadas en otras incidencias anteriores y se han optimizado llamadas, funciones y parametrizado las respuestas de error.
Objetos modificados:
-Ficheros swagger.js, v1.js y api_rest_funciones_v1.js
-Tabla API_KEY_W. Modificado el índice NOM como clave única.
Hemos revisado todos los mensajes de error para que devuelvan la información en JSON.
Objetos modificados:
- Proceso JavaScript v1.js
Se han optimizados los procesos de contabilización de facturas de venta y compra, tanto desde ficha como lista, para realizar los procesos en tercer plano.
Objetos modificados:
- Formulario VTA_FAC_G_ASI y COM_FAC_G_ASI. Manejador de evento BTN_CON
- Alternador de lista VTA_FAC_G y COM_FAC_G. Manejador de evento CON
- Procesos:
- VTA_FAC_G_LST_CON
- COM_FAC_G_CON_LST
- VTA_FAC_G_CON
- COM_FAC_G_CON
- ASI_C_VRF
- ASI_C_GEN_IVA_REP
- ASI_C_GEN_IVA_SOP
Objetos eliminados
- Procesos eliminados porque no se usan:
- Eliminado ASI_C_GEN_IVA_REP_3P
- Eliminado ASI_C_GEN_IVA_SOP_3P
- Eliminado ASI_C_COP
Hemos añadido la posibilidad de pasar el api_key por cabeceras según las necesidades de cada API, añadiendo al setHeader “Access-Control-Expose-Headers:X-API-Key"
Procesos modificados:
- Proceso JavaScript v1.js
- Proyecto de datos
- Tablas
- APP_CFG_W
- USR_M
- COM_FAC_G
- VTA_FAC_G
- Proyecto aplicación
- Formularios
- USR_M_CFG
- APP_CFG_W_DAT
- APP_CFG_W_OPT
- COM_PED_G_MEN
- VTA_PED_G_MEN
- VTO_PAG_C_MEN
- VTO_COB_C_MEN
- Procesos
- CTL_CHG_VER
- Marco
- AUTOEXEC
Objetos nuevos
- Proyecto de datos
- Tablas
- EST_TRB_G
- EST_COB_PAG_T
- Tablas estáticas
- PER_E
- Funciones
- EST_TRB_ALT
- EST_COB_PAG_ALT
- Procesos
- MIG_29_1
- Iconos
- DSH_G
- Proyecto de aplicación
- Formularios
- DSH_G
- DSH_G_PEQ_GEN
- DSH_G_PEQ_COM
- DSH_G_GRD_GEN
- DSH_G_GRD_COM
- DSH_G_TOP_VTA_CLT
- DSH_G_TOP_VTA_ART
- DSH_G_TOP_VTA_CMR
- DSH_G_TOP_COM_PRV
- DSH_G_RES
- DSH_G_VTA_PED_PDT
- DSH_G_COM_PED_PDT
- DSH_G_COB_PAG
- DSH_G_VAC
- Procesos
- EST_CLT_G_EJE_LST_VAC
- EST_CLT_G_EJE_3P
- EST_ART_G_EJE_LST_VAC
- EST_ART_G_EJE_3P
- EST_CMR_G_EJE_LST_VAC
- EST_CMR_G_EJE_3P
- EST_PRV_G_EJE_LST_VAC
- EST_PRV_G_EJE_3P
- EST_EJE_G_EJE_LST_VAC
- EST_EJE_G_EJE_3P
- EST_VTA_PED_PDT_EJE_LST_VAC
- EST_VTA_PED_PDT_EJE_3P
- EST_COM_PED_PDT_LST_VAC
- EST_COM_PED_PDT_3P
- EST_COB_PAG_G_LST_VAC
- EST_COB_PAG_G_3P
- Acciones
- DSH_G
- EST_TRB_G_INS_TAB
- EST_TRB_G_INS
- Alternadores de lista
- EST_TRB_G
- EST_TRB_G__INI
- EST_TRB_G_FIN
- Rejillas
- EST_TRB_G
- Rejillas Avanzadas
- EST_TRB_G
- Toolbars
- EST_TRB_G
- Cestas
- COM_PED_G
- VTO_PAG_C
- VTO_COB_C
- Gráficos
- EST_ART_G_EJE_TAR
- EST_CLT_G_EJE_TAR
- EST_CMR_G_EJE_TAR
- EST_EJE_RES
- EST_PRV_G_EJE_TAR
- EST_COB_PAG_G
- VTA_PED_G
- COM_PED_G
Hemos mejorado la gestión de objetos “undefined” para optimizar las comunicaciones y retornos de objetos en los casos donde la lista mostraba este error en vAdmin.
Objetos modificados:
- Proceso JavaScript v1.js
Según el manual SEPA, si no envías este flag, se aplicaría el acuerdo que cada cliente tenga con su banco. Si han acordado desglosado o junto, se debería aplicar de forma automática.
Algunos bancos si no le envías esta etiqueta siempre lo ponen como agrupado.
Hemos integrado esta etiqueta para que desglosen las remesas en el extracto según se tenga configurado.
En el XML funciona así:
No se envía el flag = se aplica el acuerdo SEGUN CONTRATO = valor 2 en el campo
Se envía el flag a true = AGRUPA LA REMESA EN EXTRACTO en 1 único apunte = valor 1 en nuestro campo
Se envía el flag a false = DESGLOSAR REMESA EN EXTRACTO por cada pago = valor 0 en nuestro campo
Objetos modificados
- Tabla AUX_C_BCO: Se añade el campo BCO_DES_REM
- Formulario AUX_C_BCO: Se añaden los controles correspondientes.
- Proceso: REM_PAG_C_GEN_FIC_SEP se añada la etiqueta <BtchBookg> en los datos del bloque información del pago.
Se impide la grabación de costes desde le rejilla del menú general de costes quedando esta opción disponible sólo desde los apuntes.
Objetos modificados
- Rejilla COS_C
- Rejillas avanzada COS_C
- Alternador COS_C
Objetos nuevos
- Formulario COS_C_EDT
- Toolbar COS_C_SIN_ALT
Se ha añadido el soporte de contabilización de facturas recibidas con inversión de sujeto pasivo.
El sistema aplicado es muy similar al utilizado con las facturas intracomunitarias. Es decir, una vez grabada la factura de compras (sin IVA), a la hora de generar el asiento contable y los registros de facturas (IVA) se generan dos registros uno de IVA soportado (compras) y otro de IVA repercutido (ventas) que se compensan.
Es necesario configurar las series de IVA de compras que estará configurada con tipo de IVA deducible (A - Op. no sujetas o con inv. sujeto pasivo con derecho a deducción (Art. 84)) y la de ventas configurada con el tipo de IVA devengado (A - Op. no sujetas o con inv. sujeto pasivo con derecho a deducción (Art. 84)). Así mismo en la serie de compras se configurará como serie de autofacturas la correspondiente de ventas.
También hemos añadido en las series el campo Régimen de IVA que permita asignar el que se aplicará en la generación automática de los registros de IVA soportado y repercutido. Por defecto, si no hay un régimen asignado se asumirá que el general.
Objetos modificados
- Tabla estática TIP_IVA_DED_C. Añadido el valor A “Op. no sujetas o con inv. sujeto pasivo con derecho a deducción (Art. 84)”.
- Tabla estática TIP_IVA_DEV_C. Añadido el valor A “Op. no sujetas o con inv. sujeto pasivo con derecho a deducción (Art. 84)”.
- Se han actualizado los scripts para el cálculo del modelo 347, AEAT-347-CAL-DEC-EMI y AEAT-347-CAL-DEC-REC para contemplar la declaración de las series de facturas de ISP (Inversión de sujeto pasivo).
- Tabla SER_C. Se aprovecha el campo SER_AUT_FAC_INT respetando su identificador pero cambiando el nombre del que se quita la palabra intracomunitaria para que sea genérico para cualquier autofactura, y se añade un comentario para explicar el cambio, ya que ahora servirá también para ISP.
- Tabla EMP_M se añaden los campos punteros a PGC y AUX para las cuentas de IVA de ISP soportado y repercutido de los tipos de IVA general, reducido, súper reducido y especial.
- Formulario SER_M_DAT con los cambios de condiciones para que sirvan tanto para intracomunitarias como para ISP y se añade el campo régimen de IVA.
- Se elimina el formulario EMP_M_CFG_CON_CTA_IVA y en su lugar se generan 2: EMP_M_CFG_CON_CTA_IVA_REP y EMP_M_CFG_CON_CTA_IVA_SOP para que no sean demasiado grandes y tener las cuentas de IVA repercutido normales e ISP en uno y las de IVA soportado en otro.
- Proceso COM_FAC_G_CON que tiene en cuenta la nueva configuración de las series para aplicar el mismo criterio de las intracomunitarias para las facturas de ISP, teniendo en cuenta algunas particularidades en la cuenta de IVA a aplicar que difiere en el caso de ISP, y el uso del nuevo campo régimen de IVA para determinar el porcentaje de IVA a aplicar.
Estos procesos de migración antiguos quedaban obsoletos incluso por la eliminación de objetos que usaban.
Detalles en el soporte 88575
Objetos modificados:
Procesos: FAC_EMI_C_SII_GEN_XML y FAC_REC_C_SII_GEN_XML
Se modifica el sistema de importación/exportación de JSON para evitar el uso del nro de versión, de esta manera facilitar el uso de los ficheros de cualquier versión superior
Objetos modificados
- Proyecto de aplicación
- Alternador de vista
- API_KEY_W
- AUX_C
- AYU_W
- BCO_C
- CBA_CNC_C
- CSS_INC_W
- CSS_INC_W_DES
- CSS_W
- DIS_INF_C
- DIV_M
- DOC_TIP_M
- EML_PLA_W
- FPG_M
- INF_DEF_W
- MON_M
- PAI_M
- PGC_C
- PLA_ASI_C
- PLF_W
- PLF_W_MEN
- PRM_DIC_W
- PRS_MEN_W
- PRS_OBJ_W
- REM_NOR_C
- SCR_INC_W
- SCR_INC_W_DES
- SCR_W
- SER_M
- TEM_W
- Multi-vista
- PGC_C
- Procesos
- DES_DAT_JSO
- GEN_DAT_TAB
- Proyecto de datos
- Script
- js/database/velneoExportarJSON.js
A partir de esta versión ya es posible quitar listas filtradas además de cruzarlas.
Actualmente, para cruzar una lista desde el API había que introducir un “-” en el filtro para cruzar, ahora, si queremos quitar una lista, debemos añadir el caracter “¬” (ALTGR + 6).
Se ha corregio que al crear/modificar un contacto que tiene una imagen guardada, genera un error y falla en el código JavaScript que convierte el registro en curso en un JSON. Ya que el procedimiento es disparado mediante el comando "Ejecutar script" y el mismo hace uso de la case VByteArray para capturar la imagen.
Objetos nuevos
- Proyecto de datos
- Proceso REG_TO_REG_JSN
Objetos modificados
- Proyecto de datos
- Tabla ENT_M
Ahora los procesos accesibles web por método POST, ya aparecen documentados en el Swagger.
Objetos modificados:
- Proceso JavaScript swagger.js
En tiempo de ejecución, no se visualiza correctamente el campo para digitar el código postal en el formulario de órganos. Adicionalmente, se valida que la direccion dispuesta para facturar electrónicamente, no supere los 80 caracteres como máximo. De igual manera, se establece como unidad por defecto el código 01 equivalente a "Unidad"
Objetos modificados
- Proyecto de aplicación
- Formulario ORG_FAE_M
- Formulario VTA_FAC_G_FE_DAT_2
- Proyecto de datos
- Proceso VTA_FAC_G_GEN_XML
Los texto que describen el tipo de apunte que estamos realizando (Ingreso o egreso) están invertidos en base a la operación de suma o resta que realiza.
Objetos modificados
- Proyecto de aplicación
- Formulario QML APT_CAJ_T
Objetos modificados
Proceso: ENT_M_ALT_MOD_AUX
Hemos eliminado los scripts para el control de vista única de los formularios menús de búsqueda y de edición de ficha de todas las tablas de la aplicación. Lo hemos sustituido por el nuevo estilo Vista única
Objetos modificados:
Cambios realizados:
- Eliminada llamada a script (CurrentProject)/js/interface/activarVista.js de manejador PRE_INI
- Eliminada variable local VIS_ACT (Vista activa)
- Eliminado manejador PRE_INI (si no incluye más código que el control de vista activa)
- Eliminada conexión de manejador de evento PRE_INI (si se ha eliminado manejador PRE_INI)
- Eliminar manejador ACT_VIS si existe en el formulario (formulario FIC_W_MEN, PLF_W_MEN)
- Activado estilo Vista única, a los siguientes formularios:
- ALM_M_MEN
- API_KEY_W_MEN
- APU_C_DIA_MEN
- APU_C_MAY_MEN
- ART_M_MEN
- ASI_C_MEN
- AUX_C_MEN
- AYU_W_KEY
- AYU_W_MEN
- AYU_W_MEN_USR
- AYU_W_TUT_FUN_BAS
- BCO_C_MEN
- CBA_CAB_C_AGB
- CBA_CAB_C_MEN
- CBA_CNC_C_MEN
- CCO_C_MEN
- CLF_M_MEN
- CNC_C_MEN
- COM_ALB_G_MEN
- COM_FAC_G_MEN
- COM_PED_G_MEN
- COS_C_MEN
- CSS_W_MEN
- CTT_M_MEN
- CTT_TIP_M_MEN
- DCK_VRF
- DIR_M_MEN
- DIS_INF_C_MEN
- DOC_TIP_M_MEN
- DOC_W_MEN
- EJE_C_MEN
- EML_ACH_TIP_W_MEN
- EML_ACH_W_MEN
- EML_CTA_W_MEN
- EML_PLA_W_MEN
- EML_SRV_W_MEN
- EML_W_MEN
- EMP_M_MEN
- ENT_M_MEN
- ENT_M_MEN_ALM
- ENT_M_MEN_CLT
- ENT_M_MEN_CMR
- ENT_M_MEN_PRV
- EXF_C_MEN
- FAC_EMI_C_MEN
- FAC_REC_C_MEN
- FAM_M_MEN
- FIC_W_MEN
- FPG_M_MEN
- IDI_M_MEN
- IMP_FIC_MEN
- INF_C_MEN
- INF_DEF_W_MEN
- INI_ERP
- INM_C_MEN
- INV_VAL_G_MEN
- MON_M_MEN
- MOV_G_MEN
- PAI_M_MEN
- PGC_C_MEN
- PLA_ASI_C_MEN
- PLF_W_MEN
- PRE_C_MEN
- PRE_DES_C_MEN
- PRM_DIC_W_MEN
- PRO_M_MEN
- PRS_MEN_W_MEN
- PRS_OBJ_W_MEN
- REL_TIP_M_MEN
- REM_COB_C_MEN
- REM_NOR_C_MEN
- REM_PAG_C_MEN
- SAL_C_ANA_MEN
- SAL_C_MEN
- SAL_C_MEN_TER
- SCR_W_MEN
- SER_M_MEN
- TEM_W_MEN
- TRA_G_MEN
- TRB_C_MEN
- TUR_T_MEN
- USR_GRP_M_MEN
- USR_M_MEN
- VTA_ALB_G_MEN
- VTA_FAC_G_MEN
- VTA_PED_G_MEN
- VTA_PRE_G_MEN
- VTA_TAR_ART_G_MEN
- VTA_TAR_CLI_G_MEN
- VTA_TAR_G_MEN
- VTO_COB_C_MEN
- VTO_PAG_C_MEN
- Eliminada llamada a script (CurrentProject)/js/interface/activarFormularioRegistro.js de manejador PRE_INI
- Eliminada variable local FRM_REG_ACT (Formulario con registro activo)
- Eliminar manejador ACT_FRM_REG si existe en el formulario:
- FIC_W
- PLF_VIS_MOD_W
- PLF_W
- PLF_W_VIS_DAT
- PLF_W_VIS_DAT_FAC_EMI
- PLF_W_VIS_DAT_FAC_REC
- Activado estilo Vista única a los siguientes formularios:
- ALM_M
- API_KEY_W
- APP_CFG_W
- ART_M
- ART_PRV_G
- ASI_C
- AYU_W
- CBA_CAB_C
- CBA_DET_C
- CLF_M
- COM_ALB_G
- COM_FAC_G
- COM_PED_G
- CSS_W
- CTT_TIP_M
- DIS_INF_C
- DIV_COT_M
- DIV_M
- DOC_TIP_M
- DOC_W
- EJE_C
- EML_ACH_TIP_W
- EML_ACH_W
- EML_CTA_W
- EML_PLA_W
- EML_SRV_W
- EML_W
- EMP_M
- ENT_M
- EXF_C
- EXS_G
- FAC_EMI_C
- FAC_REC_C
- FAM_M
- FIC_W
- IDI_M
- IMP_FIC
- IMP_FIC_CAM
- INF_C
- INF_DEF_W
- INM_C
- LOG_TRN_W
- LUC_W
- MON_M
- PAI_M
- PGC_C
- PLA_ASI_C
- PLF_VIS_MOD_W
- PLF_W
- PLF_W_VIS_DAT
- PLF_W_VIS_DAT_FAC_EMI
- PLF_W_VIS_DAT_FAC_REC
- PRM_DIC_W
- PRM_W
- PRO_M
- PRS_MEN_W
- REL_TIP_M
- REM_COB_C
- REM_PAG_C
- SCR_W
- SER_M
- TEM_W
- TRA_G
- TUR_T
- USR_GRP_M
- USR_M
- VTA_ALB_G
- VTA_FAC_G
- VTA_PED_G
- VTA_PRE_G
- VTO_COB_C
- VTO_PAG_C
Objetos eliminados:
- Proceso ACT_VIS
- Script activarVista.js , velneoActivarVista.js y activarFormularioRegistro.js
Aplicar el nuevo parámetro Disparar objeto en vista en los objetos necesarios. Sustituir el script abrirVista.js y todos los procesos donde se usa por la nueva funcionalidad.
Objetos eliminados:
Proceso LOG_SES_W_EXE_VIS y LUC_W_EXE_VIS (ejecutan el mismo script que ABR_VIS)
Objetos modificados:
Formularios:
VRF
- Creado manejador para abrir formularios
- Modificados manejadores de botones para ejecutar el manejador de abrir formulario.
COS_C_CAL_REP
- Manejador BTN_ACE (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador COS_C)
Alternador
COM_ALB_G
- Manejador GEN_FAC (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador COM_FAC_G)
COM_FAC_G
- Manejador CON (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador COM_FAC_G)
COM_PED_G
- Manejador GEN_ALB (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador COM_ALB_G)
- Manejador GEN_FAC (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador COM_FAC_G)
VTA_ALB_G
- Manejadror GEN_FAC (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador VTA_FAC_G)
VTA_PED_G
- Manejador GEN_ALB (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador VTA_ALB_G)
- Manejador GEN_FAC (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador VTA_FAC_G)
VTA_FAC_G
- Manejador EML (Sustituida la llamada al proceso ABR_VIS por una llamada directa al objeto de lista de email EML_W
- Manejador CON (Sustituida la llamada al proceso VER_LST_VIS por una llamada directa al objeto de lista alternador VTA_FAC_G)
Rejilla
LOG_SES_W
- Sustituida la llamada al proceso LOG_SES_W_EXE_VIS por llamada al proceso ABR_VIS
Esto no solo mejora la programación al ser nativo, sino que además mejora el rendimiento al no tener que crearse un motor de ejecución de JavaScript al abrirse el formulario.
Objetos modificados
- 112 formularios principales de edición de registros que en el control TXT_TIT usaban el script theRegister.tableInfo().singleName(); ahora usan la nueva función de fórmula getCurrentObjectTableSingleName()
- 83 formularios de menú ahora en el control TXT_TIT en lugar de ser de tipo nombre campo y recibir el contenido en el manejador POS_INI ejecutando el filescript cambiarTituloFormulario.js, ahora el control es de tipo texto estático y su contenido utiliza la nueva función de fórmula getCurrentObjectName()
Se ha sustituido la funcionalidad de actualización de conversión de divisas Cambio.Today por el API de Bloomberg porque desde hace algún tiempo Cambio.Today no actualizaba su información.
Objetos eliminados
Todos los objetos relacionados con Cambio.Today. Esos objetos tenían el prefijo y/o el sufijo VCT_ del proyecto de aplicación y proyecto de datos. Incluído la carpeta de scripts vCT
Objetos modificados
- Eliminadas de las variables globales el prefijo VCT_ en aquellas que comenzaban por VCT_
- Modificado el informe el informe Factura de venta Dolar (USA) cuyo identificador es VRP_VTA_FAC_DOC_USD para que haga referencia en sus controles a la función modificada.
- Modificados objetos que tenían el prefijo y/o el sufijo VCT_ y se han cambiado por BLB_
- Modificada la longitud del campo que contiene el api key de Bloomber en la tabla APP_CFG_W debido a que la longitud del api key es mayor en Bloomberg.
- Adaptado el formulario APP_CFG_W_BLB al contenido de Bloomberg para su configuración.
Objetos añadidos
- Añadida carpeta Bloomberg en el proyecto de datos carpeta Recursos/Bloomberg con funciones y procesos.
- Añadida la carpeta de scripts Bloomberg en el proyecto de datos.
Es necesario la adquisición de una api key para el funcionamiento de Bloomberg en vERP. Puedes conseguirla gratis con un número de peticiones limitadas en la siguiente URL:
Para la actualización diaria de las cotizaciones de las monedas configuradas como actualizables, se dispone de un proceso en el proyecto de datos que debes de ejecutar mediante una tarea con ejecución diaria en el servidor.
Este proceso se llama: TAR_ACT_CHG_DIV_SRV (Tarea: Actualizar cambios de divisas)
Debemos de tener configuradas al menos dos monedas con el check ‘Importar divisas’. Por ejemplo EUR y USD.
Al momento de generar el XML de la factura de venta, ahora se está enviando el valor correcto en el órgano contable del cliente.
Objetos modificados
- Proyecto de datos
- Proceso VTA_FAC_G_GEN_XML
En el formulario de compras se comprueba que el estado de la factura no está conformada pero se mostraba un mensaje erróneo:
Esta prefactura no está facturada y no se puede abonar
En la acción del menú de compras Abonar factura seleccionada no se comprobaba que la factura estuviese previamente conformada.
Objetos creados
- Constante: ERR_ABO_FAC_SIN_COF con el texto No se permite abonar una factura sin conformar
Objetos modificados
- Proceso: COM_FAC_G_ABO
- Alternador: COM_FAC_G, manejador de eventos ABO
Se ha corregido para que guarda la empresa en curso en el pedido de venta generado cuando se ingresa desde el marco para la versión móvil y la empresa del usuario es una sola.
Objetos modificados
- Proyecto de aplicación
- Proceso AUTOEXEC_MOV
Cuando se genera el XML y si la factura tiene 1 único vencimiento a cobrar, y este mismo tiene como días de vencimiento igual a 0, se considera contado, en caso contrario, se toma como crédito.
Objetos modificados
- Proyecto de datos