Easyone CRM
Cronologia aggiornamenti

Aggiunto nell’unione delle anagrafiche gli utenti presenti nella sezione Guest, ora vengono anche questi riportati sulla nuova anagrafica generata.

Nella sezione Parametri Anagrafiche > Qualifiche > Dettaglio riga > Tabelle Varie è stata corretta la colonna alias, che mostrava il codice del form custom al posto della relativa descrizione. È stata inoltre sistemata la visualizzazione dei form custom nella pagina people-custom-info.aspx, dove veniva riportata una descrizione non coerente con il codice o con la descrizione effettiva del form.

È stata anche chiarita e corretta la gestione della formattazione dei campi data/ora quando devono essere visualizzati come sola data, in linea con la gestione della griglia del tab Varie anagrafica.

Infine, per i campi numerici con Valore Minimo e Valore Massimo, è stato corretto il comportamento in caso di inserimento di un valore fuori intervallo: al posto del messaggio generico “Qualcosa è andato storto durante il tentativo di contattare il server”, viene ora gestito correttamente l’errore di validazione.

Durante la duplicazione di un documento, se non viene selezionato il tipo di documento di destinazione o manca un altro dato obbligatorio, dopo la segnalazione dei campi mancanti il pulsante Conferma rimane correttamente abilitato per consentire il completamento dell’operazione.

In fase di salvataggio del documento, i dati compilati in un eventuale form custom basato su Formly vengono ora salvati correttamente.

È stato corretto un problema nell’evasione di uno o più documenti eseguita tramite codice custom (utils), per cui veniva generato un nuovo documento per ogni riga selezionata senza applicare il consolidamento previsto. Ora, anche in caso di evasione tramite codice custom, la generazione dei documenti rispetta correttamente le regole di consolidamento.

Nella creazione di un evento con attivazione meeting Teams, l’invito viene ora inviato correttamente anche agli utenti inseriti nell’evento, oltre all’eventuale destinatario esterno aggiunto tramite email. Inoltre, quando viene abilitato un meeting online su Teams, il campo luogo viene valorizzato con Riunione Microsoft Teams invece che con l’indirizzo del cliente.

In fase di evasione di un evento contenente un campo multiselezione, la creazione del nuovo evento con la stessa configurazione non valorizzava correttamente il campo. Il problema era dovuto al fatto che i dati risultavano presenti in AppsCustomFields ma non venivano riportati in AppsCustomFieldDetails; il trasferimento dei valori è stato quindi corretto.

Negli eventi con creazione del meeting Microsoft o Google, gli eventi in forward per gli utenti interni risultano correttamente in sola lettura e modificabili solo dal creatore dell’evento master. È stato corretto un problema per cui, aprendo un evento in forward, apportando modifiche e chiudendo con la X, il messaggio di conferma consentiva comunque il salvataggio anche senza il pulsante Salva, causando l’aggiornamento improprio dell’evento.

Creando un nuovo evento direttamente dal Board tramite il pulsante “+”, veniva ignorato lo stato custom configurato per il tipo di evento e veniva assegnato automaticamente il primo stato disponibile in elenco. Il comportamento è stato corretto, così che in creazione venga ora applicato correttamente lo stato custom previsto dal tipo di evento.

Nell’evasione di un evento tramite API ESA o codice custom, vengono ora applicate correttamente le regole di inclusione ed esclusione dei campi custom definite in Parametri Eventi, nella scheda Workflow Eventi, tab Campi Custom Escape.

È stato corretto il metodo GetProjectDetail, che non restituiva i tag del progetto nella risposta. Di conseguenza i tag non comparivano né nella pagina di dettaglio progetto né nei relativi filtri; ora vengono correttamente inclusi e visualizzati.

Nella gestione delle qualifiche anagrafiche, le limitazioni impostate per inserimento e modifica vengono ora applicate correttamente anche alla cancellazione, impedendo l’eliminazione dell’anagrafica agli utenti non autorizzati.

In fase di salvataggio dell’anagrafica, vengono controllati anche i campi obbligatori del pannello Dati Commerciali, soprattutto per le nuove anagrafiche.

È stata corretta la gestione del tag allegato di default associato all’area evento. In fase di inserimento di un nuovo allegato su evento, il tag proposto viene ora salvato solo se effettivamente selezionato, mentre se viene deselezionato non viene più registrato; inoltre, nella creazione di allegati evento da ESA, se non viene passato alcun tag, viene applicato automaticamente il tag di default previsto per l’area.

È stato risolto un problema per cui l’apertura della WebMail per tutti gli account dell’utente poteva talvolta andare in timeout. L’apertura delle cartelle risulta ora più stabile e non genera più l’errore nelle condizioni in cui si verificava il rallentamento.

In modifica di una riga nei parametri Anagrafiche > Città è stata ripristinata l’attivazione della ricerca all’interno del campo Nazione.

Se si accedeva al tab Allegati di un articolo il cui codice contiene caratteri inusuali (ad esempio (W)), si otteneva l’errore Angular:
Zn: NG04002: 'W'
at Xf.noMatchError (.../_ang/chunk-XVZVQ4K6.js:35:61472).
Errore causato dall’impossibilità del router Angular di gestire segmenti di percorso con caratteri speciali non codificati. È stata implementata la corretta codifica/escaping del codice articolo prima dell’uso come parametro di rotta, consentendo ora l’accesso agli allegati anche per articoli con caratteri anomali nel codice.

Nella griglia del nuovo tab Varie dell’anagrafica sono stati corretti il funzionamento dell’ordinamento colonne, del filtro in colonna e della formattazione dei campi di tipo numero, data e data/ora.

In fase di salvataggio dell’evento tramite app, le date di inizio e fine venivano aggiornate in base alle attività inserite dall’utente, ma le corrispondenti date UTC non venivano modificate. Di conseguenza l’evento risultava ancora con la data e ora originali. Il comportamento è stato corretto, aggiornando correttamente anche le date UTC.

In presenza di molte righe, l’apertura della ricerca in colonna per il campo cliente mostrava correttamente i risultati, ma il filtro applicato all’elenco non restituiva alcun record. Il problema è stato risolto.

Se si crea un nuovo documento con uno stato di default, lo stato veniva salvato correttamente in testata ma non veniva riportato nelle righe. Il problema si presentava anche riaprendo il documento e aggiungendo nuove righe, mentre lo stato veniva salvato nelle righe solo se modificato manualmente in testata. Il comportamento è stato corretto, così lo stato di default viene ora valorizzato anche nelle righe.

Risolto un problema per cui il popup della spiegazione prezzo risultava vuoto anche in presenza dei dati correttamente registrati nel database.

Nelle righe documento, quando si richiama il prezzo tramite il pulsante con il simbolo del dollaro nel campo prezzo, si apre un’EasyView personalizzata che elenca le righe di listino valide. Selezionando una riga che prevede uno sconto di riga, quest’ultimo non veniva riportato nella riga documento.
È stato corretto il comportamento in modo che, al salvataggio della riga di listino selezionata dall’EasyView, gli sconti siano correttamente riportati nella riga documento, a condizione che i campi degli sconti nell’EasyView siano configurati con i nomi previsti:
Disc1 ? PS_Disc1 / LI_MtxDisc1
Disc2 ? PS_Disc2 / LI_MtxDisc2
Disc3 ? PS_Disc3 / LI_MtxDisc3
Disc4 ? PS_Disc4 / LI_MtxDisc4
DiscMax ? PS_DiscMax / LI_MtxDiscMax.

Corretto un problema nella funzione CalculateFileName di EDocuments.Services.EInvoiceServices, dove il calcolo del nome file non garantiva l’univocità e poteva generare lo stesso valore anche per documenti con esercizio e numero differenti. Il calcolo è stato adeguato per produrre un nome file univoco, in linea con i vincoli previsti per la fatturazione elettronica.

Nel documento standard e nel documento carrello è stata ripristinata la ricerca nel dropdown dell’indirizzo e l’elenco è stato ordinato correttamente, con priorità a descrizione indirizzo se presente, poi città e infine indirizzo.

Risolto un problema nel workflow documenti da offerta a ordine, per cui, dopo l’evasione, il documento offerta non veniva aggiornato allo stato evaso anche se impostato come evadibile.

Risolto un problema nel configuratore EasyView in cui, tentando di collegare mediante link logico una tabella a una vista, la configurazione manuale della decodifica del lookup non veniva correttamente accettata, impedendo il salvataggio dell’EasyView.

Nel widget realizzato con EasyView non venivano considerati correttamente né la dimensione del carattere della riga, sempre impostata a 12px, né il flag word wrap header quando abilitato. Il comportamento è stato corretto.

Su ESA sono stati aggiunti tre nuovi endpoint con relativa implementazione per la gestione delle apparecchiature evento:
- Event/GetEventAssets
- Event/InsertUpdateEventAssets
- Event/DeleteEventAssets

Nell’inserimento o modifica di un listino articolo (Priceset) da API ESA, i campi calcolati quali ps_costbase, ps_costbasedis, ps_costlocaldis e ps_totaldis non venivano correttamente valorizzati. Il problema è stato risolto eseguendo i calcoli dei campi previsti anche in caso di chiamata API.

È stato rimosso il flag Nuovo Follow-up, non più necessario, anche dal database.

Quando è attiva la funzionalità di template dinamico tramite il campo custom app_free29, se viene selezionato un template diverso da quello standard associato all’evento è necessario valorizzare anche il campo TemplateEventType. Se ciò non avviene, alla successiva riapertura dell’evento viene nuovamente visualizzato il template standard.

Lo scorrimento dell’elenco delle ore tramite rotellina del mouse è stato disabilitato, in quanto impostava l’orario su 00:00 e impediva successivamente di continuare a scorrere correttamente. La selezione dell’orario è ora possibile solo tramite le apposite frecce o la scrollbar.

In presenza di molti elementi selezionati e descrizioni particolarmente lunghe, è stata migliorata l’usabilità del controllo dei campi custom multiscelta evento, rendendone la gestione più chiara e semplice.

Quando si crea un nuovo template MS-Word, le eventuali modifiche al contenuto nell’editor non venivano salvate. Se invece, dopo aver creato il report, si chiudeva l’editor, si caricava un file Word dalla funzione di caricamento in griglia e poi si modificava il contenuto, le modifiche restavano correttamente salvate. Il problema è stato risolto: ora, anche con il nuovo template, le modifiche effettuate direttamente nell’editor vengono mantenute al salvataggio.

Nel popup di stampa, selezionando la voce “Salva su Email”, i tag non venivano sostituiti nel documento generato, mentre con le altre opzioni di stampa il funzionamento era corretto. Il problema è stato risolto: ora, anche con l’opzione Salva su Email, i tag vengono correttamente sostituiti con i relativi valori.

Durante la funzione Processa di un’e-mail proveniente da WebMail, la creazione di un nuovo evento utilizzava le date in formato UTC invece di convertirle nel fuso orario dell’utente che esegue l’operazione. Il problema è stato risolto, adattando correttamente le date al fuso orario locale.

Per gli account EWS è stata migliorata la gestione delle cartelle di posta nei casi con molte cartelle (> 1.000). Per gli account IMAP è stato ripristinato il salvataggio dei messaggi inviati dal CRM anche nella cartella Posta Inviata dell’account e-mail.
Per tutti gli account, durante lo scaricamento non viene più effettuata la lettura delle cartelle, rendendo il processo più veloce. Nello specifico: la struttura delle cartelle viene azzerata al salvataggio nella pagina dell’account e-mail; al primo scaricamento successivo, se la struttura risulta vuota, viene letta direttamente dall’account e memorizzata per gli scaricamenti successivi.

Lo scaricamento della posta per un nuovo account e-mail restituisceva l’errore: “Il valore della colonna 'LastScan' nella tabella 'UserEmailAccounts' è DBNull.” Il problema è stato risolto inizializzando correttamente il valore della colonna LastScan per i nuovi account.

Riproducibile il problema con il seguente scenario:
- da evento si passa alla stampa e si sceglie “Apri con l’editor Word”;
- si lascia aperta la nuova pagina con il documento in modifica per alcuni minuti (almeno 5);
- si torna sulla pagina, si effettuano modifiche, si salva e si chiude;
- tornando in Evento > tab Allegati e aprendo l’allegato salvato, l’editor risulta vuoto con in console l’errore “GetFileContent.Exception -> Blob does not exist!”, perché l’allegato nello storage era effettivamente mancante.
Il problema è stato corretto: il blob dell’allegato viene ora mantenuto correttamente nello storage anche dopo lunghi periodi di modifica e salvataggi.

Risolto un problema nella statistica Gestione Documentale, dove il campo Anagrafica di easyview StdAttachmentList risultava vuoto e quindi non filtrabile. La causa era una mancata decodifica del lookup dell’anagrafica, dovuta a una definizione errata della EasyView standard in caso di join multipli con utilizzo di alias.

In alcuni contesti, la dashboard Easy Fire restituiva il messaggio di errore “[object Object]” al posto di una segnalazione corretta e leggibile. Il problema è stato risolto.

Risolto un problema per cui, dopo aver selezionato un’immagine da associare a un’anagrafica e cliccato sul pulsante Salva, l’immagine non veniva correttamente registrata nel database e veniva ripristinata l’immagine predefinita.

Risolto un problema per cui, impostando il vettore in anagrafica, al salvataggio veniva registrato il GUID al posto del codice, causando un errore nella creazione di un nuovo documento per quella anagrafica.

Risolto un problema nella pagina Lista eventi, dove, applicando il filtro sulla colonna Progetto, veniva visualizzato un errore e il filtro non veniva correttamente applicato.

In Articolo > Attività, selezionando come Tipo attività la voce Disponibilità, la griglia andava in errore. Il problema è stato risolto.

Risolto un problema per cui, creando un nuovo documento con un tipo di indirizzo diverso da quello standard impostato nel tipo documento, l’indirizzo non veniva calcolato correttamente e veniva comunque salvato l’indirizzo standard.

Risolto un problema per cui l’esportazione in Excel di una EasyView con un campo di tipo data, valorizzato a 00:00, riportava nella colonna un valore errato, anticipato di un giorno.

In EasyView, per i numeri fino a 4 cifre (ad esempio 6000) non veniva applicato il separatore delle migliaia, mostrandoli come 6000,00 invece che 6.000,00, mentre da 5 cifre in su il separatore risultava correttamente visualizzato (ad esempio 15.000,00). È stata corretta la formattazione numerica affinché il separatore delle migliaia compaia coerentemente anche per valori con meno di 5 cifre.

Risolto un problema per cui, durante il salvataggio di una EasyView, veniva visualizzato l’errore EasyViewFilters update failed.

Aggiunte alle impostazioni della statistica le limitazioni per il comportamento standard: ruoli abilitati alla creazione, modifica e cancellazione dei filtri avanzati, blocco dell’ordinamento dei dati e blocco dello spostamento delle colonne.

