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.

Maggio 2025 (versione secondaria) v16.0.1

Implementazione sandbox: 22 aprile 2025

Implementazione in produzione: 20 maggio 2025

Implementazione GovCloud: 22 maggio 2025

Funzionalità migliorate

Migliora la sicurezza dei dati dei destinatari configurando i destinatari con accesso limitato: la funzione Accesso limitato agli accordi migliora la privacy, impedendo che gli accordi siano allegati all’ID utente Acrobat Sign di un destinatario (se ne ha uno). Quando questa funzione è abilitata, l’opzione Accesso dei destinatari agli accordi appare nella sezione Impostazioni destinatario nella pagina Composizione. Gli amministratori possono configurare questa impostazione per attivarla per impostazione predefinita e renderla modificabile dai mittenti.
Quando un destinatario è indicato come limitato, viene trattato come se non avesse un account utente Acrobat Sign attivo. Di conseguenza, l’accordo non viene visualizzato nella pagina Gestisci. Questo impedisce la perdita accidentale dei dati a causa di relazioni di condivisione a livello di gruppo.

Ambienti disponibili: Sandbox, Commerciale, Government Livelli di servizio disponibili: Acrobat Sign Solutions Ambito di configurazione: account e gruppo
Consulta la documentazione sui controlli per la configurazione dell’accesso limitato agli accordi >
Documentazione aggiornata su Richiedi firma >

Supporto API per la funzione Accesso limitato agli accordi : le organizzazioni che utilizzano l’API per comporre e inviare gli accordi possono ora utilizzare la funzione Accesso limitato agli accordi come parte della configurazione del destinatario.L’implementazione API di questa funzione presenta una differenza a livello di esperienza in base a quando è possibile accedere al documento se il tipo di autenticazione a due fattori è impostato su “Nessuno”:
- All’interno dell’interfaccia di Acrobat Sign, il destinatario non può visualizzare o scaricare l’accordo finché non viene firmato. Anche se non è configurata alcuna autenticazione a due fattori, l’accesso all’accordo viene disabilitato eliminando le azioni Visualizza e Scarica.
- Quando si utilizza l’API, l’accordo può essere visualizzato e scaricato con il token dopo aver superato l’autenticazione.Nel caso in cui non sia configurata alcuna autenticazione a due fattori, l’accordo può essere visualizzato o scaricato prima di essere firmato.

Ambienti disponibili: Sandbox, Commerciale, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo

Supporto per Paese esteso per l’autenticazione telefonica: l’autenticazione telefonica e la consegna degli accordi tramite SMS ora supportano questi ulteriori Paesi e codici internazionali telefonici:
- Isole Falkland (Malvine) (+500)

Ambienti disponibili: Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo

Modifiche a livello di esperienza

L’invio di un caso di supporto tramite modulo web richiede ora l’accesso per gli account Enterprise legacy: gli utenti con account Enterprise legacy devono ora accedere con le proprie credenziali di Acrobat Sign prima di utilizzare il modulo web online per inviare un caso di supporto. Questo passaggio di autenticazione garantisce che il caso sia collegato all’account corretto e indirizzato al team di supporto appropriato.

Ambienti disponibili: Commerciale Livelli di servizio disponibili: Acrobat Sign Solutions Ambito di configurazione: abilitato per impostazione predefinita; non modificabile
Informazioni sul nuovo processo >

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.

API GET/agreements ora disponibile da un microservizio: l’endpoint GET/agreements effettuerà la migrazione dall’applicazione principale Acrobat Sign a un microservizio dedicato. Come parte di questa transizione, le richieste di ricerca recupereranno i dati dal servizio di ricerca (archiviazione secondaria) anziché dal database principale. Questa modifica migliora la stabilità del servizio e impedisce che chiamate API atipiche influiscano sull’esperienza di Acrobat Sign.
- La dimensione massima della pagina per la chiamata GET/agreements è ora 500 accordi per richiesta. Storicamente, il servizio di ricerca non recuperava più di 100 accordi per pagina. Se sono richiesti altri accordi, potrebbero essere necessarie più query con un ambito più ristretto.
- Poiché le ricerche ora si verificano in un’archiviazione secondaria, è possibile che si verifichi una latenza aggiuntiva minore quando si chiama l’endpoint GET /agreements.

