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.

16 giugno 2026 (versione minore) v17.1.1

Versione Adobe Acrobat Sign v17.1.1

Distribuzione Sandbox: 12 maggio 2026

Distribuzione Produzione: 16 giugno 2026

Distribuzione GovCloud: 18 giugno 2026

Funzionalità migliorate

Filtro destinatario nella generazione rapporti – Aggiunge il filtraggio basato sui destinatari ai rapporti e alle esportazioni dati.
Aggiungi un filtro Destinatario alla generazione rapporti moderna per i rapporti Contratto e Transazione e le esportazioni dati. Gli amministratori possono filtrare per indirizzo e-mail del destinatario per restituire tutti gli accordi che includono il destinatario specificato, indipendentemente dalla mansione o dall'ordine di firma. Il filtro supporta il completamento automatico e il comportamento di selezione multipla coerente con il filtro Mittente esistente e si applica sia ai rapporti visivi che alle esportazioni CSV.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Abilitato con la generazione rapporti moderna
Rivedi la panoramica della generazione rapporti >
Rivedi il documento aggiornato Crea un rapporto >
Rivedi la documentazione aggiornata per Creare un'esportazione dati >

Modifica in linea del documento durante l'authoring – Modifica il testo del documento direttamente nell'esperienza di authoring
I mittenti possono modificare il testo del documento direttamente nell'ambiente di authoring senza scaricare e ricaricare il file. L'opzione Modifica documento conserva i campi esistenti e la configurazione dell'accordo, riducendo le interruzioni durante gli aggiornamenti pre-invio. La modifica è disponibile solo quando l'accordo è in stato di bozza e non è disponibile dopo l'invio dell'accordo.

Questa funzionalità è abilitata per impostazione predefinita per tutti gli utenti negli account supportati, consentendo ai mittenti di modificare i documenti inviati tramite Richiedi firma. Gli amministratori di account e gruppo possono disabilitare la modifica del documento tramite le Impostazioni di invio.

Questa funzionalità non è disponibile in Acrobat Sign for Government o per gli account che utilizzano il sistema di gestione utenti precedente.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e Gruppo; Abilitato per impostazione predefinita
Abilita o disabilita la modifica in linea del documento >
Come modificare il testo durante la creazione dei campi >

Supporto Bio-Pharma (CFR) in Modern eSign – Aggiunge l'acquisizione del motivo della firma e la riautenticazione forzata al momento della firma
Adobe Acrobat Sign completa il supporto Bio-Pharma nell'esperienza Modern eSign aggiungendo l'acquisizione del motivo della firma e la riautenticazione forzata durante la firma. Le organizzazioni che operano in ambienti regolamentati possono richiedere un motivo di firma, forzare la riautenticazione per ogni firma o al clic finale per firmare e mantenere la generazione rapporti di controllo conforme — tutto all'interno dell'interfaccia Modern.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Il supporto per le Impostazioni Bio Pharma in Modern eSign è abilitato per impostazione predefinita.
Rivedi l'elenco aggiornato delle funzionalità supportate per Modern e-sign >

Modifiche a livello di esperienza

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.

Elimina le notifiche del contratto tramite API – Aggiungi controllo granulare sulla messaggistica del destinatario
Utilizzando l'API REST v6 POST /agreements, controlla quali notifiche vengono inviate durante la creazione dei contratti eliminando tipi di e-mail specifici per partecipanti, CC o mittente. Questo riduce le email non necessarie e consente esperienze di firma più pulite e controllate nei flussi di lavoro integrati.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: REST v6 API

Correzioni alle note sulla versione

Al momento non sono presenti elementi da segnalare per questa versione.

Problemi risolti

