Questo documento evidenzia le nuove funzioni, le modifiche apportate all’esperienza e i problemi risolti nella versione più recente dell’applicazione rivolta al cliente.

Gli aggiornamenti delle API e dei webhook incentrati sugli sviluppatori sono documentati nella Guida di Acrobat Sign per sviluppatori.

Alla data di rilascio, è possibile che non tutte le funzioni o modifiche siano abilitate.

Versione Adobe Acrobat Sign v17.0

Implementazione in produzione: 3 febbraio 2026

Implementazione in GovCloud: 10 febbraio 2026

Funzionalità migliorate

Caselle di controllo raggruppate in authoring e modelli: i mittenti possono ora creare gruppi di caselle di controllo tramite i moderni ambienti di authoring Richiedi firma e Modelli libreria, con regole di convalida come le opzioni per selezionare esattamente, almeno, al massimo o un intervallo di X su Y.Invia in blocco, Moduli web e Flussi di lavoro personalizzati sono supportati tramite l’uso di Modelli libreria.Questo miglioramento garantisce una logica dei moduli coerente e migliora l’accuratezza dei dati nei flussi di lavoro di firma.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: abilitato per impostazione predefinita
Rivedi la documentazione aggiornata >

Intervalli IP consentiti - Controllo esteso sull’accesso API e mobile : gli amministratori possono ora controllare esplicitamente se le restrizioni IP si applicano ai client basati su API, incluse le applicazioni Acrobat Sign per dispositivi mobili le integrazioni certificate.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Rivedi la documentazione aggiornata >

Supporto per l’autenticazione nella nuova esperienza di firma elettronica: la nuova esperienza di firma elettronica ora supporta tre metodi di autenticazione: autenticazione Acrobat Sign, password e autenticazione a due fattori (2FA) basata su telefono.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: abilitato per impostazione predefinita

Aggiunta di gruppi di destinatari nell’indirizzamento ibrido nella nuova esperienza Richiedi firma: i gruppi di destinatari ora possono essere inclusi nell’indirizzamento ibrido, per consentire a più destinatari o gruppi di intervenire in parallelo all’interno dello stesso passaggio di indirizzamento.Le modalità di gruppo supportano il completamento dell’azione da parte di uno o di tutti i membri, e offrono quindi maggiore flessibilità per flussi di lavoro di approvazione e firma complessi.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: abilitato per impostazione predefinita

Copia accordi terminali inviati da Richiedi firma: i mittenti ora possono creare una nuova bozza di accordo copiandone uno precedentemente completato, annullato o scaduto.Tutti i destinatari, le impostazioni, i file e i campi del modulo vengono precompilati automaticamente.L’accordo copiato viene aperto nella pagina Componi in cui puoi apportare modifiche rapide prima di inviarlo, riducendo così sia i tempi di configurazione sia il rischio di errori e migliorando la produttività per flussi di lavoro ripetitivi, ad esempio per rinnovi o correzioni.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta la documentazione di configurazione >
Consulta la documentazione delle azioni utente >

Possibilità di disabilitare il collegamento Scarica accordo per gli accordi in corso: gli amministratori ora possono rimuovere il collegamento “Scarica una copia” dalle pagine di conferma post-firma a livello di account o gruppo, per impedire ai destinatari di scaricare accordi dalla pagina post-firma.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta la documentazione >

Scheda risorse nella navigazione superiore: una nuova pagina Risorse è disponibile nella navigazione superiore per amministratori e utenti, fornendo accesso diretto a contenuti educativi Acrobat Sign, webinar, blog e video di aggiornamento del prodotto.La pagina organizza i tutorial per livello utente (principiante, esperto e amministratore) e collega direttamente alla documentazione di supporto aggiuntiva.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: abilitato per impostazione predefinita
Consulta la documentazione>

Partecipazione dinamica agli accordi in corso – Rimuovi destinatari: i mittenti ora possono rimuovere destinatari da accordi già in corso senza annullare o riavviare la transazione.Quando un destinatario viene rimosso, Acrobat Sign ne revoca automaticamente l’accesso, aggiorna i promemoria, gli audit trail, rimuove i campi assegnati e riporta l’accordo al suo stato di firma attivo senza problemi.Questa flessibilità migliora l’accuratezza nei flussi di lavoro di indirizzamento attivi (ad esempio quando un firmatario diventa non disponibile), e supporta l’integrità legale, la conformità e una cronologia di audit completa

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta la documentazione >

Richiedi firme digitali per singoli destinatari durante la configurazione dell’accordo: i mittenti ora possono richiedere firme digitali per destinatari selezionati, garantendo requisiti di firma più rigorosi dove necessario, senza impattare altri destinatari.L’esperienza di firma si adatta automaticamente, applicando i campi di firma digitale richiesti ed esponendo i controlli di identità quando supportati, riducendo gli errori e migliorando la conformità per flussi di lavoro regolamentati.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta la documentazione >

Fornitori di identità digitale come metodi di autenticazione predefiniti: gli amministratori ora possono selezionare un fornitore Gateway di identità digitale come metodo di autenticazione predefinito del firmatario per destinatari interni ed esterni in Impostazioni di invio.La configurazione viene applicata automaticamente ad accordi, moduli web, invii in blocco e flussi di lavoro, garantendo una verifica coerente e conforme dei destinatari.Questo miglioramento semplifica la configurazione dell’autenticazione, applica i criteri di identità organizzativi e migliora il supporto per la clientela Government ed Enterprise che si affida all’autenticazione basata su identità digitale.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: disponibile per impostazione predefinita
Consulta la documentazione >

Campi modulo verificati utilizzando dati di identità verificati: gli autori di moduli ora possono creare campi modulo verificati che si popolano automaticamente con i dati restituiti da un provider di identità (come OneID) durante l’autenticazione del firmatario.Questi campi possono essere impostati come modificabili o di sola lettura, garantendo che i dati di identità verificati vengano acquisiti accuratamente e facoltativamente bloccati contro le modifiche (ad esempio, nome, indirizzo o numero di account).Questo rafforza la garanzia di identità, riduce gli errori di inserimento manuale e semplifica la conformità per i flussi di lavoro che richiedono dati di firmatario convalidati.

Ambienti disponibili: Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta la documentazione >

