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:

Da 6 a 8 settimane prima della versione di produzione
- Un riepilogo delle funzioni e degli aggiornamenti previsti viene pubblicato nella pagina prerelease, in genere quattro settimane prima del lancio della versione sandbox.
- Tutte le funzioni aggiunte o rimosse dopo questo punto vengono indicate nella sezione Correzioni.
- I Problemi risolti non sono inclusi in questa fase.
Da 2 a 4 settimane prima della versione di produzione (lancio della versione 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 iniziale Problemi risolti viene pubblicata anche se gli aggiornamenti continueranno 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 tra due giorni e alcune settimane dopo la versione di produzione, poiché alcune funzioni potrebbero richiedere un’ulteriore valutazione prima della 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.

Febbraio 2025 - Versione funzionale secondaria

Implementazione sandbox: 14 gennaio 2025

Implementazione in produzione: 11 febbraio 2025

Implementazione GovCloud: 18 febbraio 2025

Funzionalità migliorate

Interfaccia utente migliorata per flussi di lavoro di invio personalizzati: la Progettazione di flussi di lavoro personalizzati è stata aggiornata per fornire un’esperienza mittente migliore e allineata con l’aspetto della funzione Richiedi firma.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
Consulta la documentazione aggiornata >

Modifiche a livello di esperienza

La scadenza dell’accordo può essere ritardata fino a 12 ore: a partire da questa versione, la scadenza automatica di un accordo avverrà durante le ore di minor traffico per l’ambiente che gestisce l’accordo. In pratica, qualsiasi accordo che scade nelle ore di maggior traffico di un determinato ambiente Acrobat Sign verrà eseguito in coda, nel momento in cui l’ambiente entra nella finestra temporale di minor traffico.

Integrazioni

Workday: supporto per la firma digitale del provider di identità Aadhaar: i clienti che utilizzano l’integrazione Workday ora possono utilizzare il provider di identità Aadhaar come metodo per autenticare i destinatari.

Aggiornamenti API REST/Webhook

I seguenti aggiornamenti sono presentati nelle note preliminari per scopi 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.

Un nuovo attributo accountId si sta aggiungendo a tutte le payload di notifica evento.
I partner incorporati OEM 2.0 potranno ora impostare un webhook per il proprio canale e ricevere tutte le notifiche di risorse da ogni singolo account cliente.

Nuove API di Impostazioni
- POST /accounts/{accountId me}/settings/search : prende l’account identificato (accountId) e un elenco dei nomi delle impostazioni e restituisce l’elenco dei nomi delle impostazioni con i valori per l’account specificato. Vengono restituiti solo valori a livello di account.
  - Disponibile per gli utenti non amministratori.
- PUT /accounts/{accountId|me}/settings: applica un elenco fornito dei nomi delle impostazioni e dei relativi valori all’account identificato (accountId).
Nuove API per logo
- POST /accounts/{accountId|me}/logo: carica il file CoBrandingLogo.
- GET /accounts/{accountId|me}/logo: restituisce i dati dell’immagine del file di immagine di CoBrandingLogo nello stesso formato in cui è stato caricato.
  - Disponibile per gli utenti non amministratori
- DELETE /accounts/{accountId|me}/logo: cancella l’immagine di CoBrandingLogo per l’account.
API per motivo firma
- GET /accounts/{accountId me}/signingReasons: restituisce un elenco di motivi per la firma per l’account identificato (accountId).
  - Disponibile per gli utenti non amministratori.
- POST /accounts/{accountId|me}/signingReasons: crea un nuovo motivo di firma per l’account identificato (accountId).
- GET /accounts/{accountId me}/signingReasons/{signingReasonId}: recupera il testo del motivo di firma identificato (signingReasonId) dall’account identificato (accountId). Motivo firma identificato per l’account.
  - Disponibile per gli utenti non amministratori
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId}: aggiorna il motivo di firma identificato (signingReasonId) dall’account identificato (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId}: rimuove il motivo di firma identificato (signingReasonId) dall’account identificato (accountId).
Pagine swagger aggiornate per indicare io come abbreviazione per accountId.

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.

Accesso accordo destinatario: i mittenti possono configurare le impostazioni di un destinatario e contrassegnarlo come “Privato”. Quando questa opzione è attivata, il destinatario viene trattato come se non disponisse di un ID utente registrato e le sue attività vengono monitorate utilizzando un “destinatario monouso” (simile a qualsiasi destinatario senza utenza registrata Acrobat Sign). In pratica, ciò significa che l’accordo non viene pubblicato sulla pagina Gestisci dell’utente (perche non è collegata all’ID utente registrato del destinatario). Questa soluzione è ideale per gli account o i gruppi che inviano accordi interni privati che non devono essere nella pagina Gestisci se l’utente (o il gruppo in cui si trova) è condiviso con un altro utente o gruppo. Per esempio, lettere di offerta.

Invia in modalità collettiva-Scarica in blocco: scarica tutti gli accordi secondari relativi a un modello principale Invia in modalità collettiva con una sola azione.

Problemi risolti