Risolto un problema nella chiamata API easyoneserviceapi/api/People/GetPeopleProfiles?peopleId=<peopleId>, che restituiva l’errore GetPeopleProfiles.Exception -> The provider for the source 'IQueryable' doesn't implement 'IAsyncQueryProvider'. Only providers that implement 'IAsyncQueryProvider' can be used for Entity Framework asynchronous operations. L’errore è stato corretto adeguando il provider della query per supportare le operazioni asincrone di Entity Framework.

In fase di aggiornamento di un’anagrafica di tipo contatto, se viene indicato un padre diverso da quello usato in fase di inserimento, il padre non veniva aggiornato correttamente. Il problema è stato risolto.

L’aggiornamento di un evento da giro visite generava l’errore “The conversion could not be completed because the supplied DateTime did not have the Kind property set correctly.” Problema risolto impostando correttamente la proprietà Kind delle date coinvolte nella conversione e allineando i fusi orari.

Aggiunto alla toolbar del documento standard il gruppo di pulsanti Eventi, per consentire la creazione di un nuovo evento a partire dal documento corrente oppure l’associazione del documento a un evento esistente.

Risolto un problema per cui, aprendo un evento con una o più anagrafiche aggiuntive collegate, il caricamento dell’evento andava in errore se nelle note delle anagrafiche erano presenti caratteri di escape, ad esempio all’interno di URL come https://www.easyone.biz/demo.

Nel popup di evasione evento è stato rimosso il campo priorità.

Con l’aggiornamento alla versione 5.80, nella card del Board sulla riga contenente i campi valore e data, il trattino che separa l’icona del grafico dal valore risultava troppo vicino al numero, facendo apparire il valore come negativo. È stata ripristinata la spaziatura presente nella versione 5.70, eliminando questo equivoco visivo.

Dal popup di stampa, selezionando la voce Apri con l’editor Word, il documento si apriva correttamente nell’editor ma veniva anche scaricato, con relativa conferma.

Risolto un problema nella stampa dei report Word con immagini: nel caso di immagini provenienti da allegati del CRM (ad esempio gli allegati degli articoli), queste non venivano renderizzate all’interno del documento generato.

Risolto un problema per cui, quando viene processata un’e-mail, la data del messaggio riportata nelle note risulta in formato UTC invece di essere convertita nel fuso orario locale corretto.

Nella griglia dedicata alle lingue delle anagrafiche è stata riscontrata la mancanza della colonna relativa al codice ISO (LN_ISOCode). Per risolvere il problema, la colonna è stata aggiunta all'interfaccia, impostando come origine dati (data source) la tabella delle lingue di sistema (Languages). In questo modo, è ora possibile visualizzare e gestire correttamente il codice ISO associato a ciascuna lingua anagrafica, allineando i dati a quelli già configurati a sistema.

All'interno della griglia dei parametri Help Desk (sezione Tipi Costo), il campo Articolo presentava un menu a tendina che mostrava solo la descrizione degli articoli omettendo il codice. Inoltre non era abilitata la digitazione per filtrare i risultati, rendendo complessa la selezione in caso di liste lunghe. Il campo è stato convertito in un campo di ricerca completo, che mostra sia codice sia descrizione e permette di filtrare dinamicamente i risultati digitando parte del testo.

Nel caso in cui il parametro relativo all'anagrafica standard (configurabile in Parametri Globali > Anagrafiche) non fosse compilato oppure contenesse l'ID di un'anagrafica inesistente a sistema, si verificava un errore bloccante durante l'aggiunta di un nuovo contatto all'interno di qualsiasi anagrafica. In questa situazione, l'interfaccia mostrava la lista delle qualifiche vuota, impedendone la selezione, mentre nella console del browser veniva restituito un errore "Bad Request" in corrispondenza della chiamata API GetCRMDefaultAddress. Il problema è stato risolto introducendo un controllo adeguato sulla validità del parametro globale: ora, in assenza di un'anagrafica standard valida, il sistema gestisce correttamente l'eccezione, permettendo il regolare caricamento delle qualifiche e l'inserimento dei contatti senza generare errori bloccanti.

Durante la creazione di una nuova anagrafica, il meccanismo di generazione automatica del codice con progressivo per qualifica restituiva un'eccezione del tipo "This SqlTransaction has completed; it is no longer usable" nel momento in cui il codice generato risultava già esistente a sistema. Il comportamento è stato corretto garantendo che, ad ogni iterazione di ricerca del primo codice libero, venga correttamente inizializzata una nuova transazione, eliminando l'eccezione e permettendo la corretta generazione del codice progressivo.

Durante la modifica di un'anagrafica aperta direttamente da un evento, le variazioni apportate ai campi relativi all'indirizzo non venivano salvate a database, sebbene l'interfaccia confermasse l'operazione. Al contrario, le modifiche ai media della stessa anagrafica venivano registrate correttamente. Il problema risiedeva in un parziale disallineamento dei dati tra il modulo evento e il modulo anagrafica durante il salvataggio contestuale. Il comportamento è stato corretto affinché tutte le sezioni dell'anagrafica, compresi i campi indirizzo, vengano correttamente aggiornate e salvate anche quando modificate tramite la finestra richiamata dall'evento.

All'interno della pagina dell'anagrafica, i dati gerarchici relativi a Business Unit e Activity Sector venivano visualizzati in interfaccia solo fino a una profondità massima di 5 livelli, troncando di fatto la struttura anche se a sistema erano stati definiti e associati rami più profondi. Questo limite impediva all'utente di consultare l'esatta collocazione organizzativa o settoriale delle anagrafiche. Il controllo della profondità gerarchica (depth) è stato adeguato, rimuovendo il limite fisso a 5 livelli e consentendo la corretta esplorazione e visualizzazione dell'intera struttura configurata.

Aggiungendo un allegato all'interno di un articolo o di un documento, il sistema interrompeva l'operazione restituendo il messaggio "Caricamento allegati fallito: errore interno del server" (Errore 500). Il problema, causato da un'anomalia nella gestione delle richieste di upload verso il server, impediva il corretto salvataggio e collegamento dei file alle entità. La funzione di caricamento è stata corretta e ottimizzata per gestire adeguatamente i file in ingresso, ripristinando il normale inserimento degli allegati sia per gli articoli che per i documenti.

Durante la duplicazione di un documento, in caso di ritardo nella risposta visiva dell'interfaccia, era possibile cliccare più volte sul pulsante di conferma, causando la creazione erronea di due o più documenti duplicati anziché uno solo. Il problema è stato risolto disabilitando automaticamente il pulsante di conferma (o introducendo un blocco sul doppio click) non appena la richiesta di duplicazione viene inviata al sistema, evitando così elaborazioni multiple concorrenti e garantendo la creazione di un solo documento.

Nel dettaglio delle righe di un documento standard, il valore del magazzino visualizzato nel campo LI_WareHouse non corrispondeva al dato effettivamente presente nella colonna corrispondente sul database. Il disallineamento era causato da un'errata mappatura o binding del campo in fase di caricamento della riga, che portava a mostrare un valore diverso da quello memorizzato. Il problema è stato corretto: il campo LI_WareHouse ora riflette fedelmente il valore presente sul database.

Nel modulo dei documenti standard, il campo DO_Destination (magazzino) non rispettava le regole di visibilità configurate tramite Babel, risultando sempre visibile a prescindere dalle impostazioni definite. Il comportamento è stato corretto affinché l'interfaccia applichi dinamicamente le regole di visibilità di Babel, mostrando o nascondendo il campo magazzino in base ai permessi e al contesto previsti.

Il filtro "da articolo a articolo" all'interno del Backlog non funzionava correttamente in quanto i valori immessi per l'intervallo (da/a) venivano valutati erroneamente tramite l'operatore di uguaglianza esatta (==) rispetto al codice articolo della riga. Di conseguenza, il filtro non includeva gli articoli intermedi ma restituiva risultati solo in caso di corrispondenza puntuale. La query di filtraggio è stata corretta sostituendo l'operatore di uguaglianza con l'operatore corretto di valutazione dell'intervallo compreso, permettendo di estrarre tutte le righe i cui articoli ricadono nel range alfabetico o numerico specificato.

Cliccando l'icona "Mostra/Nascondi riga filtro" (icona lente) all'interno delle griglie, l'elenco dei filtri avanzati applicati veniva erroneamente azzerato nell'interfaccia, sebbene il filtro sui dati rimanesse attivo. Per far ricomparire visivamente i filtri avanzati impostati era necessario effettuare un refresh dell'intera pagina. Il comportamento è stato corretto affinché l'azione di Mostra/Nascondi della riga filtro non comporti più la perdita visiva delle impostazioni del filtro avanzato, garantendo la coerenza tra i dati mostrati e i criteri evidenziati.

Durante la validazione di una vista, anche in presenza di query semplici, il sistema restituiva il messaggio "vista valida ma performance al di sotto dello standard minimo". Oltre al messaggio, si riscontrava un problema bloccante: non era possibile salvare la bozza della vista, con conseguente perdita di tutte le modifiche apportate. Il problema è stato corretto: ora, indipendentemente dall'esito del controllo sulle performance, il salvataggio della bozza viene sempre consentito, preservando le modifiche dell'utente.

Dopo l'aggiornamento dalla versione V70 alla V80, accedendo alla configurazione dei campi calcolati di una EasyView, il tipo di dato non veniva più mostrato nell'interfaccia, nonostante il valore fosse correttamente presente e valorizzato nella tabella del database. Il problema era causato da un disallineamento nella logica di lettura e binding del campo introdotto con la nuova versione, che non recuperava correttamente il valore dalla tabella per popolarlo nell'interfaccia. Il problema è stato corretto: il tipo di dato dei campi calcolati viene ora visualizzato correttamente in tutte le EasyView.

Il metodo UpdatePeople dell'anagrafica tramite ESA non aggiorna gli indirizzi, seppure le modifiche vengano passate nel payload della chiamata

Premendo il pulsante "Genera evento" all'interno del giro visita, il sistema restituiva un errore bloccante relativo al campo EndDateUTC, analogamente a quanto riscontrato nel caso delle ricorrenze. Il campo non veniva valorizzato correttamente prima dell'inserimento del record nella tabella Apps, causando il fallimento dell'operazione. Il problema è stato corretto: il campo EndDateUTC viene ora popolato correttamente anche in fase di generazione evento da giro visita.

Cliccando sul pulsante delle ricorrenze di un evento, il sistema restituiva un'eccezione bloccante causata da un tentativo di inserimento nella tabella Apps con il campo EndDateUTC valorizzato a NULL, valore non ammesso dalla struttura del database. Il problema è stato corretto: la generazione degli eventi ricorrenti ora valorizza correttamente il campo EndDateUTC.

Nella lista dei progetti, cliccando sull'icona relativa alle e-mail inviate non veniva aperta la finestra di dettaglio del messaggio, a differenza di quanto avveniva correttamente per le e-mail ricevute. Il problema era causato dalla mancanza dei parametri necessari (entity ed entityType=3) all'interno della query string generata dall'interfaccia, come invece già previsto nell'apertura dalle sezioni Evento o Ticket. L'anomalia è stata corretta e ora il link si forma con i parametri corretti, consentendo la lettura della mail. Inoltre è stata aggiunta un'icona con tooltip che permette di visualizzare in modo compatto l'elenco dei destinatari in CC, ottimizzando lo spazio a video.

la selezione massiva tramite l'apposito pulsante "Seleziona Tutto" non includeva la totalità dei record il numero di elementi effettivamente selezionati era variabile (10, 15, 30 o altro) e non corrispondeva all'elenco completo. Il problema era causato dal caricamento lazy della lista (paginazione), che popolava i ticket progressivamente durante lo scorrimento, rendendo non selezionabili gli elementi non ancora caricati a video.

In presenza di un organigramma aziendale strutturato su 3 livelli dove non era specificato il flag "primario" sulle relazioni, l'inserimento di un evento per un'anagrafica di terzo livello generava un errore in fase di salvataggio. Pur essendo visualizzate correttamente l'anagrafica di primo livello (come anagrafica principale) e quella di terzo livello (come contatto), il sistema restituiva l'errore "contatto invalido" a causa di una mancata risoluzione della gerarchia intermedia non primaria. Il problema è stato corretto affinché l'associazione risulti valida e salvabile anche per i livelli successivi di un organigramma privo di flag primario esplicito.

All'interno di un evento, qualora venissero passati dei tag parametrici alla query di popolamento dati di un campo custom, si verificava un'anomalia per cui non tutti i tag relativi ai campi disponibili nell'evento venivano trasmessi in modo corretto all'interrogazione del database. Il passaggio dei parametri è stato corretto e ottimizzato: adesso tutti i campi taggabili dell'evento sono pienamente disponibili, correttamente interpretati e passati al programma, consentendo il regolare caricamento e la corretta visualizzazione dei dati nel campo.

All'interno della configurazione dei tipi evento, qualora venisse abilitato il flag "Firma", si riscontrava un'anomalia per cui l'inserimento o la modifica di un template di firma non veniva correttamente registrato a sistema. Nello specifico, l'interfaccia non manteneva la modifica e, uscendo e rientrando nella schermata di dettaglio del tipo evento, il campo del template risultava nuovamente vuoto. Il problema è stato analizzato e la logica di salvataggio è stata ripristinata. Ora, confermando l'inserimento, il template di firma viene correttamente memorizzato nel database e mantenuto in modo permanente anche ai successivi accessi alla configurazione.

Accedendo al tab Allegati di un evento e avviando una stampa, al termine dell'elaborazione veniva mostrato un numero enorme di allegati anziché i soli allegati dell'evento corrente. Uscendo e rientrando nel tab la visualizzazione tornava corretta. Il problema era causato da un refresh della griglia privo del filtro contestuale sull'evento. È stato corretto: la griglia ora si aggiorna correttamente dopo ogni stampa, mostrando solo gli allegati pertinenti.

In fase di creazione di un nuovo evento, i campi custom il cui datasource applicava un filtro basato sul tag @@app_contatto@@ risultavano vuoti. Il tag non veniva risolto correttamente finché l'evento non veniva salvato e ricaricato, rendendo il campo inutilizzabile in fase di inserimento. Il problema è stato corretto: il tag @@app_contatto@@ è ora disponibile e valorizzato correttamente fin dalla schermata di creazione dell'evento, senza necessità di un salvataggio preventivo.

Durante l'inserimento di una firma all'interno di un evento, utilizzando l'apposito pulsante "Inserisci firma" presente nella toolbar, il sistema restituiva a video un'eccezione bloccante del tipo System.Data.ConstraintException: Column 'ID' is constrained to be unique. Nonostante il messaggio di errore interrompesse l'esperienza utente, il salvataggio effettivo del dato a livello di database andava comunque a buon fine. Il problema è stato risolto permettendo un corretto aggiornamento della griglia senza mostrare l'errore.

