Per Adobe Acrobat Sign vengono introdotti almeno tre aggiornamenti all’anno, classificati come versioni principali o secondarie. In caso di necessità, possono essere introdotti ulteriori aggiornamenti secondari per risolvere problemi di sistema o riscontrati dagli utenti.

Le versioni principali contengono aggiornamenti significativi, nuove funzioni e numerosi miglioramenti.
Le versioni secondarie contengono piccoli miglioramenti e modifiche relative all’esperienza utente. Queste vengono rilasciate tra gli aggiornamenti principali, in genere da una o due volte per ciclo.

Per evitare disagi, le nuove funzioni sono disabilitate per impostazione predefinita e devono essere abilitate manualmente da un amministratore dell’account o del gruppo.

Per chi opera nel settore Salute e Life Sciences e ha necessità di convalida della conformità, Acrobat Sign collabora con un fornitore di terze parti per fornire un pacchetto di convalida per ciascuna versione principale contenente funzioni per ridurre al minimo il fattore di rischio.

Nota:

Questa pagina di Note prerelease viene aggiornata regolarmente man mano che sono disponibili nuove informazioni, pertanto il contenuto è relativamente dinamico.

Poiché il processo di localizzazione della pagina richiede del tempo, è possibile che le versioni in altre lingue differiscano leggermente dalla versione ufficiale in lingua inglese statunitense.

Per informazioni accurate e aggiornate, si consiglia pertanto di fare riferimento alla pagina in lingua inglese statunitense.

La pianificazione e le note prerelease sono elencate di seguito.

Adobe Acrobat Sign segue una pianificazione strutturata per la pubblicazione delle note sulla versione e degli aggiornamenti della documentazione:

8 settimane prima della versione di produzione

Nella pagina prerelease viene pubblicato un riepilogo delle funzioni e degli aggiornamenti previsti, solitamente quattro settimane prima del lancio Sandbox.
Tutte le modifiche in termini di funzioni dopo questo punto vengono riportate nella sezione Correzioni.
I Problemi risolti non sono inclusi in questa fase.

4 settimane prima del rilascio per produzione (lancio Sandbox)

La pagina prerelease viene aggiornata con una documentazione dettagliata sulle funzioni nuove e aggiornate.
I collegamenti alla documentazione di supporto prerelease, disponibili solo in lingua inglese statunitense, vengono aggiunti ove necessario.
La sezione Problemi risolti iniziale viene pubblicata e verrà aggiornata su base continua nelle quattro settimane successive.

Giorno del lancio

Le note sulla versione ufficiali vengono aggiornate con i dettagli finali delle funzioni e i collegamenti alla documentazione di supporto per la versione di produzione.
La pagina prerelease viene aggiornata per evidenziare il prossimo ciclo di rilascio.
La documentazione viene pubblicata dopo la verifica della versione nel sistema live, in genere dopo le 19:00, anche se gli aggiornamenti complessi possono richiedere più tempo.
L’elenco finale dei Problemi risolti viene aggiunto alle note sulla versione in lingua inglese statunitense; le versioni localizzate in altre lingue vengono aggiornate in un secondo momento.

Versione Government Cloud

L’ambiente Government Cloud viene in genere aggiornato entro un lasso di tempo che va da due giorni ad alcune settimane dopo la versione di produzione, poiché alcune funzioni possono richiedere ulteriori valutazioni prima della loro distribuzione.

Nota:

La documentazione sandbox è progettata per l’ambiente di produzione. I collegamenti trovati nel contenuto di prerelease indirizzano a URL di produzione, il che significa che tali collegamenti possono condurre a una documentazione esistente più vecchia o ai risultati 404 se la pagina di destinazione è nuova e non è stata ancora pubblicata (ad esempio, quando il collegamento indirizza a una nuova funzione nella stessa versione).

Quando la versione viene pubblicata, verranno pubblicate anche le nuove pagine e i collegamenti verranno risolti correttamente ai relativi URL di produzione.

Disponibilità sandbox

La clientela che ha accesso all’ambiente Sandbox di Acrobat Sign in genere può accedere alla funzionalità della nuova versione 4 settimane prima del lancio.

L’ambiente Sandbox supererà tutte le procedure di garanzia della qualità dell’ambiente di produzione, con lo stesso livello di qualità del normale ambiente di produzione.
Adobe si impegna ad avere una disponibilità del 99,9% nell’ambiente sandbox, ma la clientela deve tenere presente che lo SLA unificato di Adobe non copre formalmente la sandbox.
L’ambiente sandbox utilizza la stessa pagina di stato e le stesse procedure di interruzione del normale ambiente di produzione.

Versioni

Avviso:

Questo articolo contiene informazioni prerelease. Le date di rilascio, le funzioni e altre informazioni sono soggette a modifiche senza preavviso.

3 febbraio 2026 (Versione principale) v17.0

Adobe Acrobat Sign versione 17.0

Distribuzione Sandbox: 6 gennaio 2026

Distribuzione produzione: 3 febbraio 2026

Distribuzione 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 eModelli libreria, con regole di convalida come seleziona esattamente, almeno, al massimo o un intervallo di X su Y options. Send in Bulk, 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 la precisione 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
Consulta 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 mobili acrobat sign e le integrazioni certificate.

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

Supporto per l'autenticazione per la firma elettronica moderna – La firma elettronica moderna ora supporta tre metodi di autenticazione: autenticazione acrobat sign, password e 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 nel routing ibrido per la moderna Richiedi firma – I gruppi di destinatari possono ora essere inclusi nel routing ibrido, consentendo a più destinatari o gruppi di agire in parallelo all'interno dello stesso passaggio di routing. Le modalità di gruppo supportano il completamento dell'azione da parte di uno o tutti i membri, offrendo maggiore flessibilità per i flussi di lavoro complessi di approvazione e firma.

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 possono ora creare una nuova bozza di accordo copiando un accordo precedentemente completato, annullato o scaduto. Tutti i destinatari, le impostazioni, i file e i campi del modulo vengono precompilati automaticamente. L'accordo copiato si apre nella pagina Componi per modifiche rapide prima dell'invio, riducendo i tempi di configurazione, minimizzando gli errori e migliorando la produttività per flussi di lavoro ripetitivi come 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 >