Problema	Descrizione
4479949	Riepilogo: Le chiamate API OIDC a un IDP contengono il parametro “charset=UTF-8” nell’intestazione “Content-type:application/x-www-form-urlencoded”. Questo genera un errore anziché una risposta valida.
4479949	Correzione: il set di caratteri (charset) è stato rimosso poiché non deve essere specificato.
4490523	Riepilogo: nella vista Leggi accordo non è disponibile un pulsante per stampare il PDF.
4490523	Correzione: è stato aggiunto un pulsante di stampa alla vista Leggi accordo.
4494248	Riepilogo: orari di scadenza dell’accordo incorretti al suo interno, poiché il client non passa le informazioni sul fuso orario.
4494248	Correzione: il client è stato aggiornato in modo da essere sensibile al fuso orario.
4494297	Riepilogo: quando un utente delega un accordo per conto di un altro utente (usando la condivisione avanzata dell’account), il rapporto di audit potrebbe non mostrare l’evento della delega in base alle impostazioni configurate che omettono o includono dati.
4494297	Correzione: la funzione che omette i dati è stata migliorata per tenere conto delle situazioni in cui si verificano eventi che eliminano alcuni contenuti, ma mantengono l’evento.
4495537	Riepilogo: i destinatari ricevono e-mail di annullamento come partecipanti in Cc quando un accordo viene inviato tramite un flusso di lavoro e successivamente annullato senza la richiesta di notifica a tutte le parti in caso di utilizzo di modelli di e-mail personalizzati.
4495537	Correzione: il CSS per i modelli CEMT è stato aggiornato per gestire gli scenari di annullamento come per i modelli non personalizzati.
4495963	Riepilogo: se la delega non è consentita per gli utenti dell’account, le opzioni per abilitare la firma o il sigillo elettronico per un profilo utente sono bloccate.
4495963	Correzione: la dipendenza dalla delega viene rimossa nell’interfaccia utente e l’impostazione può essere aggiornata
4496084 / 4510358	Riepilogo: il pulsante di scelta selezionato correttamente non viene impostato se è specificato con un elenco di opzioni
4496084 / 4510358	Correzione: quando in un pulsante di scelta è presente l’elenco delle opzioni, ora si ottiene l’indice del pulsante di scelta selezionato dall’elenco delle opzioni.
4497823	Riepilogo: messaggio utente (“ID accordo non valido”) per una sessione utente non partecipante nel browser per GET /SigningUrls di un accordo valido.
4497823	Correzione: si deve rifrasare la notifica utente (“ID accordo non valido”) per esprimere un messaggio significativo.
4498914 / 4501065	Riepilogo: gli utenti non sono in grado di firmare il documento quando il tipo di autenticazione è Acrobat Sign con le impostazioni Bio Pharma attivate a causa di un delimitatore errato.
4498914 / 4501065	Correzione: l’elemento delimitatore utilizzato è stato corretto.
4499847	Riepilogo: le impostazioni digitali non rispettano le impostazioni dell’interfaccia utente, mostrando più fornitori di quelli selezionati a causa di voci duplicate nel relativo elenco.
4499847	Correzione: è stato aggiunto un codice di pulizia per garantire che i duplicati vengano cancellati prima di recuperare il valore di impostazione e prima di aggiornarlo.
4500637	Riepilogo: i dati di creazione di un PDF sono rappresentati con un valore lungo, ovvero i millisecondi di data, anziché utilizzare il formato stringa di data del PDF.
4500637	Correzione: se la data di creazione è rappresentata da un codice cosNumeric, è necessario eseguire la conversione in ASDate acquisendo il codice cosNumeric come stringa. Successivamente si deve eseguire la conversione in un oggetto lungo e quindi nell’oggetto Data.
4500649	Riepilogo: la regolazione automatica della dimensione del font non funziona a causa di un bug in una libreria a monte
4500649	Correzione: la libreria è stata aggiornata.
4501417	Riepilogo: quando viene utilizzata l’esperienza di invio moderna, l’applicazione di un solo campo di sigillo elettronico a un modello genera un errore e il campo non viene inserito.
4501417	Correzione: le funzioni del codice di errore sono state aggiornate per identificare il sigillo elettronico come posizionamento valido senza un destinatario designato e consentire il posizionamento del campo.
4501939	Riepilogo: “Errore imprevisto” o “errore di autorizzazione” quando il firmatario sta effettuando il pagamento tramite Braintree a causa di una configurazione non supportata con AVS.
4501939	Correzione: è stato aggiunto codice per ignorare AVS, dove possibile. La configurazione AVS non è compatibile con Acrobat Sign.
4502497	Riepilogo: campo iniziale non impostato su Obbligatorio per impostazione predefinita nel nuovo layout di authoring
4502497	Correzione: l’impostazione predefinita è stata modificata per renderla obbligatoria.
4502759	Riepilogo: appellativi giapponesi duplicati per i firmatari nel report di audit
4502759	Correzione: ora viene utilizzata la stringa dell’elenco degli utenti in tutti i casi in createSignatureRequestedAuditEvent(). Questo verrà seguito da una modifica della stringa in cui il carattere dell’appellativo viene rimosso da tutte le stringhe dell’evento di audit utilizzate nella funzione.
4503010	Riepilogo: l’azione GET/accordi/ID non riesce restituendo l’errore 500: per alcuni accordi l’errore del server è diverso dopo il 17 settembre a causa di una verifica dell’origine.
4503010	Correzione: la verifica dell’origine è stata rimossa.
4503107	Riepilogo: quando un condivisore con autorizzazioni INVIA e FIRMA passa all’account di chi ha condiviso e avvia un flusso di lavoro in cui il quest’ultimo è il primo firmatario, l’utente viene reindirizzato alla pagina POST_SIGN anziché alla pagina ESIGN.
4503107	Correzione: la verifica diretta è stata aggiornata per garantire che il condivisore utilizzi le autorizzazioni di INVIO per il gruppo da cui è stato inviato l’accordo.
4503112	Riepilogo: annullamento automatico dell’accordo - errore AUTO_AUTHOR_FAIL a causa di un errore iText.
4503112	Correzione: iText è stato rimosso dove non è necessario, risolvendo l’errore.
4503640	Riepilogo: il compilatore non è in grado di inviare il documento. L’errore del server appare dopo che l’utente ha fatto clic su “Invia” sui documenti XFA
4503640	Correzione: la libreria che valuta i PDF per XFA è stata migliorata per identificare e rimuovere correttamente XFA.
4504309	Riepilogo: non è possibile inviare gli accordi della cartella Bozza tramite la condivisione account avanzata a causa di un endpoint mancante nel filtro.
4504309	Correzione: è stato aggiunto l’URL/account/requestSignatures/authoring in allowListedEndPointsBasedOnSendPermissions in filter.xml
4504567	Riepilogo: i valori dei pulsanti di scelta vengono modificati quando gli accordi vengono generati tramite l’invio in modalità collettiva
4504567	Correzione:l’HashMap è stato con LinkedHashMap per mantenere l’ordine di inserimento durante la creazione degli accordi secondari SiB
4504631	Riepilogo: messaggio di errore del flusso di lavoro di elaborazione: errore non gestito a causa di caratteri non supportati in un file iText
4504631	Correzione: iText è stato aggiornato.
4504822	Riepilogo: la ricerca utente viene cancellata se l’elenco degli utenti è troppo grande e viene richiesta una ricerca prima che quella precedente sia completata (ad esempio, il caricamento iniziale degli utenti quando la pagina viene aperta)
4504822	Correzione: quando i dati vengono ricevuti, viene controllato se l’ID della richiesta corrisponde alla richiesta più recente. In tal caso, la risposta verrà elaborata; in caso contrario, ignorata.
4504831/4507199	Riepilogo: l’accordo firmato fornisce un PDF non valido con dimensione di 1 KB a causa di un oggetto PDFFont con forma errata che non specifica il sottotipo richiesto dell’oggetto del font.
4504831/4507199	Correzione: la libreria per la generazione di PDF è stata aggiornata per gestire meglio gli oggetti con forma non corretta e fornire un risultato più aggraziato.
4506230	Riepilogo: il riconoscimento automatico dei campi nella sandbox non funziona a causa dell’annotazione errata o assente nel punto in cui si sta cercando.
4506230	Correzione: per trovare l’annotazione del campo modulo e garantire che venga trovata la pagina corretta, ora la ricerca viene fatta su ogni pagina e ogni annotazione nella pagina.
4506959	Riepilogo: la pagina di destinazione post-firma mostra caratteri codificati in HTML
4506959	Correzione: è stato corretto il modello di origine.
4509503	Riepilogo: gli utenti non possono firmare i documenti tramite l’applicazione Acrobat Sign in iOS a causa di un campo dati vuoto e la generazione di un’eccezione di puntatore null
4509503	Correzione: è stato aggiunto un controllo del puntatore null per gestire in maniera elegante la situazione.
4509713	Riepilogo: l’impostazione “Consenti a tutti gli utenti di condividere i documenti della libreria con più gruppi” è abilitata automaticamente quando si tenta di abilitare “Consenti all’amministratore di condividere i documenti della libreria con più gruppi” dalle impostazioni globali, a causa del passaggio di un valore errato.
4509713	Correzione: viene ora utilizzato il valore corretto.
4510812	Riepilogo: l’autenticazione Aadhaar in Workday impedisce le firme.
4510812	Correzione: il supporto per l’autenticazione Aadhaar è stato aggiunto a Workday.
4512044	Riepilogo: all’inserimento della firma elettronica moderna viene generato un errore se il nome del campo ha un carattere speciale
4512044	Correzione: l’analisi dei nomi dei campi è stata migliorata per gestire in modo elegante i caratteri speciali nei nomi dei campi.

Marzo 2025 - Versione funzionale secondaria

Implementazione sandbox: 18 febbraio 2025

Implementazione in produzione: 18 marzo 2025

Implementazione GovCloud: 20 marzo 2025

Funzionalità migliorate

Invia in modalità collettiva: Scarica in blocco: scarica gli accordi secondari relativi al modello principale Invia in modalità collettiva con una sola azione.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
Rivedi la documentazione aggiornata >