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. Fai sempre riferimento alla versione in inglese americano della pagina come versione più aggiornata e accurata.

Versione 17.1.1 di Adobe Acrobat Sign

Implementazione in produzione: 16 giugno 2026

Implementazione GovCloud: 18 giugno 2026

Funzionalità migliorate

Filtro destinatario nel reporting: aggiunge il filtraggio basato sul destinatario a rapporti ed esportazioni dati.
Aggiunta di un filtro Destinatario al Reporting moderno per i report Accordo e Transazione e per le Esportazioni dati. Gli amministratori possono filtrare per e-mail del destinatario per ottenere tutti gli accordi che includono il destinatario specificato, indipendentemente da mansione o ordine di firma. Il filtro supporta il completamento automatico la selezione multipla, in modo coerente con il filtro Mittente esistente, e si applica sia ai report visivi che alle esportazioni CSV.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Abilitato con Reporting moderno
Rivedi la panoramica del reporting >
Rivedi il documento aggiornato Crea un report >
Rivedi la documentazione aggiornata per Creare un’esportazione dati >

Modifiche a livello di esperienza

Supporto Bio-Pharma (CFR) nella firma elettronica moderna: aggiunge l’acquisizione del motivo di firma e la riautenticazione obbligatoria al momento della firma
Le impostazioni di firma Bio-Pharma, inclusa l’acquisizione del motivo di firma e la riautenticazione al momento della firma, sono ora supportate dall’esperienza di firma elettronica moderna. Gli accordi che usano queste impostazioni non tornano più all'esperienza di firma classica. Non è richiesta alcuna azione da parte del cliente né alcuna modifica delle impostazioni dell’amministratore.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Il supporto per le impostazioni Bio Pharma nella firma elettronica moderna è abilitato per impostazione predefinita.
Rivedi l'elenco aggiornato delle funzionalità supportate per la firma elettronica moderna >

Aggiornamenti API REST/Webhook

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

Disattiva le notifiche degli accordi tramite API: aggiungi un controllo granulare sui messaggi dei destinatari
Utilizzando l’API REST v6 POST /agreements, controlla quali notifiche vengono inviate durante la creazione degli accordi disattivando tipi di e-mail specifici per partecipanti, destinatari in CC o mittente. Questo riduce le e-mail non necessarie e supporta 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: API REST v6

Problemi risolti