Disabilita il collegamento Scarica accordo per accordi in corso – Gli amministratori possono ora rimuovere il collegamento "Scarica una copia" dalle pagine di conferma post-firma a livello di account o gruppo, impedendo ai destinatari di scaricare accordi parzialmente firmati. Questo aiuta le organizzazioni a soddisfare rigorosi requisiti legali e di conformità, garantendo che i destinatari ricevano solo l'accordo completamente eseguito una volta che tutti i partecipanti hanno completato la 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 ai contenuti formativi di Acrobat Sign, webinar, blog e video sugli aggiornamenti del prodotto. La pagina organizza i tutorial per Valore tonale Utente—principiante, esperto e amministratore—e si 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 per accordi in corso - Rimozione destinatari – I mittenti possono ora rimuovere i destinatari dagli accordi già in corso senza annullare o riavviare la Transazione. Quando un destinatario viene rimosso, Acrobat Sign revoca automaticamente il suo accesso, aggiorna i promemoria, le tracce di controllo, rimuove i campi assegnati e riporta l'accordo senza problemi al suo stato di firma primario. Questa flessibilità aiuta le organizzazioni a mantenere l'accuratezza nei flussi di lavoro di routing live—come quando un firmatario diventa non disponibile—preservando 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 possono ora 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 >

Provider di Identità Digitale come Metodi di Autenticazione Predefiniti – Gli amministratori possono ora selezionare un provider Digital Identity Gateway come metodo di autenticazione predefinito per i destinatari interni ed esterni nelle Impostazioni di invio. La configurazione si applica automaticamente ad accordi, moduli web, invii multipli e flussi di lavoro, garantendo una verifica coerente e conforme dei destinatari. Questo miglioramento semplifica la configurazione dell'autenticazione, applica le politiche di identità organizzative e migliora il supporto per clienti governativi ed Enterprise che si affidano 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 verificati dall'identità – Gli autori dei moduli possono ora 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 sola lettura o modificabili, garantendo che i dati di identità verificati vengano acquisiti con precisione e opzionalmente 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 flussi di lavoro che richiedono dati del firmatario convalidati.

Nota: Questa funzionalità non è inclusa nel rilascio Sandbox, ma è prevista nel rilascio ufficiale.

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 Send in Bulk – I mittenti possono ora definire gruppi di destinatari direttamente all'interno del file CSV Send in Bulk, consentendo a più destinatari di agire nello stesso passaggio di routing. Ogni gruppo può essere configurato in modalità UNO o TUTTI—richiedendo che un solo iscritto o tutti gli iscritti completino la loro azione prima che l'instradamento proceda. Le definizioni dei gruppi, la convalida e il tracciamento delle verifiche vengono gestiti per ogni 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
rivedere la documentazione >

Modello di libreria - Condivisione con più gruppi – La moderna esperienza Crea Modello di libreria ora supporta la condivisione dei modelli con più gruppi all'interno di un account, corrispondente alla funzionalità precedentemente disponibile nel flusso di lavoro classico. Gli utenti possono selezionare uno o più gruppi durante la creazione o la modifica di un modello, garantendo un comportamento coerente tra i gruppi. Questo miglioramento elimina il fallback all'esperienza classica, migliora la collaborazione e semplifica la gestione dei Modello per le organizzazioni multi-gruppo.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: acrobat sign Solutions | ambito di configurazione: Disponibile per impostazione predefinita
rivedere la documentazione aggiornata >

Allegati per tutti i destinatari che utilizzano firme digitali – Tutti i destinatari in un flusso di lavoro con firma digitale possono ora allegare file (non solo il primo firmatario). Un nuovo metodo di allegato che utilizza annotazioni con graffetta mostra un'icona visibile della graffetta 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 chiaro indicatore visivo dei file allegati. Questo miglioramento migliora l'integrità legale, la trasparenza e la coerenza nei 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
rivedere la documentazione aggiornata>

Nuove opzioni TSP per le Firme cloud - Sono stati aggiunti nuovi fornitori di servizi fiduciari per supportare le firme digitali cloud:
- Swisscom
  - Swisscom è disponibile, ma non ancora selezionabile pubblicamente.Se desideri che questo provider 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 alla 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, eliminando passaggi non necessari e screens tradizionali. 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 modifichi un indirizzo e-mail esistente o crei un nuovo Utente.
  Tutti gli utenti con una parte locale superiore a 64 caratteri sono stati valutati e determinati come inattivo o test ID Utente.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: acrobat sign Solutions | ambito di configurazione: account e gruppo
rivedere la documentazione aggiornata >

Abilita gestione dei dettagli utente per utenti inattivi – Gli amministratori possono ora modificare i dettagli degli utenti inattivi direttamente nell'interfaccia di amministrazione e attraverso caricamenti CSV senza riattivare gli account. Questo include l'aggiornamento delle assegnazioni di gruppo (sia per configurazioni a gruppo singolo che multiplo), 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 più pulita dei gruppi 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

I seguenti aggiornamenti sono presentati nelle note preliminari a scopo di divulgazione. La documentazione completa degli aggiornamenti di API e webhook è disponibile nella Documentazione per sviluppatori Acrobat Sign quando l’aggiornamento della versione viene inviato ai server di produzione.