Gruppi di destinatari nel file CSV per Invia in blocco: i mittenti ora possono definire gruppi di destinatari direttamente all’interno del file CSV Invia in blocco, consentendo a più destinatari di agire nello stesso passaggio di indirizzamento.Ogni gruppo può essere configurato in modalità UNO o TUTTI, per richiedere che un membro o tutti i membri del gruppo debbano completare la propria azione prima che l’indirizzamento possa avanzare.Le definizioni dei gruppi, la convalida e il tracciamento di audit vengono gestiti per riga CSV, con errori segnalati tramite file di convalida scaricabili.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta la documentazione >

Modello libreria – Condividi con più gruppi: l’esperienza moderna Crea Modello libreria ora supporta la condivisione di modelli con più gruppi all’interno di un account, in linea con la funzionalità precedentemente disponibile nel flusso di lavoro classico.Gli utenti possono selezionare uno o più gruppi durante la creazione o modifica di un modello, garantendo un comportamento coerente tra i gruppi.Questo miglioramento elimina il fallback all’esperienza classica, ottimizza la collaborazione e semplifica la gestione dei modelli per le organizzazioni con più gruppi.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Rivedi la documentazione aggiornata >

Allegati per tutti i destinatari che utilizzano firme digitali: tutti i destinatari in un flusso di lavoro con firma digitale ora possono allegare file (non solo il primo firmatario).Un nuovo metodo di allegato che utilizza annotazioni Graffetta visualizza un’icona graffetta visibile nel documento e rimane compatibile con più firme digitali.Ogni allegato viene aggiunto prima che venga applicata la firma digitale del firmatario, preservando la validità della firma e fornendo un indicatore visivo chiaro dei file allegati.Questo miglioramento ottimizza l’integrità legale, la trasparenza e la coerenza tra i flussi di lavoro di firma elettronica e firma digitale.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: abilitato per impostazione predefinita
Rivedi la documentazione aggiornata>

Nuove opzioni TSP per le Firme Cloud : nuovi fornitori di servizi fiduciari sono stati aggiunti per supportare le firme digitali cloud:
- Swisscom
  - Swisscom è disponibile, ma non ancora selezionabile pubblicamente.Se desideri che questo fornitore venga aggiunto al tuo account, invia un caso di supporto e lo installeranno per te.

Ambienti disponibili: Sandbox, Commercial Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions Ambito di configurazione: account e gruppo

Modifiche a livello di esperienza

Miglioramenti della pagina di accesso: la pagina di accesso di Acrobat Sign ora offre un’esperienza più pulita e coerente.Non appena inserisci il tuo indirizzo e-mail, la pagina rileva automaticamente il tipo di account e ti indirizza al metodo di accesso corretto, rimuovendo passaggi non necessari e schermate legacy.Questo rende l’accesso più veloce, semplice e intuitivo per tutti.
- Nuovo formato e-mail per gli utenti Acrobat Sign Enterprise che accedono direttamente all’interfaccia web: Acrobat Sign ora applica un limite di 64 caratteri alla parte locale di un indirizzo e-mail (la porzione prima del simbolo “@”) quando si modifica un indirizzo e-mail esistente o si crea un nuovo utente.
  Tutti gli utenti con una parte locale superiore a 64 caratteri sono stati valutati e definiti come inattivi o come ID utenti di test.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Rivedi la documentazione aggiornata >

Abilita gestione dei dettagli utente per gli utenti inattivi: gli amministratori ora possono modificare i dettagli utente per gli utenti inattivi direttamente nell’interfaccia amministratore e tramite caricamenti CSV senza riattivare gli account.Questo include l’aggiornamento delle assegnazioni di gruppo (per configurazioni sia singole che di più gruppi), la gestione dell’attributo “L’utente può firmare documenti” e l’esecuzione di modifiche in blocco per la conformità e la manutenzione dei record.La modifica semplifica la gestione del ciclo di vita degli utenti Enterprise, riduce il carico amministrativo e supporta un’organizzazione dei gruppi più pulita e una gestione dei record allineata al GDPR.

Ambienti disponibili: Sandbox, Commercial, Government Livelli di servizio disponibili: Acrobat Sign Solutions Ambito di configurazione: account e Gruppo

Aggiornamenti API REST/Webhook

Gli aggiornamenti delle API e del webhook per questa versione sono disponibili nella Documentazione delle API di Acrobat Sign.

Problemi risolti