Problema	Descrizione
4545881	Riepilogo: I firmatari che utilizzano Scarica e firma in Acrobat potrebbero ricevere un errore "Adobe Acrobat Sign non riesce a riconoscere" dopo aver caricato un PDF firmato digitalmente quando il certificato Digital ID non includeva un valore del nome del firmatario previsto, come commonName, givenName o pseudonym. L'accordo non poteva essere completato anche se il PDF firmato era stato caricato.
4545881	Correzione: Acrobat Sign ora gestisce i certificati Digital ID con valori del nome del firmatario mancanti senza generare un errore durante il processo di convalida del caricamento. La firma può essere completata con successo, anche se il nome del firmatario potrebbe non essere visualizzato se il certificato non ne include uno.
4547132	Riepilogo: Quando gli accordi venivano creati tramite la richiesta API POST /agreements e securityOption era impostato su null, ai destinatari esterni poteva essere assegnato Nessuno come metodo di autenticazione anche quando le impostazioni dell'account richiedevano Email OTP come metodo di autenticazione predefinito. L'autenticazione del destinatario interno veniva applicata correttamente, ma l'autenticazione del destinatario esterno non lo era.
4547132	Correzione: Acrobat Sign ora applica correttamente il metodo di autenticazione predefinito configurato nell'account quando gli accordi creati tramite API includono destinatari con un valore securityOption null. I destinatari esterni ora ricevono il metodo di autenticazione predefinito richiesto invece di Nessuno.
4553171	Riepilogo: Negli account sviluppatore che utilizzano la nuova esperienza Crea modello, i modelli riutilizzabili potevano mostrare il prefisso [DEMO USE ONLY] nella pagina Gestisci, ma il prefisso non era disponibile durante la modifica del nome del modello. Gli utenti non potevano rimuovere il prefisso dal nome del modello esistente a meno che non sostituissero il nome completo o passassero all'esperienza modello classica.
4553171	Correzione: La nuova esperienza Crea modello ora mantiene allineati il nome del modello riutilizzabile e il nome dell'accordo per il comportamento della filigrana dell'account sviluppatore. Gli utenti possono modificare il nome completo del modello, incluso il prefisso [DEMO USE ONLY], senza passare all'esperienza classica
4554947	Riepilogo: Nell'esperienza Componi moderna, gli utenti non potevano rimuovere indirizzi e-mail errati o obsoleti dai suggerimenti di completamento automatico personali quando aggiungevano destinatari, CC, CC per destinatario o membri del gruppo. L'opzione di eliminazione era ancora disponibile nell'esperienza classica, ma non tutti gli utenti potevano tornare alla classica.
4554947	Correzione: L'esperienza Componi moderna ora consente agli utenti di eliminare i suggerimenti di completamento automatico personali dai campi e-mail supportati, inclusi i campi destinatario, CC, CC per destinatario e membri del gruppo. I contatti organizzativi non possono essere eliminati dai suggerimenti di completamento automatico.
4556731	Riepilogo: Dopo che un mittente ha sostituito un destinatario con sé stesso e poi ha delegato l'accordo a un altro destinatario, l'accordo è tornato a In corso, ma l'opzione Carica documento firmato è rimasta non disponibile.Questo impediva al mittente di caricare una copia firmata per gli accordi in corso idonei dopo quella sequenza di delega.
4556731	Correzione: Acrobat Sign ora ripristina correttamente l'opzione Carica documento firmato dopo che un destinatario viene sostituito con il mittente e poi delegato a un altro destinatario, quando l'accordo è idoneo per il caricamento del documento firmato.
4557576	Riepilogo: Quando un blocco firma veniva assegnato a un gruppo di destinatari con più membri, il valore e-mail nel blocco firma poteva essere tagliato invece di essere visualizzato chiaramente. Questo poteva rendere difficile leggere le informazioni del gruppo di destinatari prima che un membro del gruppo completasse la firma.
4557576	Correzione: Acrobat Sign ora visualizza le informazioni e-mail del gruppo di destinatari nei blocchi firma senza interrompere bruscamente il testo visibile. I valori e-mail lunghi del gruppo di destinatari vengono gestiti in modo che le informazioni visualizzate rimangano leggibili all'interno del blocco firma.
4558445	Riepilogo: I modelli creati nell'esperienza classica potevano includere gruppi di pulsanti di scelta con una sola opzione. Quando questi modelli venivano aperti o riutilizzati nella nuova esperienza Crea modello, la convalida bloccava il flusso di lavoro con l'errore Un gruppo di pulsanti di scelta deve contenere più di un elemento, impedendo di salvare o applicare i modelli esistenti.
4558445	Correzione: Le nuove esperienze Crea modello e authoring ora si allineano con l'esperienza classica per i modelli esistenti che contengono gruppi di pulsanti di scelta con una sola opzione. La convalida è stata resa meno rigida per preservare la compatibilità con le versioni precedenti e consentire l'apertura, il salvataggio e il riutilizzo dei modelli interessati senza bloccare il flusso di lavoro.
4559171	Riepilogo: Nella nuova esperienza Crea modello, i modelli creati da PDF taggati potevano essere salvati prima del completamento dell'elaborazione dei tag di testo.Se gli utenti selezionavano Crea immediatamente dopo il caricamento dell'anteprima, il modello salvato poteva non contenere campi modulo convertiti, anche se lo stesso flusso di lavoro aveva successo nell'esperienza classica.
4559171	Correzione: La nuova esperienza Crea modello ora impedisce di creare il modello finché l'elaborazione dei tag di testo non è completa. Il pulsante Crea diventa disponibile solo dopo il caricamento completo di tutti i campi e i dettagli correlati, garantendo che i tag di testo vengano convertiti e applicati prima del salvataggio del modello.
4561898	Riepilogo: Alcuni destinatari potevano riscontrare un errore del server dopo l'autenticazione o durante la finalizzazione della firma per accordi che utilizzavano documenti PDF specifici. Si è verificato un errore causato da un problema nella gestione dei dati della struttura PDF durante la generazione del documento firmato, che ha impedito al firmatario di completare l'accordo.
4561898	Correzione: Acrobat Sign ora gestisce i dati della struttura PDF in modo più difensivo durante la firma e la generazione del documento. La correzione impedisce ai conflitti dell'albero della struttura di bloccare il completamento, consentendo ai destinatari di autenticarsi, firmare e completare con successo gli accordi interessati.
4562041	Riepilogo: Alcune notifiche webhook potevano essere ritardate o non riuscire a essere pubblicate quando Acrobat Sign riceveva un errore interno del server durante la creazione del payload webhook. Per l'account interessato, diversi eventi del 19 marzo 2026 sono stati compromessi, inclusi AGREEMENT_WORKFLOW_COMPLETED e altri eventi di accordo, ritardando i flussi di lavoro dei clienti a valle
4562041	Correzione: Acrobat Sign ora gestisce gli errori di generazione del payload webhook in modo più affidabile, così le risposte interne non riuscite non vengono memorizzate in cache in modo da bloccare o ritardare la consegna degli eventi. La correzione è stata convalidata attraverso test di regressione ed è destinata a impedire che gli eventi webhook interessati vengano ritardati dallo stesso percorso di errore di generazione del payload.
4562458	Riepilogo: I destinatari potevano ricevere un errore ID accordo non valido specificato quando aprivano un URL di firma per accordi inviati a utenti inattivi su domini di account rivendicati, quando veniva utilizzata l'autenticazione del destinatario come OTP e-mail o autenticazione password. Il flusso di firma creava un utente in sospeso monouso per continuare il processo di firma, ma la richiesta di informazioni sulla firma poteva leggere dati di accordo obsoleti che non includevano la partecipazione appena creata, bloccando l'accesso finché il collegamento di firma non veniva rigenerato o i dati aggiornati.
4562458	Correzione: Acrobat Sign ora recupera i dati di partecipazione dell'accordo correnti quando apre URL di firma autenticati in questo flusso di lavoro. Questo impedisce ai dati di accordo obsoleti memorizzati in cache di causare errori di ID accordo non validi e consente ai destinatari di completare l'autenticazione e accedere con successo alla pagina di firma elettronica.
4566894	Riepilogo: Alcuni accordi scaduti creati da più modelli non potevano essere copiati dalla pagina Gestisci. Quando gli utenti selezionavano Crea una copia, l'operazione di copia non riusciva con Impossibile copiare l'accordo. Riprova più tardi perché la convalida dell'accesso al modello non riusciva durante la copia di accordi con più di un modello.
4566894	Correzione: Acrobat Sign ora convalida correttamente le informazioni del modello quando si copiano accordi creati da più modelli. Gli accordi interessati ora possono essere copiati senza attivare l'errore di sessione del backend.
4568666	Riepilogo: Le notifiche webhook potrebbero non riuscire in modo intermittente per accordi che includevano partecipanti testimoni senza un ID utente assegnato. L'evento principale dell'accordo è stato creato, ma la generazione del payload webhook potrebbe non riuscire quando i dati dei partecipanti vengono elaborati in ordine imprevedibile, causando la mancata consegna di alcuni eventi webhook previsti dopo AGREEMENT_CREATED.
4568666	Correzione: Acrobat Sign ora gestisce in modo sicuro i dati dei partecipanti webhook con ID utente mancanti durante la generazione del payload. Questo impedisce ai partecipanti testimoni segnaposto di causare errori nel payload webhook e consente la consegna coerente degli eventi webhook dell'accordo previsti.
4571682	Riepilogo: In alcuni accordi in cui Power Automate ha modificato i gruppi di destinatari prima del turno di un compilatore di moduli successivo, i campi di sola lettura potrebbero non apparire per il compilatore di moduli successivo. Dopo che il compilatore di moduli ha completato i campi modificabili, anche quei campi potrebbero scomparire dall'accordo, anche se i campi erano ancora assegnati correttamente e contrassegnati come visibili tramite l'API.
4571682	Correzione: Acrobat Sign ora preserva la visibilità dei campi per i gruppi di destinatari successivi dopo le modifiche all'iscrizione al gruppo di destinatari. I campi di sola lettura, i blocchi di firma, le selezioni a discesa e altri valori di campi completati rimangono disponibili per i destinatari successivi e nel PDF scaricato per gli scenari corretti.
4572455	Riepilogo: Alcuni firmatari potrebbero vedere un messaggio di Errore non gestito o Si è verificato un problema dopo aver completato la firma, anche se la firma è stata applicata e l'accordo è passato al destinatario successivo. Il problema si è verificato quando i partecipanti dinamici erano abilitati e il flusso di firma ha tentato di preparare il documento per il firmatario successivo ma non è riuscito a trovare la versione del documento firmato prevista.
4572455	Correzione: Acrobat Sign ora verifica la versione corretta del documento firmato quando prepara un accordo per il firmatario successivo. Questo impedisce al flusso di firma di mostrare un errore dopo una firma riuscita quando i partecipanti dinamici sono abilitati.