In presenza di un Template Evento (es. Ticket) vincolato ad anagrafiche di tipo "Cliente", il salvataggio veniva bloccato erroneamente se l'anagrafica selezionata possedeva più qualifiche (es. "Cliente, Agente, Interno"). Il sistema, infatti, verificava soltanto la prima qualifica associata e, se diversa da quella attesa, scartava l'anagrafica restituendo l'errore "Tipo anagrafica non valido". Il controllo è stato rivisto affinché verifichi l'intera lista delle qualifiche dell'anagrafica: il salvataggio è ora consentito purché almeno una delle qualifiche corrisponda a quella richiesta dal template.

Durante la modifica di un evento, tentando di aggiungere un nuovo contatto tramite l'apposita funzione, il popup di inserimento si apriva per poi richiudersi immediatamente in modo anomalo, impedendo all'utente di compilare i dati richiesti. Il problema era dovuto a una gestione errata degli eventi di click dell'interfaccia (es. propagazione del click di apertura che innescava subito l'evento di chiusura del modale). La logica di apertura del popup è stata corretta, garantendo che la finestra rimanga stabilmente visibile fino all'effettivo salvataggio o all'esplicita chiusura da parte dell'utente.

All'interno dell'editor e-mail, il carattere predefinito impostato nella sezione dei parametri globali non veniva mantenuto durante la fase di composizione del messaggio, costringendo l'utente a re-impostare manualmente il font desiderato. Il problema era causato da un mancato caricamento della configurazione globale all'inizializzazione del componente editor. Il comportamento è stato corretto facendo in modo che l'editor legga e applichi correttamente il font predefinito specificato nei parametri globali all'apertura di ogni nuovo messaggio.

Durante l'inoltro di una e-mail contenente allegati, il sistema restituiva un errore bloccante in fase di invio, impedendo il completamento dell'operazione. Il problema era causato da una gestione non corretta degli allegati originali in fase di reinoltro, che non venivano opportunamente recuperati e reimpacchettati nel nuovo messaggio in uscita. Il problema è stato corretto: l'inoltro di e-mail con allegati viene ora eseguito correttamente, preservando e trasmettendo tutti i file allegati al messaggio originale.

Durante la generazione delle stampe dei documenti tramite DevExpress, il sistema non proponeva automaticamente l'italiano come lingua di default, costringendo l'utente a selezionarla manualmente a ogni operazione. La mancata selezione della lingua corretta comportava, tra l'altro, un'errata formattazione dei valori numerici all'interno del report. Sebbene le mappature dei codici ISO fossero presenti nella tabella delle lingue e l'utente avesse l'italiano correttamente associato, la routine di inizializzazione della stampa non recuperava la lingua dell'utente in modo appropriato. Il comportamento è stato corretto facendo in modo che la finestra di stampa acquisisca e preimposti automaticamente la lingua dell'utente corrente, garantendo così l'immediata e corretta applicazione dei formati numerici senza richiedere passaggi aggiuntivi.