Partner OEM - Personalizzazione delle pagine incorporate in OEM 2.0 - I partner OEM possono ora personalizzare la pagina Gestisci incorporata per allinearla meglio con l'esperienza della loro piattaforma. I partner possono comprimere gli elementi di navigazione non supportati, abilitare visualizzazioni incorporate dedicate per gestire Modelli di libreria, moduli web e Invia in blocco, e garantire che il parametro noChrome nasconda in modo affidabile le barre di navigazione di Acrobat Sign tra le sessioni. L'aggiornamento aggiunge anche pulsanti "Crea nuovo..." che aprono le rispettive visualizzazioni per creare moduli web, transazioni Invia in blocco e Modelli di libreria, mantenendo il contesto della sessione durante la navigazione tra le visualizzazioni incorporate. Questi miglioramenti aumentano la flessibilità, mantengono la continuità della sessione e riducono la confusione dell'utente finale nelle integrazioni OEM 2.0.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions - OEM Partners | Ambito di configurazione: API

Correzione alle note sulla versione: elementi rimossi

Di seguito sono riportati i punti precedentemente annunciati per questa versione, ma che verranno inceve introdotti in una versione futura.

Firma in persona tramite applicazione web – I mittenti e gli host possono ora condurre sessioni di firma in persona completamente direttamente da un browser, senza richiedere l'app mobile Acrobat Sign. Gli host possono avviare una sessione di firma in persona dalla pagina Gestisci o Invia e guidare i destinatari mentre firmano sullo stesso dispositivo o su un dispositivo vicino utilizzando un collegamento sicuro a tempo limitato o un codice QR. Questa funzionalità supporta i casi d'uso in cui i firmatari sono presenti ma non hanno accesso all'e-mail, consentendo una firma assistita senza problemi per settori come l'ospitalità e la sanità. Il miglioramento aumenta la flessibilità ed elimina la dipendenza dall'app mobile per le organizzazioni che si affidano ai flussi di lavoro di firma in presenza.

Miglioramenti al rapporto di verifica – Registrazione esplicita del tempo per l'accettazione delle Condizioni d'uso, Informativa al cliente e applicazione del nome – Il rapporto di verifica ora registra ogni azione di consenso—Condizioni d'uso, Informativa al consumatore e Accetta—come eventi distinti con marca temporale prima che inizi la visualizzazione o la firma del documento. L'evento di modifica del nome del firmatario ora riflette la marca temporale in tempo reale quando viene apposta la firma, garantendo che i registri di verifica rappresentino accuratamente ogni fase del consenso. Questo miglioramento rafforza la generazione rapporti di conformità e migliora la trasparenza per i flussi di lavoro regolamentati.

Problemi risolti