Aggiornamento sulla limitazione API: dopo la versione di maggio 2025, verranno applicate nuove regole di limitazione API:
- Quando viene rilevato un elevato caricamento complessivo del sistema, Acrobat Sign limita le richieste API in tutto il sistema.
- Quando viene rilevato che la clientela con un utilizzo elevato contribuisce alla complessiva lentezza del sistema, Acrobat Sign limita le richieste API specificamente per tale clientela.

Quando una richiesta API viene limitata, verrà rifiutata con un codice di stato HTTP 429, insieme a quanto segue:

Corpo della risposta

    {
        &quot;code&quot;:&quot;THROTTLING_HIGH_SYSTEM_LOAD&quot;,
        &quot;message&quot;:&quot;il sistema Acrobat Sign presenta un carico complessivo elevato, a causa del quale un sottoinsieme delle richieste viene limitato. Riprova tra <wait_time_in_seconds> secondi.&quot;,
        &quot;retryAfter&quot;: <wait_time_in_seconds>
    }

Intestazione risposta

        X-Throttling-Reason : &quot;high-system-load&quot;
        Retry-After : <wait_time_in_seconds>

Una volta ricevuta la risposta indicata sopra, puoi utilizzare l’intestazione Retry-After o retryAfter nel corpo della risposta per indicare quando tentare nuovamente la richiesta.

Penale per nuovo tentativo

Per tutti i nuovi account creati dopo la versione di maggio 2025, verrà applicata una penale se l’account non rispetta l’intervallo di tempo specificato per il nuovo tentativo.
Se la stessa richiesta viene nuovamente tentata entro questo intervallo di tempo, la richiesta verrà nuovamente limitata e l’intervallo di tempo per il nuovo tentativo verrà ripristinato.

Correzioni alle note sulla versione: elementi aggiunti

Di seguito sono riportati gli elementi che sono stati aggiunti a questa versione dalla pubblicazione iniziale delle note sulla versione prerelease.

Migliora la sicurezza dei dati dei destinatari configurando i destinatari con accesso limitato: la funzione Accesso limitato agli accordi migliora la privacy, impedendo che gli accordi siano allegati all’ID utente Acrobat Sign di un destinatario (se ne ha uno). Quando questa funzione è abilitata, l’opzione Accesso dei destinatari agli accordi appare nella sezione Impostazioni destinatario nella pagina Composizione. Gli amministratori possono configurare questa impostazione per attivarla per impostazione predefinita e renderla modificabile dai mittenti.
Quando un destinatario è indicato come limitato, viene trattato come se non avesse un account utente Acrobat Sign attivo. Di conseguenza, l’accordo non viene visualizzato nella pagina Gestisci. Questo impedisce la perdita accidentale dei dati a causa di relazioni di condivisione a livello di gruppo.

Ambienti disponibili: Sandbox, Commerciale, Government Livelli di servizio disponibili: Acrobat Sign Solutions Ambito di configurazione: account e gruppo
Consulta la documentazione sui controlli per la configurazione dell’accesso limitato agli accordi >
Documentazione aggiornata su Richiedi firma >

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.

L’ambiente Richiedi firma moderno è diventato l’unica esperienza durante la creazione di un nuovo accordo. Tutti gli account commerciali esistenti sono passati all’ambiente moderno:
- Gli amministratori non hanno più la possibilità di abilitare l’esperienza classica tramite il menu di amministrazione.
- Chi utilizza l’integrazione Notarize non sarà interessato da questa modifica.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: abilitata per impostazione predefinita; non configurabile

Problemi risolti

