Cambios en la versión 6.6.15

Comunicados " v6

Versión: 10.06.2026

Fecha de despliegue: 10.06.2026

Versión corregida: ONE_RE_6_6_15

Descripción de la publicación:

Con versión 6.6.15 la atención se centra en la gestión de los pagos digitales fallidos, la optimización de la gestión de datos IAM y la modernización técnica de los informes. La versión incluye 10 mejoras funcionales.

Destacan tres aspectos:

Fallido Pagos digitales a través de Wallee se reconocen por primera vez y se comunican activamente: Antes, un estado FAILED_PAYMENT permanecía almacenado en la base de datos sin que el sistema reaccionara: los errores sólo se conocían a través de mensajes de los clientes o activando ciclos de reclamación. El equipo de asistencia recibe ahora una notificación por correo electrónico cuando falla un pago. Los pagos fallidos también son visibles en las estadísticas de partidas abiertas para que las facturas afectadas puedan identificarse específicamente y procesarse manualmente. En caso de error, el procesamiento del flujo de trabajo ahora redirige correctamente al caso de error en lugar de continuar en silencio.

En Listas de recogida Informes se están migrando del marco Crystal Reports, que consume muchos recursos, a la nueva solución json2pdf como primera oleada de migración (~5 informes). Crystal Reports requiere un entorno de ejecución propietario y es la principal razón del sobredimensionamiento de la memoria heap del servicio de informes (Xmx 27 GB). Con json2pdf, los mismos informes tabulares se generan de una forma mucho más eficiente en cuanto a recursos. La migración sienta las bases para la sustitución gradual de otros informes de Crystal Reports en futuras versiones.

En Rendimiento de la importación de datos de inicio de sesión de IAM se mejorará aún más: basándose en los índices de base de datos de la versión 6.6.14, la propia lógica de importación se revisará fundamentalmente con inserciones y actualizaciones por lotes y sentencias SQL optimizadas. Al mismo tiempo, se ha dotado a la vista del servicio de atención al cliente de un botón de actualización manual para la sincronización inmediata con el sistema IAM, sin tener que esperar al siguiente ciclo de importación automática.


⚙️ Cambios y ampliaciones

IAM y gestión de usuarios

  • UNO-7499 - La lógica de importación de datos de inicio de sesión de IAM se ha revisado a fondo con inserciones por lotes, actualizaciones por lotes y sentencias SQL optimizadas. La carga de la base de datos se reduce significativamente, especialmente para grandes cantidades de datos de sesiones y eventos. La importación se ejecuta de forma fiable dentro del intervalo de trabajo por lotes configurado.

  • UNO-7492 - Ahora está disponible un botón de actualización manual en el área de datos del cliente (datos de inicio de sesión de IAM), que activa una sincronización inmediata de los datos de Keycloak para la cuenta abierta, sin recargar la página y sin tener que esperar al siguiente ciclo de importación automática. El intervalo de trabajo por lotes se amplía de 15 minutos a 1 hora. Ahora se muestra una columna de estado en la vista general de sesiones: las sesiones activas se resaltan en verde, las inactivas en rojo. La lista de eventos se ordena ahora en orden descendente por fecha y hora.

  • UNO-7439 - Todos los usuarios del sistema utilizan ahora credenciales de cliente Keycloak (Client Secret) en lugar de Basic Auth. Esto significa que ya no se crean sesiones y en el futuro se evitarán las sesiones huérfanas, que antes utilizaban recursos innecesariamente.

Finanzas y contabilidad

  • UNO-7567 - Los pagos digitales fallidos (estado de Wallee FAILED_PAYMENT) se reconocen desde ahora y se gestionan activamente: El equipo de soporte recibe una notificación inmediata por correo electrónico. Los pagos fallidos son ahora visibles en las Estadísticas de Partidas Abiertas (para empresas con Nuevas Finanzas). El flujo de trabajo ahora redirige correctamente a la ruta de error en caso de errores de pago en lugar de cerrar silenciosamente el proceso como exitoso.

  • UNO-7505 - Para las empresas con un sistema New Finance activo, las facturas de seguimiento ahora adoptan correctamente el método de pago del pedido original de la tienda web. Anteriormente, las facturas de seguimiento siempre se creaban con el método de pago FACTURA, independientemente de si el pedido inicial se había realizado con tarjeta de crédito u otro método de pago.