All'interno della griglia dei Workflow Eventi, cliccando sull'intestazione delle colonne "Evento sorgente" o "Evento destinazione", l'ordinamento veniva eseguito in base al codice dell'evento (dato tecnico non visibile) anziché sulla base della descrizione (dato effettivamente mostrato all'utente). Questo causava un ordinamento apparentemente casuale e disorientante. La logica della griglia è stata corretta impostando l'ordinamento alfabetico direttamente sulla descrizione dell'evento, garantendo così una visualizzazione coerente con i dati esposti.

Aprendo la pagina che contiene la Gallery Anagrafica compare un errore (“Cannot read properties of undefined…”) e la schermata resta completamente bianca, senza possibilità di utilizzo. Il problema è legato alla gestione di anagrafiche senza descrizione; con il fix la pagina si apre sempre correttamente e la gallery rimane utilizzabile anche in presenza di dati incompleti.

Tentando di modificare i media di un'anagrafica contatto direttamente dalla sezione Contatti della pagina anagrafica principale del cliente (nuovo modulo basato su layout), il sistema mostrava il messaggio di avvenuto salvataggio ma le modifiche ai dati non venivano effettivamente registrate. Il problema era dovuto a un errore nella logica di salvataggio del modulo contatti quando aperto in modalità di modifica contestuale dalla pagina principale, che confermava l'operazione senza aggiornare i dati a database. È stato corretto il comportamento affinché il salvataggio dei media del contatto, effettuato dalla sezione Contatti dell'anagrafica principale, venga correttamente persistito e visibile dopo il salvataggio.

Nella sincronizzazione dell’App Mobile sono emerse due criticità: con volumi elevati di anagrafiche da sincronizzare la procedura diventa molto lenta fino a generare errori di timeout in fase di lettura dati, rendendo difficoltoso l’aggiornamento offline dei dispositivi. Inoltre, nella sincronizzazione parziale si verifica una discrepanza tra la lettura di People (filtrata per diritti utente) e quella di PeopleCustomFields (letta senza filtro sui diritti): se dal CRM vengono modificati solo i PeopleCustomFields, o se alcuni People non risultano visibili per l’utente, il sistema può tentare di sincronizzare righe PeopleCustomFields prive della corrispondente People, causando errori di chiave esterna e dati incoerenti sul dispositivo. Il task interviene sia sull’ottimizzazione delle performance (riduzione batch, timeouts e strategie di lettura per grandi volumi), sia sull’allineamento logico tra People e PeopleCustomFields in modo che i custom fields vengano sincronizzati solo insieme all’anagrafica padre e nel rispetto dei diritti utente, evitando la creazione di record orfani e gli errori di integrità referenziale.

All’interno del codice custom di un evento, la modifica programmata di un secondo evento di tipo diverso può portare all’esecuzione del codice custom di quest’ultimo sull’evento non corretto, invece che sul proprio contesto. In pratica, quando uno script di evento A aggiorna un evento B che ha a sua volta un codice custom, la logica custom di B viene talvolta eseguita riferendosi ad A (evento chiamante) o comunque sull’evento di tipo sbagliato, con effetti collaterali imprevedibili su dati e automazioni. Il task introduce un controllo esplicito del contesto di esecuzione (tipo evento e identificativo) prima di invocare il relativo codice custom, in modo che ogni blocco di logica venga eseguito esclusivamente sull’evento a cui appartiene, anche quando è richiamato da modifiche provenienti da altri eventi.

Con modalità di fatturazione impostata su “da Apparecchiature”, le righe Apparecchiature con campo “con_l_DtCancel” valorizzato venivano escluse dal calcolo del totale contratto anche quando la data di cancellazione era futura (es. 31/12/2026), con impatto sul totale ricorrente calcolato da righe. Analogamente, nella griglia Apparecchiature, le righe con “con_l_DtCancel” uguale alla data odierna venivano marcate come “Non Valide” a causa di un confronto data errato (“>” invece di “>=”). Il task adegua la logica di inclusione/esclusione: le righe con data di cancellazione futura (o pari a oggi) vengono considerate valide ai fini del totale secondo la modalità scelta (una tra: Righe Apparecchiature, Totale da righe apparecchiature, Totale da righe apparecchiature dettagliato, Righe apparecchiature raggruppate) e la griglia mostra come “Non Valide” solo le righe con “con_l_DtCancel” strettamente minore di oggi.

Perfezionata la funzione di duplicazione documenti: i campi "Sconto massimo" e "Spiegazione prezzo" vengono ora riportati correttamente sia duplicando con i prezzi originali, sia effettuando il ricalcolo listini.

Partendo da un documento in valuta estera (es. GBP) con tasso di cambio correttamente valorizzato in testata e in riga, in fase di evasione dal primo documento (es: ordine) al documento successivo il documento generato riporta il tasso di cambio corretto in testata ma assegna valore 1 al tasso di cambio di riga; di conseguenza il controvalore in euro in riga coincide erroneamente con l’importo in valuta estera, mentre l’inserimento manuale di una nuova riga utilizza il tasso corretto. Il task uniforma la logica di evasione documenti in valuta affinché, quando si evadono documenti derivati da documenti (es. ordini) in valuta, il tasso di cambio di riga venga sempre ereditato dal documento di origine (o dalla testata del nuovo documento secondo le regole di sistema), garantendo coerenza tra tasso di cambio di testata e di riga e il corretto calcolo del controvalore in euro.

All’apertura di un documento carrello, il campo indirizzo viene ricalcolato dal motore standard sovrascrivendo il valore precedentemente salvato in do_adresse, con conseguente perdita dell’indirizzo inserito o modificato manualmente. Il task adegua la logica di inizializzazione del documento carrello in modo che, in presenza di un valore già valorizzato su do_adresse, l’indirizzo non venga rigenerato né sostituito, mantenendo quanto impostato dall’utente o da eventuali logiche custom.

Su alcune statistiche aperte da anagrafica con filtro preimpostato per anagrafica (es. statistica interna “Contratti clienti”), un filtro di default configurato su una colonna non viene applicato quando tale colonna si basa su un campo calcolato: la statistica risulta comunque pre-filtrata per anagrafica, ma il filtro di colonna definito come default viene ignorato. In pratica, all’apertura della statistica dalla relativa anagrafica, i dati mostrati non rispettano il filtro aggiuntivo previsto (legato al campo calcolato), che verrebbe applicato solo se impostato manualmente dall’utente. Il task adegua la logica di inizializzazione dei filtri in modo che, anche in presenza di colonne basate su campi calcolati, il filtro di default di colonna venga correttamente tradotto nella query/statistica e applicato già in apertura, garantendo che le statistiche pre-filtrate per anagrafica rispettino tutti i filtri configurati.

Nel Configuratore EasyView, l’apertura di una vista che contiene un campo di lookup puntato a una seconda istanza della stessa tabella (es. seconda referenza a People, che richiede alias) ma senza relativa decodifica attiva innesca una gestione automatica errata del lookup: la validazione della vista giustamente non passa, ma il configuratore non riesce a individuare correttamente la tabella di riferimento, genera un alias (People2, People3, …) che viene poi perso e ripete il processo a ogni tentativo di correzione. Questo comportamento porta a un loop in cui, anziché permettere la semplice correzione del lookup e della decodifica, la configurazione della EasyView diventa di fatto non modificabile. Il task introduce una gestione stabile del caso “secondo lookup sulla stessa tabella con alias”: il configuratore conserva l’alias corretto, blocca la generazione ripetuta di nuovi alias e consente di sanare il lookup e aggiungere la decodifica senza perdita di riferimenti.

In ambito Statistiche, il salvataggio di una EasyView non preserva correttamente tutti i settaggi di visualizzazione: i raggruppamenti impostati sui campi e le traduzioni personalizzate del titolo statistica vengono persi dopo il salvataggio, costringendo l’utente a riconfigurare la vista ad ogni riapertura. Inoltre, in alcune statistiche che includono campi strutturati come JSON, il caricamento dei filtri in colonna può generare errore o malfunzionamenti, impedendo il filtraggio puntuale dei dati su tali campi. Il task interviene sia sulla persistenza completa delle impostazioni EasyView (inclusi raggruppamenti e traduzioni del titolo), sia sulla gestione dei campi JSON nel motore di filtro colonna, assicurando che le statistiche si riaprano con i settaggi salvati e che i filtri su colonne basate su JSON funzionino senza errori.

Nella creazione documenti tramite ESA GetNewDocumentModel (e relativa EasyUtils), se nel modello viene passata una quantità insieme al prezzo, il sistema oggi sovrascrive subito il prezzo e perde le valorizzazioni standard derivate dalla GetCost (es. sconto massimo, listino kit, spiegazione prezzo). Con il nuovo comportamento, prima viene sempre eseguita la GetCost per compilare tutti i campi standard di riga, poi – solo in un secondo momento – vengono applicati eventuali prezzi e sconti passati nel modello, così la riga risulta completa e coerente ma con i valori commerciali desiderati.

Nella sincronizzazione tra eventi CRM e calendari esterni Office365/Google, sono stati risolti tre comportamenti non desiderati:
Se un evento creato dal CRM e sincronizzato su calendario esterno viene cancellato manualmente dal calendario remoto, una successiva modifica sul CRM generava errore in sincronizzazione e non ricreava più l’evento remoto; la logica è stata corretta per gestire in modo coerente la ricreazione o la rimozione definitiva dell’evento eliminato lato Office/Google.
È stato introdotto l’arricchimento del campo posizione/indirizzo dell’evento remoto con la descrizione cliente e, quando presente un contatto diverso dal cliente, anche con la descrizione del contatto, così da rendere l’appuntamento più riconoscibile direttamente dal calendario esterno.
Nel calendario Microsoft, in visualizzazione/modifica (in particolare su device mobile), alcuni eventi venivano mostrati con fuso orario UTC invece del fuso corretto dell’utente; è stata adeguata l’impostazione del time zone sugli eventi sincronizzati in modo che i client Outlook/Office365 li visualizzino e li modifichino nel fuso orario dell’utente, evitando discrepanze tra orario effettivo e orario mostrato.

Utilizzando un template evento configurato con filtro sulle qualifiche (Qualifiche anagrafica abilitate: Cliente; Qualifiche contatto abilitate: Contatto/Pers.Fisica), dalla scheda di un contatto con qualifica Contatto/Pers.Fisica la cui organizzazione di default ha qualifica Cliente, alla creazione di un nuovo evento viene mostrato l’errore “Qualifica Anagrafica errata per il tipo evento selezionato. Selezionare un’anagrafica con una qualifica valida: - Cliente ;” e il campo anagrafica viene svuotato, nonostante l’anagrafica sia in realtà valida per il template. Reinserendo manualmente la stessa anagrafica e lo stesso contatto, l’evento viene invece compilato correttamente, segno che il problema riguarda solo la validazione iniziale in apertura dalla scheda contatto. Il task corregge la logica di controllo delle qualifiche in modo che, quando si entra da un contatto la cui organizzazione di default rispetta i filtri del template, l’anagrafica non venga azzerata e l’evento venga aperto senza errore già al primo tentativo.

All'apertura del popup di ricerca progetto da evento, il filtro sull'area del tipo evento non veniva applicato automaticamente, impedendo la visualizzazione dei progetti della stessa area del tipo evento corrente, pur essendo questi progetti normalmente aperti. Era necessario cliccare manualmente sul flag "Tutte le aree" per visualizzare il progetto atteso, per fare un refresh del filtro contestuale previsto. Il comportamento è stato corretto affinché, in apertura del popup di ricerca, vengano mostrati automaticamente i progetti coerenti con l'area del tipo evento di partenza.

Migliorata la gestione dei campi custom obbligatori: ora vengono evidenziati prima del salvataggio (Evento e Anagrafica) e, nell’Evento, i campi obbligatori standard e custom sono segnalati insieme in modo uniforme.

Corretto il funzionamento del "Seleziona tutto" nella griglia Backlog: la selezione ora rispetta i filtri di colonna attivi, applicandosi solo alle righe visibili e non all'intero elenco.

Nel backlog di contratti a scalare, quando si esegue il backlog di righe costo collegate a contratti a scalare e si procede alla “chiusura” della riga costo (cambio stato), il campo ConsolidatedValue sulla tabella AppsLignesCosts non viene valorizzato come previsto, lasciando di fatto la riga senza il valore consolidato associato alla chiusura. Questo comportamento genera una rappresentazione incompleta dei valori consolidati sulle righe costo di backlog e può impattare sulla reportistica e sui controlli economici basati su tale campo. Il task riallinea la logica di aggiornamento in modo che, al cambio stato che determina la chiusura della riga costo, il ConsolidatedValue venga correttamente impostato in AppsLignesCosts in coerenza con gli importi consolidati calcolati per il contratto a scalare.

Se un utente privo di account e-mail configurato apriva un'e-mail inviata con allegati, visualizzava correttamente tutto il corpo del messaggio ma non la sezione degli allegati in fondo alla pagina, impedendo l'accesso ai file ricevuti. Il problema era causato da un controllo sulla configurazione dell'account e-mail che nascondeva gli allegati anche in visualizzazione sola lettura. È stato corretto il comportamento in modo che, anche senza account e-mail configurato, l'utente possa visualizzare e scaricare gli allegati presenti nelle e-mail ricevute.

Se la lista dei report disponibili per la stampa superava i 15 elementi, il popup di stampa non mostrava tutti i report e le ultime righe comparivano come riquadri grigi, rendendo impossibile la loro selezione. Il problema si manifestava in particolare con risoluzioni video inferiori a Full HD (1920×1080), a causa di un ridimensionamento non corretto del popup rispetto all'altezza dello schermo. È stato corretto il comportamento del popup di stampa, introducendo uno scroll interno o adattando l'altezza massima per garantire che tutti i report siano sempre visibili e selezionabili, indipendentemente dalla risoluzione del monitor.

Quando si riceve una risposta via e-mail con workflow E-Mail Plus attivo, la regola Ticket > Risposta Cliente viene applicata in modo non coerente con la configurazione: pur avendo il flag “Note” non selezionato sulla regola, alla creazione dell’evento “Risposta Cliente” le note del ticket vengono comunque copiate nell’evento. Questo comportamento genera contenuti non attesi sull’evento collegato al ticket e non rispetta quanto definito nel workflow (le note dovrebbero essere riportate solo se esplicitamente previsto dalla regola). In questo task è stato corretto il motore del workflow affinché, per l’evento creato da e-mail in ingresso siano rispettate le regole di workflow.

Quando si prova a inserire un nuovo utente avendo già raggiunto il numero massimo consentito dalla licenza, oggi viene mostrato solo un generico “errore durante l’inserimento utenti”, mentre nei log è presente il messaggio corretto “License not Valid : max number of Regular users reached”. Con questo intervento, in caso di superamento del limite il messaggio specifico viene mostrato direttamente nella form utente, così chi sta creando l’utente capisce subito che è stato raggiunto il numero massimo di utenti previsti dalla licenza.

L’accesso alla cartella Posta Inviata in WebMail risultava sensibilmente più lento rispetto all’apertura della Posta in arrivo, con tempi di caricamento superiori. Ora i tempi di apertura sono stati migliorati.

La creazione di un evento a partire da una e-mail inviata tramite Webmail non salva correttamente l’associazione tra il messaggio e il nuovo evento CRM, rendendo impossibile risalire all’e-mail originaria dalla scheda evento e viceversa. Inoltre, usando l’azione “Salva e Apri”, l’evento viene effettivamente creato ma all’utente viene mostrato il messaggio “Non hai i diritti per visualizzare l’evento”, nonostante il profilo disponga delle autorizzazioni necessarie alla consultazione: il problema è legato alla gestione del riferimento all’evento appena creato e non ai permessi effettivi. Il task corregge entrambi gli aspetti, garantendo che il legame e-mail–evento venga sempre registrato anche per la posta inviata e che, al termine di “Salva e Apri”, l’utente venga reindirizzato sull’evento appena creato senza messaggi di errore relativi ai diritti.

Nella gestione dei default documenti, in fase di inserimento di una nuova regola, non risultava disponibile da interfaccia il filtro sull’anagrafica, costringendo l’utente a inserire manualmente il codice People. Inoltre, filtrando la tabella di pagamento, il campo Value non esponeva una ricerca attiva e, al salvataggio, la riga inserita scompariva dall’interfaccia pur rimanendo presente a database. La funzionalità è stata corretta rendendo selezionabile l’anagrafica da interfaccia, abilitando la ricerca sul campo Value e mantenendo visibile la riga dopo il salvataggio.

Uniformato il data source del campo *typ_sync* nei tipi progetto e nei tipi evento. Ora il campo nei tipi progetto dispone degli stessi valori ("solo aperti", "tutti con meeting", "solo aperti con meeting") presenti nei tipi evento, per coerenza nella gestione dei parametri.

Risolto un problema per cui, rinominando un allegato, non venivano aggiornati i campi relativi a utente e data di ultima modifica.
Ora questi dati vengono correttamente aggiornati in seguito alla rinomina, garantendo la tracciabilità delle modifiche.

Nel nuovo componente allegati introdotto dalla versione 5.80, il campo che mostra la dimensione del file risultava vuoto e non valorizzato per gli allegati caricati.? Il comportamento è stato corretto: la dimensione dell’allegato viene ora calcolata e popolata correttamente nel relativo campo, consentendo di visualizzare il size del file direttamente dalla griglia allegati.

Ottimizzato il popup di inserimento commento sui Ticket: il focus viene automaticamente posizionato nel campo testo, consentendo di iniziare subito la digitazione senza dover cliccare manualmente.

Risolto un problema in fase di creazione gruppo a partire da una EasyView. Ora la creazione del gruppo da EasyView utilizza correttamente gli identificativi delle entità coinvolte senza necessità di modifiche manuali alla vista standard.

Risolto un problema in inserimento Anagrafica per cui, dopo aver selezionato la nazione e salvato, il campo Nazione risultava vuoto sulla pagina principale anche dopo refresh, pur essendo stato memorizzato il CountryID nel database.
Ora, al salvataggio dell’anagrafica, vengono correttamente valorizzati sia l’ID che la descrizione della nazione; la Nazione risulta immediatamente visibile nella pagina principale senza necessità di passare dalla pagina Indirizzi e di effettuare un salvataggio aggiuntivo.

Se nei parametri globali, sezione Anagrafiche, venivano impostate più qualifiche per identificare gli agenti, l’inserimento di una nuova anagrafica da evento generava un errore a video, pur completando comunque la creazione dell’anagrafica. Inoltre l’anagrafica inserita non veniva valorizzata correttamente nel campo Agente1 secondo le regole standard di assegnazione previste per gli agenti. La gestione delle qualifiche multiple è stata corretta in modo da non generare più errori in inserimento da evento e da valorizzare Agente1 in coerenza con le regole standard anche in presenza di più qualifiche agente.

Durante la migrazione della PEOPLE alle API non veniva considerato l’utilizzo della vista personalizzata Peopleview_Custom nei punti in cui il codice faceva ancora riferimento alla Peopleview, causando incongruenze nei dati esposti.?
La logica è stata aggiornata per utilizzare correttamente Peopleview_Custom dove previsto, garantendo allineamento tra viste personalizzate e comportamento delle API sulla gestione dei dati della People.

Nel popup di selezione Organizzazioni, la ricerca anagrafica mostrava solo le prime 10 righe senza possibilità di navigare tra i risultati successivi, a causa dell’assenza di paginazione sulla griglia.?
È stata introdotta la paginazione dell’elenco risultati, consentendo di scorrere tutte le anagrafiche trovate oltre il primo blocco di 10 righe e migliorando l’usabilità nella scelta dell’organizzazione.?

Accedendo da anagrafica articolo alla sezione Listini, l’elenco delle righe di listino contrassegnate come “prezzi validi” non mostrava le condizioni con data di inizio validità pari alla data odierna, che risultavano quindi nascoste pur essendo già in vigore. Per visualizzare tali righe era necessario togliere manualmente il flag di filtro sui prezzi validi, ottenendo un comportamento incoerente rispetto alla logica di validità per data. Il controllo sulle date è stato corretto in modo che, con il filtro “prezzi validi” attivo, vengano visualizzate anche le righe con data inizio validità uguale a oggi.

Navigando tra gli articoli, le griglie Unità di misura, Codici a barre e Contatti (tab Varie) non venivano aggiornate correttamente e in alcune situazioni continuavano a mostrare dati dell’articolo precedentemente selezionato. Esempio: sull’articolo X, entrando nella Contact Art e aggiungendo un nuovo record venivano mostrate le trascodifiche corrette dell’articolo X, ma passando poi all’articolo successivo Y, nella Contact Art si vedevano ancora le righe dell’articolo X a causa di un refresh incompleto delle griglie collegate.

Risolto un problema per cui, cliccando su “Elimina” dal menu laterale per rimuovere una dashboard, veniva correttamente richiesta la conferma all’utente ma, una volta confermata, la dashboard non veniva effettivamente eliminata.?
Ora la conferma di eliminazione avvia correttamente la cancellazione della dashboard selezionata, che viene rimossa dall’elenco come atteso.

Nel calcolo venivano considerate anche le righe previsionali, che devono essere escluse: ora tali righe non concorrono più alla verifica dello sconto massimo, rendendo il controllo coerente con le regole previste.

Risolto un problema per cui, modificando la condizione di pagamento su un documento (es. da Ri.Ba a bonifico o viceversa), le spese per l’emissione degli effetti non venivano ricalcolate correttamente.?
Ora, al cambio della condizione di pagamento, le spese vengono aggiornate in modo coerente con le regole associate alla nuova modalità (azzerate quando non dovute e addebitate quando previste), garantendo allineamento fra condizioni di pagamento e oneri applicati.

Risolto un problema nella configurazione del layout griglia Righe di EasyView per cui la dimensione del font veniva applicata solo ai campi con link, mentre gli altri campi restavano a 12px, causando una visualizzazione incoerente.? Ora il cambio di dimensione del font effettuato dal layout griglia Righe viene correttamente propagato a tutte le colonne della riga, come già avviene intervenendo da layout colonne, garantendo uniformità di stile.

Risolto un problema per cui, pubblicando una statistica EasyView nel portale GUEST, non veniva visualizzato il riquadro dell’anagrafica associata, pur essendo correttamente configurata nella vista.?
Ora, nelle statistiche EasyView esposte sul portale GUEST, il riquadro anagrafica viene mostrato correttamente, mantenendo coerenza con la visualizzazione interna al CRM.

L’esportazione di una Easyview sia in Excel sia in PDF presentava due problemi: i campi di tipo data venivano esportati come testo (es. 2025-12-23T10:30:00) invece che come valori data nel formato della lingua utente, impedendo ordinamenti e filtri corretti nel file di output. Inoltre, i campi di tipo URL, almeno in Excel, non risultavano cliccabili e venivano riportati come semplice testo, senza trasformazione automatica in collegamenti ipertestuali. Entrambi i comportamenti sono stati corretti, facendo sì che le date vengano esportate come veri campi data formattati secondo le impostazioni utente e che i campi URL vengano generati come link cliccabili nei file esportati.

Per gli utenti con flag “Ricevi una notifica per eventi creati o modificati da altri utenti” attivo, il comportamento corretto è che ogni nuova assegnazione o modifica di un evento generi una notifica per il nuovo assegnatario, non solo per il primo se questo viene cambiato.

Nella maschera di ricerca progetti, l’oggetto visualizzato per ogni riga corrispondeva sempre a quello del progetto padre, rendendo difficile distinguere e identificare i progetti in cascata rispetto al loro specifico contenuto. È stata modificata la logica di popolamento della griglia in modo che venga riportato l’oggetto relativo al progetto di riferimento (corrente), mantenendo comunque il collegamento gerarchico con il progetto padre.

Risolto un problema per cui, inserendo un nuovo evento con campi obbligatori non compilati (o qualunque situazione in cui l’evento non sia stato correttamente salvato), il pulsante stampa apriva sia il popup di warning sia quello di stampa con relativo errore.
Ora la stampa è consentita solo dopo il salvataggio regolare dell’evento; in presenza di errori o dati non validi, il popup di stampa non viene aperto.

Risolto un problema nel caricamento dei campi custom ticket di tipo dropdown con fonte dati estesa. Ora il caricamento della fonte dati è gestito tramite paginazione per evitare il blocco della pagina in presenza di un elevato numero di righe, migliorando l’esperienza utente e la performance del sistema.

Per la fatturazione contratti nel Backlog, con modalità di fatturazione “Totale da righe apparecchiature” e “Totale da righe apparecchiature dettagliato”, è stato corretto un errore che, con filtro periodo impostato su “Fino alla data”, in alcune combinazioni di parametri produceva importi incoerenti nelle righe da fatturare.
Ora il calcolo delle righe da fatturare considera correttamente solo le competenze fino alla data indicata e applica in modo coerente i criteri di periodo e modalità di fatturazione, evitando discrepanze tra atteso e generato.

Risolti diversi problemi nella gestione delle firme e-mail: se non è definita una firma predefinita, la selezione manuale di una firma dall’editor ora ne consente il corretto rendering senza generare errori in console browser.?
È stato inoltre corretto il comportamento di selezione automatica: in assenza di firma di default, né l’editor né il popup “Firme > Scegli la firma predefinita” selezionano più automaticamente la prima firma disponibile, evitando errori e comportamenti inattesi.

Risolto un problema nella creazione di Mailing Task di tipo Brevo per cui, in caso di API key non corretta, veniva mostrato un errore vuoto e poco comprensibile.
Ora, quando l’API key è errata o non valida, viene visualizzato un messaggio di errore chiaro che indica il problema di autenticazione.

- Introdotto, nella toolbar della pagina di editing template Word, il nome del report su cui si sta lavorando, rendendo la selezione immediatamente visibile senza occupare spazio nella pagina.
- Ottimizzato il salvataggio delle modifiche al template: ora il "salva" modifica solo il contenuto del template, la data e l’utente dell’ultima modifica, evitando la sovrascrittura dell’intero record ReportsCRM.
Questo risolve la problematica di perdita delle modifiche precedenti apportate al record report in scenari di modifica parallela.

Corretto il funzionamento dei filtri data nella pagina “ST - PIPELINE DX Settings”: il filtro data da/a considerava l’ora associata al campo e nella data a l'ora di default era 00:00 pertanto estraeva i dati riferiti fino al giorno prima della data "A" ?
È stato inoltre allineato il comportamento tra filtro da/a e filtri rapidi (es. “mese precedente”): quando si seleziona un filtro rapido, l’eventuale intervallo da/a precedentemente impostato viene azzerato, evitando conflitti che portavano a risultati vuoti.

Durante l’importazione di un file EasyView veniva restituito un errore di tipo Violation of PRIMARY KEY constraint 'PK_MetaLinks'. Cannot insert duplicate key in object 'dbo.MetabaseLinks', causato da una doppia definizione della stessa view custom CrmUP_vw_LastEvDate nel JSON generato dalla piattaforma. La query SQL derivata dall’anteprima, una volta epurata dalla parte relativa alle traduzioni, risultava comunque eseguibile correttamente su SQL Server, confermando che il problema risiedeva nella generazione della metabase e non nella sintassi SQL. È stata corretta la logica di espansione della metabase in fase di import, evitando la creazione di MetaLinks duplicati e consentendo l’importazione del file senza errori.

In presenza di un campo custom multiselect, la modifica di un evento da E-Mail Plus (es. risposta cliente) azzerava la tabella AppsCustomFieldDetails, con conseguente perdita e mancata visualizzazione dei valori selezionati. Il comportamento è stato corretto affinché l’aggiornamento dell’evento non svuoti più AppsCustomFieldDetails e mantenga coerenti i valori del campo multiselect associato.

Nel metodo di invio notifica commenti Ticket è stata rimossa la dipendenza da codifica tramite tabella generica con separatore *: il contenuto del campo custom viene ora interpretato direttamente come codice tipo notifica.
Viene inoltre introdotto un controllo di validità sul valore indicato: solo i codici previsti (CRMINT, EMAIL, TELEGRAMBOT, WHATSAPP) vengono accodati come notifica; in caso di codice diverso, la notifica non viene inserita in coda e l’errore viene tracciato esclusivamente nel log applicativo, senza segnalazioni all’utente.

Per gli eventi di teleassistenza gestiti con programma ISL, il box dell’evento viene ora reso graficamente “lampeggiante” (evidenziato) solo quando, oltre al tipo evento specifico, risulta valorizzato il numero di sessione ISL nel campo app_free1 con valore maggiore di zero.
?In questo modo l’operatore può identificare a colpo d’occhio gli eventi di teleassistenza con sessione ISL effettivamente attiva/definita, evitando false segnalazioni su eventi privi di numero sessione.

Corretto errore in fase di modifica della tabella: se modifico la riga “standard” togliendo il flag standard e salvo, il sistema lo consente, mentre non dovrebbe essere possibile rimuovere lo stato di lingua standard senza assegnarlo contestualmente a un’altra riga. Se poi provo a rimettere il flag standard sulla stessa riga ottengo un errore, sintomo di una gestione incoerente dei vincoli di unicità della lingua standard.

Inserendo la data di consegna, il sistema calcolava correttamente la settimana di consegna, ma dopo il salvataggio del documento, alla riapertura il campo settimana risultava vuoto. È stata corretta la logica di salvataggio in modo che il valore della settimana di consegna venga memorizzato e riproposto correttamente alla successiva apertura del documento.

Variando il fattore di conversione di una unità di misura veniva generato l’errore “CUCURRENCY VIOLATION: THE UPDATE COMMAND AFFECTED 0 OF THE EXPECTED 1 RECORDS”, impedendo il salvataggio diretto della modifica. Per poter impostare un fattore di conversione diverso era necessario cancellare la riga e reinserirla, aggirando di fatto la violazione di concorrenza anziché gestirla correttamente. Il salvataggio del nuovo fattore è stato adeguato per evitare l’errore di concurrency e consentire la modifica diretta della riga esistente.

Risolto un problema che causava il download di file Word con estensione ripetuta (es. .docx.docx) dall’editor su ticket.
Ora il file scaricato riporta correttamente una sola estensione e può essere aperto senza errori.

Risolto un problema nella parametrizzazione del workflow per l’evasione eventi: i campi custom disattivati in uno specifico ramo del flusso continuavano a essere copiati dall’evento sorgente all’evento di destinazione, ignorando la configurazione impostata.
Ora, durante il passaggio da evento sorgente a evento destinatario, i campi custom seguono correttamente le impostazioni del ramo di workflow: quelli abilitati non vengono più ricopiati, mentre rimane il default per cui i campi vengono sempre ricopiati salvo disattivazione tramite flag di cui sopra.

Risolto un problema nel salvataggio della chiave Google Maps dalle impostazioni dei parametri globali.
La chiave nelle impostazioni del sito è in cache e si aggiorna dopo circa 5 minuti dal salvataggio dei parametri globali.

Risolto un errore che impediva il corretto nascondimento del campo *Notes* nelle anagrafiche.
Con la versione 4b, il campo rimaneva visibile anche se disattivato tramite le impostazioni Babel; ora il comportamento è stato corretto e rispetta la configurazione prevista.

Risolte due anomalie nell'interfaccia di configurazione delle "Definizione Attività per Qualifica" che ne compromettevano l'usabilità. Nello specifico:
1. **Visualizzazione Data Source**: Il campo relativo al data source mostrava un codice interno (es. '373enT') invece del nome descrittivo della statistica, rendendolo incomprensibile.
2. **Selezione Data Source**: Il campo per la selezione era un semplice campo di testo non funzionante, anziché una lista a discesa (dropdown) che permettesse di scegliere tra le opzioni disponibili.
Con questo aggiornamento il campo ora visualizza il nome corretto del data source e la selezione avviene tramite una lista a discesa.

Risolto un problema di ricorsione nell’esecuzione del codice custom associato ad eventi in modalità forward.
Ora, anche in presenza di uno o più codici custom sull’evento, l’esecuzione viene gestita correttamente evitando chiamate ricorsive non gestite.

Risolto il problema per cui il filtro in riga con condizione "compreso" su colonne di tipo data/ora non visualizzava correttamente il valore dell’ora, impostando di default 00:00.
Ora il filtro mostra e gestisce correttamente l’informazione completa di data e ora selezionata.

Risolto un errore di formattazione relativo ai campi data su Easyview:
raggruppando una easyview per un campo data, la visualizzazione risultava formattata con estensione completa del campo rispetto al formato atteso (es: dd/MM/yyyy).
Ora la formattazione è stata corretta e i gruppi basati su data risultano chiari e coerenti.

Risolto un bug che causava un malfunzionamento nella gestione dei diritti di visibilità utente in EasyView.
Ora i diritti applicati agli utenti vengono rispettati correttamente e la visibilità delle informazioni è coerente con i permessi assegnati.

È stata implementata la possibilità di associare più categorie a un singolo articolo. Questa miglioria consente una classificazione dei prodotti più dettagliata e parametrica. Per ciascun articolo è ora possibile definire più raggruppamenti utilizzando la nuova struttura dati composta da "Tipo" e "Categoria".

Risolto un errore interno del server (HTTP 500) nella chiamata API `GetPeopleList` quando veniva applicato un filtro su campi relativi ai media associati alle persone (ad esempio, `peopleAddressMedia.Email`). Il problema causava il crash del servizio durante l'elaborazione di query con filtri su qualsiasi tipo di media.
L'aggiornamento garantisce ora la corretta gestione di questi filtri, permettendo di eseguire query complesse senza errori, migliorando l'affidabilità e la stabilità dell'API.

Risolta una problematica che impediva il corretto caricamento dell’evento al cambio del valore del campo *app_free29* con template dinamico attivo.
L’intestazione dell’evento (tipo/area/numero) viene ora visualizzata correttamente e la procedura di evasione carica in modo corretto i filtri del workflow.

Risolto un problema per cui, salvando un evento da applicazione mobile, le righe di addebito già presenti (inserite manualmente da CRM) venivano eliminate.
Ora il salvataggio da app mantiene correttamente tutte le righe di addebito preesistenti nell’evento.

Risolto un errore che impediva l’eliminazione di gruppi mailing o eventi dalla pagina Mailing Task in fase di gestione campagna email.
La funzionalità di rimozione è ora correttamente operativa e non genera più errori nel browser.

Risolto un errore in fase di stampa documenti tramite report DevExpress:
la lingua non veniva più impostata correttamente e veniva generata l’eccezione "System.InvalidOperationException" relativa al costruttore di deserializzazione del modello ReportDevexpressModel.
Ora la stampa gestisce correttamente l’impostazione della lingua e il processo di deserializzazione.

Risolta una vulnerabilità di sicurezza critica che si verificava durante la stampa dei report (es. scheda cliente da un'anagrafica). L'utilizzo della funzionalità "Apri con il visualizzatore" non applicava correttamente il filtro sull'anagrafica corrente presentando tutti i records del dataset senza il filtro del contesto. Questo comportamento poteva consentire a un utente (ad esempio, un agente) di visualizzare informazioni sensibili, come le condizioni commerciali, di clienti non di sua competenza.
L'opzione "Apri con il visualizzatore" è stata rimossa dal popup di stampa. Tutte le altre modalità di esportazione funzionano correttamente, applicando i filtri in modo sicuro e garantendo che ogni utente possa accedere solo ai dati di propria pertinenza.

- Ripristinate le label delle colonne “Vista sorgente” e “Campo di collegamento” nel popup di modifica dati dei report.
- Risolto un problema di visibilità: ora i campi *rpt_FileName* e *rpt_MailSubject* non vengono più visualizzati se definiti come nascosti nelle impostazioni Babel.

Risolto un problema nella sezione "Manage Report" della versione 5.70.04B che impediva l’apertura della finestra di modifica delle proprietà dei report di tipo "Word Document".
Il pulsante di modifica (icona a forma di matita) risultava non funzionante, limitando la possibilità di aggiornare informazioni come vista sorgente o campo di collegamento.
Il malfunzionamento non si verificava nella versione precedente (5.70.04-101) e riguardava la gestione della finestra di configurazione, che si apriva correttamente solo su report specifici (es. “Elenco contatti (tutti)” legato alla vista `vw_st_Anagrafica`).
L’aggiornamento ripristina l’accesso e la piena modificabilità delle proprietà per tutti i report, inclusi quelli basati su template Word.

È stato risolto un problema nei template Word che impediva la sostituzione dei tag segnaposto quando inseriti all'interno di forme, come le caselle di testo.

Risolta una criticità introdotta con l'ultimo aggiornamento che causava un malfunzionamento nel filtro delle assegnazioni per gli interventi programmati. Il sistema includeva erroneamente nell'elenco anche le apparecchiature non più attive (ovvero quelle con una data di fine attività valorizzata).

Risolta un’anomalia nella visualizzazione dei ticket Anagrafica aperti tramite e-mail:
il contenuto della mail risultava privo di spaziature e veniva visualizzato sulla stessa riga dell’oggetto, generando confusione tra oggetto e testo della richiesta.
Ora i messaggi sono correttamente formattati e distinguibili.

Gli allegati generati tramite la funzione “processa e-mail” (sia in modalità manuale sia tramite Email Plus) sono ora editabili.
Risolto inoltre un comportamento incoerente: ora è possibile eliminare dagli eventi tutti gli allegati non pertinenti, anche quando la stessa e-mail viene associata a più eventi distinti (in tracciabilità per esempio).

Risolto un problema di formattazione che si verificava durante l'invio di e-mail da eventi o ticket quando il campo 'note' veniva incluso nel corpo del messaggio. I caratteri di 'a capo' presenti nel testo delle note non venivano convertiti correttamente nel formato HTML, causando la perdita delle interruzioni di riga. Di conseguenza, il testo appariva come un unico blocco continuo, compromettendone la leggibilità.

Miglioria effettuata: La stampa di un documento con revisione non riportava il numero di revisione nel nome del file. Il nr di revisione è stata aggiunta al nome file generato.

Risolte alcune anomalie nella gestione della griglia dei codici custom. Per prevenire errori, è stata disabilitata la funzione di ordinamento per la colonna "Tipo Evento". Inoltre, è stata corretta la funzionalità di ricerca all'interno della stessa colonna, che in precedenza non funzionava correttamente e ora permette di filtrare i risultati come previsto.

Sono stati risolti problemi che causavano instabilità nell'esecuzione di codice custom generico in processi in background (es. Hangfire), portando a errori di transazione e a una carente tracciabilità.
Nello specifico, sono state apportate le seguenti correzioni:
* **Gestione delle Transazioni**: È stata migliorata la gestione delle transazioni SQL. In precedenza, chiamate multiple a metodi `Utils` potevano tentare di aprire nuove transazioni nidificate all'interno di una sessione che non lo permetteva. Ora il contesto della transazione è gestito correttamente per l'intera durata del processo.
* **Contesto Utente e Logging**: È stato risolto un problema che causava la perdita del contesto utente (`currentUser`) durante le operazioni di logging eseguite dopo una chiamata a logiche di business. Questo comportamento, dovuto all'assenza di un `HttpContext` nei processi in background, è stato corretto per garantire che il logging funzioni in modo affidabile.
* **Tracciabilità degli Errori**: È stata migliorata la visibilità degli errori. Le eccezioni sollevate durante l'esecuzione di codice custom generico vengono ora tracciate in modo sistematico (es. su SEQ e su log CRM), evitando che rimangano visibili solo dalla dashboard di Hangfire e facilitando le operazioni di diagnostica.

Corretto l'ordinamento delle attività visualizzate nella scheda cliente. In precedenza, le Qualifiche associate tramite la sezione "Qualifica Cliente" non venivano mostrate secondo la sequenza definita, ma in base a un criterio errato. Con questo aggiornamento, l'ordinamento rispetta ora la sequenza impostata.

Risolto un problema relativo al salvataggio degli indirizzi Media dalla nuova pagina anagrafica. In precedenza, le modifiche o i nuovi inserimenti di media venivano visualizzati temporaneamente nell'interfaccia, ma non venivano salvati in modo permanente, risultando persi dopo un ricaricamento della pagina. Con questo aggiornamento, il salvataggio dei media funziona correttamente.

Risolta un'anomalia nell'API ESA che si verificava durante la modifica di un contatto. In precedenza, un aggiornamento eseguito tramite API non modificava correttamente il record della relazione associata, lasciando inalterato il campo del ruolo. Con questa correzione, l'API aggiorna ora correttamente tutti i dati della relazione, incluso il ruolo, garantendo la coerenza delle informazioni.

Corretta la logica di visualizzazione predefinita nel tab "Indirizzi" della scheda anagrafica. In precedenza, il sistema mostrava il primo tipo di indirizzo in ordine alfabetico anziché quello principale, inducendo l'utente a credere di visualizzare i dati standard. Con questo aggiornamento, all'apertura del tab viene automaticamente selezionato e visualizzato l'indirizzo configurato come "Principale", basandosi sui parametri di sistema predefiniti (es. '<STD>').

In caso di modifica di una Ragione sociale di una anagrafica non si attivava il tasto Salva per cui era necessario modificare un qualunque altro campo per farla apparire. Il bug è stato risolto.

Bug risolto su Filtro anagrafiche completo. Dalla pagina del filtro anagrafiche (si accede con il bottone lente di ingrandimento sulla toolbar blu) se si ricerca nella card Profilo il cursore rimaneva fermo senza dare alcuna segnalazione.

Risolto un problema che poteva impedire l'invio di allegati di grandi dimensioni o di file multipli tramite l'applicazione mobile. L'anomalia era causata dal superamento del limite di dimensione massima per singola richiesta imposto dal server web (IIS), fissato di default su IIS a circa 28,6 MB. Per garantire l'affidabilità dell'invio, la logica di upload è stata modificata: l'applicazione ora carica ciascun allegato tramite una chiamata separata. Questo approccio assicura che anche gli invii contenenti file multipli o di dimensioni elevate vengano completati con successo.

Nel metodo API ESA InsertUpdatePeopleErp, il tipo MediaType TAMM generava un errore nell’apertura dell’indirizzo se non era inserito con valore minuscolo tamm.
La proprietà CellPhone veniva ignorata a favore di Mobile; ora entrambe sono considerate valide.
Tutte le proprietà segnate come [Obsolete] sono ancora utilizzabili, ma viene data priorità alla nuova proprietà indicata nell’attributo di obsolescenza.

Corretta un'anomalia nella procedura di adeguamento ISTAT. Durante l'elaborazione, il sistema impostava erroneamente a zero un campo di prezzo (`con_l_InvPrice`), anziché lasciarlo nullo come previsto. Questo comportamento poteva causare una valorizzazione errata in fase di fatturazione. L'aggiornamento ripristina la corretta gestione del campo, garantendo la coerenza dei dati.

Corretta un'anomalia nella gestione degli script personalizzati per i documenti. In precedenza, quando uno script eseguito in fase di `PostExecution` apportava modifiche al documento, l'interfaccia utente non si aggiornava in automatico, richiedendo un ricaricamento manuale della pagina per visualizzare i dati aggiornati. L'aggiornamento ricarica il documento immediatamente al termine dello script, mostrando il documento modificato.

Corretta un'anomalia nella procedura di duplicazione dei documenti con cambio di anagrafica. In precedenza, il documento generato manteneva i codici IVA in riga documento dell'anagrafica originale, invece di applicare quella del nuovo contatto selezionato. L'aggiornamento assicura che la regola IVA venga correttamente ereditata dal nuovo contatto, garantendo la coerenza dei dati fiscali sul documento creato.

Errore "GetEasyView.Exception -> Error converting data type nvarchar to float" in filtro di griglia su EasyView. L'errore dovuto alla composizione del filtro nel caso in cui la colonna è una chiave è stato corretto.

Risolta un'anomalia nella funzionalità di esportazione dati da EasyView. In precedenza, l'esportazione di una griglia in formato PDF non veniva completata, mentre l'esportazione in Excel, pur generando correttamente il file, lasciava un indicatore di caricamento persistente a video. Con questo aggiornamento, entrambe le procedure di esportazione si concludono come previsto, senza bloccare l'interfaccia utente.

Corretta un'anomalia nella gestione dei filtri avanzati di EasyView. Un campo numerico di tipo intero (ad esempio, l'anno), se utilizzato come criterio in un filtro avanzato, veniva erroneamente convertito in un campo data al momento del salvataggio. Questa conversione ne comprometteva il funzionamento. Il tipo di dato numerico ora viene mantenuto correttamente, garantendo che il filtro operi come previsto.

Corretta l'attribuzione del mittente nelle notifiche di eliminazione di un evento. In precedenza, il campo "Messaggio Da" riportava erroneamente il nome dell'intestatario dell'evento, anziché quello dell'utente che ne aveva effettuato la cancellazione. Con questo aggiornamento, il sistema indica correttamente l'utente che ha eseguito l'operazione.

Miglioramento funzione "Rispondi al cliente": È stata ottimizzata la gestione degli allegati pesanti. In precedenza, era possibile cliccare più volte sul tasto "Conferma" durante il caricamento, causando l'invio multiplo del file. Ora, il tasto viene temporaneamente disabilitato fino al completamento del caricamento, garantendo che l'allegato venga inviato una sola volta.

Risolto un errore che si verificava nell'esecuzione di codice custom per gli eventi. L'utilizzo del metodo `Utils.GetPeopleInfo(...)` generava un'eccezione di tipo "ExecuteReader requires the command to have a transaction...", causata da una gestione non corretta del contesto della transazione di database in corso. Con questo aggiornamento, il metodo è stato corretto per operare correttamente all'interno della transazione esistente.

Risolto un problema per cui i campi impostati come "sola lettura" all'interno di un template evento risultavano comunque modificabili dall'utente (ad esempio, campi come Stato, Priorità o Progetto). Con questo aggiornamento, la proprietà di sola lettura viene ora rispettata correttamente, impedendo la modifica dei campi come previsto dalla configurazione del template.

Risolta un'anomalia nella pagina degli addebiti di un evento durante l'inserimento manuale di righe gestite a ore. In precedenza, inserendo ore e minuti, il sistema ricalcolava correttamente la quantità decimale ma non compilava automaticamente il prezzo totale, anche quando un prezzo unitario era già definito.
Con questo aggiornamento, il calcolo è stato completato: ora, dopo aver inserito ore e minuti, sia la quantità che il prezzo totale vengono calcolati e valorizzati correttamente in automatico.

Risolto un problema nella procedura di assegnazioni che non teneva in considerazione la data di dismissione impostata nella tabella ScheduleMaintenance. Con l’aggiornamento, la data di dismissione viene correttamente valutata durante l’elaborazione delle assegnazioni.

Corretta un'anomalia nella gestione degli indirizzi e-mail contenenti spazi. In precedenza, aprendo l'editor per comporre un messaggio, l'indirizzo del destinatario non veniva visualizzato se conteneva spazi, inducendo l'utente a credere che mancasse. L'invio, tuttavia, avveniva correttamente. Con questo aggiornamento, gli indirizzi vengono ora elaborati e mostrati correttamente nel campo del destinatario.

Risolto un problema di visualizzazione che impediva di consultare il mittente e la data/ora all'apertura di un'e-mail, sia inviata che ricevuta. Con questo aggiornamento, queste informazioni sono state ripristinate e risultano ora correttamente visibili.

Risolto bug di visualizzazione messaggio: quando si apre un'e-mail contrassegnata come non inviata (icona con busta rossa), invece del messaggio di avviso che informa l'utente dell'errore, viene visualizzato il testo "email.notifications.email-sent", ora informa dell'errore.

Risolta una criticità nel controllo del consenso privacy durante l'esportazione dei contatti verso piattaforme di marketing esterne (es. MailChimp). In precedenza, il sistema non verificava correttamente il consenso, esportando i nominativi anche nei seguenti casi:
* In assenza di un record privacy associato al contatto.
* Con un record privacy esistente ma con il consenso esplicitamente negato.
Con questo aggiornamento, è stato introdotto un controllo vincolante che impedisce l'esportazione di un contatto nel caso in cui le opzioni del mailing richiedono la fornitura del consenso al trattamento dei dati per finalità di marketing, garantendo così la conformità e il corretto funzionamento della procedura.

Risolto un errore critico che si verificava durante il download dei dati di tracking delle campagne da MailChimp. In precedenza, l'operazione tramite il pulsante "Download Tracking" all'interno di un Mailing Task terminava con un errore generico del server (HTTP 500).
L'anomalia, che impediva di recuperare le statistiche delle campagne, è stata identificata e corretta. La procedura di download del tracking è stata ripristinata e ora funziona come previsto.

Corretta un'anomalia nel modulo di Gestione Report. In precedenza, quando si modificava la vista sorgente di un report esistente, l'elenco dei campi disponibili non veniva aggiornato in modo corretto, continuando a mostrare i campi della vista precedente. Con questo aggiornamento, l'elenco dei campi viene ora ricaricato dinamicamente, garantendo che i campi visualizzati corrispondano sempre alla vista sorgente selezionata.

Risolto un problema di codifica che si verificava durante la stampa di template HTML direttamente da un'e-mail. In precedenza, i caratteri speciali (come lettere accentate e simboli internazionali) non venivano interpretati correttamente, risultando in simboli errati o illeggibili sul documento stampato. L'aggiornamento assicura la corretta codifica dei caratteri, garantendo che il contenuto venga stampato fedelmente.

comportamento migliorato quando si stampa un report Word (es. da evento di consulenza interna), se si seleziona il report e poi la voce "Visualizza", il file Word viene scaricato con nome uguale al GUID dell'allegato e non con il nome report e data. Ora salva di default con il nome del file.

Risolta un'anomalia nel popup 'Processa e-mail' relativa all'applicazione dei filtri. I criteri di ricerca selezionati durante una precedente sessione, pur rimanendo visibili all'apertura successiva, non venivano applicati automaticamente alla griglia dei risultati. L'utente era costretto a modificare un filtro per forzare l'aggiornamento. Con questa correzione, i filtri vengono ora applicati correttamente all'apertura della finestra, garantendo la coerenza dei dati visualizzati.

Risolto un errore critico che impediva il funzionamento della procedura di download dei dati di tracking per le campagne Brevo. Il problema era dovuto a una modifica da parte di Brevo dei dati restituiti dalle sue API e alla dismissione (deprecazione) del pacchetto SDK su cui si basava l'integrazione.

Per ripristinare la funzionalità, l'integrazione è stata aggiornata utilizzando il nuovo pacchetto SDK ufficiale. Di conseguenza, il download dei dati di tracking delle campagne è stato adeguato alle nuove API e ora funziona correttamente.

Corretta un'anomalia nella configurazione degli account di posta Microsoft per caselle condivise. In precedenza, quando un account condiviso già in uso veniva associato a un nuovo utente, la sua configurazione veniva erroneamente sovrascritta su tutti i profili utente esistenti. L'aggiornamento fa in modo che l'associazione di un account condiviso a più utenti avvenga correttamente, preservando l'integrità della configurazione per tutti.

Bug risolto: Le immagini incluse nel corpo dell’e-mail, sia nel contenuto che nella firma, non venivono visualizzate dal client di posta del destinatario, poiché vengono classificate come contenuti potenzialmente pericolosi. Ora vengono incluse nel messaggio come contenuto "non dannoso" e visualizzate correttamente dal ricevente.

Nella griglia workflow è stato corretto un errore della griglia in fase di ricerca. L'errore non permetteva di vedere la griglia filtrata come da impostazione.

Risolto bug nell'inserimento del campo Note quando l'evento viene generato in automatico dalla parametrizzazione dell'Email Plus. In alcuni casi con determinati IMAP il campo Note dell'evento non veniva valorizzato.

E' stato sistemata e migliorata la sezione di aggiornamento dei contratti all'indice ISTAT, sono stati corretti gli errori in fase di apertura della pagine e nell'impostazione del filtro delle condizioni.

Risolto bug di non funzionamento della creazione degli eventi se inserito il parametro di creazione nel mailing task. Non veniva creato l'evento per ogni record a cui deve essere inviato il mailing.

Nell'APP mobile è stato corretto il controllo sul campo app_check in modo che sia gestito il valore NULL con le stesse condizioni del valore 0. Il campo serve per abilitare l'evento alla sincronizzazione con l'APP mobile.

Corretto errore che si verificava nel caso in cui all'interno della sezione Ticketing una macro richiamava un ramo di workflow che aveva l'impostazione di Trascinamento Documenti. In questo caso ma macro segnalava un errore e non veniva eseguita.

Migliorato il passaggio di eventi di workflow attraverso l'utilizzo di Macro nella form Ticketing: app_insdate ora ha la data e ora del passaggio, app_nr_call ora viene regolarmente valorizzato se presente.

In caso di account EWS nel mail editor veniva visualizzato il codice della cartella contenente il messaggio al posto del nome

Risolto problema in fase di risposta (replay) di una email. Talvolta non vengono caricati tutti gli account email che sono presenti nell'email a cui si deve rispondere. Il problema è stato risolto.

APP mobile, Le immagini inserite da app mobile venivano salvate nel database e non nello storage definito a setup.

Creando un contatto da evento o da nuova anagrafica e inserendo nella descrizione una sola parola alla descrizione veniva aggiunta la parola "undefined", ora viene lasciato in bianco il campo.

La tabella è stata aggiunta al db master sia empty che demo.
La correzione sarà quindi presente del setup full della 5.70.04A. La tabella viene utilizzata nell'importazione anagrafiche da file excel.

Durante le operazioni di sincronizzazione tra OS1 e SphereCRM, è stata rilevata un’anomalia nella gestione del campo Ruolo (Role) dei contatti (People) in entrambe le direzioni di scambio dati.
Correzione applicata
-Verifica e correzione del mapping del campo Role nell’oggetto di sincronizzazione tra i due sistemi.
-allineamento dei processi di scrittura/lettura del dato tra cache, web e interfaccia utente.

Risolto bug in elenco documenti richiamato dalla pagina Anagrafica. Quando si apriva la pagina con tutti i documenti del Soggetto la pagina dava un errore che non permettevano di utilizzare le funzionalità della pagina.

Risolto bug in apertura form quando l'utente cercava di associare un evento esistente al documento partendo dal documento. L'errore non permetteva di aprire la form degli eventi.

Bug risolto in ricerca articolo se la descrizione dell'articolo conteneva caratteri speciali come per esempio il "?" la ricerca andava in errore non permettendo di selezionare l'articolo in questione.

Nell'aggiornamento da versioni inferiori alla 5.60.50 la migrazione di alcuni template evento non riporta tutti i campi custom

L'evasione nella sezione Ticketing di un evento di tipo progetto non assegnava correttamente il numero progetto all'evento generato nel campo app_commessa.

Comportamento precedente: Al termine della generazione di un evento dalla griglia delle Assegnazioni, veniva eseguito un refresh completo del datasource, cancellando la selezione e tutti i filtri applicati, costringendo l’utente a reinserirli manualmente ad ogni operazione, con impatto negativo su continuità e produttività.

Nuova logica: Il sistema è stato ottimizzato per eseguire l’eliminazione puntuale delle sole righe elaborate (in caso di successo dell’operazione di generazione evento), mantenendo invariati filtri e stato della griglia. In questo modo, i filtri precedentemente definiti dall’utente restano attivi e la vista della griglia viene aggiornata in modo selettivo, migliorando sensibilmente l’usabilità e riducendo le operazioni ripetitive.

Corretto bug: su un account di tipo IMAP la posta inviata dal crm non veniva salvata nella cartella "Posta Inviata" se il nome fisico della cartella è SENT

Scaricando email di grosse dimensione la procedura va in errore con codice 413. Questo errore se ripetuto n volte bloccava l'account di posta impedendo al crm di importare le email. Ora l'email con allegato superiore a 25 MB viene scartato.

Risolto problema di scrittura del corpo dell'email che viene letta e importata nel CRM. Il testo, rispetto all'email originale tavolta aggiungeva numerose righe vuote (ritorni a capo), questo dovuto alle immagini contenute nel corpo. Ora vengono pulite in modo da non produrre queste anomalie di formattazione.
E' stato sismato anche l'anomalia che si verificava nel caso di "Risposta su processo chiuso" quando questa in configurazione doveva aprire un Nuovo processo (parametro richiesto nella configurazione). Non veniva creato il link tra il Ticket chiuso e il Ticket nuovo aperto.

Modificato il messaggio su Whatsapp:
1. portata la lunghezza massima a 6000 caratteri
2. aggiunto il link all'evento in coda al messaggio
3. rimossi caratteri __ presenti nelle righe vuote poichè il carattere serve per abilitare il corsivo.

Bug risolto: nel popup di stampa documento veniva impostata la lingua dell'anagrafica al posto di quella del documento.

sistemato bug nella lettura dei Tag all'interno di una griglia in un Report di tipo word. Funzionava solo se venivano indicati in ogni campo della griglia i tag dei campi da stampare e non indicando nel primo campo della griglia la tabella. Ora funzionano entrambi.

Risolto bug in pagina Allegati nel caso in cui si dovevano rinominare più allegati nella descrizione. Dopo il primo allegato il sistema dava errore e non permetteva di modificare dal secondo allegato in poi.

Risolto bug relativo all'editor email: cliccando su Rispondi ad una e-mail sia da editor e-mail che da macro-ticket in certe condizioni il destinatario non veniva visualizzato anche se effettivamente era presente.
Premendo successivamente Invio, l'e-mail veniva comunque inviata al destinatario "invisibile".

Risolti bug in fase di importazione della posta:
- se il mittente è troppo lungo (> 200 caratteri) il salvataggio su database andava in errore.
- se il processfile sulle api andava in errore non vengono puliti i temporanei di scaricamento.

Di seguito i metodi aggiunti:
Common: AddNotification, PrintAndAttachReport, SendEmail, PrintReportAndSendEmail, PrintToStream, PrintToStreamDevexpress
People: InsertUpdatePeopleAssets, DeletePeopleAssets, InsertScheduledMaintenances, InsertScheduledMaintenanceChecklist, InsertScheduledMaintenanceSpareParts, InsertTemplateValues, UpdateTemplateValues
Documents: UpdateExternalCode, UpdateStatus
Per dettagli sui metodi vedere il manuale completo del modulo.

risolto bug relativo al caso di creazione di una email a partire dalla lista degli allegati dell'anagrafica. L'email veniva inviata correttamente ma non veniva registrata nell'elenco email dell'anagrafica.

Bug risolto: sulle tabelle generate dalle nuove strutture del Tab Varie corretto errore in fase di cancellazioni righe che a causa di diritti settati non permetteva di cancellare una riga anche se l'utente aveva i diritti per poterlo fare.

Bug risolto su Form Tab Varie dell'anagrafica in presenza di più tipologie di schede inserite. L'errore consisteva nel trovare parte dei campi impostati sulla prima Form anche sulla seconda.

Campi settati con tabelle che hanno una sorgente di tipo SQL. In questi casi il SQL deve avere obbligatoriamente 2 campi: il codice e la descrizione. Se il campo codice non era di tipo Stringa questi mandava in errore il caricamento. Ora è possibile caricare qualsiasi tipo di campo nel Codice.

Bug risolto: Dopo aver settato su una pagina con griglia EasyView un campo data con formato YYYY-MM-DD (Data e non DataTime) continuava a mostrare la data con ore e minuti.

Miglioria nel messaggio di errore nel caso di inserimento nuova anagrafica: Nel caso in cui il codice di una nuova anagrafica sia di tipo numerico (Parametri globali anagrafiche: Codifica Numerica) se veniva calcolato un codice per una nuova anagrafica già presente in anagrafica, veniva generato un errore incomprensibile.

Risolto bug: In inserimento nuova anagrafica, dopo aver selezionato la qualifica, nel campo "lingua" veniva proposto il valore Deutsch.
Se non si cambia il valore, al salvataggio veniva assegnata la lingua standard (italia in questo caso). Ora viene proposta la lingua di default.

miglioria effettuata sulla form Tag: da scheda anagrafica, se si clicca su icona dei tag per aggiungerne uno, la form per inserimento tag impiegava svariati secondi a comparire, bloccando completamente l'interfaccia utente questo indipendentemente dal numero di record presenti nella tabella EntityTags. Ora la form è immediata

Modifica sul connettore ESA, Il metodo GetPeopleWithoutErpDataExternalCode per il vettore non restituiva il valore presente su PeopleErpData.ExternalCode per la corretta sincronizzazione con i gestionali, aggiunto in restituzione il codice.

Risolto bug in fase di inserimento di un nuovo contratto. Quando salvavo il contratto nella sola fase di inserimento questo apriva una pagina nuova del contratto e la pagina precedente rimaneva aperta con la clessidra accesa.

Bug Risolto: In fase di duplicazione documento venivano correttamente duplicati i record della tabella Lignes ma non quelli della tabella LignesDetail (ove presenti articoli gestiti a dimensioni)

migloria in Testata Documento: in fase di creazione documento, nella testata, aprendo la tendina degli indirizzi di destinazione (collegata al campo do_addressID) si vedevano solo indirizzo e paese e non si vedeva la descrizione indirizzo (dalla peopleaddresses). La lista ora è completa anche di quest'ultima informazione.

risolto bug nel caso di revisione di un documento. Il caso si presentava quando l'utente sceglieva l'opzione di sovrascrivere la revisione esistente senza crearne una di nuova. In questo caso il sistema ne creava comunque una nuova mantenendo anche la precedente.

Ticketing: nel modulo nei casi in cui esiste un campo Treeview (con tabelle in cascata) una volta selezionata la voce nel campo questo non permetteva il salvataggio dell'evento (Ticket) per effetto che il campo richiedeva il salvataggio di tutte le voci della struttura (padre e figli). E' stata aggiunta anche la gestione di questo tipo di campo custom.

Risolto Bug: La stampa di una statistica generava l'errore "File not found" quando veniva lanciata o in stampa o in visualizzazione.

Bug risolto: Le righe aggiuntive tipo km e costo autostrada presenti nel template contratto e valorizzate con una quantità > 0 non venivono riportate nel tab ore dell'evento (timing) e di conseguenza riportate poi nel tab addebiti dell'evento.

Migliorata form di Invio Appuntamento dentro l'evento. La form è stata ridisegnata in modo da avere una migliore visibilità dei campi in essa contenuti.

Corretto Bug in modifica o inserimento di una anagrafica dentro l'evento. Il problema si presentava nel caso la chiave API nella configurazione del sito era vuota. In questo caso veniva generato un errore all'apertura del popup di modifica.

Gestione Indirizzi di cantiere

Bug risolto: Il salvataggio di un documento sbiancava i campi utente di testata (DO_User) e riga (LI_User).

Aggiunto controllo sul Backlog (documenti Accumuli) sul caso di contratti con cliente da fatturare diverso dall'anagrafica del contratto. Sul filtro principale del Backlog, se richiedo i documenti per generarli dai Contratti e inserisco il nome di un cliente non estraeva i contratti che sono da fatturare a quel cliente come "Fatturare a:" . Adesso il filtro funziona anche sul campo "Fatture a:" se presente nel Contratto.

Nell'editor di posta le immagini vengono visualizzate correttamente, mentre quando si apre l' email con il nuovo email editor le immagini non venivano renderizzate correttamente e pertanto facendo il reply dell'email le immagini venivano perse.

Bug risolto: Il contatore delle e-mail nella webmail risultava errato se nella cartella non era presente alcun messaggio.

Bug risolto nel caso in cui veniva richiesto il tracking con notifica di una lettura email inviata dal crm. Non arrivava nessuna notifica pur avendo tracciato la lettura dell'email.

Miglioria su Documento in modalità Carrello (e-commerce): Creando un nuovo documento carrello da smartphone il popup di scelta dell'anagrafica e tipo documento risultava tagliato. La pagina del documento carrello su smartphone ha ora di default il menu di sinistra e la testata chiusi così da non generare l'anomalia segnalata.

Sistemato Bug relativo al promemoria settato con nn minuti di anticipo. In fase di salvataggio il conteggio dei minuti rapportato alla data e ora della notifica risultava non corretto secondo quanto inserito dall'utente.

bug risolto nel salvataggio di un template di Report nel caso in cui l'utente voleva rinomare il report o associarlo a un'area diversa. Il sistema nel caso in cui la vista non era una vista censita (da configurazioni viste - Easyview) restituiva un messaggio di errore e non permetteva il salvataggio del template del report.

Sistemato bug sui Report di tipo Word nel caso in cui il report contiene più di una tabella che devono contenere righe diverse dalla fonte dati, ciascuna con un filtro applicato. Il bug si verificava se in una tabella c'era una condizione di filtro che quando veniva applicata non restituiva alcun record. In questo caso il sistema mandava in errore il report.

migliorata la gestione dei campi Lookup per la visualizzazione del campo nei filtri della Griglia configurata da EasyView. Adesso anche nei filtri viene visualizzata la decodifica del campo. Nel caso in cui è necessario usare anche il codice è necessario fare un campo Calcolato in EasyView che lo riporta separatamente dal campo originale, in modo che questo non abbia un lookup configurato.

bug risolto: Su gestione Utenti/Nuovo Template utenti Guest non era possibile creare nuovi template. Problema risolto

La creazione di un token di servizio genera l'errore "Invalid expiry date"

Correzione errore su aggiornamento codice SDI ed e-mail PEC.
Migliorata gestione dei parametri media per i connettori ERP per permettere la sincronizzazione anche del codice SDI come tipo Media.

Bug sistemato: Anagrafica - campo subtype: risolti problemi relativi al salvataggio del campo SubType (sottotipo) dell'anagrafica. Una volta settato un valore non era possibile risalvare l'anagrafica togliendo la selezione fatta precedentemente.

Bug Risolto: Babel statistica EasyView: la formattazione di tipo data dalla babel non era applicata correttamente, la data veniva sempre formattata con formato datetime.
Configurazione EasyView: la validazione delle modifiche, per verificare eventuali conflitti con statistiche configurate sulla EasyView in oggetto, poteva incorrere in un errore che portava al fallimento della modifica all'easyview, dando un messaggio generico non chiaro all'utente.

Bug corretto: La stampa ti tipo word di una statistica non passa i parametri del filtro al report e se presenti mandava in errore il report.

Risolto bug nelle Macro automatiche del Ticketing:
Eseguendo la macro con task di tipo rispondi/rispondi a tutti venivano inseriti nella risposta destinatari non voluti.
Il problema si presentava quando il ticket veniva generato da una e-mail nella quale erano presenti più destinatari in A (TO) o CC.

Migliorato il controllo di utente impegnato in fase di compilazione di un evento. Il controllo cerchia di rosso il nome dell'utente quando questo è impegnato in un altra attività negli stessi orari.
Il controllo tiene in considerazione solo gli eventi che hanno il flag "Occupa Tempo" in impostazione tipo evento.
la segnalazione corretta era dovuta all'utente che risultava impegnato pur non presentando altro evento nello stesso periodo considerato.

Sistemato bug su Filtro calendario:
- selezionare un tipo evento
- selezionare il flag Solo utenti con eventi in calendario
- selezionare solo il flag Tutti gli utenti
- cliccare su applica
- mettere in modalità week

Navigare nelle settimane precedenti o successive: venivano visualizzati anche utenti che non hanno nessun evento

Modificato il messaggio di eliminazione dell'allegato dentro un evento nel caso in cui l'evento sia in tracciabilità con altri eventi.
Se l'allegato è in associazione con altri eventi non viene eliminato fisicamente ma viene solo tolto il collegamento con quell'evento,
nel caso invece che sia associato solo con quell'evento l'allegato viene eliminato fisicamente dal sistema.
Il messaggio è stato modificato e ora in italiano compare in questo modo: "L'allegato non può essere eliminato perché contiene entità collegate (eventi, documenti, asset o articoli)."

Quando viene fatto il drag & drop di un evento sul controllo board non scattava il salvataggio standard dell'evento e di conseguenza l'esecuzione dell'eventuale codice custom.

Sistemato Bug relativo alla babel delle righe documenti che non mantiene eventuali decimali impostati nei campi lm_float*, li_qtedisp, li_solde, LI_MtxDisc*

Dall'anagrafica People accedendo alla pagina Documenti dell'anagrafica sono sati:
aggiunti alla griglia documenti i dati di testata mancanti e
aggiunta anche la possibilità di raggruppare la griglia

Evento/Righe Addebiti:
Su totale di riga se previsti degli sconti il calcolo non veniva effettuato correttamente.

Aggiunto la proprietà di sincronizzazione per i calendari esterni tipo Google o Office365.
La colonna Typ_Sync ora è un dropdown con i seguenti valori:
0 - Non Sincronizzare
1 - Tutti
2 - Solo Aperti
3 - Tutti con Meeting
4 - Solo Aperti con Meeting
In questo modo la sincronizzazione prevede la scrittura sui calendari esterni solo se l'evento è aperto oppure sempre e se l'evento è di tipo Meeting.


Da versione Desktop:
colTmp = grdAppsTypes.RootTable.Columns("Typ_Sync")
colTmp.ValueList.Add(0, App_Diz.Translate("NOSYNC"))
colTmp.ValueList.Add(1, App_Diz.Translate("SYNC"))
colTmp.ValueList.Add(2, App_Diz.Translate("SYNCOPEN"))
colTmp.ValueList.Add(3, App_Diz.Translate("SYNCMEET"))
colTmp.ValueList.Add(4, App_Diz.Translate("SYNCOPENMEET"))

App_Diz.Translate = Dizionario

Sistemato but nella configurazione Dashboard Anagrafica e Attività Anagrafica: se il codice dizionario (LabelCode) è vuoto o non esiste il caricamento dell'anagrafica ritorna un errore generico.

Aggiunto controllo sul numero di caratteri dello username ad un massimo di 50 caratteri sia per utenti regolari del CRM che per gli utenti di tipo Guest

Nel caso in cui un prodotto contenga nel suo codice il carattere "&" non risultava possibile accedere ai dati del listino a causa di un errore.
Adesso è possibile ricercare codici o descrizioni di articoli contenenti il carattere "&"

L'API InsertUpdateErpArticles ora gestisce correttamente l'aggiornamento del campo AR_BarCode.

Correzione problema:
Cercando di sincronizzare un nuovo prodotto creato sul gestionale si riceveva il seguente messaggio di errore:

L'endpoint - easyoneserviceapi/api/Articles/InsertUpdateErpArticles ha ritornato il seguente errore: Object reference not set to an instance of an object.. Type = System.NullReferenceException
Message = Object reference not set to an instance of an object.
Source = EasyoneServiceApi
TargetSite = Void MoveNext()
HResult = -2147467261
StackTrace = at EasyoneServiceApi.Controllers.ArticlesController.<>c__DisplayClass18_0.<<InsertUpdateErpArticles>b__0>d.MoveNext() in C:\EasyoneCRM\Sorgenti\57001\Webapi\EasyoneWebApi\EasyoneServiceApi\Controllers\ArticlesController.cs:line 193

corretta l' API delle anagrafiche nel caso in cui se mancano i campi ClienteExportCode e ClienteErpDataExportCode andava in errore
(Un esempio è il passaggio dei cliente e fornitori che non necessitano di questa informazione)

Sistemati i seguenti problemi:
- mancano in babel i campi custom (con_l_*)
- al campo con_l_InvArticle non è associata la ricerca articolo (come per il campo con_l_Article)

Sistemato bug sull'ereditarietà dei campi configurata su Custom Default Documenti (parametri azioni) da articolo a riga documento.
ora i dati vengono riportati regolarmente tra il campo Articolo e il campo documento.
Esempio AM_Memo1 su LM_Memo1

sistemato bug all'interno della griglia dimensioni nei documenti:
- nonostante il documento abbia uno stato di blocco la griglia rimaneva comunque editabile
- spesso gli sconti, come le variazioni nei prezzi, non venivano memorizzati.

Sistemato problema sui diritti di visualizzazione e apertura di documenti.
Se un tipo documento è associato ad un'area su cui l'utente non ha visibilità in caso di creazione nuovo documento questo giustamente non compare nella lista possibili tipi documento da creare (su popup di creazione nuovo documento) mentre se lo stesso utente invece apriva un documento già esistente lo poteva vedere senza problemi.

Sistemato il problema che si verificava aprendo un evento senza apportare modifiche e cliccando sul pulsante ‘Evadi’, i campi ‘Ultima modifica di’ e ‘Data ultima modifica’ venivano aggiornati mentre l'evento dovrebbe essere salvato solo se vengono fatte modifiche.

Implementato come ordinare la griglia degli eventi per app_insdate DESC considerando anche i secondi.

Ordinare EventsListRowTemplate.ascx > EntityServerModeDataSource_Selecting > app_StartDate DESC, app_id DESC (int)

Modificata la logica di modifica degli eventi quando contengono più utenti (eventi in Forward)
Se modifico l'evento di un utente che è stato aggiunto (l'evento in Forward) il sistema mi modifica solo quell' evento e non tutti gli altri eventi.
Se modifico l'evento master invece vengono modificati, anche tutti gli altri eventi.

