Novedades de la versión
A continuación pasamos a comentar las novedades de la versión.
Hemos añadido la posibilidad de exportar e importar los registros declarados en la seguridad del API KEY .
Objetos añadidos
Toobars: API_KEY_W_TLB_MAS
Objetos modificados
Alternador: API_KEY_W
Toolbars: API_KEY_W
Cuando se enviaba información en formato json desde SAP al API Rest de Velneo el json recibido no era validado por la función api_rest_funciones_v1.js y retornaba como respuesta que "El objeto JSON recibido en el body de la petición no es válido".
Objetos modificados
Scripts: api_rest_funciones_v1.js
Se ha procedido a modificar la función a la altura de la línea 122 con el siguiente código javascript:
// Leemos el body del POSTvar uriBody = «»;if (uriMetodo == «POST») {// Nos aseguramos que la codificación sea correctavar cadDecode = decodeURIComponent(theRequest.body());if (esValidoJson(cadDecode)){var uriBody = JSON.parse(cadDecode);}else{uriErrors.push(«El objeto JSON recibido en el body de la petición no es válido»);}}
Se ha corregido el script del cálculo del modelo para que haga el control de si existen registros de facturas emitidas o recibidas para que no falle el cálculo.
Objetos modificados
Script AEAT-303-H01.
Se ha cambiado el término extracto por mayor que es el término más usado a nivel contable. Se cambia tanto en el menú como en el título del formulario de menú.
Se añade en la toolbar la opción imprimir que permite previsualizar, generar PDF o imprimir a papel los asientos seleccionados de la lista. Esta opción usa el nuevo informe añadido. Se ha mejorado el informe pasándolo a formato vertical, añadiendo el nº de asiento y el saldo anterior.
Objetos modificados
El formulario de menú APU_C_EXT_MEN cambia su identificador a APU_C_MAY_MEN. También cambia el nombre del objeto a Mayor así como el control del título que pone también la palabra mayor en lugar de extracto.
La acción APU_C_EXT_MEN cambia su identificador a APU_C_MAY_MEN y su nombre a Mayor en lugar de Extracto.
La rejilla APU_C_EXT_ARR cambia su identificador por APU_C_MAY, ya que así queda acorde con la nueva nomenclatura. El manejador APU_C_EXT_PRT_VER cambia su identificador a APU_C_MAY_PRT_VER y se cambia el prefijo del informe de “VERP_APU_C_EXT“ a “VERP_APU_C_MAY”.
Se crea la variable global INF_TIT, título del informe que se usará para pasar a los informes el título con la selección, en este caso con el período de fechas.
La toolbar APU_C_EXT cambia su identificador a APU_C_MAY y su nombre de Extracto a Mayor.
El menú APU_C_EXT_TLB_PRT cambia su identificador a APU_C_MAY_TLB_PRT y el nombre de informes de extracto a informes de mayor.
La acción APU_C_EXT_PRT_VER cambia su identificador a APU_C_MAY_PRT_VER y su nombre de Extracto a Mayor.
En el menú de contabilidad la opción Extracto cambia su nombre a Mayor y ejecuta la acción APU_C_MAY_MEN.
El informe personalizable VERP_APU_C_EXT cambia su identificador a VERP_APU_C_MAY y su nombre de Extractos de cuentas a Mayor.
Hemos detectado que había 2 mensajes de error que eran correctos en cuanto al dato de Nº asiento y el texto del error, el resto de columnas (fecha contable, fecha valor, cuenta auxiliar, concepto, documento, debe y haber) no se corresponden con el asiento, ya que en realidad los errores 01 y 02 no son de un apunte en concreto sino del asiento global. Hemos realizado el cambio correspondiente para que la fecha contable, fecha valor, suma debe y suma haber del asiento sean correctos en el mensaje de error.
Objetos modificados
Proceso APU_C_VRF. Modificadas las fórmulas de los errores 01 y 02.
Se ha añadido la opción de menú Auditoría dentro del menú de Asientos de Contabilidad. Esta opción estaba ya disponible en el botón más opciones de la toolbar del alternador de asientos, sin embargo para muchos usuarios pasa desapercibido. Con el fin de darle relevancia lo incluímos en el menú para darle visibilidad y que se use esta opción que creemos aporta una gran utilidad para los contables.
Objetos modificados
Se añade en la tabla de menús dinámicos la opción CON001004. Esta opción se podrá importar al instalar la versión 28.
Este es el dock que se abre al pulsar la opción que permite realizar múltiples verificaciones.
Con estas mejoras el diseñador de informes es más potente y permite especificar para cada cuenta de cálculo de un epígrafe si su saldo debe sumar o restar, y además si lo hará siempre o solo cuando el saldo sea deudor o acreedor.
Esto permite, por ejemplo, declarar la misma cuenta que sume en un epígrafe si su saldo es deudor y en otro epígrafe que reste el saldo si es acreedor.
Objetos modificados
Nueva tabla estática DIS_INF_CND_C condición de aplicación de la cuenta con los valores “_” – Siempre, “D” – Solo deudor, “A” – Solo acreedor.
Tabla DIS_INF_CAL_C añadido el campo DIS_INF_C_CND puntero a la tabla estática. Además se ha añadido un traspaso de campo para DIS_INF_CND para que por defecto asume el valor “_” Siempre en todos los registros existentes. Se modifica la actualización a la tabla DIS_INF_C quitando la actualización a los campos eliminados NUM_PGC_SUM y NUM_PGC_RES y en su lugar se añade el componente de actualización al campo CAL_CTA con valor absoluto 1 siempre que se haya modificado algún campo de la tabla de cálculo.
Tabla DIS_INF_C se quitan los campos NUM_PGC_SUM y NUM_PGC_RES y en su lugar se crea el campo CAL_CTA (calcular cuentas) de tipo booleano que se aplicará tanto si ha cambiado el tipo de operación (sumar/restar) como si se ha cambiado la condición de acumulación (siempre/saldo deudor/saldo acreedor). Se modifica el trigger anterior a modificación para que no haga uso de los campos eliminados NUM_PGC_SUM y NUM_PGC_RES y en su lugar se comprueba si CAL_CTA está a 1 en cuyo caso se calculan las cuentas y se pone el campo a 0. Además, en el cálculo de las cuentas se añade el sufijo (D) o (A) si la condición de cálculo no es siempre.
Tubo de ficha DIS_INF_C_DUP se quitan los capilares NUM_PGC_SUM y NUM_PGC_RES y se añade el capilar CAL_CTA.
Tubo de ficha DIS_INF_CAL_C_DUP añadido el capilar DIS_INF_CND_C.
Función DIS_INF_ALT, se quitan los modificar campo NUM_PGC_SUM y NUM_PGC_RES y las variables locales CTA_SUM y CTA_RES.
Rejilla editable DIS_INF_CAL_C añadida la columna DIS_INF_CND editable.
Proceso INF_C_CAL que tiene en cuenta la condición para acumular o no el saldo de la cuenta.
Ahora al duplicar el informe se ajustan bien los campos de totalizar y cuadra en positivo y negativo además de duplicar también los cálculos.
Objetos modificados
Proceso DIS_INF_C_DUP.
Tubo de ficha DIS_INF_C_DUP.
Nuevo tubo de ficha DIS_INF_CAL_C_DUP.
El objetivo era evitar que se pudiesen seleccionar epígrafes de un informe en otro informe.
Para conseguirlo se ha utilizado la subindexación en los controles de edición de los campos totalizar y cuadrar tanto en positivo como en negativo de la tabla DIS_INF_C.
Objetos modificados
Tabla DIS_INF_C. Se ha modificado el índice DIS_INF_C_NIV_1 añadido el campo EPI como segunda parte del índice para permitir subindexar el control en el formulario.
Formulario DIS_INF_C. En los controles DIS_INF_TOT_POS, DIS_INF_TOT_NEG, DIS_INF_CUA_POS y DIS_INF_CUA_NEG se ha añadido en la propiedad vista de datos de lista el árbol DIS_INF_C y además se ha añadido a los controles un subcontrol de subindexación utilizando el índice DIS_INF_C_NIV_1 y resolviendo la primera parte del índice con el campo DIS_INF_NIV_1.
Importante mejora que permite ver el modelo con aspecto visual similar al del modelo oficial.
Es posible configurar múltiples aspectos como los datos a incluir en la visualización, el orden de los grupos y de los datos. Se pueden configurar columnas.
Es posible editar los datos directamente desde el modelo e incluso ver el origen del datos calculado en una rejilla que muestra las facturas emitidas o recibidas filtradas con solo los registros que afectan al cálculo de esa celda.
También se pueden crear filtros personalizado para cada modelo.
Se trataba de un efecto secundario originado por la aplicación de un tema que hacía coincidir el color del texto con el color de fondo.
Objetos modificados
En las CSS de vERP, en la clase QTreeView, añadir la clase para configurar el color de fondo, añadiendo la línea siguiente:
selection-color: $color-texto-seleccionado;
En el tpv cuando aparcábamos los tickets y posteriormente los recuperábamos el orden de las líneas mostradas era diferente que cuando las estábamos creando.
Objetos modificados
Formulario: TPV
Tabla: FAC_APA_LIN_T
Cambiada la descripción del botón ‘Desc’ por ‘Dto’ ajustándolo a la normalización.
Objetos modificados
Formulario: TPV
Cuando teníamos una personalización de objetos visuales (ocultar, sustituir, etc.) en vERP esta personalización funcionaba correctamente pero en vTPV no se aplicaba.
Hemos corregido una incidencia en el script Personalizar.js en la llamada a la tabla de personalización de objetos.
Objetos modificados
Script: personalizar.js
Marco: AUTOEXEC
Ahora podremos imprimir un listado de los cierres que aparecen en la rejilla filtrados por fecha y terminal seleccionados.
Objetos modificados
Formulario: TPV_CAJ
Objetos nuevos
Informe personalizable:VERP_CAJ_T
Ahora en la rejilla de facturas simplificadas se muestra el turno al que corresponde una factura simplificada de cara a poder realizar comprobaciones de los cierres (al igual que se puso el terminal por la misma razón).
Se añade la columna de Turno que concatena la fecha y el nombre del turno entre paréntesis.
Objetos modificados
Rejilla: FAC_T
A partir de ahora cuando se realiza un apunte de caja en el vTPV se permite la apertura del cajón de forma automática.
Objetos modificados
Formulario: APT_CAJ_T
Cuando se anulaba un ticket en el tpv, la hora del ticket que generaba el ticket anulado no se grababa correctamente. Ahora guarda la hora actual.
Objetos modificados
Formulario: TPV_FAC_SIM
Proceso: FAC_T_ANU
A partir de ahora el usuario estará obligado a rellenar el apartado de parámetros dentro del tpv para poder utilizar las funcionalidades del mismo. Al menos será obligatorio que registre su Terminal de trabajo para que no haya futuros problemas cuando se graben ventas sin nombre de terminal.
Objetos modificados
Formulario: TPV
Objetos nuevos
Constante: ERR_TRM_NAME
La opción de turno mostraba el turno abierto, pero si se cierra un turno y se abre otro, éste último no se muestra hasta que no se cierra la aplicación y la volvemos a abrir.
Ahora se visualizan todos los turnos en los que se ha trabajado en esa sesión.
Objetos modificados
Formulario: CAJ_T, TPV_CAJ_CER
Ahora al solicitar la empresa al entrar, salimos si no se selecciona ninguna. Se pide solo una vez y si se cancela, aborta el inicio de la aplicación.
Objetos modificados
Marco: AUTOEXEC
Se han mejorado los menús de búsquedas desplegables en los campos formas de pago y terminales de caja.
Objetos modificados
Formularios: TPV_CAJ, TPV_FAC_SIM, TPV_APT_CAJ
En el apartado del SII en facturas emitidas, en el campo Tipo sujeta no exenta, el localizador no era funcional ya que apuntaba a los registros del tipo “Nxxxx” cuando debería mostrar los de tipo “Sxxxx”.
Objetos modificados
Localizador SII_TIPO_TIP_SUJ_NO_EXE que debe apuntar al índice CLV_TIP_SUJ_NO_EXE
En el apartado de SII en facturas emitidas, en el campo Tipo factura, el localizador apuntaba al de Clave de régimen.
Objetos modificados
Localizador SII_TIPO_TIP_FAC_INC que debe apuntar al índice CLV_FAC_EMI
Hemos optimizado los procesos de envíos de facturas emitidas y recibidas mejorando el pase de variables locales al proceso JavaScript.
Objetos modificados
Procesos FAC_EMI_C_SII_EXT y FAC_REC_C_SII_EXT
Fichero JavaScript XML_HttpRequest.js
Hemos añadido el control de la descontabilización de una factura de compra o venta desde gestión, o la eliminación de un asiento que tenga asociado el módulo del SII.
Antes de eliminar o descontabilizar se realizan las siguientes comprobaciones:
Si tiene CSV (está enviada al SII) no se puede descontabilizar
Si no tiene CSV, pero tiene comunicaciones enviadas erróneas, habrá que eliminarlas antes.
Objetos nuevos
Formularios: COM_FAC_G_ASI , VTA_FAC_G_ASI en ambos se ha modificado el manejador de evento BTN_DES_CON
Formulario: ASI_C. Se ha modificado el manejador de evento BTN_SUP
Reemplazos: ASI_C, COM_FAC_G_ASI y VTA_FAC_G_ASI que sustituyen a los formularios con el mismo nombre en vERP.
Hemos añadido la posibilidad de usar decimales en las cantidades de las líneas del TPV.
Objetos modificados
Tabla FAC_APA_LIN_T: modificado el campo CAN con dos decimales.
Tabla FAC_LIN_TMP_T: modificado el campo CAN con dos decimales.
Este componente está desarrollado heredando de Velneo vERP para integrarse con las tablas necesarias como usuarios, empresas, …
El ejemplo usa como componente el tablero Kanban de Syncfusion que dispone de un licenciamiento Community License para desarrolladores y pequeñas empresas.
Menú principal
Disponemos de un menú con las opciones de Maestros, Tareas y Kanban.
Maestros
Desde este menú, podemos gestionar los Estados, Prioridades, Tipos y Proyectos.
Estados
Desde este menú, podemos gestionar los estados de las tareas para su posterior filtrado y visualización en el tablero Kanban.
Los estados constan de los campos Código, Nombre e icono y disponen de la posibilidad de visualizar las tareas con ese estado.
Prioridades
Desde este menú, podemos gestionar las prioridades de ejecución de las tareas para su posterior filtrado y visualización en el tablero Kanban.
Las prioridades constan de los campos Código, Nombre e icono y disponen de la posibilidad de visualizar las tareas con esa prioridad.
Tipos de tareas
Desde este menú, podemos gestionar los tipos de tarea a asignar para su posterior filtrado y visualización en el tablero Kanban.
Los tipos de tareas constan de los campos Código, Nombre e icono y disponen de la posibilidad de visualizar las tareas con ese tipo.
Proyectos
Desde este menú, podemos gestionar los proyectos donde se agruparán las tareas generadas para poder realizar su visualización en el tablero Kanban. Desde la ficha de un proyecto, además de los campos Código, Referencia, Nombre del proyecto, Fecha inicial y final, Responsable del proyecto, Prioridad, Porcentaje realizado, Finalizado y su icono correspondiente, tenemos dos pestañas con información adicional.
En la primera, se muestra un campo con una descripción adicional para introducir los detalles del proyecto y en la segunda pantalla, se muestran todas las tareas asignadas a ese proyecto.
Tareas
Desde este menú, podemos gestionar las tareas pudiendo dar de alta o localizar las tareas existentes por palabras, entre fechas, por un usuario en concreto o de todos y según el estado en que se encuentren. Una vez seleccionadas, podremos realizar la visualización en el tablero Kanban.
En la ficha de una tarea encontramos los siguientes campos:
Código, nombre, usuario asignado, proyecto al que pertenece, el estado actual de la tarea, su prioridad y el tipo, además del rango, la estimación y unas etiquetas (tags) por las que podremos realizar búsquedas.
También existe un campo para la descripción ampliada de la tarea.
Tablero Kanban
Desde este menú, podemos visualizar en modo Kanban las tareas de un usuario en concreto o de todos los usuarios.
Una vez seleccionadas, se nos mostrará un tablero Kanban similar al de la imagen inferior, con funcionalidades como la de agrupamiento por proyecto, filtros por estado, localizar por palabras o tags, mostrar y/o ocultar estados, drag&drop de fichas entre estados y edición de la ficha con doble clic.
A partir de la versión 28 los ficheros se descargarán de URLs con protocolo seguro.
Objetos modificados
Constante SND_FTP_VEL que se usa como raíz de las URLs ahora pasa a ser https://dl.velneo.com/es/productos/v7/openapps/ficheros/verp/datos_json/
Objetos modificados
Proceso: ENT_M_ALT_MOD_AUX
El script velneoPlurales.js hacía referencia a registerListIn que no existía. Se ha cambiarlo por registro.
Objetos modificados
Script velneoPlurales.js
Se sustituye la linea:
listaPlurales = theRegisterIn.loadPlurals( pluralId );
Por esta:
listaPlurales = registro.loadPlurals( pluralId );
No estaba operativa la configuración de log transaccional activado o desactivado y se estaba ejecutando siempre. El problema que ya está corregido se encontraba en el if donde se comprobaba el valor de la variable global booleana.
Objetos modificados
El fichero logTransaccional.js del proyecto de datos se ha cambiado la condición que tenia el if.
// Leer y evaluar parámetro LOG_TRN para ver si el módulo está activoif( true === theApp.globalVarToBool("velneo_verp_2_dat/LOG_TRN") )
Script modificado
modificarCamposFromCAM_MOD.js
Nuevo contenido:
// Modificar campos a partir de los valores de un jsonvar json = JSON.parse( theRoot.varToString( «REG_JSN» ) );var camposModificar = theRoot.varToString( «CAM_MOD» ).split( «\n» );for ( numeroCampo in camposModificar ){var campoModificar = camposModificar[ numeroCampo ].split( «:» );var idCampoDestino = campoModificar[ 0 ];var idCampoOrigen = campoModificar[ 1 ];var valor = json[ idCampoOrigen ];theRegisterIn.setField( idCampoDestino, ( undefined === valor )? «»:valor );}
Se ha mejorado el script que carga la lista de marcos disponibles a configurar en el formulario de grupos de usuarios. Ampliando la posibilidad de que cargue cualquier marco disponible del proyecto principal que ejecute la solución, permitiendo así que sea 100% funciona para soluciones superiores que hereden al vERP.
Objetos modificados
Proyecto aplicación
Formulario
USR_GRP_M (Manejador de evento CAR_MAR_ESC)
Modificado el formulario INM_C separador SEP asignado el icono correcto al subformulario DOC
Modificado el formulario FIC_W asignando iconos a los subformulario del pestañador PLF_SEP .
Añadidos iconos a los formularios de facturas emitidas y recibidas .
Se han corregido todas las CSS que se entregan en el fichero JSON.
Objetos modificados
Registro de CSS
AUTOEXEC-27 – Marco AUTOEXEC con etiquetas para aplicar los nuevos temas de la versión 27
AUTOEXEC-25 – Marco AUTOEXEC publicado en la versión 25 con botones no redondeados y textos en mayúsculas
AUTOEXEC_COMPACTO-27 – Marco AUTOEXEC para pantallas con resolución inferior a 900px para temas de la versión 27
AUTOEXEC – Marco AUTOEXEC para pantallas con resolución igual o superior a 900px
SISTEMA-VISUALMS-1 – Sistema VisualMS 1.0
El cambio realizado en la CSS es el siguiente:
QTabBar::scroller {padding-top: 10px;width: 64px;}QTabBar QToolButton::left-arrow {image: url($sysCacheClientPath/IZQ.png);width: 32px;}QTabBar QToolButton::right-arrow {image: url($sysCacheClientPath/DER.png);width: 32px;}
Se han sustituido los anchos anteriores de 15px por 32px en los botones y a 64.
Hemos añadido la funcionalidad a los contactos de tipo contactos, clientes, comerciales y proveedores para que se puedan ver los registros desactivados cambiando el estado del check de desactivados de las opciones avanzadas del menú correspondiente.
Objetos modificados
Índices añadidos en la tabla ENT_M:
OFF_ENT, OFF_CMR, OFF_PRE_CLT, OFF_PRV
Formularios modificados:
ENT_M_MEN, ENT_M_MEN_CLT, ENT_M_MEN_CMR, ENT_M_MEN_PRV
Añadido conexión y manejador de evento CHG_EST_OFF (Cambia estado desactivados).
Añadido manejador de eventos BUS_OFF (Busca desactivados)
Hemos incorporado la importación dinámica de ficheros externos en el núcleo de Velneo vERP para poder ser utilizada sin necesidad de incorporar un componente del ecosistema.
Proyecto de datos:
Nuevos objetos ubicados en la carpeta “Recursos” y dentro de la subcarpeta “Importador de ficheros”
Proyecto de aplicación:
Nuevos objetos ubicados en la carpeta “Recursos” y dentro de la subcarpeta “Importador de ficheros”
Añadida la acción IMP_FIC_MEN para ejecutar la funcionalidad de importación en el menú de Configuración (PRN_UTI).
Nuevo sistema de conversión de monedas basado en un webservices de Cambio.Today (gratuito), donde partiendo de la configuración establecida y mediante una tarea en el servidor iremos diariamente guardando las distintas cotizaciones para su posterior uso.
Básicamente se trata de usar una función en aquellos sitios de nuestra aplicación donde necesitamos calcular un importe a otra moneda partiendo de la moneda principal en curso y previamente configurada.
Dicha función requiere únicamente el código ISO de la moneda original, el código ISO de la moneda de destino y la fecha interesada.
Podemos ver un ejemplo de uso en el informe personalizable VERP_VTA_FAC_DOC_USD.
Proyecto de datos
Objetos nuevos
Variables: VCT_API_KEY, VCT_USER, VCT_MON_PRN
Tablas: TMP_BUS_MEM
Procesos: VCT_BOR_DIV_COT_M_SRV, VCT_BOR_DIV_COT_M_SRV_SEL, VCT_DEV_COT_DIA_SRV, VCT_DEV_COT_DIA_JS_SRV
Funciones: VCT_DEV_COT_MON, VCT_DEV_REG_MON_ISO
Constantes: MSG_VCT_BOR_DIV_COT_M, MSG_VCT_SIN_CFG, MSF_VCT_SIN_MON_PRN
Búsquedas: MON_M_BUS_ISO
Carpeta scripts: vCT
Objetos modificados
Tablas: MON_M, APP_CFG_W
Proyecto de aplicación
Objetos nuevos
Menús: MON_M_DES, MON_M_ORI
Acciones: MON_M_DES_LOC, MON_M_ORI_LOC, VCT_CAL_IMP_MEN
Formularios: MON_M_CAL_DIV, APP_CFG_CT_W
Búsquedas: MON_M_BUS_ISO
Localizadores: MON_M_VCT
Procesos: APP_CFG_VCT_W, IMP_COT_DIV_MON_M, TMP_BUS_MEM
Informe Personalizable: VERP_VTA_FAC_DOC_USD donde se muestra el uso de la función VCT_DEV_COT_MON
Objetos modificados
Marcos: AUTOEXEC (POS_INI)
Formularios: MON_M
Rejillas: MON_M, MON_M_LOC
Toolbar: MON_M
Algunos proveedores de correo electrónico, requieren que el envió de correo se realice mediante SSL y no con STARTTLS, es por ello que hemos mejorado y ampliado las opciones agregando la posibilidad de hacerlo, incluyendo el nuevo parámetro en la configuración del servidor de correos.
Objetos modificados
Proyecto de datos
Tablas
EML_SRV_W
EML_W
Procesos
EML_SRV_GET
EMAIL_ADD
EMAIL_ENV
Proyecto de aplicación
Formularios
EML_SRV_W
Hasta ahora la regeneración de los vencimientos se ejecutaban en el trigger posterior a la modificación de las facturas de compras y ventas si cambiaba la forma de pago o el importe de la factura no coincidía con la de los vencimientos ya existentes. Ahora además incluimos el cambio del cliente o proveedor con el fin de que aunque es situación poco habitual en el caso de que se produzca se regeneren también los vencimientos a cobrar o pagar, respectivamente.
Objetos modificados
Tabla COM_FAC_G → Trigger posterior a modificación.
Tabla VTA_FAC_G → Trigger posterior a modificación.
Cuando tenemos una empresa y varias divisiones y cuando realizamos operaciones de entrada o salida, ahora es posible realizar consultas en «movimientos de almacén» por esas divisiones, Cuando se consulta por la empresa aparecerán todos los movimientos globales tanto de la empresa como de sus divisiones. Hemos agregado el nuevo indice en la tabla MOV_G y modificado la búsqueda MOV_G del proyecto de aplicación para que tome este nuevo indice.
Objetos modificados
Proyecto de datos
Tabla MOV_G
Proyecto de aplicación
Búsqueda MOV_G
Objetos modificados
Acción VTA_ALB_G_ALT_CLT:
Especificado el objeto formulario ENT_M_ALT_CLT
Objetos modificados
Proceso: REM_COB_C_GEN_FIC_SEP
Nuevas funcionalidades añadidas:
Multicobro
Nueva opción de multicobro de tickets con la posibilidad de elegir el pago por tarjeta de crédito , efectivo (seleccionando gráficamente los importes entregados) y el cobro por cheques de devolución.
Nuevos gráficos nativos en pantalla inicial .Hemos sustituido los gráficos que necesitaban ficheros JS por gráficos nativos de Velneo, aportando mayor rapidez.
Búsqueda de artículos por palabras, código de barras, familia, …
Posibilidad de localizar productos por su código de barras, palabras y familias.
Informes actualizados y nuevos informes
Informes de Ticket, Regalo, Devolución, Listado de caja, …
Cálculo del descuento efectuado al poner precio directo
Al modificar el precio del artículo en el ticket desde la opción “Precio” ahora te informa del descuento aplicado.
Imágenes de artículos dependientes por empresa
Ahora las imágenes se descargan de forma independiente por cada empresa.
Segundo menú con opciones generales
Añadido un segundo menú con las nuevas opciones:
Nuevo Presupuesto
Generar presupuesto desde un ticket de venta
Menú de Tickets
Menú Cheques devolución
Menú Artículos
Cheques devolución
Posibilidad de generar cheques de devolución por abonos de tickets.
Al anular un ticket, se mostrará un formulario para elegir el tipo de devolución (factura completa o líneas en concreto) y la posibilidad de generar o no un cheque de devolución.
Tickets Regalo
En el momento de la venta podemos elegir el imprimir un Ticket regalo. También es posible elegir la opción de imprimir un ticket regalo.
Facturar tickets
Desde el menú de Facturas simplificadas hemos añadido la opción de generar una factura de venta a partir de un ticket.
Nueva gestión de reservas
Enlace con el menú de Pedidos de Ventas de Velneo vERP
Posibilidad de personalizar el orden a mostrar de las familias y los artículos en la pantalla de venta del TPV
Familias: Existe un campo “Nº de orden” en el formulario.
Artículos: Existe un campo “Nº de orden” en el formulario.
Principalmente para cumplir con la LOPD, la contraseña utilizada para el modulo vWeb, el campo PWD_WEB de la tabla ENT_M, que corresponde a la contraseña del usuario web, tiene una longitud máxima de 15 y la contraseña se guarda en plano. Se ha modificado para que su valor se guarde encriptado. Se ha aplicado el método “hashSHA3” de con 256 bits.
Objetos nuevos
Solución vERP
Proyecto aplicación
Formularios
DAT_ALF
Objetos modificados
Solución vERP
Proyecto datos
Tablas
ENT_M
Proyecto aplicación
Formularios
ENT_M_OTR
Solución vWeb
Proyecto aplicación
Procesos
MENU
MENU_SCR
ACT_DAT
ACT_DAT_SCR
Funciones
REG_LOG
Se ha corregido el script «crear_bucket.js» alojado en el proyecto de aplicación, en la ruta «Documentos/AmazonS3». Donde al finalizar el script, por error, se borraron algunos caracteres durante la programación y generaba error de script en dicho fichero.
Objetos modificados
Proyecto de aplicación
Scripts
Documentos/AmazonS3/crear_bucket.js
Al calcular un nuevo informe, no se refresca la lista, sino se hace necesario buscar nuevamente. Para ello hemos modificado la conexión de evento REF_CTL del alternador de vista INF_C. Y también agregar una conexión de evento OnShow al formulario para que se ejecute la búsqueda. Se ha modificado el manejador de evento REF_CTL, del alternador de lista INF_C, y se a agregado una conexión de evento de tipo “On Show” en el formulario INF_C_MEN
Objetos modificados
Proyecto de aplicación
Alternador de lista INF_C
Formulario INF_C_MEN
Al tener mas de 9 grupos de usuarios. En el filtro para encontrar los informes personalizables permitidos, se realiza un countString para determinar si el ID del grupo del informe, esta dentro de los grupos del usuario en curso. Cuando el usuario esta en el grupo 10, y el informe solo para el grupo 1, el countString devuelve un falso positivo, siendo que 1 esta contemplado dentro de 10. Se ha corregido, para que sea coherente en al búsqueda modificando el manejador de evento POS_INI, para que utilice el nuevo script "validarPermisoPorGrupo.js”.
Objetos modificados
Proyecto de aplicación
Formulario INF_DEF_W_DIS
Objetos nuevos
Proyecto de aplicación
JavaScript : validarPermisoPorGrupo.js
Se corrigió la posibilidad de importar desde el cache del cliente mediante el JSON exportado previamente o colocado allí.
Objetos modificados
Proyecto de aplicación
Alternador de lista FPG_M
Menú FPG_M_TLB_MAS
Hemos optimizado el uso de scripts y manejadores de evento en los objetos visuales, gracias al uso de la nueva instrucción de comando “Ejecutar script” .
Hemos modificado el código del proceso ON_INIT_CLIENT para tener en cuenta que pueden existir objetos marco cuyo identificador contenga el identificador de otro marco y por tanto antes no se mostraban al usuario para su selección. Ahora se tiene en cuenta el separador para así buscar la cadena completa.
Objetos modificados
Proceso ON_INIT_CLIENT
Formulario SEL_MAR
Se ha creado una nueva función y un nuevo proceso, mediante los cuales se reciben parámetros y el mismo es capaz de consumir cualquier webservice. Los parámetros son:
URL
Método (GET, POST, PUT, DELETE)
Cabecera (JSON)
Parámetro (JSON)
Cuerpo (JSON)
Certificado (Senda donde esta el fichero)
Key (Senda donde esta el fichero key del certificado)
Clave (Clave alfanumérica del certificado)
Pre-script (JS – Código JS a ejecutar previo al la ejecución del consumo.)
La función retorna el contenido de respuesta devuelto por el webservice, aunque el proceso también es capaz de retornar las cabeceras de respuesta, el tipo de respuesta, el estatus en código, y el estatus en texto.
Objetos nuevos
Proyecto aplicación
Formularios
XHR_PRI
XHR_REQ
XHR_RES
Acciones
CON_WEB_SER
Proyecto datos
Procesos
XHR
Funciones
HR
Posibilidad de que el campo AUX y CTA de la tabla AUX_C, sean configurables a nivel de empresa para poder indicar el numero y el formato del mismo, tal como lo hacen los números de documento de compra y venta.
Se agrego a la tabla de empresa, los campos NUM_AUX y NUM_CTA_AUX. De igual forma, en la tabla de AUX_C se modifico el contenido inicial de los campos AUX y CTA.
A nivel de formulario, se modifico el formulario EMP_M_CFG_NUM_DOC agregando los campos necesarios para poder editar los nuevos campos de empresa.
Objetos modificados
Proyecto de datos
Tablas
EMP_M
AUX_C
Proyecto de Aplicación
Formulario
EMP_M_CFG_NUM_DOC
Esta tabla había quedado obsoleta al ser sustituida por la tabla TEM_W (Temas)
Objetos modificados
Eliminada la tabla EST_W.
Tanto en el proyecto de datos como en el de aplicación de vERP.
Los objetos que ahora son personalizables son:
Acciones.
Alternadores.
Árboles visor de tablas.
Dibujos.
Formularios.
Formularios QML.
Gráficos.
Informes.
Listas QML.
Menús.
Rejillas.
Rejillas avanzadas.
Toolbars.
Hemos actualizado el componente de tallas y colores existente en el ecosistema, no solo en funcionalidad, sino también en cómo está desarrollado. Para esta nueva versión contemplamos:
En la configuración de la aplicación, definimos si vamos a trabajar o no con tallas y colores, este valor se carga en una variable global durante el arranque.
Se agregaron 2 nuevos maestros, uno para definir las tallas y otro los colores
Se agregó una pestaña en artículos, que permiten
Definir si ese articulo utilizara tallas y colores
Podemos asignar todas las combinaciones de tallas-colores presentes para dicho articulo
En cada línea tanto de venta como de compra, y si el articulo seleccionado tiene activo el uso de tallas y colores, se presentara una rejilla con todas las combinaciones elegidas para dicho articulo, y es allí donde definiremos las cantidades de cada una de ellas a operar.
En todos los procesos de generar pedidos de venta desde presupuestos. O generar albaranes y/o facturas desde pedidos. Vamos a poder seleccionar las tallas y colores del documento previo para su selección. Solo podremos modificar aquellos valores en tallas donde el valor definido en el documento anterior, sea diferente de cero.
En la ficha del articulo podemos ver la existencia que tenemos en base a cada talla y color
Y todo esto se ha desarrollado únicamente heredando y haciendo uso de las tablas de extensión y el nuevo objeto reemplazo.
Hemos actualizado el componente de números de serie existente en el ecosistema, no solo en funcionalidad, sino también en cómo está desarrollado. Para esta nueva versión contemplamos:
En cada articulo se puede marcar si utiliza o no números de serie.
Ingreso de nuevos números de serie, cuando se genera un albarán o factura desde el pedido de compra, dando la posibilidad de que el sistema asigne los números de serie consecutivamente.
Ingreso de nuevos números de serie, directamente al aceptar la línea del albarán o factura de compra.
Al generar un albarán o factura de venta, y por cada línea, se pedirá el o los números de serie a sacar de inventario, cada línea podrá tener N números de serie en base a la cantidad.
Al generar un albarán o factura de venta desde un pedido de venta, y por cada línea, se pedirá el o los números de serie a sacar de inventario, cada línea podrá tener N números de serie en base a la cantidad.
En la ficha del artículo, se añadió una pestaña para poder ver todos los números de series involucrados del artículo y su estatus, si está en almacén (solo tiene entrada) o si ya se vendió (tiene entrada y salida).
En las rejillas de líneas de facturas y albaranes, tanto de compras como en ventas, se añadió una nueva columna que permite identificar si esa línea contiene números de serie, si es así, y al hacer click sobre dicha columna, mostrará un formulario con los números de serie que participaron en la operación de compra o venta.
Y todo esto se ha desarrollado únicamente heredando y haciendo uso de las tablas de extensión y el nuevo objeto reemplazo.
Se ha desarrollado un módulo que hereda el vERP y haciendo uso de la extensión de tablas y el nuevo objeto “reemplazo”, se ha integrado la generación XML y firma del mismo, mediante la implementación del componente AutoFirma.
Para su correcto funcionamiento es indispensable tener instalado el componentes AutoFirma dispuesto gratuitamente por Hacienda en el portal de administración electrónica. De igual manera es necesario contar con un certificado válido para el procesamiento de la firma.
https://firmaelectronica.gob.es/Home/Descargas.html
Esta solución genera los XML y los firma, sin embargo no lo envía al WebService de manera automática, puesto que no hay un punto de acceso único para el envió de las mismas, y los existentes no son del todo estables.