Problema	Descrizione
4545881	Riepilogo: I firmatari che usano 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 dell'ID digitale non includeva un valore del nome del firmatario previsto, come commonName, givenName o pseudonym. Impossibile completare l'accordo nonostante sia stato caricato il PDF firmato.
4545881	Correzione: Acrobat Sign ora gestisce i certificati dell'ID digitale 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 OTP email come metodo di autenticazione predefinito. L'autenticazione del destinatario interno veniva applicata correttamente, ma quella del destinatario esterno no.
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 nullo. I destinatari esterni ora ricevono il metodo di autenticazione predefinito richiesto invece di Nessuno.
4553171	Riepilogo: Negli account sviluppatore che usano 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 del modello classico.
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
4556731	Riepilogo: Dopo che un mittente ha sostituito un destinatario con se 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 di firme veniva assegnato a un gruppo di destinatari con più membri, il valore e-mail nel blocco firma poteva essere troncato invece di essere visualizzato correttamente. Questo poteva rendere difficile la lettura delle informazioni del gruppo di destinatari prima che un iscritto del gruppo completasse la firma.
4557576	Correzione: Acrobat Sign ora visualizza le informazioni sull’e-mail del gruppo di destinatari nei blocchi firme senza troncare bruscamente il testo visibile. I valori e-mail lunghi dei gruppi di destinatari vengono gestiti in modo che le informazioni visualizzate rimangano leggibili all'interno del blocco di firme.
4561898	Riepilogo: Alcuni destinatari potrebbero riscontrare un errore del server dopo l'autenticazione o quando finalizzano la firma per accordi che utilizzavano specifici documenti PDF. L’errore era causato da un problema nella gestione dei dati della struttura PDF durante la generazione del documento firmato, che impediva 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 dei documenti. La correzione impedisce che i conflitti della struttura ad albero blocchino il completamento, consentendo ai destinatari di autenticarsi, firmare e completare con successo gli accordi interessati.
4562041	Riepilogo: Alcune notifiche webhook potrebbero subire ritardi o non essere pubblicate quando Acrobat Sign riceve un errore interno del server durante la creazione del payload webhook. Per l’account interessato, il problema ha interessato diversi eventi del 19 marzo 2026, tra cui AGREEMENT_WORKFLOW_COMPLETED e altri eventi relativi all’accordo, causando un rallentamento dei flussi di lavoro a valle dei clienti
4562041	Correzione: Acrobat Sign ora gestisce gli errori di generazione del payload del webhook in modo più affidabile, evitando che le risposte interne non riuscite vengono memorizzate nella cache in modo da bloccare o ritardare la consegna degli eventi. La correzione è stata validata tramite test di regressione ed è progettata per evitare che gli eventi webhook interessati subiscano ritardi dovuti al medesimo errore nella generazione del payload.
4562458	Riepilogo: I destinatari potevano ricevere l’errore ID accordo specificato non valido quando aprivano un URL di firma per accordi inviati a utenti inattivi su domini di account rivendicati, se veniva utilizzato un metodo di autenticazione del destinatario, ad esempio tramite e-mail con OTP o autenticazione con 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 nuova partecipazione creata, bloccando l'accesso fino alla rigenerazione del collegamento di firma o all'aggiornamento dei dati.
4562458	Correzione: Acrobat Sign ora recupera i dati di partecipazione all'accordo correnti quando apre URL di firma autenticati in questo flusso di lavoro. Questo impedisce che i dati di accordo obsoleti memorizzati in cache causino errori di ID accordo non validi e consente ai destinatari di completare l'autenticazione e accedere alla pagina di firma elettronica con successo.
4566894	Riepilogo: Alcuni accordi scaduti creati da più modelli non potevano essere copiati dalla pagina Gestione. 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 è riuscita durante la copia di accordi che utilizzano più di un modello.
4566894	Correzione: Acrobat Sign ora convalida correttamente le informazioni del modello quando copia accordi che sono stati creati da più modelli. Gli accordi interessati ora possono essere copiati senza causare l’errore di sessione del backend.
4568666	Riepilogo: Le notifiche webhook potevano occasionalmente non essere non essere recapitate per gli accordi che includevano partecipanti testimoni privi di un ID utente assegnato. L'evento principale dell'accordo è stato creato, ma la generazione del payload webhook poteva non riuscire quando i dati dei partecipanti venivano 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 che i partecipanti testimoni segnaposto causino errori nella generazione del payload del webhook e consente la corretta consegna degli eventi webhook previsti per gli accordi.
4571682	Riepilogo: In alcuni accordi in cui Power Automate modificava i gruppi di destinatari prima del turno del compilatore moduli successivo, i campi di sola lettura potevano non essere visualizzati per il compilatore moduli successivo. Dopo che il compilatore del modulo aveva completato i campi modificabili, tali campi potevano scomparire dall'accordo, anche se erano ancora assegnati correttamente e contrassegnati come visibili tramite le API.
4571682	Correzione: Acrobat Sign ora mantiene 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 firma, le selezioni a discesa e altri valori dei campi completati rimangono disponibili per i destinatari successivi e nel PDF scaricato per gli scenari corretti.
4571845	Riepilogo: La firma di persona può non riuscire a causa di un errore del server quando l’e-mail del firmatario di persona corrisponde a un account utente esistente in un’altra partizione, impedendo il completamento dell’accordo.
4571845	Correzione: Aggiornata l'elaborazione del firmatario in persona per creare e utilizzare correttamente un record temporaneo del firmatario, evitando conflitti tra utenti di diversi frammenti e consentendo il completamento della sessione di firma.
4573019	Riepilogo: L'ordine del gruppo di destinatari può essere calcolato in modo errato dopo gli aggiornamenti dinamici dei partecipanti che rimuovono un mix di destinatari e gruppi di destinatari, causando la visualizzazione dell'ordine di instradamento errato per il gruppo rimanente.
4573019	Correzione: Aggiornato il ricalcolo dell'ordine dei partecipanti in modo che i gruppi di destinatari mantengano l'ordine corretto dopo rimozioni complesse di partecipanti dinamici, inclusi i casi in cui un gruppo viene ridotto a un singolo membro rimanente.
4572455	Riepilogo: Alcuni firmatari potevano visualizzare il messaggio di Errore non gestito o Si è verificato un errore dopo aver completato la firma, anche se quest’ultima era stata applicata e l’accordo era passato al destinatario successivo. Il problema si è verificato quando i partecipanti dinamici erano attivati 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 durante la preparazione di 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 attivati.