Se si aprono più eventi contemporaneamente in diverse schede e si tenta di salvare un evento che non corrisponde all’ultimo aperto, veniva visualizzato un messaggio poco chiaro: "Refresh the page"
Migliorato il messaggio con un chiarimento più puntale.

Gli eventi con un contratto di tipo ‘a scalare’ non apparivano nel backlog dopo aver selezionato l'apposito Flag "Scalari" anche se la configurazione del workflow eventi/documenti è corretta.
Il problema era relativo alle righe di addebito non avevano il riferimento al contratto dell'evento ma al contratto standard.

Risolti problemi di sincronizzazione tra il CRM e Brevo dovuti a problemi di serializzazione dei JSON nelle nuove API.

Risolto problema relativo alla campanella delle notifiche che non veniva correttamente aggiornata.

Il metodo “ProjectDetail” nelle azioni definibili all’interno di una statistica apriva la vecchia pagina di dettaglio progetto (projectslist.aspx)
Ora è invece apre la nuova di dettaglio progetto (project-detail.aspx)

Sulle statistiche configurate con l'oggetto "Lista Statistiche dati esterni" quando apro il pulsante Stampa mi visualizzava tutti i reports che hanno la tipologia "Statistics" nelle impostazioni del report.
Ora mostra solo e unicamente i reports che sono stati definiti nella fonte dati di quell'oggetto Lista Statistiche dati esterni.