Problema	Descrizione
4528600	Riepilogo: le impostazioni di convalida dei campi non funzionano quando un livello di campo modulo è associato a un flusso di lavoro personalizzato.Le regole di convalida, come regex o limiti di intervallo numerico, vengono rimosse quando il flusso di lavoro viene avviato, causando l’accettazione di input non validi da parte dei campi.
4528600	Correzione: le regole di convalida ora vengono applicate correttamente quando i livelli per campi modulo sono inclusi nei flussi di lavoro personalizzati.I campi mantengono il proprio comportamento di convalida sia nell’esperienza di authoring classica che in quella nuova.Non è richiesta alcuna azione da parte degli utenti.
4528748	Riepilogo: gli amministratori visualizzano occasionalmente un “Errore non gestito” quando aggiungono a un gruppo l’iscrizione di utenti appena sincronizzati (sincronizzazione Azure).Il groupID di alcuni nuovi utenti del gruppo è impostato come null
4528748	Correzione: se il gruppo di un utente è null dopo la creazione, viene inserito nel gruppo predefinito dell’account.
4529934	Riepilogo: in Gestisci > Moduli web, “Scarica dati campo modulo” il caricamento continua senza mai terminare, specialmente sui moduli web con molti invii.La clientela Teams senza accesso API non può esportare i dati (ad esempio, 1-31 maggio) per il reporting
4529934	Correzione: è stata aggiunta l’esportazione CSV paginata e più veloce nell’interfaccia.I download dei dati di modulo vengono completati in modo affidabile per gli intervalli di date selezionati, senza bloccarsi.
4532186	Riepilogo: nella nuova esperienza di authoring, l’evidenziazione del colore dei campi non corrisponde al comportamento dell’authoring classico.Quando sono coinvolti più destinatari, tutti i campi rimangono completamente colorati invece di attenuare i campi dei destinatari non selezionati.Questo rende difficile verificare le assegnazioni dei campi.
4532186	Correzione: è stata ripristinata la chiarezza visiva attenuando (opacità 20%) i campi che appartengono ai destinatari non selezionati.Questo replica la chiarezza dell’authoring classico, preservando al contempo il sistema di progettazione moderno.L’evidenziazione ora consente agli utenti di identificare facilmente i campi del destinatario attualmente selezionato e riduce il rischio di assegnazione errata.
4534061	Riepilogo: il collegamento “Scarica una copia” appare nella pagina di conferma successiva alla firma anche quando l’impostazione dell’account o del gruppo sono configurate per disabilitarlo.
4534061	Correzione: è stata aggiunta una nuova impostazione per sopprimere esplicitamente l’opzione di download in tutte le pagine successive all’invio.La pagina post-firma ora rispetta correttamente l’impostazione di controllo del download, nascondendo il collegamento “Scarica una copia” quando l’impostazione è disabilitata.
4536347	Riepilogo: nell’esperienza classica, i mittenti non potevano aggiungere un secondo file (o tentare nuovamente l’aggiunta di un file) quando avviavano determinati flussi di lavoro, impedendo gli invii dei flussi contenenti più documenti; ciò avveniva a causa di un errore nel modo in cui il selettore di file gestiva i modelli condivisi tra più gruppi.
4536347	Correzione: è stata corretta la gestione del selettore di file dei modelli condivisi tra più gruppi, in consentendo agli utenti di aggiungere ulteriori file o riprovarne la selezione nell’esperienza classica senza errori.
4537504	Riepilogo: il documento firmato presentava un valore condizionale a discesa mancante anche se durante la firma era stato selezionato correttamente, a causa della logica di visibilità che valutava un campo dipendente nascosto e non manteneva il valore renderizzato nel PDF finale firmato.
4537504	Correzione: è stato aggiornato il rendering dei campi condizionali per risolvere correttamente le dipendenze di visibilità al momento della firma e per mantenere il valore del menu a discesa selezionato nel documento firmato quando le condizioni sono soddisfatte.
4537995	Riepilogo: nei gruppi di destinatari, la modifica del metodo di autenticazione per utenti esterni veniva riportata a Telefono dopo il salvataggio, impedendo l’applicazione dell’e-mail con OTP, a causa di un errore nella gestione dello stato del front-end che sovrascriveva la selezione dell’utente.
4537995	Correzione: è stata corretta la logica dell’interfaccia utente dei gruppi di destinatari per mantenere e riapplicare correttamente il metodo di autenticazione selezionato tra le azioni di salvataggio, assicurando che il valore scelto venga mantenuto anziché essere reimpostato su quello predefinito.
4539214	Riepilogo: nei flussi di lavoro personalizzati, un’etichetta di messaggio lunga causa la sovrapposizione del testo del messaggio e oscura il collegamento ipertestuale del modello di messaggio nella pagina di invio; ciò avviene a causa di una gestione impropria del layout del contenuto eccessivo dell’etichetta.
4539214	Correzione: è stata aggiornata la logica di layout della pagina di invio per limitare e mandare correttamente a capo le etichette lunghe dei messaggi, in modo che il collegamento ipertestuale del modello di messaggio rimanga visibile e accessibile.
4539854	Riepilogo: alcuni firmatari vengono reindirizzati fuori dall’esperienza di firma quando aprono determinati accordi, a causa di un campo collegamento con struttura errata nel documento sottostante che non dispone di un attributo nome obbligatorio.
4539854	Correzione: il flusso di firma ora gestisce correttamente i campi collegamento senza nome assegnando un nome valido al momento dell’elaborazione, prevenendo errori e consentendo ai firmatari di completare gli accordi senza reindirizzamento.
4539858	Riepilogo: sui dispositivi iOS, gli approvatori che utilizzano la tastiera cinese per scrittura manuale non riescono a completare l’approvazione perché il pulsante Approva rimane disabilitato dopo aver inserito il proprio nome; ciò avviene poiché la pagina di firma non rileva gli eventi di input della scrittura manuale come inserimento di testo valido.
4539858	Correzione: è stata aggiornata la logica di gestione dell’input per riconoscere l’input di testo basato sulla scrittura manuale su iOS, garantendo che il pulsante Approva si abiliti correttamente una volta inseriti caratteri validi.
4540392	Riepilogo: gli amministratori visualizzano occasionalmente errori HTTP 400 e i gruppi di destinatari non vengono visualizzati nei flussi di lavoro, anche se i gruppi esistono e l’accesso è configurato correttamente; ciò avviene a causa delle intestazioni delle richieste che superano il limite di dimensione della piattaforma quando gli utenti appartengono a un numero elevato di gruppi.
4540392	Correzione: è stato aumentato il limite di dimensione delle intestazioni delle richieste lato server, affinché le ricerche nei gruppi di destinatari non causino più errori quando gli utenti sono iscritti a più gruppi.
4541258	Riepilogo: nell’interfaccia utente di sincronizzazione di Produzione o Sandbox, gli amministratori potevano visualizzare solo i primi 100 modelli, mentre quelli aggiuntivi non erano presenti negli elenchi Locale e Remoto, a causa del caricamento di un set di dati limitato nella pagina di sincronizzazione e della funzione di ricerca che filtrava solo i modelli già caricati nel browser.
4541258	Correzione: è stata aggiornata l’interfaccia utente di sincronizzazione, in modo che l’inserimento del testo nel campo di ricerca carichi tutti i modelli dell’ambiente selezionato (fino a 5.000), garantendo che anche i modelli successivi ai primi 100 siano disponibili per la ricerca e la selezione.
4541739	Riepilogo: i destinatari sostituiti non potevano eseguire la firma digitale e visualizzavano “L’accordo non può essere firmato digitalmente poiché non è nella fase di firma digitale”, a causa del flusso di lavoro che non trasferiva i firmatari sostituiti futuri alla fase di firma digitale quando erano presenti i relativi campi di firma.
4541739	Correzione: il flusso di lavoro di firma è stato aggiornato per far passare correttamente i destinatari sostituiti o delegati alla fase di firma digitale quando sono presenti campi di firma digitale, consentendo loro di firmare e completare l’accordo.
4541849	Riepilogo: i campi di testo a riga singola con ridimensionamento automatico del font e precompilati con caratteri multibyte, venivano troncati nei PDF firmati, provocando il taglio di parte del testo a causa di un ridimensionamento errato durante il rendering del PDF.
4541849	Correzione: è stata corretta la misurazione del testo e il comportamento di ridimensionamento automatico del font per i caratteri multibyte, in modo che l’intero valore venga adattato al campo senza troncamenti.
4542574	Riepilogo: la modifica di un modello di libreria consentiva ai campi a discesa obbligatori di includere valori non abbinati, causando l’indisponibilità del pulsante Fai clic per firmare durante la firma, quando tali valori venivano selezionati; ciò avveniva a causa della mancanza di una convalida che assicurasse il corretto abbinamento tra valori visualizzati a discesa e i valori di esportazione.
4542574	Correzione: la modifica del modello ora applica la convalida sui campi a discesa in modo che solo i valori correttamente abbinati possano essere salvati, evitando l’inserimento di voci non abbinate e garantendo che le selezioni obbligatorie del menu a discesa non blocchino la firma.
4542942	Riepilogo: nei moduli web, i campi obbligatori disabilitati dalla logica condizionale continuavano a mostrare l’asterisco obbligatorio, inducendo i firmatari a ritenere che l’input fosse ancora richiesto, a causa dell’interfaccia utente che non aggiornava gli indicatori obbligatori quando i campi erano disabilitati.È stato identificato un problema separato di allineamento della firma su dispositivi mobili ma affrontato sotto un ambito diverso.
4542942	Correzione: l’interfaccia utente dei moduli web ora nasconde l’asterisco obbligatorio quando un campo è disabilitato dalla logica condizionale, garantendo che gli indicatori obbligatori riflettano accuratamente se è previsto l’input da parte del firmatario.
4543157	Riepilogo: nella vista In corso della pagina Gestisci, la colonna Destinatari continuava a mostrare il nome del delegante dopo che un ruolo di firma era stato delegato, anche se un altro firmatario stava firmando attivamente; ciò avveniva a causa dell’interfaccia utente che non aggiornava il destinatario visualizzato per riflettere il delegato corrente.
4543157	Correzione: è stata aggiornata la logica della pagina Gestisci affinché la colonna Destinatari visualizzi ora il nome del delegato attivo quando un ruolo di firma viene delegato, garantendo che la vista In corso rifletta accuratamente chi sta attualmente firmando.
4543253	Riepilogo: nell’esperienza classica del flusso di lavoro, i campi assegnati al testimone (firma, nome, data) non venivano più visualizzati dopo il salvataggio di un accordo nello stato Bozza, anche se erano presenti nel back-end; ciò era dovuto a un errore della logica di rendering della bozza che impediva il ripristino dei campi del testimone quando veniva salvato il processo di avanzamento.
4543253	Correzione: è stata corretta la logica di rendering della bozza per preservare e visualizzare tutti i campi assegnati ai testimoni dopo il salvataggio dell’avanzamento, garantendo che gli accordi aperti nello stato Bozza mantengano la stessa visibilità dei campi presente durante l’authoring e la firma.
4543513	Riepilogo: gli utenti non riuscivano ad inviare accordi nell’interfaccia utente web di Sign a causa dell’errore “Impostazioni locali non valide o mancanti”, dovuto a una convalida delle impostazioni locali che applicava erroneamente le regole a livello API nell’interfaccia web quando tali impostazioni relative al gruppo di invio differivano da quelle ereditate dal gruppo principale dall’utente.
4543513	Correzione: la convalida delle impostazioni locali è stata corretta in modo che l’interfaccia web di Sign risolva e accetti correttamente le combinazioni valide di impostazioni locali di gruppo e utente, impedendo che le restrizioni delle impostazioni locali solo API blocchino l’invio degli accordi nell’esperienza web.
4543592	Riepilogo: alcuni rapporti di audit visualizzavano “Destinatario autenticato con Adobe Acrobat Sign” dopo “Documento firmato elettronicamente” e “Accordo completato”, a causa della memorizzazione degli eventi con marche temporali a livello di secondi che faceva apparire le azioni di autenticazione e firma che si verificavano nello stesso secondo con un ordine errato.
4543592	Correzione: è stata aggiornata la registrazione degli eventi di audit per memorizzare e visualizzare le marche temporali con una precisione al millisecondo, garantendo che gli eventi di autenticazione, firma e completamento siano sequenziati correttamente nel rapporto di audit.
4543617	Riepilogo: la creazione di un modello da un accordo avvia l’esperienza classica anziché quella nuova, nonostante questa sia quella predefinita, a causa del fatto che l’azione viene ancora instradata verso il flusso di authoring legacy.
4543617	Correzione: è stata aggiornata l’azione “Crea modello da accordo” affinché venga aperta nella nuova esperienza, allineando il comportamento della CTA con l’UX predefinita ed evitando cambi di contesto imprevisti per gli utenti.
4544564	Riepilogo: i campi nascosti aggiunti o aggiornati tramite API (visible:false) venivano renderizzati come visibili nell’esperienza moderna di firma elettronica.L’interfaccia utente di firma ignorava il flag di visibilità dei campi, pertanto i destinatari potevano visualizzare campi che dovevano rimanere nascosti.
4544564	Correzione: è stata aggiornata l’interfaccia utente moderna di firma elettronica per filtrare i campi di tipo visible:false nella logica di rendering e navigazione, in modo che i campi nascosti non vengano mai visualizzati e non influenzino il comportamento della pagina.
4544571	Riepilogo: l’opzione di consegna WhatsApp non era presente nelle impostazioni di invio anche quando WhatsApp era abilitato per l’account e disponibile durante l’invio degli accordi, causando comportamenti incoerenti e confusione per gli amministratori.
4544571	Correzione: l’opzione di consegna WhatsApp è stata ripristinata nelle impostazioni di invio ovunque la funzione sia disponibile, garantendo visibilità e configurazione coerenti tra le impostazioni di amministrazione e l’esperienza di invio degli accordi.
4545381	Riepilogo: il font Roboto non era presente nella nuova esperienza Richiedi firma, pur essendo disponibile in quella classica, in quanto la nuova esperienza di authoring non includeva tutti i font legacy supportati.
4545381	Correzione: Roboto è stato aggiunto all’elenco dei font nella nuova esperienza Richiedi firma, ripristinando la parità dei font con l’esperienza classica e consentendo una formattazione coerente durante la creazione degli accordi.
4545484	Riepilogo: alcuni amministratori non riuscivano ad accedere a gruppi di destinatari o a crearli da Amministrazione > Rubrica a causa di un errore nelle richieste di back-end, generando un errore 400 durante il caricamento dei dati dei gruppi di destinatari.Il problema bloccava la configurazione iniziale dei gruppi destinatari per gli amministratori interessati.
4545484	Correzione: la gestione delle richieste di back-end è stata corretta in modo che la ricerca e la creazione di gruppi di destinatari non generi più errori 400.Gli amministratori ora possono accedere e gestire in modo affidabile i gruppi destinatari, indipendentemente dalla rete o dalla posizione.
4545547	Riepilogo: gli accordi creati da PDF di AutoCAD non venivano inviati quando veniva aggiunto un campo di firma digitale, mostrando un errore generico di invio; ciò era dovuto al sistema che non gestiva correttamente la rotazione delle pagine durante la convalida del posizionamento del campo della firma digitale.
4545547	Correzione: le coordinate del campo di firma digitale sono ora regolate per tenere conto delle pagine ruotate, garantendo che i campi vengano convalidati in base ai bordi corretti della pagina, in modo che i PDF generati da AutoCAD possano essere inviati correttamente con le firme digitali.
4545894	Riepilogo: quando viene utilizzato un gruppo di destinatari e nessun campo firma viene posizionato manualmente, il blocco firma generato automaticamente visualizza il testo dell’indirizzo e-mail con dimensioni molto piccole.Il testo diventa progressivamente più piccolo, man mano che vengono aggiunti più destinatari al gruppo.
4545894	Correzione: il blocco firma generato automaticamente ora esegue correttamente il rendering dell’indirizzo e-mail con dimensioni normali e leggibili, indipendentemente dal numero di destinatari inclusi nel gruppo destinatari.
4546085	Riepilogo: utilizzando Aggiungi me stesso nella nuova esperienza Richiedi firma, gli indirizzi e-mail contenenti un apostrofo vengono visualizzati in modo errato.L’indirizzo con struttura errata impedisce l’invio dell’accordo, a meno che l’indirizzo e-mail non venga reinserito manualmente o non venga utilizzata la funzione di invio classica.
4546085	Correzione: gli indirizzi e-mail con apostrofi ora vengono decodificati e visualizzati correttamente quando viene selezionato Aggiungi me stesso nella nuova esperienza Richiedi firma, consentendo l’invio degli accordi senza correzioni manuali.
4546110	Riepilogo: nella nuova esperienza di authoring dei modelli, l’aggiunta di un campo di collegamento ipertestuale assegnato a un partecipante specifico comporta l’impossibilità di salvare il modello.Lo stesso campo funziona quando è assegnato a tutti i partecipanti o quando viene utilizzata l’esperienza classica.
4546110	Correzione: i campi di collegamento ipertestuale ora supportano le assegnazioni dei partecipanti segnaposto nella nuova esperienza Modello, consentendo il corretto salvataggio dei modelli quando il campo è assegnato a un partecipante specifico.
4546257	Riepilogo: nell’ambiente Sandbox, gli accordi inviati tramite un’API di applicazione personalizzata mostrano erroneamente il pulsante Indietro nella pagina di authoring, poiché la Sandbox carica le impostazioni da un’applicazione gestita da Adobe con authoring fluido abilitato, a differenza degli ambienti Swagger o Produzione.
4546257	Correzione: il comportamento della Sandbox è stato allineato a quello di Produzione e Swagger, garantendo che la pagina di authoring rispetti le impostazioni dell’applicazione previste ed evitando che venga visualizzato il pulsante Indietro negli accordi inviati tramite API di applicazioni personalizzate.
4546547	Riepilogo: i moduli web non riuscivano ad aggiornare il controfirmatario e restituivano un errore generico a causa della mancanza di un flag interno obbligatorio nei record utente meno recenti, causando l’elaborazione di un valore null durante la sostituzione del controfirmatario.
4546547	Correzione: la logica di aggiornamento del controfirmatario è stata rafforzata con una gestione a prova di null, consentendo ai moduli web di sostituire correttamente i controfirmatari anche quando i record utente meno recenti non contengono il flag interno previsto.
4546553	Riepilogo: se la nuova esperienza Crea modello era abilitata, gli utenti assegnati a più gruppi potevano comunque creare modelli in un gruppo per cui tale funzione di creazione era disabilitata.Questo permetteva di aggirare le restrizioni a livello di gruppo.
4546553	Correzione: la creazione di modelli ora applica le autorizzazioni a livello di gruppo in modo coerente tra la nuova esperienza e la classica.Gli utenti non possono più creare modelli in gruppi in cui la creazione è disabilitata, anche se appartengono ad altri gruppi in cui tale autorizzazione è abilitata.
4547744	Riepilogo: gli amministratori di gruppo potevano assegnare diritti di amministratore account agli utenti tramite la nuova pagina Gestione utenti.Questo superava il loro ambito di autorizzazione e creava un rischio di conformità, poiché consentiva l’elevazione dei privilegi oltre il ruolo di amministratore di gruppo.
4547744	Correzione: il controllo di selezione del ruolo non è più disponibile per gli amministratori di gruppo.Solo gli amministratori account esistenti possono assegnare o revocare i diritti di amministratore account, garantendo che le modifiche ai ruoli siano in linea con i limiti delle autorizzazioni.
4547796	Riepilogo: alcuni mittenti che utilizzano l’interfaccia utente in polacco ricevono occasionalmente un’e-mail di conferma con testo errato “Impossibile fornire una firma digitale”, anche se l’accordo viene inviato e firmato normalmente.
4547796	Correzione: le traduzioni in polacco delle e-mail di conferma del mittente sono state corrette, in modo che il messaggio visualizzi “Inviato per la firma” anziché il testo errato “Impossibile fornire una firma digitale”.
4548315	Riepilogo: nel nuovo flusso di lavoro di invio, quando il mittente è incluso come destinatario in CC non viene mostrato alcun errore di convalida e le notifiche e-mail CC non vengono inviate a nessun destinatario elencato dopo il mittente nell’elenco CC.Questo comportamento differisce dal flusso di lavoro classico e può far sì che i destinatari in CC non ricevano le notifiche.
4548315	Correzione: è stata aggiornata la logica del nuovo flusso di lavoro di invio affinché tutti i destinatari in CC, ad eccezione del mittente, ricevano le notifiche e-mail CC indipendentemente dalla rispettiva posizione nell’elenco CC, allineando il comportamento ai risultati previsti.
4548583	Riepilogo: non era possibile abilitare PDF/A per un gruppo se il gruppo predefinito dell’utente aveva la funzione di firma manuale abilitata, anche se in fase di modifica questa era disabilitata per il gruppo.Questo bloccava la configurazione valida dei PDF/A per i gruppi non predefiniti.
4548583	Correzione: è stata aggiornata la convalida affinché vengano verificate le impostazioni delle firme manuali sul gruppo in fase di modifica, anziché sul gruppo predefinito dell’utente, permettendo di abilitare correttamente i PDF/A dove consentito.
4549337	Riepilogo: le notifiche SMS per gli accordi annullati venivano soppresse quando l’impostazione E-mail accordo annullato era disabilitata.Questo impediva alla clientela con le notifiche e-mail disabilitate di inviare gli avvisi SMS di annullamento richiesti.
4549337	Correzione: le notifiche di annullamento via SMS e WhatsApp sono state scollegate dall’impostazione e-mail introducendo un controllo di notifica dedicato, consentendo la consegna tramite SMS degli accordi annullati anche quando le notifiche e-mail sono disabilitate.
4549472	Riepilogo: in Acrobat Sign per la Pubblica Amministrazione, gli utenti non potevano creare modelli riutilizzabili utilizzando la nuova esperienza Crea modello.Dopo il caricamento di un documento, il flusso di lavoro si bloccava su una schermata vuota, impedendo la creazione del modello.
4549472	Correzione: è stata ripristinata la dipendenza di authoring mancante necessaria per la nuova esperienza Crea modello in ambienti Gov, per permettere il corretto caricamento della schermata di authoring e la corretta creazione dei modelli.
4549862	Riepilogo: quando la pagina di destinazione è impostata sulla nuova esperienza di richiesta firme, il messaggio di avviso configurato per accedere non viene visualizzato dopo l’accesso.Questo impedisce alle organizzazioni di mostrare avvisi critici di manutenzione o interruzione quando gli utenti arrivano direttamente sulla pagina Invia.
4549862	Correzione: ripristinato il supporto per la visualizzazione del messaggio di avvertenza di login nell’esperienza Nuova richiesta di firma.Quando gli utenti arrivano alla pagina Invia dopo l’accesso, il messaggio di avvertenza configurato ora appare come notifica, corrispondendo al comportamento precedente e alle aspettative della clientela.
4550175	Riepilogo: premendo Invio dopo aver inserito un numero di telefono per l’autenticazione telefonica in un flusso di lavoro, il modulo viene inviato troppo presto e genera un errore di sistema. Ciò interrompe il normale flusso di lavoro perché il modulo viene inviato invece di attendere la conferma esplicita.
4550175	Correzione: aggiornata la finestra di dialogo del destinatario per impedire l’invio del modulo premendo Invio per i campi di autenticazione telefonica, assicurando che gli utenti rimangano nella finestra di dialogo e debbano fare clic su Continua, eliminando l’interruzione involontaria del flusso di lavoro.
4550302	Riepilogo: le e-mail tedesche di richiesta firma e promemoria utilizzavano forme di cortesia incoerenti, alternando tra il “Du” informale e il “Sie” formale all’interno dello stesso messaggio, causando formulazioni confuse e poco professionali.
4550302	Correzione: aggiornate le traduzioni delle e-mail tedesche per utilizzare una forma di cortesia unica e coerente in tutto il modello, garantendo un linguaggio uniforme e prevedibile in tutte le e-mail di richiesta firma e promemoria.
4550556	Riepilogo: gli accordi contenenti PDF di grandi dimensioni non riuscivano ad essere inviati quando venivano aggiunti campi di firma digitale, restituendo un errore durante l’authoring a causa della rotazione delle pagine e della gestione delle dimensioni nel posizionamento della firma digitale.
4550556	Correzione: aggiornata l’elaborazione dei campi di firma digitale per gestire correttamente le pagine ruotate di grande formato, consentendo agli accordi di grandi dimensioni di essere inviati correttamente con firme digitali applicate.
4550579	Riepilogo: quando un accordo veniva completato rimuovendo gli ultimi destinatari rimanenti durante uno stato di revisione, il sistema non generava l’evento AGREEMENT_WORKFLOW_COMPLETED, quindi non veniva inviata alcuna notifica webhook, interrompendo i flussi di lavoro che si basano su questo evento per rilevare il completamento.
4550579	Correzione: aggiornata la gestione degli eventi in modo che gli accordi completati tramite rimozione del destinatario in revisione ora generino gli eventi di completamento appropriati, garantendo che i webhook AGREEMENT_WORKFLOW_COMPLETED vengano attivati come previsto.
4550998	Riepilogo: le caselle di controllo precompilate apparivano selezionate nell’authoring ma non erano selezionate per i firmatari perché i valori delle caselle di controllo erano memorizzati come stringhe di testo non vuote invece di stati espliciti SÌ/NO, facendo sì che l’esperienza di firma le interpretasse come non selezionate.
4550998	Correzione: aggiornata la gestione dei valori delle caselle di controllo in modo che qualsiasi valore precompilato non vuoto venga interpretato come selezionato e i valori vuoti o mancanti come non selezionati, garantendo che gli stati delle caselle di controllo rimangano coerenti per i firmatari.