Problema	Descrizione
4528600	Riepilogo: Le impostazioni di convalida dei campi non funzionano quando un livello per campi modulo è collegato a un flusso di lavoro personalizzato. Le regole di convalida, come regex o limiti di intervallo numerico, vengono rimosse all'avvio del flusso di lavoro, causando l'accettazione di input non validi da parte dei campi.
4528600	Correzione: Le regole di convalida ora si applicano correttamente quando i livelli per campi modulo sono inclusi nei flussi di lavoro personalizzati. I campi mantengono il loro 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 vedono saltuariamente un "errore non gestito" quando aggiungono l'iscrizione al gruppo a utenti appena sincronizzati (sincronizzazione Azure). Alcuni nuovi utenti nel gruppo hanno il groupID 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 campi modulo" continua a caricare e non finisce mai, specialmente sui moduli web con molti invii. I clienti Teams senza accesso API non possono esportare dati (ad es., 1-31 maggio) per la generazione rapporti
4529934	Correzione: Aggiunta esportazione CSV paginata e più veloce nell'interfaccia. I download dei dati del modulo si completano 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: Ripristinata la chiarezza visiva attenuando (opacità 20%) i campi che appartengono a destinatari non selezionati. Questo replica la chiarezza dell'authoring classico preservando il sistema di design moderno. L'evidenziazione ora aiuta gli utenti a identificare facilmente i campi del destinatario attualmente selezionato e riduce il rischio di assegnazioni errate.
4534061	Riepilogo: Il collegamento "Scarica una copia" appare nella pagina di conferma post-firma anche quando l'impostazione dell'account o del gruppo è configurata per disabilitarlo.
4534061	Correzione: È stata aggiunta una nuova impostazione per sopprimere esplicitamente l'opzione Scarica per tutte le pagine post-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 riprovare ad aggiungere un file) quando avviavano determinati flussi di lavoro, bloccando gli invii di flussi di lavoro multi-documento, a causa di un errore nel modo in cui il selettore di file gestiva i modelli condivisi tra più gruppi.
4536347	Correzione: Corretta la gestione del selettore di file dei modelli condivisi tra più gruppi in modo che gli utenti possano aggiungere file aggiuntivi o riprovare la selezione dei file nell'esperienza classica senza errori.
4537504	Riepilogo: Un valore del menu a discesa condizionale mancava dal documento firmato anche se era stato selezionato correttamente durante la firma, a causa della logica di visibilità che valutava contro un campo dipendente nascosto e non persisteva il valore renderizzato nel pdf finale firmato.
4537504	Correzione: Aggiornato il rendering dei campi condizionali per risolvere correttamente le dipendenze di visibilità al momento della firma e persistere 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 gli utenti esterni tornava a Telefono dopo il salvataggio, impedendo l'applicazione dell'OTP via indirizzo e-mail, a causa di un errore di gestione dello stato front-end che sovrascriveva la selezione dell'utente.
4537995	Correzione: Corretta la logica dell'interfaccia del gruppo destinatari per mantenere e riapplicare correttamente il metodo di autenticazione selezionato durante le azioni di salvataggio, garantendo che il valore scelto venga conservato anziché essere ripristinato al valore predefinito.
4539214	Riepilogo: Nei flussi di lavoro personalizzati, un'etichetta di messaggio lunga causa la sovrapposizione del testo del messaggio che oscura il collegamento ipertestuale del modello di messaggio nella pagina Invia, a causa della gestione impropria del layout per contenuti di etichette eccessivi.
4539214	Correzione: Aggiornata la logica del layout della pagina Invia per limitare e mandare a capo correttamente le etichette di messaggio lunghe in modo che il collegamento ipertestuale del modello di messaggio rimanga visibile e accessibile.
4539854	Riepilogo: Alcuni firmatari vengono reindirizzati lontano dall'esperienza di firma quando aprono determinati accordi, a causa di un campo collegamento malformato nel documento sottostante che manca di un attributo nome richiesto.
4539854	Correzione: Il flusso di firma ora gestisce correttamente i campi collegamento senza nome assegnando un nome valido durante l'elaborazione, prevenendo errori e consentendo ai firmatari di completare gli accordi senza reindirizzamento.
4539858	Riepilogo: Sui dispositivi ios, gli approvatori che utilizzano la tastiera di scrittura a mano cinese non possono completare l'approvazione perché il pulsante Approva rimane disabilitato dopo aver inserito il loro nome, a causa della pagina di firma che non rileva gli eventi di input della scrittura a mano come inserimento di testo valido.
4539858	Correzione: Aggiornata la logica di gestione dell'input per riconoscere l'inserimento di testo basato sulla scrittura a mano su ios, garantendo che il pulsante Approva si abiliti correttamente una volta inseriti caratteri validi.
4540392	Riepilogo: Gli amministratori vedono intermittentemente errori HTTP 400 e i gruppi destinatari appaiono mancanti nei flussi di lavoro anche se i gruppi esistono e l'accesso è configurato correttamente, a causa delle intestazioni delle richieste che superano il limite di dimensione delle intestazioni della piattaforma quando gli utenti appartengono a un gran numero di gruppi.
4540392	Correzione: Il limite di dimensione delle intestazioni delle richieste lato server è stato aumentato in modo che le ricerche dei gruppi destinatari non falliscano più quando gli utenti hanno molte appartenenze a gruppi.
4541258	Riepilogo: Gli amministratori potevano vedere solo i primi 100 modelli nell'interfaccia di sincronizzazione Produzione o Sandbox, con modelli aggiuntivi mancanti dagli elenchi Locale e Remoto, a causa della pagina di sincronizzazione che caricava un set di dati limitato e della funzione di ricerca che filtrava solo i modelli già caricati nel browser.
4541258	Correzione: L'interfaccia di sincronizzazione è stata aggiornata in modo che inserendo testo nel campo di ricerca vengano caricati tutti i modelli per l'ambiente selezionato (fino a 5.000), garantendo che i modelli oltre i primi 100 siano disponibili per la ricerca e la selezione
4541739	Riepilogo: I destinatari sostituiti erano bloccati dalla firma digitale e vedevano "L'accordo non può essere firmato digitalmente poiché non è nella fase di firma digitale", a causa del flusso di lavoro che non riusciva a far transitare i futuri firmatari sostituiti nella fase di firma digitale quando erano presenti campi di firma digitale.
4541739	Correzione: Il flusso di lavoro di firma è stato aggiornato per far transitare correttamente i destinatari sostituiti o delegati nella fase di firma digitale quando esistono campi di firma digitale, consentendo loro di firmare e completare l'accordo.
4541849	Riepilogo: I campi di testo a riga singola con dimensione automatica del font precompilati con caratteri multibyte erano troncati nei PDF firmati, causando il taglio di parte del testo a causa del dimensionamento errato del testo durante il rendering PDF.
4541849	Correzione: Corretti la misurazione del testo e il comportamento della dimensione automatica del font per i caratteri multibyte in modo che il valore completo si adatti al campo senza troncamento.
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 quei valori erano selezionati, a causa della mancanza di convalida che garantiva che i valori di visualizzazione e i valori di esportazione del menu a discesa rimanessero correttamente abbinati.
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, prevenendo 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 in errore i firmatari facendogli pensare che l'input fosse ancora richiesto, a causa dell'interfaccia che non aggiornava gli indicatori obbligatori quando i campi erano disabilitati. È stato identificato un problema separato di allineamento della firma mobile ma affrontato sotto un ambito diverso.
4542942	Correzione: L'interfaccia del modulo web ora nasconde l'asterisco obbligatorio quando un campo è disabilitato dalla logica condizionale, garantendo che gli indicatori obbligatori riflettano accuratamente se è previsto l'input del firmatario.
4543157	Riepilogo: Nella vista In corso della pagina Gestisci, la colonna Destinatari continuava a mostrare il nome del delegante dopo che una mansione di firma era stata delegata, anche se un firmatario diverso stava attivamente firmando, a causa dell'interfaccia che non aggiornava il destinatario visualizzato per riflettere l'attuale delegato.
4543157	Correzione: La logica della pagina Gestisci è stata aggiornata in modo che la colonna Destinatari ora mostri il nome del delegato attivo quando una mansione di firma è delegata, garantendo che la vista In corso rifletta accuratamente chi sta attualmente firmando.
4543253	Riepilogo: Nell'Esperienza del flusso di lavoro classico, i campi assegnati ai testimoni (firma, nome, data) scomparivano dopo aver salvato un accordo in stato Bozza, anche se i campi esistevano nel backend, a causa della logica di rendering della bozza che non riusciva a ripristinare i campi testimone quando il progresso veniva salvato.
4543253	Correzione: La logica di rendering della bozza è stata corretta per preservare e visualizzare tutti i campi assegnati ai testimoni dopo aver salvato il progresso, garantendo che gli accordi aperti in stato Bozza mantengano la stessa visibilità dei campi come durante la creazione e la firma.
4543513	Riepilogo: Gli utenti erano bloccati dall'invio di accordi nell'interfaccia web Sign con l'errore "Le impostazioni locali sono non valide o mancanti", a causa della convalida delle impostazioni locali che applicava erroneamente le regole delle impostazioni locali a livello API nell'interfaccia web quando le impostazioni locali del gruppo di invio differivano dalle impostazioni locali del gruppo primario ereditato 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 alle restrizioni delle impostazioni locali solo API di bloccare l'invio di accordi nell'esperienza web.
4543592	Riepilogo: Alcuni rapporto di controllo mostravano "Destinatario autenticato con adobe acrobat sign" dopo "Documento firmato elettronicamente" e "Accordo completato", a causa di eventi archiviati con timestamp a livello di secondo, causando la visualizzazione fuori ordine delle azioni di autenticazione e firma che si verificavano nello stesso secondo. \n
4543592	Correzione: La registrazione degli eventi di controllo è stata aggiornata per archiviare e visualizzare timestamp con precisione al millisecondo, garantendo che gli eventi di autenticazione, firma e completamento siano sequenziati correttamente nel rapporto di controllo.
4543617	Riepilogo: La creazione di un Modello da un accordo avvia l'esperienza classica invece della nuova esperienza, nonostante la nuova esperienza sia quella predefinita, poiché l'azione viene ancora instradata al flusso di authoring tradizionale.
4543617	Correzione: L'azione "crea Modello da accordo" è stata aggiornata per aprirsi nella nuova esperienza, allineando il comportamento del cta con l'UX predefinita ed evitando cambi di contesto inaspettati per gli utenti.
4544564	Riepilogo: I campi nascosto aggiunti o aggiornati tramite le API (visible:false) venivano visualizzati come visibili nell'esperienza Modern eSign.L'interfaccia di firma ignorava il contrassegno di Visibilità del campo, quindi i destinatari potevano vedere campi che dovevano rimanere nascosto.
4544564	Correzione: L'interfaccia Modern eSign è stata aggiornata per filtrare i campi dove visible è falso nella logica di rendering e navigazione, in modo che i campi nascosto non vengano mai visualizzati e non influenzino il comportamento della pagina.
4544571	Riepilogo: L'opzione di consegna WhatsApp mancava dalle Impostazioni di invio anche se WhatsApp era abilitato per l'account e disponibile durante l'invio dell'accordo, causando comportamenti incoerenti e confusione per gli amministratore.
4544571	Correzione: L'opzione di consegna WhatsApp è stata ripristinata nelle Impostazioni di invio ovunque la funzionalità sia disponibile, garantendo Visibilità e configurazione coerenti tra le Impostazioni amministratore e l'esperienza di invio accordo.
4545381	Riepilogo: Il font Roboto mancava dalla nuova esperienza di richiesta firma, anche se era disponibile nell'esperienza classica, poiché la nuova esperienza di authoring non includeva tutti i font supportati dal sistema tradizionale.
4545381	Correzione: Roboto è stato aggiunto all'elenco font nella nuova esperienza di richiesta firma, ripristinando la parità di font con l'esperienza classica e consentendo una formattazione coerente durante l'authoring degli accordi.
4545484	Riepilogo: Alcuni amministratore non riuscivano ad accedere o creare gruppi di destinatari da amministratore > Rubrica a causa di un errore di richiesta backend, risultando in un errore 400 durante il caricamento dei dati del gruppo di destinatari.Il problema bloccava la configurazione iniziale dei gruppi di destinatari per gli amministratore interessati.
4545484	Correzione: La gestione delle richieste backend è stata corretta in modo che la ricerca e creazione di gruppi di destinatari non fallisca più con un errore 400.Gli amministratore ora possono accedere e gestire in modo affidabile i gruppi di destinatari indipendentemente dalla rete o dalla posizione.
4545547	Riepilogo: Gli accordi creati da PDF AutoCAD non riuscivano a essere inviati quando veniva aggiunto un campo firma digitale, mostrando un errore di invio generico, poiché il sistema non gestiva correttamente la rotazione della pagina durante la convalida del posizionamento del campo firma digitale.
4545547	Correzione: Le coordinate del campo firma digitale ora vengono regolate per tenere conto delle pagina ruotate, garantendo che i campi vengano convalidati rispetto ai confini corretti della pagina in modo che i PDF generati da AutoCAD possano essere inviati con successo con firme digitali.
4545894	Riepilogo: Quando viene utilizzato un gruppo di destinatari e nessun campo firma viene posizionato manualmente, il blocco firma generato automaticamente mostra il testo dell'indirizzo e-mail a 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 visualizza correttamente l'indirizzo e-mail a dimensioni normali e leggibili, indipendentemente da quanti destinatari sono inclusi nel gruppo di destinatari.
4546085	Riepilogo: Quando si utilizza Aggiungi me stesso nella nuova esperienza di richiesta firma, gli indirizzi e-mail contenenti un apostrofo vengono visualizzati in modo errato.L'indirizzo malformato impedisce l'invio dell'accordo a meno che l'indirizzo e-mail non venga reinserito manualmente o venga utilizzato l'invio classico.
4546085	Correzione: Gli indirizzi e-mail con apostrofi ora vengono decodificati e visualizzati correttamente quando viene selezionato Aggiungi me stesso nella nuova esperienza di richiesta firma, consentendo l'invio degli accordi senza correzione manuale.
4546110	Riepilogo: Nella nuova esperienza di authoring Modello, l'aggiunta di un campo collegamento ipertestuale assegnato a un partecipante specifico causa il fallimento del salvataggio del Modello.Lo stesso campo funziona quando viene assegnato a tutti i partecipanti o quando si utilizza l'esperienza classica.
4546110	Correzione: I campi collegamento ipertestuale ora supportano le assegnazioni dei partecipanti segnaposto nella nuova esperienza Modello, consentendo ai modelli di salvarsi correttamente quando il campo viene assegnato a un partecipante specifico.
4546257	Riepilogo: Nell'ambiente Sandbox, gli accordi inviati tramite API di applicazione personalizzata mostrano erroneamente un pulsante Indietro nella pagina authoring a causa del caricamento delle impostazioni Sandbox da un'applicazione gestita da Adobe con authoring senza interruzioni abilitato, a differenza di Swagger o Produzione.
4546257	Correzione: Il comportamento Sandbox è stato allineato con Produzione e Swagger assicurando che la pagina authoring rispetti le impostazioni dell'applicazione previste, impedendo la comparsa del pulsante Indietro per gli accordi inviati tramite API di applicazione personalizzata.
4546547	Riepilogo: I moduli web non sono riusciti ad aggiornare il controfirmatario e hanno restituito un errore vario a causa di record utente più vecchi privi di un contrassegno interno richiesto, che ha causato l'elaborazione di un valore nullo durante la sostituzione del controfirmatario.
4546547	Correzione: La logica di aggiornamento del controfirmatario è stata rafforzata con gestione null-safe in modo che i moduli web possano sostituire con successo i controfirmatari anche quando i record utente più vecchi mancano del contrassegno interno previsto.
4546553	Riepilogo: Gli utenti assegnati a più gruppi potevano creare modelli in un gruppo dove la creazione di modelli è disabilitata quando l'esperienza Nuovo Crea Modello è abilitata. Questo consentiva 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 le esperienze nuova e classica. Gli utenti non possono più creare modelli in gruppi dove la creazione di modelli è disabilitata, anche se appartengono ad altri gruppi con 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à consentendo l'elevazione dei privilegi oltre la mansione di amministratore di gruppo.
4547744	Correzione: Il controllo di selezione della mansione non è più disponibile per gli amministratori di gruppo. Solo gli amministratori account esistenti possono assegnare o revocare i diritti di amministratore account, assicurando che le modifiche delle mansioni si allineino con i confini delle autorizzazioni.
4547796	Riepilogo: Alcuni mittenti che utilizzano l'interfaccia polacca ricevono occasionalmente un indirizzo e-mail di conferma con testo errato "impossibile fornire una firma digitale", anche se l'accordo viene inviato e firmato normalmente.
4547796	Correzione: Corrette le traduzioni polacche per gli indirizzi e-mail di conferma del mittente in modo che il messaggio mostri "inviato per la firma" invece del testo errato "impossibile fornire una firma digitale".
4548315	Riepilogo: Quando il mittente è incluso come destinatario CC nel nuovo flusso di lavoro di invio, non viene mostrato alcun errore di convalida e le notifiche indirizzo e-mail CC non vengono inviate a nessun destinatario elencato dopo il mittente nell'elenco CC. Questo differisce dal comportamento del flusso di lavoro classico e può causare la perdita di notifiche da parte dei destinatari CC.
4548315	Correzione: Aggiornata la logica del nuovo flusso di lavoro di invio in modo che tutti i destinatari CC, escluso il mittente, ricevano notifiche indirizzo e-mail CC indipendentemente dalla loro posizione nell'elenco CC, allineando il comportamento con i risultati previsti.
4548583	Riepilogo: Il pdf/A non poteva essere abilitato per un gruppo se il gruppo predefinito dell'utente aveva le firme scritte abilitate, anche quando le firme scritte erano disabilitate per il gruppo in fase di modifica. Questo bloccava la configurazione pdf/A valida per i gruppi non predefiniti.
4548583	Correzione: Aggiornata la convalida per verificare le impostazioni della firma scritta sul gruppo in fase di modifica, non sul gruppo predefinito dell'utente, consentendo l'abilitazione corretta del pdf/A dove consentito.
4549337	Riepilogo: Le notifiche SMS per gli accordi annullati venivano soppresse quando l'impostazione Indirizzo e-mail accordo annullato era disabilitata. Questo impediva ai clienti che disabilitano le notifiche indirizzo e-mail di inviare avvisi SMS di annullamento richiesti.
4549337	Correzione: Disaccoppiate le notifiche di annullamento SMS e WhatsApp dall'impostazione indirizzo e-mail introducendo un controllo notifica dedicato, consentendo la consegna SMS per accordi annullati anche quando le notifiche indirizzo e-mail sono disabilitate.
4549472	Riepilogo: In Acrobat Sign for Government, gli utenti non riuscivano a creare modelli riutilizzabili utilizzando la nuova esperienza Crea modello. Dopo aver caricato un documento, il flusso di lavoro si bloccava su una schermata vuota, impedendo la creazione del modello.
4549472	Correzione: Ripristinata la dipendenza authoring mancante richiesta dalla nuova esperienza Crea modello negli ambienti Gov, consentendo il caricamento corretto della schermata authoring e la creazione dei modelli.
4549862	Riepilogo: Quando la pagina di destinazione è impostata sulla nuova esperienza Richiedi firma, il messaggio di avvertenza di accesso configurato 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 accesso nella nuova esperienza Richiedi firma. Quando gli utenti arrivano sulla pagina Invia dopo l'accesso, il messaggio di avvertenza configurato ora appare come notifica, corrispondendo al comportamento precedente e alle aspettative del cliente.
4550175	Riepilogo: Premere Invio dopo aver inserito un numero di telefono per l'autenticazione telefonica in un flusso di lavoro invia il modulo prematuramente e attiva un errore di sistema, interrompendo il flusso del 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 indirizzo 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 indirizzo singola 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 piani architettonici di grandi dimensioni non riuscivano a essere inviati quando venivano aggiunti campi di firma digitale, restituendo un errore durante l'authoring a causa della gestione della rotazione e delle dimensioni della pagina 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 l'invio degli accordi con piani architettonici 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, causando l'interpretazione dell'esperienza di firma 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 pdf a una soluzione di proprietà di Adobe. Questo cambiamento rafforza l'affidabilità della piattaforma, la scalabilità e la supportabilità a lungo termine riducendo la dipendenza da dipendenze 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à. I clienti interessati sono stati temporaneamente supportati attraverso una configurazione alternativa e saranno completamente riportati all'esperienza adobe pdf nella prima metà del 2026.