La macro di Accorpamento Ticket non era chiara per l'utente poichè non era comprensibile quale ticket viene preso come ticket principale e quale quello che fa il merge.
Modificata la Label della pagina per chiarire meglio la funzione.
Il primo campo si riferisce al Ticket che viene aggregato il secondo è il ticket che rimane:
Etichetta primo ticket: Ticket da accorpare (non rimane attivo)
Etichetta secondo ticket: Ticket Attivo e principale

Da webmail ora è possibile creare un nuovo evento per una qualsiasi anagrafica
Anche se l'e-mail è già stata utilizzata in importazione con una angrafica il sistema ora mi permette di re-importarla creando un nuovo evento su una diversa anagrafica,
Nelle versioni precedentei l’evento era sempre associato all’anagrafica del primo evento creato

sistemato il bug: l'API DownloadAttachment genera l'eccezione NotImplementedException

La ricerca veloce tramite search box nei popup di selezione apparecchiatura generava errore

Bug risolto: In variazione indirizzo da mappa google se nell'indirizzo era presente l'apice singolo si generava un errore.

La ricerca anagrafica autocomplete sulle nuove pagine ora include nella ricerca anche il campo Descrizione aggiuntiva (DescriptionExt) a differenza della ricerca anagrafica globale

Bug risolto: Il metodo UpdateExternalCode dell'api esa ritornava il seguente errore:

L'endpoint - easyoneserviceapi/api/documents/UpdateExternalCode in questa entità CRM - ERP: - A 359, ha ritornato il seguente errore:
An error occurred while saving the entity changes.
See the inner exception for details. --> Violation of PRIMARY KEY constraint 'PK_DocumentsMemo'.
Cannot insert duplicate key in object 'dbo.DocumentsMemo'. The duplicate key value is (19385)..
Type = Microsoft.EntityFrameworkCore.DbUpdateException
Message = An error occurred while saving the entity changes. See the inner exception for details.

Il campo non riportava nessun valore anche se salvato a database e il datasource risultava vuoto.

I valori predefiniti dei documenti (es. causale del trasporto) venivano sovrascritti da quelli impostati nel cliente, anche se vuoti.”
La priorità ora è: default documento > dati cliente (solo se compilato)

sistemato problema:
I numeri e le date nei report escono con formato americano.
Inserita la possibilità di selezionare la lingua (cultura) nel popup dei report.

Risolto problema:
Nel popup di ricerca evento se si clicca sull'icona per vedere i sotto progetti si chiudeva il popup come se fosse stata selezionata la riga invece di espandere il nodo.
Se si selezionava un progetto e si cambiava tab dell'evento la modifica non venica salvata

Cliccando sul pulsante “Nuovo Evento”, un utente poteva creare un evento del tipo definito nel board, anche se non possedeva i diritti sull’area relativa a quel tipo di evento.
In questo caso il pulsante ora non è più visibile