Nella versione 16.1, Acrobat Sign ha aggiornato la sua tecnologia di elaborazione di PDF a una soluzione di proprietà di Adobe.Questo cambiamento rafforza l’affidabilità della piattaforma, la scalabilità e la sostenibilità a lungo termine riducendo la dipendenza da componenti esterne.Come parte di un aggiornamento dell’infrastruttura interna, non è stato menzionato nelle note sulla versione pubbliche 16.1.

Dopo l’aggiornamento, un set limitato di modelli, moduli web e flussi di lavoro personalizzati associati a documenti specifici ha riscontrato problemi di compatibilità.La clientela interessata è stata temporaneamente supportata attraverso una configurazione alternativa e sarà completamente trasferita all’esperienza Adobe PDF nella prima metà del 2026.

La clientela che ritiene di essere stata interessata e che necessita di informazioni aggiuntive deve contattare il supporto Acrobat Sign.

I seguenti problemi relativi a questa modifica sono risolti nella versione 17.0.

Problema	Descrizione
4534178 / 4550340	Riepilogo: i PDF che utilizzano Helvetica 12 vengono renderizzati diversamente in Sandbox rispetto a Produzione, poiché Helvetica non è un font incorporato supportato nel percorso di elaborazione PDF più recente, il quale lo sostituisce con ArialMT come equivalente.Questo comporta differenze visive che influenzano l’allineamento dei campi durante i test in Sandbox.
4534178 / 4550340	Correzione: è stata standardizzata la gestione dei font incorporando font equivalenti supportati e mappando esplicitamente Helvetica su ArialMT, assicurando un rendering dei font coerente e prevedibile tra gli ambienti.
4535543	Riepilogo: i moduli web che includono campi a discesa condizionali e clonati acquisiscono i valori selezionati, ma il PDF firmato scaricato renderizza tali selezioni a discesa come vuote, poiché il percorso di unione da firma a PDF non risolve né applica adeguatamente i valori per determinati widget a discesa con struttura errata o gestiti in modo condizionale nell’esperienza di firma moderna.
4535543	Correzione: è stata aggiornata la gestione dei campi a discesa durante l’unione dei PDF, in modo che i campi di scelta clonati e condizionali renderizzino correttamente il valore selezionato nel PDF firmato.
4535735	Riepilogo: i moduli PDF contenenti campi di testo impostati con ridimensionamento automatico del font restituiscono il testo del campo con dimensioni piccole durante l’authoring, la firma e nel PDF firmato finale.
4535735	Correzione: è stato regolato il ridimensionamento automatico del font e la generazione dell’aspetto dei campi di testo, in modo che i valori precompilati e inseriti dal firmatario vengano renderizzati con dimensioni leggibili durante l’authoring, la firma e nel PDF firmato.È stata corretta la generazione dell’aspetto del menu a discesa in modo che i valori selezionati vengano visualizzati nel PDF firmato anziché apparire vuoti.
4535894 / 4547919 / 4550657	Riepilogo: in alcuni accordi, i campi di testo con più righe configurati secondo il ridimensionamento automatico del font, non ridimensionavano sempre il testo in modo corretto quando i firmatari inserivano una grande quantità di contenuto.Di conseguenza, parti del testo inserito nel PDF firmato potevano apparire tagliate, anche se il testo completo era visibile durante la firma.
4535894 / 4547919 / 4550657	Correzione: la logica di layout del testo e di ridimensionamento del font per i campi con più righe è stata corretta per assicurare che il contenuto inserito venga ridimensionato in modo automatico e perché venga adattato ai bordi del campo senza troncamenti.
4536430	Riepilogo: la chiamata GET /agreements/{agreementId}/documents/{documentId} restituisce l’errore INVALID_DOCUMENT_ID (“L’ID documento specificato non è valido”), anche se lo stesso documento può essere scaricato correttamente dall’esperienza web di Acrobat Sign, a causa di un formato non corretto durante la fase di elaborazione
4536430	Correzione: è stato rafforzato il flusso di recupero e di elaborazione dei documenti, in modo che gli accordi contenenti casi relativi ai margini della struttura PDF non causino più errori nel recupero dei documenti tramite API.
4537178	Riepilogo: dopo che un FORM_FILLER delega un accordo, il destinatario delegato non riesce ad aprire l’accordo per firmarlo.La pagina “Rivedi e firma” si carica a oltranza.Negli accordi interessati, sia il delegante originale che il destinatario delegato appaiono come “Prossimo a firmare”, il che lascia l’accordo in uno stato incoerente.
4537178	Correzione: è stata migliorata l’elaborazione del post-delega e la riconciliazione dello stato, in modo che la delega non lasci più partecipanti nello stato “Prossimo a firmare” e che la vista di firma non si blocchi se gli artefatti del documento in background (immagini di pagina, dati del documento) producono errori o subiscono ritardi.
4537632 / 4543510	Riepilogo: il testo inserito nei campi dati configurati per il ridimensionamento automatico del font appare troncato nel PDF firmato.
4537632 / 4543510	Correzione: la logica di ridimensionamento automatico del font è stata corretta per ridisporre e ridimensionare il testo in modo coerente, garantendo che tutto il contenuto inserito si adatti ai bordi del campo in tutti i PDF supportati.
4544067	Riepilogo: in alcuni accordi firmati creati da documenti di origine specifici, la clientela riceve un’avvertenza di certificato non valido in Adobe Acrobat perché le annotazioni dei campi modulo nascoste e con struttura non corretta rimangono nel PDF dopo la firma, causando un’impossibilità di convalida della certificazione del documento, nonostante il processo di firma sia completato correttamente.
4544067	Correzione: Acrobat Sign rimuove le annotazioni non valide e orfane durante l’elaborazione del documento, garantendo che i PDF firmati vengano convalidati correttamente e mostrino un certificato valido in Acrobat.
4543958	Riepilogo: alcuni collegamenti ipertestuali creati in Acrobat smettono di funzionare quando si basano su destinazioni denominate anziché su numeri di pagina, perché la logica di elaborazione del PDF non risolve correttamente le destinazioni denominate nelle rispettive posizioni di pagina finali durante la firma; ciò causa l’interruzione dei link nel documento firmato anche se funzionavano nel file originale.
4543958	Correzione: Acrobat Sign ora risolve correttamente le destinazioni denominate nelle rispettive effettive posizioni di pagina durante l’elaborazione del PDF, garantendo che tutti i collegamenti ipertestuali funzionino come previsto dopo la firma.
4543709	Riepilogo: quando gli accordi inviati da Salesforce includono un campo modulo immagine, alcuni PDF firmati aumentano le proprie dimensioni in modo imprevisto a seguito della firma, (spesso superando il limite di allegato di 12 MB di Salesforce); ciò avviene perché il percorso di elaborazione del PDF può incorporare le immagini caricate utilizzando una compressione inefficiente, che comporta un aumento delle dimensioni del file finale e impedisce a Salesforce di salvarlo nuovamente nel record dell’accordo.
4543709	Correzione: Acrobat Sign ha aggiornato la gestione delle immagini durante la generazione del PDF, in modo che le immagini caricate (incluso il contenuto di immagini e timbri) vengano codificate in modo efficiente, mantenendo i file firmati con dimensoni molto più vicine alla quelle previste.
4543678	Riepilogo: per alcuni modelli di libreria, i firmatari possono completare tutti i campi obbligatori, ma nel PDF firmato scaricato alcuni campi possono apparire vuoti, anche se i dati sono stati acquisiti correttamente e rimangono disponibili tramite i rapporti e le API di Acrobat Sign.
4543678	Correzione: Acrobat Sign aggiorna il modo in cui questi modelli vengono elaborati, garantendo che i PDF firmati riproducano in modo affidabile tutti i valori dei campi obbligatori completati (evitando al contempo gli effetti collaterali riscontrati nell’utilizzo del percorso di elaborazione PDF meno recente).
4538033	Riepilogo: durante l’authoring e la firma, il font CourierNewPSMT viene ignorato causando nei campi il rendering di un font imprevisto; ciò è dovuto alla gestione legacy dei font, per cui questi venivano sostituiti anziché incorporati.
4538033	Correzione: la gestione dei font è stata aggiornata per supportare correttamente Courier e gli altri font supportati nei nuovi accordi, garantendo che il font selezionato venga preservato durante l’authoring, la firma e nel documento completato.
4538082	Riepilogo: i campi di testo con più righe vengono ridimensionati automaticamente in modo errato, causando una riduzione eccessiva del testo o il relativo troncamento negli accordi completati; ciò avviene a causa di modifiche nel comportamento di elaborazione dei PDF che alterano il ridimensionamento minimo dei font e per via della logica della funzione di ritorno a capo nei campi con più righe e con ridimensionamento automatico.
4538082	Correzione: è stata regolata la logica di ridimensionamento automatico dei campi di testo con più righe per migliorare il ridimensionamento dei font e il ritorno a capo, in modo che il testo inserito rimanga leggibile e più allineato al comportamento legacy.
4538599	Riepilogo: alcuni accordi completati mostravano il valore a discesa predefinito anziché quello selezionato dal firmatario, perché alcuni caratteri speciali nelle opzioni a discesa causavano un rendering non corretto del valore scelto nel PDF finalizzato, anche se durante la firma era stata acquisita la selezione corretta.
4538599	Correzione: è stato aggiornato il rendering dei PDF per preservare e visualizzare correttamente i valori selezionati del menu a discesa che includono caratteri speciali negli accordi completati.
4539217 / 4539223	Riepilogo: per alcuni PDF compilabili che contengono valori precompilati e campi di firma digitale, i mittenti possono visualizzare valori di campo mancanti o alterati durante l’anteprima o l’invio del documento; il che può bloccare l’invio o la firma perché la struttura del documento causa un’interpretazione incoerente dei dati precompilati e dei campi di firma di sola lettura durante l’elaborazione del documento.
4539217 / 4539223	Correzione: è stata migliorata l’elaborazione dei documenti per preservare correttamente i valori dei campi precompilati e gestire i campi di firma digitale di sola lettura, garantendo che gli accordi vengano visualizzati correttamente in anteprima e che possano essere inviati e firmati senza perdere i dati precompilati.
4539226	Riepilogo: in alcuni accordi creati da modelli che utilizzano tag di testo per i campi casella di controllo, i destinatari selezionano correttamente le caselle di controllo durante la firma, ma tali selezioni non compaiono nella visualizzazione del mittente o nel PDF firmato finale; ciò avviene perché i nomi dei campi casella di controllo vengono analizzati in modo incoerente, causando la memorizzazione dei valori firmati sotto una chiave diversa da quella del campo del modulo renderizzato.
4539226	Correzione: è stata aggiornata la mappatura dei valori delle caselle di controllo per risolverne correttamente i campi creati da tag di testo con nomi basati su direttive, garantendo che i valori selezionati vengano renderizzati in modo coerente per tutte le parti e nel PDF firmato finale.
4539432	Riepilogo: alcuni PDF non potevano essere inviati per la firma e venivano immediatamente annullati con un errore di elaborazione del documento, causato da annotazioni PDF con struttura errata o orfane che attivavano un errore di puntatore nullo durante la logica di riparazione PDF e di normalizzazione dei campi modulo di Acrobat Sign.
4539432	Correzione: è stata migliorata la logica di riparazione dei PDF e di gestione delle annotazioni in modo che le annotazioni con struttura errata o orfane non causino più il fallimento della creazione degli accordi, consentendo l’invio e la firma corretta dei documenti interessati.
4541859	Riepilogo: i campi di testo con più righe che utilizzano l’impostazione Dimensione del font automatica, talvolta troncano il contenuto dei campi di sola lettura (bloccati) con più righe del PDF firmato, a causa di un errato ridimensionamento automatico del font durante il rendering.
4541859	Correzione: è stata corretta la logica di ridimensionamento automatico dei font per i campi di testo con più righe bloccati, in modo che tutto il testo inserito venga renderizzato interamente all’interno del campo.
4542835	Riepilogo: la clientela ha notato che alcuni campi obbligatori (inclusi menu a discesa, campi di testo e caselle di controllo) apparivano vuoti nel PDF firmato scaricato, anche se tutti i campi erano stati completati durante la firma
4542835	Correzione: è stata corretta la logica di rendering dei PDF per assicurare che tutti i valori dei campi acquisiti, inclusi menu a discesa, campi di testo e caselle di controllo, vengano scritti in modo affidabile nel PDF firmato, affinché il documento visivo corrisponda ai dati memorizzati nell’accordo.
4543678	Riepilogo: alcuni accordi firmati presentavano valori di campi obbligatori mancanti nel PDF finale, perché alcuni modelli di libreria importati e aggiornati tramite API non renderizzavano correttamente i dati dei campi obbligatori durante la generazione del PDF.
4543678	Correzione: è stata aggiornata la logica di generazione dei PDF per assicurare che tutti i campi obbligatori definiti nei modelli di libreria, inclusi quelli creati o modificati tramite API, vengano renderizzati in modo coerente nel PDF firmato, preservando al contempo i valori completi dei campi.
4543709	Riepilogo: alcuni accordi inviati da Salesforce che includono campi modulo basati su immagini possono causare un aumento significativo delle dimensioni del PDF firmato finale rispetto a quelle del file originale, superando il limite di 12 MB di Salesforce e impedendo la riscrittura del documento firmato nel record dell’accordo Salesforce, anche se il processo di firma stesso viene completato correttamente.
4543709	Correzione: è stata ottimizzata la gestione delle immagini durante la generazione PDF al fine di applicare una compressione appropriata delle immagini, assicurando che i documenti firmati con campi immagine, timbro o firma basata su immagini non aumentino di dimensione e che queste rimangano entro i limiti previsti per i file di Salesforce.
4543958	Riepilogo: i collegamenti ipertestuali creati in Acrobat utilizzando destinazioni denominate smettono di funzionare nei PDF firmati, a differenza dei link basati sui numeri di pagina; ciò avviene a causa di una regressione nel percorso di elaborazione PDF dove le destinazioni denominate non venivano risolte in destinazioni di pagina esplicite durante la post-elaborazione.
4543958	Correzione: risolte le destinazioni denominate nelle rispettive destinazioni di pagina esplicite durante la generazione PDF, con ripristino delle funzionalità dei collegamenti ipertestuali per i link “Utilizza destinazione denominata” e “Utilizza numero di pagina” nei PDF firmati.
4544067	Riepilogo: alcuni accordi firmati visualizzano un certificato digitale non valido con un errore di convalida “Annotazione widget eliminata”, risultante da annotazioni widget con struttura errata o orfane rimaste nel PDF dopo la firma che causano una catena di certificazione non valida.
4544067	Correzione: è stata aggiornata la post-elaborazione dei PDF per rilevare e rimuovere le annotazioni widget danneggiate o orfane durante la pulizia dei campi, garantendo che rimangano solo annotazioni valide e che i PDF firmati visualizzino in modo coerente un certificato digitale valido.