Build di rilascio: 10.06.2026
Data di distribuzione: 10.06.2026
Versione corretta: ONE_RE_6_6_15
Descrizione del rilascio:
Con versione 6.6.15 l'attenzione si concentra sulla gestione dei pagamenti digitali non riusciti, sull'ulteriore ottimizzazione della gestione dei dati IAM e sulla modernizzazione tecnica della reportistica. La release include 10 miglioramenti funzionali.
Tre sono i punti salienti che spiccano in particolare:
Fallito Pagamenti digitali tramite Wallee sono stati riconosciuti e comunicati attivamente: In precedenza, lo stato FAILED_PAYMENT rimaneva memorizzato nel database senza che il sistema reagisse: gli errori erano noti solo attraverso i messaggi dei clienti o i cicli di sollecito attivati. Il team di assistenza viene ora informato via e-mail quando un pagamento non va a buon fine. I pagamenti non riusciti sono visibili anche nelle Statistiche delle partite aperte, in modo che le fatture interessate possano essere identificate in modo specifico ed elaborate manualmente. In caso di errore, l'elaborazione del flusso di lavoro viene ora correttamente reindirizzata al caso di errore, invece di continuare in silenzio.
Il Elenchi di raccolta Rapporti vengono migrati dal framework Crystal Reports, che richiede molte risorse, alla nuova soluzione json2pdf come prima ondata di migrazione (~5 report). Crystal Reports richiede un ambiente di runtime proprietario ed è la causa principale della memoria heap sovradimensionata del servizio di reporting (Xmx 27 GB). Con json2pdf, gli stessi report tabellari vengono generati in modo molto più efficiente dal punto di vista delle risorse. La migrazione crea le basi per la graduale sostituzione di altri report di Crystal Reports nelle versioni future.
Il Prestazioni dell'importazione dei dati di accesso IAM sarà ulteriormente migliorato: sulla base degli indici del database della versione 6.6.14, la logica di importazione sarà radicalmente rivista con inserimenti e aggiornamenti batch e istruzioni SQL ottimizzate. Allo stesso tempo, la vista del servizio clienti è stata dotata di un pulsante di aggiornamento manuale per una sincronizzazione immediata con il sistema IAM, senza dover attendere il successivo ciclo di importazione automatica.
⚙️ Modifiche ed estensioni
IAM e gestione degli utenti
-
UNO-7499 - La logica di importazione dei dati di login IAM è stata radicalmente rivista con inserti batch, aggiornamenti batch e istruzioni SQL ottimizzate. Il carico del database è notevolmente ridotto, soprattutto per le grandi quantità di dati di sessione e di eventi. L'importazione viene eseguita in modo affidabile entro l'intervallo di lavoro batch configurato.
-
UNO-7492 - Nell'area dei dati del cliente (dati di accesso IAM) è ora disponibile un pulsante di aggiornamento manuale, che attiva una sincronizzazione immediata dei dati Keycloak per l'account aperto, senza ricaricare la pagina e senza dover attendere il successivo ciclo di importazione automatica. L'intervallo di lavoro batch è stato esteso da 15 minuti a 1 ora. Nella panoramica delle sessioni viene ora visualizzata una colonna di stato: le sessioni attive sono evidenziate in verde, quelle inattive in rosso. L'elenco degli eventi è ora ordinato in ordine decrescente per data e ora.
-
UNO-7439 - Tutti gli utenti del sistema utilizzano ora le credenziali client di Keycloak (Client Secret) invece di Basic Auth. Ciò significa che le sessioni non vengono più create e che in futuro si eviteranno le sessioni orfane, che in precedenza utilizzavano inutilmente le risorse.
Finanza e contabilità
-
UNO-7567 - I pagamenti digitali non riusciti (stato Wallee FAILED_PAYMENT) vengono riconosciuti e gestiti attivamente: Il team di supporto riceve una notifica immediata via e-mail. I pagamenti non riusciti sono ora visibili nelle statistiche delle partite aperte (per le aziende con Nuova Finanza). Il flusso di lavoro ora reindirizza correttamente al percorso di errore in caso di errori di pagamento, invece di chiudere silenziosamente il processo come riuscito.
-
ONE-7505 - Per le aziende con un sistema di Nuova Finanza attivo, le fatture successive adottano ora correttamente il metodo di pagamento dell'ordine originale del webshop. In precedenza, le fatture di follow-up venivano sempre create con il metodo di pagamento FATTURA, indipendentemente dal fatto che l'ordine iniziale fosse stato effettuato con carta di credito o con un altro metodo di pagamento.
Rapporti e relazioni
-
UNO-7514 - I report degli elenchi di raccolta (circa 5 report) saranno migrati da Crystal Reports al nuovo framework json2pdf. I rapporti interessati comprendono il giornale di fatturazione, le fatture per le piccole spese, il giornale delle fatture e le varianti specifiche per gli inquilini. I file .rpt precedenti saranno mantenuti come ripiego. I file .rpt specifici per gli inquilini che non sono più necessari saranno rimossi su vasmiq007 e vasmiq011. Il nuovo modulo dei modelli ASMIQ.ONE fornisce i file di configurazione JSON.
Consegne
-
UNO-7526 - Quando si avvia una nuova registrazione di consegna, il sistema controlla se esistono già registrazioni per la data di consegna selezionata. In caso affermativo, viene visualizzata una finestra di avviso con due opzioni: "Sostituisci la registrazione esistente" (impostazione predefinita) o "Aggiungi nuove registrazioni (sostituisci i duplicati)". La decisione dell'utente viene registrata. In assenza di registrazioni esistenti, la registrazione viene eseguita come prima senza dialogo.
Dati anagrafici e CRM
-
UNO-7523 - La cronologia degli indirizzi mostra ora due colonne aggiuntive: "Indirizzo valido da" e "Indirizzo valido fino a". Queste mostrano l'effettivo periodo di validità di una voce di indirizzo, in modo simile alla visualizzazione esistente nella cronologia degli abbonamenti. Le precedenti colonne "Modificato il" e "Modificato da" rimangono invariate.
Miglioramenti tecnici
-
UNO-7424 - Per tutti i servizi è disponibile un nuovo registro API. Le chiamate API possono essere registrate, tracciate e ripristinate in caso di errore. L'accesso avviene tramite JPA/Hibernate o un endpoint API interno.
-
UNO-7417 - I file di changelog di Liquibase utilizzano ora un file di schema XML memorizzato localmente nel progetto, anziché il download online da liquibase.org. Questo evita gli errori HTTP 429 (troppe richieste) durante gli aggiornamenti paralleli del database, riduce il traffico di rete e aumenta la stabilità della distribuzione.
|
Tipo di problema |
Priorità |
Chiave |
Sintesi |
|
|---|---|---|---|---|
| 1 |
Cambiamento |
Prio 1 - Maggiore |
Ottimizzare le prestazioni per l'importazione dei dati di login IAM |
|
| 2 |
Cambiamento |
Prio 2 - Alto |
Implementare i rapporti di ascolto della raccolta con json2pdf |
|
| 3 |
Cambiamento |
Prio 3 - Medio |
Gestire i pagamenti digitali non riusciti |
|
| 4 |
Cambiamento |
Prio 3 - Medio |
Avviso per la registrazione di una doppia spedizione nella stessa data di consegna |
|
| 5 |
Cambiamento |
Prio 3 - Medio |
Cronologia indirizzi: aggiunta delle colonne "Indirizzo valido da" e "Indirizzo valido a". |
|
| 6 |
Cambiamento |
Prio 3 - Medio |
Le fatture di follow-up ignorano il tipo di pagamento originale per le aziende che utilizzano il nuovo modulo finanziario |
|
| 7 |
Cambiamento |
Prio 3 - Medio |
Aggiunta del pulsante "Aggiorna" manuale per gli eventi IAM in ASMIQ.one |
|
| 8 |
Cambiamento |
Prio 3 - Medio |
Gestire le sessioni aperte da legacy.service.user |
|
| 9 |
Cambiamento |
Prio 3 - Medio |
Introdurre una possibilità di log per tracciare, monitorare e recuperare meglio le chiamate API. |
|
| 10 |
Cambiamento |
Prio 3 - Medio |
Modificare i file di changelog di liquibase per usare il file dbchangelog.xsd locale invece di quello online |