Nel pop di modifica anagrafica che si apre dall' Evento la casella di ricerca su mappa era in sola lettura. Rimessa in scrittura per poter inserire una nuova ricerca

Risoluzione bug: L'aggiornamento di un evento di tipo Board perdeva il riferimento della colonna di appartenenza.

Il salvataggio di un evento creato da una colonna di un board progetti perdeva il riferimento alla colonna di origine

Bug risolto: La data delle righe previsionali non corrispondeva alla data di consegna della riga principale.

L'invio di una nuova e-mail non compilava il campo del mittente se non veniva cliccato il pulsante Da che fa apparire la lista degli account.

La testata del documento carrello da dispositivo mobile in verticale tagliava tutti i campi.
Sotto una carta dimensione i campi ora vanno in una seconda riga come avviene per il resto del contenuto.

Bug risolto: Se si processa una e-mail dove il campo del destinatario (A:) è vuoto il sistema dava un errore.
Si creava l'evento corrispondente ma l'e-mail non veniva processata.

Bug risolto: Perdita visualizzazione eventi in agenda con template standard dell'agenda associato.
La problematica risultava nel momento in cui l'utente aveva salvato in agenda un template con alcuni utenti, se si provava ad aprire l'agenda (che caricherà in automatico il template standard) e si provava ad andare nella settimana successiva e poi tornare indietro l'agenda risultava vuota per tutti gli utenti.

Se sono presenti restrizioni sulle qualifiche selezionabili durante la creazione di una nuova anagrafica, il caricamento di una nuova anagrafica con una qualifica non presente in quell’elenco comporta un caricamento errato della configurazione dei campi custom

1. Il filtro del tag non funziona
2. La lista tag deve essere in ordine alfabetico (per primi i tag preferiti, poi il resto)
3. cliccando sull'icona "merge" nel campo che compare deve essere messo il seguente placeholder in lingua-. "Tag da unire ed eliminare"
4. se il tag è troppo lungo si sovrappone alle icone

Su Configurazioni/Parametri Eventi/Workflow
su edit di una riga il campo "utente default" visualizza il GUID.
La lista non è in ordine alfabetico: sistemare
La lista non contiene solo gli utenti attivi + utenti risorsa: bisogna distinguerli (metterei un prefisso iniziale per distinguerli).

1. Apri una anagrafica che non ha contatto (solo in questo caso, se ha contatti funziona tutto regolarmente)
2. aggiungi un nuovo contatto con la penna nella sezione contatti centrale dell'anagrafica
3. premi + e aggiungi il nuovo contatto
4. salva
la pagina rimane bianca e non mostra alcun contatto, se rientri nel Soggetto e ritorni nei contatti lo vedi inserito regolarmente.

Quando l'utente, per errore, cerca di impostare da una anagrafica A la relazione "Organizzazione" puntando alla anagrafica B, ovvero A figlia di B, quando in realtà sono già in relazione opposta, ovvero B figlia di A, il CRM va in errore e la pagina resta ferma con il loading spinner.
Correggere l'errore e dare evidenza all'utente dell'impossibilità di creare un riferimento circolare.

Sulla configurazione delle anagrafiche la lista della tabella dei profili non è utilizzabile perchè mostra solo 20 records senza poter avanzare di pagina.
Entrare in Configurazione/Parametri Anagrafiche/Qualifiche
entrare nel dettaglio di una qualifica sul tab Profili
Qui mostra solo 20 voci anche se ce ne sono 100. Sembra la prima pagina (20 records) ma non è possibile passare alla pagina successiva perchè mancano i bottoni di navigazione pagina.
Ho provato a impostare sulla babel 150 records nel paramentro "Dimensioni della pagina" ma mostra sempre 20 records

Facendo cerca nella lista delle attrezzature esce l'errore in allegato. Lo dava anche nella v. 5.60.53C, ma ho aspettato l'update alla versione E prima di aprire il ticket

Durante le ricerche di articoli nelle righe dei documenti e degli addebiti, vengono visualizzati anche gli articoli disattivati

I campi "Peso Lordo", "Peso Netto", "Volume" e "Dimensioni" non accettano valori decimali.
Se per uno di questi campi nel database è presente un valore decimale nella pagina non viene riportato, il campo appare vuoto

Se il database collegato alle API è di una versione SQL (es. sql 2016) molto inferiore rispetto a quella del database di cache (es. 2022) del connettore, in fase di esecuzione del job si possono riscontrare errori del tipo "'OPTIMIZE_FOR_SEQUENTIAL_KEY' is not a recognized CREATE TABLE option".

Quando si esegue questa api per scaricare i clienti da esportare verso l'applicativo ERP il sistema da errore sulla funzione MERGE se ci sono più di un record da salvare

se viene compilato il campo riferimento in offerta e l'offerta viene passata in ordine il campo viene sbiancato e lasciato vuoto.

invece nella evasione da ordine a DDT funziona correttamente quindi viene inserito nel corpo DDT-

grazie

errore nella chiusura finestra dettaglio articolo:

https://www.amazon.it/photos/share/yr38UZKD7y7oYDzrPQi8hIgoTS6PH7cx0gRyooe5bH0

Se si eliminano tutti i ruoli abilitati da uno stato documento (rendendo di fatto lo stato documento abilitato per tutti) nella pagina del documento lo stato risulta non disponibile (barrato)

In parametri azioni > stati si può caricare uno stato con codice maggiore di 4 caratteri.
Se usato nel documento però viene restituito un errore.

L'evasione di un documento non include i seguenti campi nel nuovo documento generato:
- DO_Dossier
- DO_ActRefNo
- DO_ActRefDate

Inoltre in caso di evasione righe kit non viene mantenuto il legame fra riga padre e righe componenti nel documento evaso.

Nell'inserimento del valore di cambio deve essere inserito il carattere . (punto) come separatore decimale.
Se si inserisce il cambio usando la virgola come separatore decimale viene interpretato come separatore delle migliaia (esempio 1,33 diventa 133)

L'evasione di un documento non mantiene l'iva della riga di origine.

Se un documento ha uno stato bloccato il tasto salva è disabilitato ma cliccando su stampa viene chiesto se salvare o meno il documento e rispondendo si il documento viene salvato.
Se il documento è in stato bloccato il click su stampa non lo deve mai salvare né chiedere se si vuole salvarlo.

In evasione documento (guarda avanti), i campi relativi al numero di riferimento e alla data di riferimento non sono riportati nel nuovo documento.
(DO_ActRefNo - DO_ActRefDate)

Se ci sono più workflow con lo stesso tipo di evento sorgente e destinazione, ma con uno stato diverso da impostare nell’evento di destinazione, questo non veniva applicato correttamente: veniva sempre preso il primo valore della lista.

Quando si passa dal tab delle ore a qualsiasi altro tab dell’evento, viene avviato automaticamente il salvataggio delle ore, con conseguente ricalcolo degli addebiti.
Il salvataggio deve partire solo se vengono fatte modifiche alla griglia

I tipi documento impostati nel tipo evento non vengono considerati nel documento carrello.

Quando viene modificato un evento inoltrato ad altri e gli utenti di questi eventi hanno attivato l’opzione ‘Notifica eventi da parte di altri utenti’, la notifica viene generata solo per l’evento che si sta modificando e non per quelli inoltrati.

Quando si aggiunge un nuovo utente e lo si assegna a un evento, al posto del nome appare la scritta ‘null’.
Tuttavia, uscendo e rientrando nel CRM, il nome viene visualizzato correttamente.

Se viene nascosto il campo anagrafica da template evento il caricamento dell'evento va in errore e non viene visualizzata l'intestazione (tipo evento, numero, area)

Se in un evento sono definiti dei campi custom condizioni (con i tag @@) non vengono interpretati nel popup di evasione di conseguenza le liste con questa configurazione risultano vuote

Se nel tipo evento è impostata un tipo autorizzazione di default questo deve essere impostato cliccando su aggiungi nell'evento

Nella pagina del time la colonna dei tipi costo non è ordinata.
L'ordine dovrebbe essere:
- CostTypeDefault.CTD_Order (ordine default tipi costo)
- AppsCostType.act_Order (ordine tipi costo)
- AppsCostType.act_Descr (descrizione tipi costo)

In evasioni documento da backlog non venivano generate le righe di riferimento come configurato nel workflow

La risposta/inoltro di una e-mail non mantiene il thread: cioè una risposta ad una e-mail è sempre vista come una nuova e-mail e nei client di posta viene vista come "staccata" dalla e-mail originale.

L'invio di una notifica con contestuale generazione di report non sostituisce i tag di tipo immagine.
(da notification service)

Corretti bug:
La griglia con gli eventuali campi custom da escludere nell'evasione risulta vuota