I clienti che ritengono di essere stati interessati e richiedono informazioni aggiuntive dovrebbero contattare il supporto Acrobat Sign.

I seguenti problemi relativi a questo cambiamento sono risolti nella versione 17.0.

Problema	Descrizione
4534178 / 4550340	Riepilogo: I pdf che utilizzano Helvetica 12 vengono visualizzati diversamente in Sandbox rispetto alla produzione perché Helvetica non è un font incorporato supportato nel percorso di elaborazione pdf più recente, che sostituisce ArialMT come equivalente. Questo comporta differenze visive che influiscono sull'allineamento dei campi durante il test Sandbox.
4534178 / 4550340	Correzione: Gestione standardizzata dei font tramite l'incorporamento di equivalenti font supportati e mappatura esplicita di Helvetica su ArialMT, garantendo rendering dei font coerente e prevedibile in tutti gli ambienti.
4535543	Riepilogo: I moduli web che includono campi a discesa condizionali e clonati acquisiscono i valori selezionati, ma il PDF firmato scaricato mostra tali selezioni a discesa come vuote perché il percorso di unione dalla firma al PDF non risolve e applica correttamente i valori per determinati widget a discesa malformati o condizionali nell'esperienza di firma moderna.
4535543	Correzione: Aggiornata la gestione dei campi a discesa durante l'unione PDF in modo che i campi di scelta clonati e condizionali mostrino correttamente il valore selezionato nel PDF firmato.
4535735	Riepilogo: I moduli PDF contenenti campi di testo impostati su Dimensione del font automatica mostrano il testo del campo in dimensioni minuscole durante authoring, firma e nel PDF firmato finale.
4535735	Correzione: Regolato il dimensionamento automatico del font e la generazione dell'aspetto per i campi di testo in modo che i valori precompilati e inseriti dal firmatario vengano visualizzati in dimensioni leggibili durante authoring, firma e nel PDF firmato. Corretta la generazione dell'aspetto dei 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 multiriga configurati con dimensionamento automatico del font non ridimensionavano sempre il testo correttamente quando i firmatari inserivano una grande quantità di contenuto. Di conseguenza, parti del testo inserito potevano apparire tagliate nel PDF firmato, anche se il testo completo era visibile durante la firma.
4535894 / 4547919 / 4550657	Correzione: La logica di layout del testo e dimensionamento del font per i campi multiriga è stata corretta per garantire che il contenuto inserito si ridimensioni automaticamente per adattarsi ai confini del campo senza troncamenti.
4536430	Riepilogo: La chiamata GET /agreements/{agreementId}/documents/{documentId} fallisce con INVALID_DOCUMENT_ID ("L'ID documento specificato non è valido"), anche se lo stesso documento può essere scaricato con successo dall'esperienza web acrobat sign a causa di un formato malformato durante la fase in elaborazione
4536430	Correzione: Rafforzato il flusso di recupero e in elaborazione dei documenti in modo che gli accordi con casi limite della struttura PDF non falliscano più il recupero dei documenti tramite API.
4537178	Riepilogo: Dopo che un FORM_FILLER delega un accordo, il destinatario delegato non può aprire l'accordo per firmarlo. La pagina "Rivedi e firma" si carica indefinitamente. Negli accordi interessati, sia il delegante originale che il destinatario delegato appaiono come "Prossimo a firmare", lasciando l'accordo in uno stato incoerente.
4537178	Correzione: Migliorato l'in elaborazione post-delega e la riconciliazione dello stato in modo che la delega non lasci più più partecipanti in "Prossimo a firmare", e in modo che la vista di firma non si blocchi se gli artefatti del documento in background (immagini di pagina, dati del documento) falliscono o sono in ritardo.
4537632 / 4543510	Riepilogo: Il testo inserito nei campi dati configurati con Dimensione del font impostata su 'Auto' appare troncato nel PDF firmato.
4537632 / 4543510	Correzione: La logica di dimensionamento automatico del font è stata corretta per ridisporre e ridimensionare coerentemente il testo, garantendo che tutto il contenuto inserito si adatti ai confini del campo in tutti i PDF supportati.
4544067	Riepilogo: In alcuni accordi firmati creati da documenti origine specifici, i clienti incontrano un avvertimento di certificato non valido in adobe acrobat perché le annotazioni dei campi modulo malformate e nascosto rimangono nel PDF dopo la firma, causando il fallimento della convalida di certificazione del documento nonostante il processo di firma si completi con successo.
4544067	Correzione: acrobat sign rimuove le annotazioni non valido e orfane durante l'in elaborazione del documento, garantendo che i PDF firmati si convalidino correttamente e mostrino un certificato valido in acrobat.
4543958	Riepilogo: Alcuni collegamenti ipertestuali creati in acrobat smettono di funzionare quando si basano su destinazioni nominate anziché numeri di pagina perché la logica di in elaborazione PDF non risolveva correttamente le destinazioni nominate alle loro posizioni finali di pagina durante la firma, causando la rottura dei collegamenti nel documento firmato anche se funzionavano nel file originale.
4543958	Correzione: acrobat sign ora risolve correttamente le destinazioni nominate alle loro posizioni effettive di pagina durante l'in elaborazione 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 crescono inaspettatamente di dimensioni dopo la firma (spesso superando il limite di allegato di 12 MB di Salesforce), perché il percorso di in elaborazione PDF può incorporare le immagini caricate utilizzando una compressione inefficiente, che gonfia il 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 PDF, in modo che le immagini caricate (incluso il contenuto di immagini e Timbro) vengano codificate in modo efficiente, mantenendo i file firmati molto più vicini alle dimensioni previste.
4543678	Riepilogo: Per alcuni modelli di libreria, i firmatari possono completare tutti i campi richiesti, ma il PDF firmato scaricato può mostrare alcuni di quei campi come vuoti, anche se i dati sono correttamente acquisiti e rimangono disponibili tramite i report e le API di acrobat sign.
4543678	Correzione: acrobat sign aggiorna il modo in cui questi modelli vengono elaborati, garantendo che i PDF firmati eseguano il rendering di tutti i valori dei campi obbligatori completati in modo affidabile (evitando gli effetti collaterali riscontrati quando si utilizza il percorso di elaborazione PDF precedente).
4538033	Riepilogo: Il font CourierNewPSMT viene ignorato durante l'authoring e la firma, causando il rendering dei campi con un font imprevisto a causa della gestione tradizionale dei font, dove i font venivano sostituiti anziché incorporati.
4538033	Correzione: Gestione dei font aggiornata per supportare correttamente Courier e altri font supportati per i nuovi accordi, garantendo che il font selezionato venga preservato durante l'authoring, la firma e nel documento completato.
4538082	Riepilogo: I campi di testo multilinea si ridimensionano automaticamente in modo errato, causando un restringimento eccessivo del testo o il troncamento negli accordi completati a causa di modifiche nel comportamento di elaborazione PDF che hanno alterato il ridimensionamento minimo del font e la logica di a capo per i campi multilinea a dimensionamento automatico.
4538082	Correzione: Logica di dimensionamento automatico regolata per i campi di testo multilinea per migliorare il ridimensionamento del font e l'a capo in modo che il testo inserito rimanga leggibile e meglio allineato con il comportamento tradizionale.
4538599	Riepilogo: Alcuni accordi completati mostrano il valore predefinito del menu a discesa invece del valore selezionato dal firmatario perché alcuni caratteri speciali nelle opzioni del menu a discesa hanno causato il rendering errato del valore scelto nel PDF finalizzato, anche se la selezione corretta è stata acquisita durante la firma.
4538599	Correzione: rendering PDF aggiornato per preservare e visualizzare correttamente i valori del menu a discesa selezionati 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 potrebbero vedere 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 l'interpretazione incoerente dei dati precompilati e dei campi di firma di sola lettura durante l'elaborazione del documento.
4539217 / 4539223	Correzione: Elaborazione del documento migliorata 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 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 checkbox, i destinatari selezionano con successo le checkbox durante la firma, ma quelle selezioni non appaiono nella visualizzazione del mittente o nel PDF firmato finale perché i nomi dei campi checkbox vengono analizzati in modo incoerente, causando la memorizzazione dei valori firmati sotto una chiave diversa rispetto al campo del modulo renderizzato.
4539226	Correzione: mappatura dei valori delle checkbox aggiornata per risolvere correttamente i campi checkbox 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 malformate o orfane che attivavano un errore di puntatore nullo durante la logica di riparazione PDF e normalizzazione dei campi modulo di acrobat sign.
4539432	Correzione: Logica di riparazione PDF e gestione delle annotazioni migliorata in modo che le annotazioni malformate o orfane non causino più il fallimento della creazione dell'accordo, consentendo l'invio e la firma con successo dei documenti interessati.
4541859	Riepilogo: I campi di testo multilinea che utilizzano l'impostazione Dimensione del font automatica a volte troncano il contenuto nel PDF firmato per i campi multilinea di sola lettura (bloccati) a causa del ridimensionamento automatico errato del font durante il rendering.
4541859	Correzione: Logica di ridimensionamento automatico del font corretta per i campi di testo multilinea bloccati in modo che tutto il testo inserito venga renderizzato interamente all'interno del campo.
4542835	Riepilogo: I clienti hanno osservato che alcuni campi obbligatori (inclusi menu a discesa, campi di testo e checkbox) apparivano vuoti nel PDF firmato scaricato, anche se tutti i campi erano stati completati durante la firma
4542835	Correzione: La logica di rendering PDF è stata corretta per garantire che tutti i valori dei campi acquisiti, inclusi menu a discesa, campi di testo e checkbox, vengano scritti in modo affidabile nel PDF firmato in modo che il documento visivo corrisponda ai dati dell'accordo memorizzati.
4543678	Riepilogo: Alcuni accordi firmati mancavano dei valori dei campi obbligatori nel PDF finalizzato perché alcuni modelli di libreria importati e aggiornati tramite API non eseguivano correttamente il rendering dei dati dei campi obbligatori durante la generazione PDF.
4543678	Correzione: Logica di generazione PDF aggiornata per garantire 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 i valori completi dei campi.
4543709	Riepilogo: Alcuni accordi inviati da Salesforce che includono campi modulo basati su immagini possono causare una crescita significativa del PDF firmato finale oltre la dimensione del file originale, superando il limite di 12 MB di Salesforce e impedendo la scrittura del documento firmato nel record dell'Accordo Salesforce, anche se il processo di firma stesso si completa con successo.
4543709	Correzione: Gestione delle immagini ottimizzata durante la generazione PDF per applicare una compressione appropriata delle immagini, garantendo che i documenti firmati con campi di immagine, timbro o firma basata su immagini non si gonfino nelle dimensioni e rimangano entro i limiti di dimensione file di Salesforce.
4543958	Riepilogo: I collegamenti ipertestuali creati in acrobat utilizzando destinazioni denominate smettono di funzionare nei PDF firmati mentre i collegamenti con numero di pagina funzionano ancora 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: Destinazioni denominate risolte nelle loro destinazioni di pagina esplicite durante la generazione PDF, ripristinando la funzionalità dei collegamenti ipertestuali sia per i collegamenti "Usa destinazione denominata" che "Usa numero di pagina" nei PDF firmati.
4544067	Riepilogo: Alcuni accordi firmati mostrano un certificato digitale non valido con un errore di convalida "Annotazione widget eliminata", risultante da annotazioni widget malformate o orfane che rimangono nel PDF dopo la firma, il che invalida la catena di certificazione.
4544067	Correzione: Post-elaborazione PDF aggiornata per rilevare e rimuovere le annotazioni widget corrotte o orfane durante la pulizia dei campi, garantendo che rimangano solo annotazioni valide e che i PDF firmati mostrino costantemente un certificato digitale valido.