Problema	Descrizione
4477748	Riepilogo: gli utenti non possono creare OAUTH ACCESS-TOKEN a causa di un dominio impostato in modo errato nella chiamata API.
4477748	Correzione: è stato aggiornato l’elenco del dominio per il controller Swagger.
4480357	Riepilogo: la gestione della tastiera nella finestra di dialogo “Avvia da libreria” non funziona correttamente quando sono in esecuzione utilità di lettura dello schermo
4480357	Correzione: sono state apportate diverse correzioni alla navigazione mediante utilità di lettura dello schermo affinché tutte le pagine iniziali siano lette come previsto.
4498103	Riepilogo: assegnazione incorretta del ruolo nella funzione di invio in modalità collettiva. Quando ti aggiungi come ultimo destinatario, viene sempre assegnato il ruolo “Firmatario”.
4498103	Correzione: sono state rimosse le opzioni di altri ruoli per il mittente quando viene aggiunto come ultimo partecipante, poiché è previsto che il mittente sia sempre un firmatario.
4501417	Riepilogo: l’inserimento di un campo di firma sigillo con un modello per campi genera un errore che impedisce ulteriori operazioni di authoring.
4501417	Correzione: è stato aggiunto il codice necessario per l’elaborazione di elementi di tag di testo “signer1”.
4506667	Riepilogo: se il mittente ha necessità che il primo firmatario del modulo web verifichi il proprio indirizzo e-mail, le notifiche webhook vengono ritardate fino a quando il primo firmatario non completa la verifica. Se l’e-mail del primo firmatario non viene recapitata, la notifica del webhook viene ritardata per 2 ore a causa dell’attesa della compilazione del parametro documentsInfo.
4506667	Correzione: se il mittente ha necessità che il primo firmatario del modulo web verifichi l’indirizzo e-mail, documentsInfo non verrà compilato nel payload di notifica del webhook per gli eventi dell’accordo (finché il primo firmatario non avrà verificato il proprio indirizzo e-mail). Se l’e-mail del primo firmatario viene annullata, *documentsInfo* non verrà compilata nel payload di notifica webhook per gli eventi dell’accordo.
4511940	Riepilogo: la dimensione predefinita del font del campo di testo su più righe non si adatta alla dimensione dello schermo, di conseguenza il testo viene tagliato durante la firma di un accordo da un telefono cellulare.
4511940	Correzione: il campo di testo su più righe non può più sovrascrivere il metodo della classe di base.
4513457	Riepilogo: problema con l’analisi JSON quando il nome del gruppo contiene i caratteri per virgolette doppie.
4513457	Correzione: è stato migliorato il codice di analisi per i nomi dei gruppi al fine di gestire le virgolette doppie.
4515610	Riepilogo: i valori dei campi calcolati vengono modificati quando il modulo web viene inviato a partecipanti aggiuntivi a causa del modo in cui vengono gestiti i numeri con virgola mobile nel back-end e nel front-end.
4515610	Correzione: l’implementazione nel back-end è stata modificata in modo da utilizzare il tipo di numeri BigDecimal
4516504	Riepilogo: quando crei un modello riutilizzabile e utilizzi la vista Nuova esperienza, le caselle di controllo e i pulsanti di scelta hanno bordi rosa anziché neri perché il valore del colore viene troncato.
4516504	Correzione: il valore hex è stato corretto per contenere il valore giusto.
4520149	Riepilogo: in alcuni accordi non viene aggiornato il relativo stato dopo essere stati firmati, a causa di una rara condizione di concorrenza durante l’impostazione del flag next_to_sign.
4520149	Correzione: è stata aggiunta una registrazione ulteriore per acquisire questa condizione e risolverla prima che i destinatari interagiscano con l’accordo.
4521246	Riepilogo: la condivisione dei modelli tra più gruppi non funziona e genera errori quando la condivisione account avanzata è abilitata e il processo di invio inizia dalla pagina Home.
4521246	Correzione: il selettore di modelli utilizzato dalla pagina Home è stato aggiornato per recuperare correttamente il modello condiviso.