Informes

  • UNO-7514 - Los informes de listas de cobros (~5 informes) se migrarán de Crystal Reports al nuevo marco json2pdf. Los informes afectados incluyen el diario de facturación, las facturas menores, el diario de facturas y las variantes específicas de los inquilinos. Los archivos .rpt anteriores se conservarán como alternativa. Los archivos .rpt específicos del arrendatario que ya no sean necesarios se eliminarán en vasmiq007 y vasmiq011. El nuevo módulo de plantillas ASMIQ.ONE proporciona los archivos de configuración JSON.

Entregas

  • UNO-7526 - Al iniciar un nuevo registro de entrega, el sistema comprueba si ya existen registros para la fecha de entrega seleccionada. En caso afirmativo, aparece un cuadro de diálogo de advertencia con dos opciones: "Sustituir registro existente" (por defecto) o "Añadir nuevos registros (sustituir duplicados)". Se registra la decisión del usuario. Si no hay registros existentes, el registro se ejecuta como antes, sin diálogo.

Datos maestros y CRM

  • UNO-7523 - El historial de direcciones muestra ahora dos columnas adicionales: "Dirección válida desde" y "Dirección válida hasta". Éstas muestran el periodo de validez real de una entrada de dirección - similar a la visualización existente en el historial de suscripciones. Las columnas anteriores "Modificado el" y "Modificado por" permanecen sin cambios.

Mejoras técnicas

  • UNO-7424 - Todos los servicios disponen de un nuevo registro de API. Las llamadas a la API pueden registrarse, rastrearse y restaurarse en caso de error. El acceso se realiza a través de JPA/Hibernate o de un punto final interno de la API.

  • UNO-7417 - Los archivos de registro de cambios de Liquibase utilizan ahora un archivo de esquema XML almacenado localmente en el proyecto en lugar de la descarga en línea desde liquibase.org. Esto evita errores HTTP 429 (demasiadas solicitudes) durante las actualizaciones paralelas de la base de datos, reduce el tráfico de red y aumenta la estabilidad del despliegue.


Tipo de problema

Prioridad

Clave

Resumen

1

Cambia

Prio 1 - Mayor

UNO-7499

Optimización del rendimiento de la importación de datos de inicio de sesión de IAM

2

Cambia

Prío 2 - Alto

UNO-7514

Implementar informes de escucha de colecciones con json2pdf

3

Cambia

Prio 3 - Medio

UNO-7567

Gestión de pagos digitales fallidos

4

Cambia

Prio 3 - Medio

UNO-7526

Advertencia por registro duplicado de expediciones en la misma fecha de entrega

5

Cambia

Prio 3 - Medio

UNO-7523

Historial de direcciones: Añadir las columnas "Dirección válida desde" y "Dirección válida hasta".

6

Cambia

Prio 3 - Medio

UNO-7505

Las facturas de seguimiento ignoran el tipo de pago original para las empresas que utilizan el nuevo módulo de finanzas

7

Cambia

Prio 3 - Medio

UNO-7492

Añadir Manual "Actualizar" Botón de Eventos IAM en ASMIQ.one

8

Cambia

Prio 3 - Medio

UNO-7439

Manejar sesiones abiertas por legacy.service.user

9

Cambia

Prio 3 - Medio

UNO-7424

Introducir una posibilidad de registro para realizar un mejor seguimiento, supervisar y ayudar a recuperar las llamadas a la API.

10

Cambia

Prio 3 - Medio

UNO-7417

Cambiar los archivos de registro de cambios de liquibase para utilizar el archivo local dbchangelog.xsd en lugar de en línea.

Nach oben scrollen