Apri su Web
Adobe Help Center
Guida di Adobe Acrobat Sign
Adobe Help Center
Guida di Adobe Acrobat Sign

Note sulla versione di Adobe Acrobat Sign - 2025

Ultimo aggiornamento il 2 apr 2026

Note sulla versione di Adobe Acrobat Sign: 2025

Implementazione in produzione: 11 febbraio 2025

Implementazione GovCloud: 18 febbraio 2025

Funzionalità migliorate

  • Interfaccia utente migliorata per flussi di lavoro di invio personalizzati: il Designer flussi di lavoro personalizzati è stato aggiornato per fornire un’esperienza mittente migliore e coerente con la funzione Richiedi firma.
    Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account

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 della firma digitale per il provider di identità Aadhaar - I clienti che utilizzano l'integrazione Workday possono ora utilizzare il provider di identità Aadhaar come metodo per autenticare i destinatari.

Aggiornamenti API REST/Webhook

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

  • 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 valori relativi 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 firma per l’account identificato (accountId). 
      • Disponibile per gli utenti non amministratori.
    • POST /accounts/{accountId|me}/signingReasons: crea un nuovo motivo firma per l’account identificato (accountId).
    • GET /accounts/{accountId|me}/signingReasons/{signingReasonId}: recupera il testo del motivo 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 firma identificato (signingReasonId) dall’account identificato (accountId).
    • DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId}: rimuove il motivo di firma identificato (signingReasonId) dall’account identificato (accountId).
  • Sono state aggiornate le pagine swagger per indicare io come abbreviazione per accountId.

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.
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.
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.
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.
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.
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.
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
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.
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.
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.
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.
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
Correzione: la libreria è stata aggiornata.
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.
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
Correzione: l’impostazione predefinita è stata modificata per renderla obbligatoria.
4502759 Riepilogo: appellativi giapponesi duplicati per i firmatari nel report di audit
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.
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.
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.
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
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.
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
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
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)
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.
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.
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
Correzione: è stato corretto il modello di origine.
4508950 Riepilogo: i campi il cui nome contiene un apostrofo generano un errore nella nuova esperienza.
Correzione: il codice di analisi dei campi è stato migliorato per gestire gli apostrofi. 
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
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.
Correzione: viene ora utilizzato il valore corretto.
4510812 Riepilogo: l’autenticazione Aadhaar in Workday impedisce le firme.
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
Correzione: l’analisi dei nomi dei campi è stata migliorata per gestire in modo elegante i caratteri speciali nei nomi dei campi.
4516231 Riepilogo: nel report di audit, la dicitura relativa al collegamento di firma “Firma elettronica ospitata da (nome mittente)” è considerata troppo vaga.
Correzione: la stringa nel report di audit è stata aggiornata con la dicitura “Collegamento di firma creato da (nome mittente)”.

 

Implementazione in produzione: 17 marzo 2025

Implementazione GovCloud: 20 marzo 2025

Modifiche a livello di esperienza

  • Nuovo ambiente per la firma elettronica per i partner OEM - Il nuovo ambiente per apporre la firma elettronica è stato abilitato per i partner OEM di Acrobat Sign. Questo ambiente offre un ambiente di firma superiore per i destinatari e include l'opzione per definire un Livello di campo a cui i clienti mobile possono passare, migliorando significativamente il processo di compilazione dei campi.

Problemi risolti

Problema Descrizione
4501733 Riepilogo: quando si imposta un valore personalizzato per l’indirizzo e-mail da visualizzare per un gruppo, questo indirizzo non viene applicato alle e-mail di promemoria e annullamento.
Correzione: i modelli di e-mail per promemoria e annullamento sono stati aggiornati per riprodurre correttamente il valore e-mail da visualizzare.
4502251 Riepilogo: l’autenticazione Acrobat Sign non riesce quando l’account di invio è abilitato per HIPAA e gli ID utente del mittente e del destinatario sono in partizioni diverse di Acrobat Sign, e si verifica un errore di token di accesso non valido.
Correzione: il metodo di autenticazione Acrobat Sign è stato migliorato per gestire correttamente i destinatari con ID utente in partizioni diverse.
4504338 Riepilogo: un errore di mancata elaborazione viene generato quando la prima persona firma un accordo, ma il secondo destinatario è stato delegato due volte.
Correzione: il codice di delega è stato ridefinito in modo che l’autorizzazione appropriata per l’accordo venga trasmessa in caso di delega a catena.
4504648 Riepilogo: per le caselle di controllo aggiunte tramite l’API e attivate per impostazione predefinita, lo stato “selezionato” potrebbe essere mantenuto nell’accordo finale anche se vengono deselezionate durante il processo di firma.
Correzione: l’ereditarietà del valore delle caselle di controllo è stata aggiornata affinché, dopo l’intervento di un destinatario, i nuovi valori vengano archiviati correttamente e riprodotti nel PDF risultante.
4506085 Riepilogo: si verifica un errore quando si copiano modelli di grandi dimensioni dall’ambiente sandbox a quello di produzione. A causa di timeout durante il processo, il modello viene creato privo di campi.
Correzione: la soglia di tempo è stata estesa per le azioni di sincronizzazione.
4507500 Riepilogo: gli utenti di Acrobat (DC Web) non possono caricare gli allegati quando applicano una firma a causa di un percorso mancante nella funzione di caricamento.
Correzione: è stato incluso il percorso per consentire agli utenti di Acrobat di accedere alla funzionalità di caricamento.
4508102 Riepilogo: l’eliminazione di pagine dal documento combinato di un accordo potrebbe non riuscire a causa di un’eccezione generata da un servizio interno quando si eliminano oggetti relativi alle pagine (ad esempio segnalibri, struttura o destinazioni). Questo determina la mancata riuscita dell’intera operazione di eliminazione di una pagina da un PDF.
Correzione: il servizio interno è stato migliorato per gestire meglio i segnalibri e altri oggetti simili, in modo da formattare correttamente il PDF nello standard previsto di Acrobat Sign.
4508673 Riepilogo: quando è richiesto un motivo di firma e un campo per la firma viene assegnato a un ruolo diverso da Firmatario (ad esempio, al ruolo Approvatore), se è abilitata l’esperienza moderna di firma elettronica, l’utente viene reindirizzato alla pagina di firma elettronica moderna e non può immettere il motivo della firma.
Correzione: è stata aggiunta una verifica per rilevare il requisito di motivi di firma e, se questo è presente, per impostazione predefinita il destinatario passa alla pagina classica per la firma elettronica.
4508674 Riepilogo: non è possibile scaricare gli accordi firmati con destinazioni dal formato non valido.
Correzione: la libreria interna è stata corretta per gestire meglio i segnalibri e le destinazioni con un formato non valido.
4508934 Riepilogo: nell’integrazione Salesforce, il nome file viene tagliato dopo “.” nella notifica e-mail PDF firmata
Correzione: la funzione di taglio della stringa è stata migliorata per identificare le stringhe che seguono un punto ma che non rappresentano estensioni.
4509274 Riepilogo: se nell’ambiente MS Teams il mittente è il primo (o l’unico) firmatario, dopo l’invio l’accordo non viene aperto in una nuova scheda perché nel reindirizzamento API viene trasmesso un valore vuoto.
Correzione: il reindirizzamento API è stato migliorato in modo che, quando si attiva il processo di firma, vengano trasmessi i valori corretti e la nuova scheda viene aperta.
4509485 Riepilogo: l’eliminazione di pagine dal documento combinato di un accordo potrebbe non riuscire a causa di un’eccezione generata da un servizio interno quando si eliminano oggetti relativi alle pagine (ad esempio segnalibri, struttura o destinazioni); questo determina la mancata riuscita dell’intera operazione. Gli utenti potrebbero non essere in grado di scaricare il PDF dell’accordo e viene presentato un messaggio di errore: “Il documento non è ancora disponibile o non avrà pagine da visualizzare”.
Correzione: il servizio interno è stato aggiornato in modo da includere il processo di eliminazione nei test, per gestire meglio i PDF non validi.
4509562 Riepilogo: gli accordi di grandi dimensioni potrebbero presentare un problema a causa del quale, quando si apre l’accordo nella pagina Gestisci, solo le prime pagine dell’accordo vengono stampate nel PDF a causa di un bundle SDK precedente.
Correzione: il bundle SDK è stato aggiornato, in modo da risolvere il problema.
4509684 Riepilogo: quando si usa la chiamata GET /agreements/{agreementId}/documents/{documentId}) dall’API REST, viene generato il seguente errore a causa di un valore content-type errato: “Il server non può inviare la risposta nel formato richiesto nell’intestazione Accept”.
Correzione: il valore content-type è stato corretto.
4509712 Riepilogo: quando si tenta di condividere i modelli con più gruppi, vengono visualizzati solo 100 gruppi.
Correzione: il numero di gruppi recuperati dall’API è stato aumentato a 1.000
4509989 Riepilogo: nella pagina di firma elettronica per un modulo web, se accanto al campo Firma è presente un campo Nome, dopo l’applicazione della firma il campo Nome non contiene il nome del firmatario e non è visibile. 
Correzione: è stata aggiunta una funzione aggiuntiva per verificare il valore del nome nel campo Nome e confrontarlo con il valore esistente. Se il valore è cambiato, il campo viene compilato con il nuovo valore.
4510498 Riepilogo: per gli accordi con firma manuale, la soppressione delle notifiche e-mail ai destinatari non riesce perché mancano le impostazioni configurabili per controllarla.
Correzione: è stata aggiunta una nuova impostazione per gestire esplicitamente la distribuzione di questo tipo di e-mail.
4511386 Riepilogo: quando un firmatario con firma digitale seleziona l’opzione per scaricare e firmare, il numero dei partecipanti aumenta prima che la firma sia stata applicata.
Correzione: la logica che aggiorna il sistema è stata migliorata per rispecchiare meglio lo stato corrente dell’accordo.
4511390 Riepilogo: gli amministratori dei gruppi non sono autorizzati a stabilire completamente una condivisione con gli utenti del proprio gruppo.
Correzione: la funzione di condivisione per gli amministratori dei gruppi è stata aggiornata per correggere questo problema.
4511902 Riepilogo: il tag di data personalizzato non funziona nella nuova esperienza se il formato da visualizzare include virgolette (a causa della codifica).
Correzione: Acrobat ora decodifica il valore prima di salvarlo.
4517094 Riepilogo: il collegamento alle Condizioni d’uso è interrotto perché la pagina è stata spostata su un nuovo URL di origine.
Correzione: il codice è stato aggiornato per recuperare correttamente l’URL corrente.

Implementazione in produzione: 22 aprile 2025

Implementazione GovCloud: 24 aprile 2025

Funzionalità migliorate

  • Invia in modalità collettiva- Download in blocco: ora i mittenti possono scaricare tutti gli accordi secondari completati da una transazione Invia in modalità collettiva direttamente dalla pagina Gestisci. Il file ZIP include solo gli accordi completati, denominati in base all’ID della transazione, mentre gli accordi in corso, annullati, rifiutati o scaduti sono esclusi.
    Ogni richiesta di download supporta fino a 100 MB di dati, offrendo un modo rapido ed efficiente per accedere ai documenti finalizzati in un singolo passaggio.
  • Esperienza di firma su dispositivi mobili migliorata: i mittenti possono ora abilitare e configurare un’esperienza di firma ottimizzata su dispositivi mobili, fornendo ai destinatari due opzioni di visualizzazione:
    • Vista PDF: mostra l’intero accordo per la revisione e la firma.
    • Vista solo campi: si concentra sui campi modulo, rendendo più semplice il completamento e la firma degli accordi su dispositivi mobili.

Questo aggiornamento semplifica il processo di firma, migliorando i tassi di completamento dei moduli e l’ esperienza generale su dispositivi mobili.

  • Parti in Cc per singoli destinatari in Progettazione flussi di lavoro personalizzati: la Progettazione flussi di lavoro personalizzati ora consente a ciascun singolo destinatario di avere parti in Cc dedicate. Quando questa opzione è attivata, le parti in Cc ricevono notifiche contemporaneamente al destinatario desiderato, garantendo una migliore visibilità e una comunicazione ottimizzata. Questa funzionalità è disponibile se l'account è configurato per consentirla.
  • Casella di controllo e pulsante di scelta - Opzione Mostra bordo del campo: i campi casella di controllo e pulsante di scelta ora includono l’opzione Mostra bordo del campo durante la visualizzazione e la stampa dell’accordo. Questa opzione può essere disattivata quando il documento caricato contiene già bordi prestampati, garantendo un documento finale più pulito ed evitando la duplicazione dei bordi.
    L'opzione è abilitata per impostazione predefinita e configurata a livello di campo.  
  • Rilevamento automatico dei campi modulo migliorato: la funzione rilevamento automatico dei campi modulo ora inserisce i campi rilevati automaticamente, semplificando il processo di creazione del modulo. Gli utenti mantengono il controllo completo e possono modificare, eliminare o rimuovere tutti i campi inseriti con una singola azione.
  • Nuova opzione per impostare il tipo di firma destinatario: i mittenti possono ora definire il tipo di firma per i destinatari durante l’invio degli accordi tramite il processo Richiedi firma moderno. Quando questa opzione è attivata, viene visualizzato un menu a discesa Tipo firma nella sezione Impostazioni destinatario della pagina Composizione che mostra le opzioni consentite dalle impostazioni del gruppo.
    • Le impostazioni predefinite possono essere configurate a livello di gruppo.
    • Se il mittente seleziona un tipo di firma, il destinatario deve utilizzarlo.
      • Il mittente può selezionare più opzioni per il destinatario.
    • Se non è stata eseguita alcuna selezione, il destinatario può scegliere il tipo di firma desiderato.

Questa funzionalità fornisce un maggiore controllo sui metodi di firma mantenendo la flessibilità quando necessario.

  • Gestione degli utenti migliorata in Acrobat Sign: la vista amministrazione degli utenti di Acrobat Sign è stata aggiornata per migliorare la visibilità dello stato degli utenti. L’interfaccia migliorata offre un accesso più semplice per la revisione degli inviti in sospeso e indicatori chiari per i problemi di provisioning. La nuova interfaccia evidenzia anche le azioni principali che gli amministratori possono eseguire per ciascuna delle categorie di stato (Aggiungi utente, Invia promemoria e Contatta il supporto) per semplificare il processo di provisioning degli utenti.
  • 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. Ciò impedisce perdite accidentali di dati a causa delle relazioni di condivisione a livello di gruppo.
  • Nuova consegna con WhatsApp per password monouso: Acrobat Sign supporta ora il metodo di consegna con WhatsApp per le password monouso (OTP) agli smartphone dei destinatari. Questa funzione opera in modo simile alla consegna SMS, ma sfrutta la tecnologia e l’infrastruttura di WhatsApp, fornendo una stabilità aggiuntiva e un’opzione di comunicazione utile. L'autenticazione OTP WhatsApp è un tipo di autenticazione premium disponibile durante la composizione di nuovi accordi.
  • Possibilità di rivedere la configurazione dei destinatari dalla pagina di authoring: i mittenti che utilizzano la nuova esperienza Richiedi firma ora possono tornare alla pagina Composizione dall’ambiente di Authoring per configurare nuovamente i destinatari e le relative proprietà senza perdere il lavoro già svolto. Questo consente di regolare l’ordine e i dettagli dei destinatari, assicurando allo stesso tempo che le assegnazioni dei campi esistenti rimangano intatte (per esempio: Firmatario 1 rimane Firmatario 1). (Se un partecipante viene rimosso, anche i campi correlati verranno rimossi.)
  • Nuovo ambiente di authoring per i modelli libreria: l’ambiente di authoring dei modelli libreria ora offre l’esperienza moderna di authoring per il posizionamento dei campi, semplificando la creazione e la personalizzazione dei modelli. I miglioramenti includono:
    • Strumenti per il posizionamento dei campi aggiornati per maggiore accuratezza e efficienza.
    • L’authoring con focus per dispositivi mobili consente agli utenti di creare modelli adatti che ottimizzano l’esperienza di firma su dispositivi mobili.

Questi aggiornamenti semplificano la creazione di modelli e garantiscono un'esperienza fluida sia per i mittenti che per i destinatari.

  • Nuovi provider di identità (IdP) aggiunti ad Acrobat Sign: Acrobat Sign sta ampliando il proprio elenco di provider di identità (IdP) supportati per migliorare le opzioni di autenticazione del destinatario. Sono ora disponibili i nuovi IdP seguenti:
    • Controllo ID OneID
    • Bozza OneID ID 
    • OneID ID Assure 
    • OneID Sign-Up Plus

Queste aggiunte espandono la compatibilità di Acrobat Sign con gli standard globali di verifica dell'identità, supportando un'autenticazione fluida e sicura in più settori.

  •  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: 
    • Isola di Man (+44)
    • Guernsey (+44)
    • Jersey (+44)

Modifiche a livello di esperienza

  • L’ambiente moderno Richiedi firma è diventato l’esperienza predefinita per la creazione di un nuovo accordo. Tutti gli account esistenti sono passati all’ambiente moderno
    • Gli utenti non possono più accedere ai collegamenti per passare dall’ambiente nuovo all’ambiente classico.
    • Tramite il menu di amministrazione, gli amministratori possono comunque abilitare l’esperienza classica.
    • Chi utilizza l’integrazione Notarize, non sarà interessato da questa modifica.
  • Agli amministratori di sistema di un account VIP in Admin Console viene assegnata automaticamente un’autorizzazione per Acrobat Sign: quando un account acquista inizialmente il servizio Acrobat Sign con una licenza VIP, agli utenti con privilegi di Amministratore di sistema verrà assegnata automaticamente una licenza Acrobat Sign.
    • Le nuove organizzazioni avranno tutti gli amministratori di sistema già esistenti avranno assegnata un’autorizzazione Acrobat Sign a livello di amministratore.
    • Per le organizzazioni esistenti che acquistano una licenza Acrobat Sign, a tutti gli amministratori di sistema avranno assegnata un’autorizzazione Acrobat Sign a livello di account amministratore.

La licenza Acrobat Sign è autorizzata automaticamente solo quando i servizi Acrobat Sign vengono acquistati per la prima volta per l’organizzazione. Le autorizzazioni non vengono assegnate per gli amministratori di sistema promossi successivamente.

  • Elenco di controllo e comunicazione per il miglioramento dell’onboarding da parte degli amministratori: gli amministratori di Acrobat Sign ora ricevono un supporto migliorato per la gestione dell’onboarding degli account, compresi nuovi strumenti e una migliore comunicazione tramite e-mail.
    Le funzioni di onboarding migliorate includono:
    • Elenco di controllo onboarding: è stata aggiunta la nuova scheda Introduzione nella pagina Amministratore per fornire un breve elenco di controllo delle azioni chiave per i nuovi amministratori quando prendono in gestione un account per la prima volta.
    • E-mail di benvenuto e promemoria aggiornate: le prime notifiche e-mail inviate ai nuovi amministratori sono state revisionate al fine di supportare l’elenco di controllo di onboarding. La guida sui passaggi successivi nella configurazione dell’account risulta così più chiara.
    • E-mail di riepilogo mensile: gli amministratori riceveranno un riepilogo mensile con dettagli:
      • Visibilità in tutti gli stati degli utenti e in quelli in cui gli amministratori devono intraprendere delle azioni.
      • Numero di transazioni/postazioni utilizzate dall’inizio del contratto. Gli amministratori non dovranno più passare ad Admin Console solo per queste informazioni.
      • Un rapido riepilogo del contratto, incluso la data dell’anniversario.
    • Rilevamento e notifica intelligente delle autorizzazioni esistenti: se per un utente viene rilevata un’autorizzazione precedente di Acrobat Sign, l’utente interessato verrà incluso in un’e-mail di notifica settimanale inviata a tutti gli amministratori dell’account. Ogni utente può apparire in un massimo di tre notifiche.

Questi miglioramenti consentono agli amministratori di gestire i propri account in modo più efficiente e di essere sempre aggiornati sull’attività del sistema e sui potenziali problemi.

  • Esperienza di accesso utente migliorata: Acrobat Sign ha semplificato il processo di accesso e di autenticazione tramite il Sistema di gestione delle identità di Adobe (IMS).
    • Il profilo organizzativo dell’utente viene selezionato automaticamente durante il processo di accesso per quelli autorizzati al servizio Acrobat Sign (identificando la richiesta come proveniente da un’origine Acrobat Sign)
    • Gli utenti che riscontrano errori durante l’accesso avranno collegamenti nei messaggi di errore per contattare gli amministratori di Acrobat Sign per ricevere assistenza.
    • A tutti gli utenti a cui è stato assegnato un diritto attivo ma che non hanno effettuato l’accesso al servizio verranno inviati fino a due promemoria e-mail. Questo vale anche per gli utenti inattivi esistenti prima della data di rilascio

Questi miglioramenti semplificano l’accesso, riducendo gli ostacoli e favorendo un’esperienza utente ottimale.

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

  • La scheda Account rinominata in Amministratore: la scheda Account, disponibile per gli amministratori a livello di account di Acrobat Sign, è stata rinominata in Amministratore. Si tratta di una modifica estetica all’etichetta della scheda nella versione web autonoma dell’applicazione. Questo aggiornamento viene implementato per l'ambiente Commercial ad aprile 2025 e per l'ambiente Government a maggio 2025.

Aggiornamenti dell’applicazione per dispositivi mobili

  • Aggiornamento alla gestione dei file del modello: l’elenco dei modelli nell’app Acrobat Sign per dispositivi mobili segue ora un formato strutturato, rendendo più semplice trovare modelli specifici. La struttura si allinea con la versione web, organizzando i modelli in sezioni quali:
    • Modelli personali
    • Modelli di gruppo
    • Modelli account

Questo aggiornamento migliora la navigazione e garantisce coerenza tra le esperienze mobile e web.

  • Accessibilità migliorata nelle app Acrobat Sign per dispositivi mobili: le app Acrobat Sign per dispositivi mobili ora offrono funzionalità di accessibilità migliorate, garantendo una migliore conformità agli standard di accessibilità. Gli aggiornamenti includono:
    • Miglioramento del contrasto dei colori per una migliore visibilità.
    • Supporto per scelta rapida da tastiera per una navigazione più semplice.
    • Compatibilità migliorata per la lettura dello schermo per un’esperienza utente più inclusiva.

Questi miglioramenti rendono l’app per dispositivi mobili più accessibile per tutti gli utenti, fornendo un’esperienza utente più fluida e più semplice.

Ambienti disponibili: applicazione per dispositivi mobili iOS | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: abilitato per impostazione predefinita

Aggiornamenti dell’integrazione

  • Aggiornamento dei connettori Acrobat Sign per Microsoft Power Automate: i connettori Acrobat Sign per Power Automate ora supportano un processo di invio degli accordi migliorato che consente di caricare i documenti nella pagina Composizione per modificare le informazioni del destinatario e quindi di inviare l’accordo all’ambiente di Authoring per ulteriori posizionamenti dei campi.
    Inoltre, i connettori di Acrobat Sign ora supportano due metodi di autenticazione avanzati:
    • Gateway di identità digitale
    • Password monouso (OTP) tramite e-mail
  • Integrazione con Workday - Firme digitali con firma elettronica Aadhaar: l’integrazione con Workday ora supporta totalmente il servizio di firma elettronica Aadhaar opzionale disponibile in India, un servizio di firma elettronica online che facilita la firma digitale per accordi basati sull’autenticazione OTP e la verifica e-KYC.

Aggiornamenti API REST/Webhook

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

  • Conformità al GDPR - Eliminazione delle informazioni utente tramite API: i partner ora possono utilizzare l’API per eliminare le informazioni utente durante la rimozione dei dati di un utente in conformità ai requisiti del GDPR. Questo miglioramento semplifica la gestione dati e garantisce la conformità normativa.
  • Nuovo campo webhook: eventDateTimezoneOffset: Adobe Acrobat Sign introduce eventDateTimezoneOffset, un nuovo campo nel payload del webhook per l’evento di abbonamento AGREEMENT_ACTION_COMPLETED.
    Questo campo acquisisce la differenza del fuso orario del destinatario quando viene aggiornato l’accordo, fornendo una migliore visibilità dell’orario della firma locale.
    • eventDateTimezoneOffset registra la differenza del fuso orario del destinatario in minuti rispetto all’UTC (ad esempio, eventDateTimezoneOffset: “UTC-300”)
    • Il campo eventDate esistente rimane invariato e continua a memorizzare la marca temporale UTC dell’azione. La differenza di fuso orario non modifica il valore eventDate.

Questo aggiornamento migliora il tracciamento delle attività di firma in fusi orari diversi.

  • Migrazione della documentazione di Adobe Acrobat Sign per sviluppatori: la documentazione Acrobat Sign per sviluppatori è sarà trasferita da opensource.adobe.com/acrobat-sign a developer.adobe.com/acrobat-sign. Questa migrazione garantisce una migliore integrazione con le risorse per gli sviluppatori di Adobe, fornendo loro un’esperienza più semplificata e centralizzata.
     

Problemi risolti

Problema Descrizione
4490799 Riepilogo: il codice paese predefinito non può essere modificato nella pagina della nuova esperienza di invio
Correzione: il codice è stato migliorato affinché le proprietà del gruppo ereditate vengano trasferite attraverso tutti i processi per completare la creazione dell’accordo.
4501927 Riepilogo: discrepanza nella gestione dei PDF tra le modalità di authoring classica e nuova dopo il rilascio
Correzione: il codice è stato ottimizzato per un migliore accesso e utilizzo di tutte le proprietà dei campi nelle trasformazioni dei file PDF.
4503970 Riepilogo: messaggio di completamento inappropriato quando il primo destinatario è il mittente.
Correzione: il messaggio è stato aggiornato per tener conto del ruolo in modo e visualizzare il messaggio corretto.
4505208 Riepilogo: [Richiedi firma] nel campo Cc non vengono visualizzate le opzioni di completamento automatico dalla rubrica.
Correzione: la funzionalità rubrica è stata aggiunta al campo Cc.
4507982 Riepilogo: se più gruppi condividono con un utente tramite la condivisione avanzata dell’account, può verificarsi un problema di prestazioni quando si tenta di accedere a un modello nella scheda Gestisci, filtro Modelli.
Correzione: sono state ristrutturate diverse funzioni per ottimizzare la ricerca su più gruppi.
4508227 Riepilogo: durante la firma di accordi originati dalla nuova esperienza di authoring con i campi di pagamento si verifica un errore non gestito .
Correzione: l’endpoint è stato aggiornato per gestire il campo in modo più chiaro.
4508929 Riepilogo: a causa della codifica di caratteri speciali, viene attivato un errore relativo alle etichette dei campi del Designer flussi di lavoro personalizzati che hanno meno di 100 caratteri.
Correzione: i caratteri speciali vengono decodificati durante la convalida del limite di caratteri.
4509141 Riepilogo: viene attivato un errore poco dettagliato durante l’invio di un accordo con un testimone e il gruppo è configurato per richiedere un metodo di autenticazione, mentre il testimone non è configurato per l’autenticazione.
Correzione: il processo di configurazione ora include un messaggio di errore che indica quando è configurata l’autenticazione a due fattori per tutti i destinatari e viene utilizzato un testimone.
4509366 Riepilogo: l’aggiornamento del nome cliente FedRAMP non riusciva in presenza di caratteri speciali, perché questi non venivano sostituiti con numeri di entità HTML.
Correzione: il processo per gestire correttamente i caratteri speciali è stato aggiornato nell’ambiente FedRAMP.
4509680 Riepilogo: per il codice paese +44 devono essere aggiunte le nazioni Isola di Man, Guernsey e Jersey.
Correzione: sono state aggiunte le costanti COUNTRY_CODE per Isola di Man, Guernsey e Jersey
4510255 Riepilogo: se si tenta di creare un utente che esiste già in un altro gruppo, viene creato un utente nel gruppo senza alcun messaggio utile.
Correzione: il messaggio di errore è stato migliorato per indicare che l’utente è stato spostato nel nuovo gruppo (non creato).
4510309 Riepilogo: quando viene aggiunto un blocco firma tramite API con inputType diverso da BLOCCO, il processo di firma viene indirizzato all’esperienza classica a causa della mancata identificazione del BLOCCO.
Correzione: la condizione è stata migliorata in modo da restituire informazioni aggiuntive e consentire l’identificazione corretta dell’oggetto BLOCCO.
4510652 Riepilogo: i campi modulo firmati in formato digitale devono essere ridotti prima di modificare il PDF per il firmatario successivo
Correzione: i campi modulo di firma digitale che sono stati firmati vengono invalidati quando vengono inviati da un flusso di lavoro per accordi manuali.
4511819 Riepilogo: la linea blu della firma viene visualizzata nel documento PDF per i campi firma non firmati. 
Correzione: i campi firma non firmati vengono ignorati durante il rendering dei campi firma nel documento PDF.
4511965 Riepilogo: il suggerimento per l’accesso al gateway di identità digitale non funziona a causa della verifica dell’ID applicata durante il recupero dei criteri di ID.
Correzione: è stato rimosso il controllo di corrispondenza e-mail e nome durante il recupero dei criteri di autenticazione per DIG_ID.
4513228 Riepilogo: valore campo mancante nel documento PDF quando il nome del campo contiene uno spazio aggiuntivo, perché il nome del campo viene corretto nel back-end.
Correzione: il nome del campo viene corretto nel front-end, in modo da mantenerlo coerente.
4513358 Riepilogo: problema di elaborazione dei file nelle istanze sandbox di Adobe Sign a causa di campi modulo senza riferimento alle pagine. In questi casi, il valore della pagina è nullo e viene generato un errore di puntatore nullo.
Correzione: per la corretta gestione di questo evento è stata aggiunta una verifica di valori nulli.
4513464 Riepilogo: l’amministratore riscontra diversi errori durante l’interazione con i modelli tramite la condivisione avanzata dell’account poiché l’API viene valutata in base alle autorizzazioni dell’utente della sessione (ad esempio, Editor_User) anziché facendo riferimento alle autorizzazioni dell’utente sostituito (ad esempio, Creator_User).
Correzione: è stata aggiunta l’intestazione x-on-behalf-of-user alla richiesta API per garantire che questa venga valutata in base alle autorizzazioni dell’utente sostituito (Creator_User).
4513575 Riepilogo: i dati dei campi modulo non vengono ridimensionati per i campi multilinea.
Correzione: il codice è stato aggiornato per consentire il dimensionamento automatico.
4513914 Riepilogo: quando il numero di utenti ATTIVI nell’account corrisponde al valore MAX_ACTIVE_USERS, non è consentito modificare la password a causa di un controllo MaxActiveUsers.
Correzione: la funzione è stata migliorata per ignorare correttamente questo controllo quando l’utente è ATTIVO.
4514839 Riepilogo: l’utente non può firmare con più firme digitali in un accordo se il primo campo firmato non corrisponde al primo campo firma all’inizio del documento. 
Correzione: è stato aggiunto un metodo per eseguire iterazioni su tutti i campi ed estrarre un ticket valido che viene in seguito utilizzato per l’intestazione X-JWT-Assertion.
4515343 Riepilogo: la dimensione del font di un campo di inserimento multiriga cambia nella pagina di firma elettronica. La dimensione del font viene moltiplicata per il fattore ingrandimento, quindi la dimensione del testo inserito varia di conseguenza; nello specifico regola le dimensioni di una pagina.
Correzione: il metodo per ottenere la dimensione del font di u n campo multiriga restituisce la dimensione del font in px, senza moltiplicarlo per il fattore di ingrandimento.
4515735 Riepilogo: dopo aver firmato un accordo, il pulsante Gestisci nella pagina post-firma restituisce una pagina in forma non corretta.
Correzione: la pagina post-firma è stata corretta per recuperare correttamente le informazioni necessarie per eseguire il rendering della pagina.
4516641 Riepilogo: è possibile che l’annotazione di un campo modulo non venga allegata a una pagina.
Correzione: è stata aggiunta una verifica di valori nulli all’elenco delle annotazioni della pagina.
4517113 Riepilogo: viene ricevuta un’e-mail relativa a un problema nel documento quando si invia un accordo tramite API da un account sviluppatore, a causa di errori di puntatore nullo durante la verifica dei campi modulo.
Correzione: ora viene verificato se l’elenco dei campi modulo è nullo prima di chiedere se l’elenco è vuoto.
4517156 Riepilogo: quando in un set di PDF di input sono già presenti dei campi modulo, i generatori di campi modulo non possono essere eseguiti per produrre altri campi modulo.
Correzione: quando è presente un elenco di generatori di campi modulo da elaborare, tale attività verrà aggiunta all’elenco delle attività da eseguire dopo ReadPDFTask

Versione Adobe Acrobat Sign 16.0.1

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. Ciò impedisce perdite accidentali di dati a causa delle relazioni di condivisione a livello di gruppo.

    Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
  • È stato aggiunto il supporto API per la funzione Accesso limitato agli accordi : le organizzazioni che utilizzano l’API per comporre e inviare gli accordi ora possono 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 è 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, 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, 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 assistenza appropriato.

    Ambienti disponibili:     Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Abilitato per impostazione predefinita; non modificabile

Aggiornamenti API REST/Webhook

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

  • 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 alla limitazione API - Dopo il rilascio di maggio 2025, verranno applicate nuove regole di limitazione API:
    • Quando viene rilevato un elevato caricamento complessivo del sistema, Acrobat Sign limita un sottoinsieme di richieste API in tutto il sistema.
    • Quando rileva che i clienti con un utilizzo elevato contribuiscono alla complessiva lentezza del sistema, Acrobat Sign limita un sottoinsieme di richieste API specificamente per tali clienti.

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

        Corpo della risposta

        Intestazione risposta

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.

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.
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
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”.
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.
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.
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.
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.
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. 
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.
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.
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.
Correzione: il selettore di modelli utilizzato dalla pagina Home è stato aggiornato per recuperare correttamente il modello condiviso.

Versione Adobe Acrobat Sign 16.1

Implementazione in produzione: 22 luglio 2025

Implementazione di GovCloud: 5 agosto 2025

Funzionalità migliorate

  • Utilizza WhatsApp per inviare collegamenti di accordi direttamente al dispositivo mobile di un destinatario - L'integrazione WhatsApp in Acrobat Sign è stata ampliata per includere l'opzione di inviare collegamenti di notifica e promemoria per accordi direttamente al dispositivo abilitato WhatsApp di un destinatario.
  • Supporto nativo per PDF/A per la conservazione dei documenti a lungo termine: Acrobat Sign ora supporta la convalida e l’esportazione di documenti in formato PDF/A-2b (ISO 19005), consentendo alle organizzazioni di soddisfare rigorosi standard di archiviazione e requisiti normativi. I documenti mantengono la loro conformità PDF/A durante l'intero ciclo di vita dell'accordo: caricamento, firma e archiviazione.
  • Impedisci l'incorporamento di Adobe Acrobat Sign in siti web di terze parti - La difesa contro il clickjacking aggiunge la protezione iframe alle pagine di Acrobat Sign accessibili tramite REST API v5+. Il framing è consentito solo quando si utilizza l'accesso automatico con un dominio principale dichiarato, aiutando a prevenire l'incorporamento ingannevole o non autorizzato.
  • Controllo migliorato sulla condivisione basata sui gruppi: le organizzazioni che utilizzano la condivisione avanzata degli account possono ora limitare facoltativamente la visualizzazione condivisa dei propri accordi unicamente a quelli inviati dal gruppo dell’utente. Gli accordi inviati a un utente da un gruppo esterno verranno filtrati per proteggere le comunicazioni potenzialmente private degli utenti, che non sarebbe opportuno condividere generalmente. Questo filtro si applica solo alle condivisioni a livello di gruppo (condivisione di un gruppo con un altro gruppo o utente) e non si applica alle condivisioni basate sull'utente (condivisione di un utente con un gruppo o un altro utente).
  • Aggiornamenti per i clienti con licenza VIP:
    • Configurazione amministratore semplificata dalla pagina Home - Acrobat Sign introduce una nuova sezione gestione account per aiutare gli amministratori dell'account ad accedere rapidamente agli strumenti di configurazione chiave.Aggiungi utenti, organizza gruppi, connetti integrazioni e migra modelli direttamente dalla Home Page, senza dover cercare.
    • Aggiungi utenti all'Admin Console da Acrobat Sign – Gli amministratori ora possono aggiungere utenti direttamente dalla pagina Utenti in Acrobat Sign, aggiornando automaticamente Adobe Admin Console.
    • Assegnazione ruolo Admin Console ora disponibile tramite Acrobat Sign - Per semplificare la configurazione, Acrobat Sign ora consente agli amministratori dell'account di assegnare ruoli chiave di Admin Console—Product e Support Admin—senza lasciare l'interfaccia del prodotto.
    • Accesso più facile alla suite di integrazioni di terze parti - Una nuova pagina Integrazioni è stata aggiunta al menu amministratore, fornendo collegamenti diretti e intuitivi ai file di configurazione per le singole integrazioni.
    • Onboarding HIPAA più semplice tramite guida nel prodotto - Le organizzazioni soggette a HIPAA ora possono iniziare il processo di abilitazione all'interno di Acrobat Sign tramite un nuovo flusso di lavoro self-service attraverso il menu amministratore Introduzione .Il sistema invia una richiesta automatica al supporto e monitora i progressi in base alla firma BAA e alla configurazione del sistema.
    • Accelera la migrazione dei modelli ad Acrobat Sign con la conversione automatica dei modelli - La nuova funzionalità di migrazione dei modelli aiuta gli amministratori dell'account a portare rapidamente i loro modelli in Acrobat Sign.Carica un file ZIP del modello, convertilo automaticamente e rivedi i risultati nell’ambiente di authoring, senza bisogno di competenze tecniche.
    • Chatbot Acrobat Sign Smart Assistant - Il nuovo Smart Assistant fornisce risposte nell'app a domande comuni come aggiungere utenti, controllare l'utilizzo o aggiornare le impostazioni.Poni la tua domanda in linguaggio naturale e ottieni una guida passo passo, articoli HelpX pertinenti o collegamenti alle pagine di supporto. 
  • Acrobat Sign for Government viene aggiornato all'esperienza moderna:
    • Acrobat Sign per il governo: accesso all'interfaccia moderna Richiedi firma - Gli amministratori GovernmentCloud ora possono abilitare il loro account o gruppi a utilizzare l'interfaccia moderna Richiedi firma.
    • Acrobat Sign per il governo: aggiornamento mobile-first per i destinatari - Gli utenti governativi ora possono accedere all'interfaccia moderna, progettata per semplificare la firma su dispositivi mobili tramite un'interfaccia facile da configurare e solo con campi modulo.
    • Acrobat Sign per il governo: nuova interfaccia Crea modello disponibile - Gli utenti governativi ora hanno accesso all'interfaccia moderna Crea modello, che semplifica il processo di progettazione dei modelli e migliora l'usabilità.
  • Nuovo fornitore di servizi fiduciari (TSP): Acrobat Sign sta espandendo il suo elenco di fornitori di servizi fiduciari (TSP) supportati per migliorare le opzioni di autenticazione del destinatario. Sono ora disponibili i nuovi TSP seguenti:
    • eID Easy

Questa aggiunta espande la compatibilità di Acrobat Sign con gli standard globali, supportando firme digitali fluide e sicure in più settori.

Modifiche a livello di esperienza

  • Esperienza firma digitale migliorata - Il processo per applicare una firma digitale basata su cloud è stato perfezionato per ridurre il numero di interazioni che il firmatario deve completare quando applica una firma digitale.
  • Il limite di caratteri per le etichette nel Workflow Designer è stato aumentato a 500 caratteri - Quando si crea o modifica un flusso di lavoro personalizzato nel Workflow Designer, le etichette utilizzate per descrivere i campi ora possono accettare fino a 500 caratteri (migliorato da 100 caratteri).
  • Il controllo della nuova esperienza del flusso di lavoro personalizzato si è spostato nel menu Impostazioni globali - L'opzione configurabile per Impostare il nuovo flusso di lavoro personalizzato come esperienza predefinita si è spostata dalla pagina Impostazioni di invio alla pagina Impostazioni globali.
    È stato aggiunto un nuovo controllo per esporre "collegamenti di commutazione" per consentire agli utenti di passare dalla nuova esperienza alla versione classica.

Problemi risolti

Problema Descrizione
4501772 Riepilogo: per l’esperienza moderna di richiesta della firma, il messaggio del destinatario non si aggiorna quando la lingua viene modificata nelle impostazioni dell’accordo.
Correzione: il codice per accettare la nuova preferenza di lingua è stato aggiornato per gestire la modifica dei messaggi quando viene selezionata una nuova lingua.
4503504 Riepilogo: In rari casi, i tentativi durante la creazione dell’accordo possono risultare in più copie dello stesso accordo secondario, generate utilizzando la funzione Invia in blocco
Correzione: più aggiornamenti su come gli accordi secondari vengono generati ed elencati internamente con controlli per garantire che non possano essere create duplicati.
4511072 Riepilogo: le e-mail del rapporto sull’utilizzo delle transazioni non vengono ricevute dopo aver utilizzato l’opzione “Invia ora”.
Correzione: il sistema di posta è stato aggiornato per risolvere un problema di consegna.
4511224 Riepilogo: i file PDF con lo zoom impostato su “Ereditato” prima dell’invio passeranno all’impostazione predefinita “Adatta alla pagina” dopo la firma.
Correzione: la gestione delle annotazioni è stata migliorata per garantire che le proprietà siano correttamente confermate nel PDF risultante.
4512546 /
4522458		 Riepilogo: i flussi di lavoro condivisi non mostrano i modelli di campo come previsto per gli account che condividono attraverso la Condivisione avanzata dell’account.
Correzione: la richiesta GET /libraryDocuments/id/formFields è stata aggiornata per l’intestazione x-on-behalf-of-user necessaria per il caso d’uso della condivisione avanzata dell’account.
4515020 Riepilogo: la chiamata API PUT /users/{id}/groups restituisce un errore 403 durante il tentativo di spostare un utente che non si trova nel gruppo predefinito da parte di un amministratore di gruppo
Correzione: l’autorità è stata estesa agli amministratori di gruppo, che ora possono aggiungere utenti al proprio gruppo, anche se l’utente assegnato si trova attualmente in un altro gruppo non predefinito.
4516121 Riepilogo: quando un gruppo di pulsanti di scelta presenta descrizioni comandi individuali, durante la firma viene visualizzata solo la prima descrizione per tutte le opzioni.
Correzione: il codice dei pulsanti di opzione utilizzava rigorosamente una sola descrizione comando per l’array di pulsanti. È stato aggiornato per consentire la rappresentazione individuale.
4516129 Riepilogo: gli accordi scadono in base all’equivalente UTC dell’ora locale del mittente, non all’ora locale prevista. 
Correzione: la logica che controlla l’ora di scadenza non si basa più sull’ora del browser, ma consente all’applicazione principale di eseguire la convalida.
4518192 Riepilogo: I firmatari saltuariamente non riescono a completare il processo di firma quando utilizzano l'autenticazione Adobe Sign con Okta SSO.
Correzione: Rimuovi l'attributo crossShardLoginPage dalla sessione dopo l'accesso riuscito.
4521018 Riepilogo: quando si utilizza l’esperienza di firma moderna, i campi a discesa configurati con valori di esportazione restituiscono l’etichetta visibile invece del valore di esportazione nella risposta API /formData.
Correzione: i valori nascosti (di esportazione) vengono ora inviati al posto dei valori visibili.
4521111 Riepilogo: nella nuova esperienza di creazione, gli utenti non riescono a scorrere e visualizzare tutti i modelli di campo disponibili dal menu a discesa Modelli di campo.
Correzione: l’esperienza di creazione moderna è stata aggiornata per caricare più della prima pagina di modelli di campo.
4521311 Riepilogo: a causa di un ritardo noto di 12 ore nel meccanismo di scadenza dell’accordo, i promemoria vengono inviati dopo l’ora di scadenza effettiva, causando tentativi di firma non riusciti e confusione per l’utente.
Correzione: per i promemoria ricorrenti “Fino alla firma”, viene controllata la scadenza della firma e non verrà più inviato il promemoria, ma lo lascerà attivo in modo che possa essere ripreso se il mittente modifica la scadenza della firma prima che scada effettivamente durante il periodo di grazia di 12 ore.
4522059 Riepilogo: quando un firmatario carica un file utilizzando un campo Allegato e poi completa una Firma digitale, il link Scarica documento risulta in un errore “Pagina non trovata”.
Correzione: il checksum è stato eliminato dal rilevamento dei duplicati, in quanto è una proprietà opzionale nelle specifiche PDF. Acrobat Sign continua a utilizzare il nome del file e le dimensioni per identificare i duplicati.
4522382 Riepilogo: gli utenti non riescono a completare le transazioni quando utilizzano Fai clic per firmare con l’autenticazione abilitata. Dopo l'accesso, la transazione non si completa e deve essere ritentata
Correzione: il parametro URL crossShardLandingPage è stato rimosso dalla sessione dopo l’accesso.
4522384 /
4523594 /
4523900		 Riepilogo: quando si utilizza la funzione di invio in blocco, nessun accordo viene inviato al primo tentativo, ma un secondo tentativo funziona come previsto a causa dell’accodamento delle attività sullo shard locale.
Correzione: l’accodamento delle attività è stato perfezionato per garantire che le attività non vengano ritardate.
4522497 Riepilogo: il formato della marca temporale sugli accordi cambia da HH:MM:SS a HH:MM dopo la firma del documento, causando la perdita dei secondi nella traccia di controllo finale.
Correzione: i secondi sono stati aggiunti al timePatern.
4522509 Riepilogo: i destinatari in CC non possono visualizzare la bacheca di contesto dell’accordo quando accedono agli accordi abilitati LDV tramite il link e-mail. Invece, ricevono un errore "Documento non ancora visibile".
Correzione: codice modificato per fornire l’accesso necessario per visualizzare la bacheca di contesto.
4522547 Riepilogo: quando si utilizza un modello, il PDF finale potrebbe visualizzare dati dei campi del modulo non allineati o mancanti dopo la firma a causa della rotazione della pagina applicata dopo ogni annotazione.
Correzione: la rotazione della pagina è stata corretta.
4522914 Riepilogo: quando si utilizza la nuova funzionalità Invia in blocco, i clienti potrebbero riscontrare un errore durante il caricamento CSV se i valori nelle colonne Agreement_Message o Private_Message superano un determinato limite di caratteri. 
Correzione: il limite di caratteri è stato documentato nel materiale informativo rivolto al cliente.
4522945 Riepilogo: quando si tenta di modificare il documento riutilizzabile come amministratore di account/gruppo e si tenta di applicare un modello di campo, si verifica NullPointerException durante la verifica della partecipazione dell’origine
Correzione: è stato aggiunto un metodo per trovare la partecipazione dell’origine durante la modifica dei documenti della libreria come amministratore dell’account/gruppo
4523043 Riepilogo: quando si modifica un modulo web che include un partecipante con il ruolo impostato su Delegante, la pagina Modifica modulo web non viene caricata. Si verifica un errore nella console che impedisce qualsiasi modifica.
Correzione: è stato aggiunto un controllo che garantisce che se ROLE_MAP non è definito, il codice non legge className come non definito e non genera un errore. Viene invece restituito indefinito.
4523061 Riepilogo: i documenti firmati allegati alle e-mail mantengono le estensioni originali nel nome del file, con conseguente denominazione ridondante
Correzione: Non viene più tagliata la sottostringa del nome file se inizia con “.” ed è diversa dall’estensione.
4524122 Riepilogo: nella nuova esperienza, il tentativo di avviare un accordo da un flusso di lavoro salvato genera un errore di sistema a causa del superamento del limite di caratteri.
Correzione: i limiti delle etichette sono stati aggiornati per consentire 500 caratteri.
4524162 Riepilogo: la convalida del collegamento impedisce l’invio dell’accordo sulla nuova esperienza di creazione
Correzione: è stato aggiunto un parametro alla nuova esperienza per verificare l'hook Errors, consentendo una gestione più rilassata delle convalide dei collegamenti ipertestuali.
4524356 Riepilogo: gli utenti visualizzano il messaggio “Errore del server: si è verificato un errore durante l’elaborazione della richiesta” quando tentano di firmare accordi a causa della larghezza del bordo -1 non interpretata correttamente.
Correzione: ora -1 viene interpretato come un bordo predefinito da 1 pt e viene aggiunto un bordo solo se è maggiore di zero.
4524410 Riepilogo: nella nuova esperienza di invio, quando si utilizza un flusso di lavoro e si carica un nuovo file dopo aver eliminato il nome dell’accordo preimpostato, il campo Nome accordo non si aggiorna automaticamente. 
Correzione: è stata aggiunta una correzione per rimuovere il valore predefinito per l’evento onBlur ed è stata introdotta una logica per impostare il nome del primo documento caricato nel campo di testo del nome del documento.
4524614 Riepilogo: il font utilizzato dai campi del modulo di testo nel PDF non corrisponde al font scelto nella pagina di creazione. Il font del campo di testo è sempre SourceSansPro-Regular.
Correzione: è stato esteso ExternalFont.getFontReplacementMapping in modo da includere i font normali, grassetto e corsivo. 
4525098 Riepilogo: l’e-mail con richiesta di firma non viene inviata a signer2 quando il mittente è il firmatario 2 e il mittente sostituisce il firmatario 1.
Correzione: gli elenchi di destinatari paralleli sono stati migliorati per gestire il caso d’uso in cui un destinatario esistente viene utilizzato per sostituire un altro destinatario nello stesso set di destinatari.
4525377 Riepilogo: i sigilli elettronici (eSeal) non funzionano con la nuova esperienza Richiedi firma
Correzione: aggiungere un caso di prova per verificare il destinatario del sigillo elettronico in un flusso di lavoro non UMG, in cui il sigillo è limitato all’accesso di gruppo.
4525491 Riepilogo: i nomi degli accordi contenenti caratteri non latini (ad esempio, cinese, giapponese, tailandese, coreano) vengono visualizzati come ?????? nella scheda Gestisci del destinatario e nelle notifiche e-mail quando vengono inviate tramite Invia in blocco.
Correzione: La documentazione è stata aggiornata per indicare che è necessario il formato UTF-8
4525653 Riepilogo: Gli accordi inviati utilizzando l'API con file JPEG vengono automaticamente annullati a causa di un errore di elaborazione del documento. Il problema si verifica dopo che i file sono stati caricati con successo ma prima che l'accordo venga inviato.
Correzione: è estato aggiunto il supporto per JPEG SOI app0-15
4526153 Riepilogo: la scala del campo del Timbro si comporta diversamente nelle vecchie e nuove Screens di authoring.
Correzione: il nuovo ambiente di authoring è stato aggiornato per ridimensionare il campo del Timbro in modo coerente con la versione classica.
4527031 Riepilogo: quando l’opzione “Consenti ai mittenti di selezionare l'ordine di firma” è deselezionata nella Nuova esperienza, l’opzione “I destinatari devono firmare in ordine” rimane visibile
Correzione: il codice relativo all’accesso a questo controllo è stato migliorato per sopprimere correttamente l’opzione quando l’impostazione lo richiede.
4527284 Riepilogo: gli accordi che includono determinati file PDF scansionati o appiattiti non riescono durante l’authoring e vengono automaticamente annullati con errore AUTO_AUTHOR_FAIL a causa di una libreria interna non gestita.
Correzione: è stato implementato un metodo che intercetta qualsiasi eccezione e la registra, ma non interrompe la generazione di un accordo.
4527948 Riepilogo: quando un campo Acroform calcolato viene importato in Sign, l’API REST restituisce un campo contenente { calculated: true, valueExpression: '' }, che causa la visualizzazione del campo con un errore di convalida.
Correzione: i campi identificati in questo caso d’uso vengono ora aggiornati per essere inseriti manualmente, non calcolati.
4528062 Riepilogo: la chiamata API Get /users non riesce per gli utenti Salesforce con numeri utente molto grandi
Correzione: una nuova versione dell’integrazione Salesforce migliora il processo di ottenimento dell’elenco degli utenti per renderlo più efficiente.
4528284 Riepilogo: codice paese errato delle Isole Cayman per l’autenticazione telefonica nella nuova esperienza
Correzione: il codice paese è stato aggiornato.
4529259 /
4529319		 Riepilogo: i nomi dei firmatari facoltativi e 2FA sono richiesti nonostante la configurazione del flusso di lavoro personalizzato nella nuova esperienza di invio
Correzione: è stato inserito un controllo per i destinatari facoltativi in modo che, quando non è presente alcun ID e-mail, la verifica dell’autenticazione (telefono, password, kba) non fallisca alcuna convalida. Analogamente, il nome non sarà obbligatorio per i destinatari facoltativi a meno che il campo dell'ID e-mail non contenga dati.
4530084 Riepilogo: alcuni utenti visualizzano una schermata vuota quando accedono alle Impostazioni destinatario nella nuova esperienza di invio. Il problema è causato dalla mancanza di una traduzione per un'etichetta di codice paese specifica e interessa tutte le lingue tranne en-US.
Correzione: le traduzioni corrette sono state pubblicate e associate alle funzioni appropriate.
4530537 Riepilogo: si verifica un NPE quando si tenta di convertire una destinazione denominata in una posizione, impedendo l’invio degli Accordi.
Correzione: è stato implementato un nuovo controllo per determinare se si tratta di una destinazione denominata e saltarla.

Distribuzione nell'ambiente sandbox: 19 agosto 2025

Distribuzione nell'ambiente di produzione: 16 settembre 2025

Distribuzione in GovCloud: 18 settembre 2025

Funzionalità migliorate

  • Modelli e-mail personalizzati disponibili per Acrobat Sign for Government - I clienti della piattaforma GovCloud ora possono creare modelli e-mail personalizzati per le notifiche e i promemoria degli accordi.
  • Novità banner nella Home page—È possibile abilitare un nuovo banner Novità a livello di account o di gruppo per informare gli utenti sulle nuove notifiche di prodotto come note sulla versione, Training ed eventi di sistema. Questo aiuta a dare impulso alla consapevolezza delle nuove funzionalità e opzioni, migliorare il coinvolgimento e garantire che gli aggiornamenti importanti non vengano persi. Tutti gli account saranno abilitati dopo il rilascio e potranno essere disabilitati dall'amministratore a livello di account. Ci sono alcune eccezioni alla regola "abilitato per impostazione predefinita":
    • Lo shard australiano (AU1) avrà la funzionalità disattivata per impostazione predefinita.
    • Qualsiasi account identificato come account "governativo" sarà disattivato.

Modifiche a livello di esperienza

  • Rebranding dell'integrazione Notarize in Proof - L'integrazione al servizio di autenticazione online è stata aggiornata per riflettere il nuovo branding del servizio, Proof, in tutte le comunicazioni rivolte ai clienti.
    Gli aggiornamenti all'interfaccia di Acrobat Sign sono previsti nel prossimo rilascio (v16.2) di ottobre.
  • Convalida più rigorosa delle impostazioni locali durante la creazione di accordi tramite API - La convalida delle impostazioni della lingua per gli accordi creati tramite API è stata rafforzata. Quando si utilizza l'API per creare un accordo e l'opzione 'Consenti agli utenti del tuo account di selezionare una lingua di firma diversa' è disabilitata, l'API rifiuterà qualsiasi richiesta in cui le impostazioni locali dell'accordo non corrispondono alla 'Lingua di firma' selezionata dall'amministratore.
    Nota che l'invio tramite l'interfaccia web non è interessato.

Problemi risolti

Problema Descrizione
4511940 Riepilogo: Quando un mittente crea un campo di testo con l'opzione Inserimento dati su più righe abilitata e il font impostato su Auto, i firmatari che utilizzano un browser mobile vedono il testo tagliato nella parte inferiore del campo. 
Correzione: È stato sovrascritto il metodo di base per ottenere la dimensione del campo per gestire la dimensione del font < 0 (auto) using a modified formula specific to multiline fields.
4516038 Riepilogo: Quando si inviano accordi con Invio in blocco, gli utenti visualizzano un errore: "Hai superato il numero massimo di giorni consentiti per la scadenza del documento."  anche se le Impostazioni di scadenza del documento sono disabilitate sia a livello di Gruppo che di Account.
Correzione: Codice corretto per valutare correttamente i valori di scadenza dell'accordo per il gruppo/account.
4522265 Riepilogo: Quando un PDF contiene sia campi compilabili che tag di testo, i tag di testo non vengono elaborati.
Correzione:  Creata un'attività nel caso di appiattimento indipendentemente dalla presenza di generatori di campi modulo. Consente a un PDF con campi modulo di elaborare un artefatto di formattazione se necessario.
4522645 /
4527073		 Riepilogo: Il PDF firmato include una terza pagina vuota dopo che il mittente ha caricato un documento per conto del firmatario finale.
Correzione: Migliorata la funzione di gestione per gestire correttamente i flussi di piccole dimensioni. I caricamenti di firme scritte utilizzano il documento riparato e non il caricamento originale se viene rilevato qualsiasi problema con il documento caricato.
4524437 Riepilogo: I nuovi utenti non effettuano l'accesso ad Adobe Sign dopo aver accettato l'invito a causa di un URL errato.
Correzione: URL corretto.
4525093 Riepilogo: Il collegamento all'informativa per il consumatore non è cliccabile. Il collegamento è presente, ma facendo clic su di esso si attiva solo la casella di controllo invece di aprire il collegamento.
Correzione: Modificato il CSS del collegamento per consentire l'apertura di una nuova pagina.
4525099 Riepilogo: I clienti che richiedono la consegna via SMS ma hanno disabilitato le notifiche via e-mail non possono inviare accordi via SMS.
Correzione: La consegna via SMS/WhatsApp non dipende più dalle impostazioni e-mail.
4525328 Riepilogo: L'utilizzo di due o più modelli contenenti collegamenti ipertestuali con lo stesso nome genera un errore del server quando si tenta di firmare
Correzione: Se vengono rilevati nomi di collegamenti ipertestuali duplicati, i nomi dei collegamenti verranno modificati per garantire che siano identificati in modo univoco.
4525510 Riepilogo: Il campo modulo di pagamento non riesce a mantenere il tipo di valuta USD nella Nuova esperienza di authoring, causando un errore di "Errore imprevisto".
Correzione: Le conversioni per i campi di pagamento sono state aggiornate.
4525544 Riepilogo: Impossibile modificare i moduli web primari o in bozza
Soluzione: Ora conserviamo le impostazioni esistenti e le inviamo al server, invece di utilizzare i dati dell'interfaccia.
4525901 /
4532254		 Riepilogo: L'accordo non viene assegnato al firmatario rimanente a causa di una mansione del flusso di lavoro non corretta quando vengono aggiunti nuovi partecipanti dopo l'inserimento dell'authoring dei campi.
Soluzione: Migliorato il codice per valutare meglio le mansioni dei partecipanti quando vengono aggiunti nuovi partecipanti dopo l'authoring.
4526300 Riepilogo: Impossibile creare un URL personalizzato dell'accordo con l'ID del flusso di lavoro con la nuova esperienza
Soluzione: Quando vengono creati URL personalizzati solo con l'ID del flusso di lavoro, il modulo di creazione dell'accordo si ricarica e chiama il backend per recuperare nuovamente il flusso di lavoro e la bozza dell'accordo durante il caricamento del modulo.
4526756 Riepilogo: La documentazione della pagina Swagger API di GovCloud non è corretta per quanto riguarda la creazione di nuove applicazioni
Soluzione: Aggiunta una frase supplementare per evitare confusione per i clienti FedRAMP.
4527340 Riepilogo: Quando gli utenti applicano Fill & Sign in acrobat web e poi selezionano Invita ad apporre la firma elettronica, i valori inseriti durante Fill & Sign non appaiono quando l'accordo passa alla pagina di authoring di acrobat sign. La visualizzazione dell'authoring mostra campi vuoti invece dei valori compilati.
Soluzione: Il valore predefinito della dimensione del font è stato corretto, consentendo così la corretta visualizzazione del contenuto.
4528835 Riepilogo: Errore "MISC_SERVER_ERROR for GET formData Some miscellaneous error has occurred" quando si chiama GET /formData per un Cursore specifico a causa di un errore di puntatore nullo.
Soluzione: Aggiunto un controllo NPE e un log.
4528902 Riepilogo: Quando un accordo viene inviato per la firma sequenziale a 2 partecipanti, il campo "nome del destinatario" assegnato al primo partecipante viene perso durante l'elaborazione del modello PDF. Quando si imposta la mansione del campo "nome del destinatario", la mansione del set di partecipazione memorizzata nel modello PDF non riesce a convertirsi.
Soluzione: Numerose funzioni sono state aggiornate per gestire correttamente questo tipo di conversione.
4531278 Riepilogo: Alcuni indirizzi e-mail aggiunti come CC vengono rimossi automaticamente dopo l'invio della transazione se sono stati creati prima che acrobat sign aggiungesse la conversione automatica in minuscolo degli indirizzi e-mail nella creazione degli utenti.
Soluzione: Aggiornata la ricerca/confronto degli indirizzi e-mail nel codice di rimozione CC per renderla insensibile alle maiuscole/minuscole
4531669 Riepilogo: Impossibile inviare accordi utilizzando documenti PDF durante l'elaborazione di campi modulo con nomi che superano i limiti delle specifiche PDF.
Soluzione: Aggiunti controlli NPE per l'aspetto di un'annotazione.
4531998 Riepilogo: Impossibile accedere agli accordi secondari tramite API - Errore "Invalid Document ID" a causa di un titolo di segnalibro nullo.
Soluzione: Rimossa l'istruzione di debug che può fallire con un NPE se il titolo del segnalibro è nullo.
4532642 Riepilogo: Quando si tenta di sostituire uno dei firmatari di controparte in un modulo web che include firmatari sconosciuti aggiuntivi e un gruppo di destinatari per i firmatari di controparte, il metodo di aggiornamento tenta di leggere l'indirizzo e-mail da partecipanti sconosciuti (firmatari sconosciuti aggiuntivi), che non hanno dati utente/e-mail, causando un'eccezione di puntatore nullo.
Soluzione: Aggiunta una condizione di filtro per escludere le partecipazioni sconosciute dal flusso di raccolta delle e-mail, prevenendo NPE durante l'elaborazione delle partecipazioni che non hanno ancora dati utente/e-mail.

Adobe Acrobat Sign Versione 16.2

Distribuzione in produzione: 7 ottobre 2025

Distribuzione GovCloud: 14 ottobre 2025

Funzionalità migliorate

  • La richiesta di firma introduce diversi miglioramenti dell'esperienza utente progettati per ridurre i clic e migliorare l'efficienza - Questi aggiornamenti rispondono al feedback dei clienti, rendendo la nuova esperienza di Request Signature più veloce, più facile da scoprire e meglio allineata con il flusso di lavoro classico.
    • Tutti i tipi di firma sono espansi per impostazione predefinita in Authoring
    • La mansione di precompilazione è sempre visibile in Authoring
    • I pulsanti inline per aggiungere destinatari sostituiscono i menu nascosti
    • Riga automatica per nuovo destinatario quando si aggiunge un indirizzo
    • Supporto per copia/incolla di più indirizzi di destinatari
    • Controlli di amministrazione per configurare l'esperienza di utilizzo durante la composizione di nuovi accordi. Scegli tra un processo guidato o esponi tutte le sezioni fin dall'inizio.
  • Supporto API per gruppi di caselle di controllo, che consente ai mittenti di definire opzioni a selezione multipla all'interno di un modulo - I gruppi di caselle di controllo permettono ai mittenti di specificare quante opzioni i destinatari devono selezionare, offrendo nuova flessibilità per gli accordi che richiedono input strutturati a scelta multipla.
    Nota che l'opzione per le caselle di controllo a selezione multipla è disponibile solo per gli accordi creati tramite API. 
    • Definisci gruppi di caselle di controllo a selezione multipla.
    • Configura regole per selezioni esatte, minime, massime o intervallate.
    • La convalida viene applicata durante la firma nell'esperienza classica di firma elettronica.
    • Le selezioni dei destinatari vengono conservate negli accordi firmati e nei dati del modulo scaricabili.
  • Invito utente alla propria organizzazione Acrobat Sign - Invita i membri del team direttamente dall'interfaccia di Acrobat Sign con flussi di lavoro controllati dall'amministratore per un'adozione più rapida del team. A seconda della configurazione, gli utenti invitati possono essere forniti automaticamente, instradati attraverso il provisioning Just-In-Time (JIT) o richiedere l'approvazione dell'amministratore. Questo flusso semplificato riduce l'attrito per i team di PMI e del mercato medio, accelera l'adozione di flussi di lavoro condivisi e offre agli amministratori una migliore visibilità sulla reale domanda di Licenze.
    • Nuovo pulsante Invita nelle pagine Home e Gestire per gli utenti finali
    • Gli utenti invitati ricevono un'e-mail di benvenuto e vengono aggiunti senza problemi all'organizzazione
    • Gli inviti rispettano le regole di provisioning automatico esistenti
    • Gli amministratori possono rivedere le richieste in sospeso nella sezione Richieste di accesso
    • Se il provisioning automatico è disabilitato, le richieste vengono inoltrate agli amministratori per l'approvazione
  • Pagina Utenti riorganizzata - La pagina Utenti è stata riorganizzata per gestire meglio gli utenti nei loro vari stati e per fornire una migliore visibilità per i nuovi membri del team invitati. Questo aiuta a isolare gli utenti che hanno problemi nell'attivazione dei loro account e accelera l'onboarding per il team più ampio.
  • Gli intervalli IP consentiti per l'accesso ad Acrobat Sign sono stati estesi ai Gruppi e alle API - È stata fornita maggiore flessibilità per i controlli di restrizione IP durante la protezione dell'accesso ad Acrobat Sign. Le restrizioni IP possono ora essere configurate a livello di gruppo dagli Amministratori di Gruppo. Inoltre, le restrizioni si applicano ora anche all'accesso API: se un account o un gruppo specifica un insieme di indirizzi IP consentiti, sia l'interfaccia di Acrobat Sign che le API possono essere accessibili solo da quegli indirizzi.
    • Le restrizioni IP si applicano ora sia all'accesso all'interfaccia che all'API.
    • Gli amministratori di gruppo possono configurare le restrizioni IP per i loro gruppi.
    • Gli utenti in più gruppi vengono valutati in base al criterio IP del loro gruppo predefinito.
    • Le integrazioni e le applicazioni partner sono consentite per impostazione predefinita e non sono limitate dal blocco IP. 
      • Gli amministratori possono collaborare con il supporto Adobe per bloccare le applicazioni a livello di gruppo o account. Se l'accesso è bloccato, l'applicazione deve utilizzare indirizzi IP inseriti nell'elenco Consentiti per connettersi ad Acrobat Sign.
  • Aggiornamenti della qualità della vita per i clienti con licenza ETLA - Gli aggiornamenti recenti rilasciati per i clienti con licenza VIP vengono estesi ai clienti con licenza ETLA con un valore di licenza inferiore a 100K USD (contatta il tuo account executive o il supporto per eventuali domande):
    • Configurazione amministratore semplificata dalla pagina Home - Acrobat Sign introduce una nuova sezione gestione account per aiutare gli amministratori dell'account ad accedere rapidamente agli strumenti di configurazione chiave. Aggiungi utenti, organizza gruppi, connetti integrazioni e migra modelli direttamente dalla Home Page, senza dover cercare.
    • Aggiungi utenti ad Admin Console da Acrobat Sign – Gli amministratori ora possono aggiungere utenti direttamente dalla pagina Utenti in Acrobat Sign, aggiornando automaticamente Adobe Admin Console.
      • Questo elemento verrà implementato nella prima settimana di novembre 2025.
    • Assegnazione dei ruoli Admin Console ora disponibile tramite Acrobat Sign - Per semplificare la configurazione, Acrobat Sign ora consente agli amministratori dell'account di assegnare i ruoli chiave di Admin Console—Product e Support Admin—senza lasciare l'interfaccia del prodotto.
    • Accesso più facile alla suite di integrazioni di terze parti - Una nuova pagina Integrazioni è stata aggiunta al menu amministratore, fornendo collegamenti diretti e intuitivi ai file di configurazione per le singole integrazioni.
    • Onboarding HIPAA più semplice tramite guida nel prodotto - Le organizzazioni soggette a HIPAA ora possono iniziare il processo di abilitazione all'interno di Acrobat Sign tramite un nuovo flusso di lavoro self-service attraverso il menu amministratore Introduzione .Il sistema invia una richiesta automatica al supporto e monitora i progressi in base alla firma BAA e alla configurazione del sistema.
    • Accelera la migrazione dei modelli ad Acrobat Sign con la conversione automatizzata dei modelli - La nuova funzionalità di migrazione dei modelli aiuta gli amministratori degli account a trasferire rapidamente i loro modelli in Acrobat Sign. Carica un file ZIP del modello, convertilo automaticamente e rivedi i risultati nell’ambiente di authoring, senza bisogno di competenze tecniche.
  • Rimozione delle firme di certificazione e blocco dagli accordi firmati digitalmente - Le organizzazioni che necessitano di superare i servizi di convalida delle firme di terze parti possono ora richiedere al supporto Adobe di configurare le impostazioni del loro account o gruppo per saltare l'applicazione del Certificato Adobe e impedire le firme di blocco sugli accordi firmati digitalmente. Quando abilitata, gli accordi contengono solo le firme digitali del destinatario, riducendo i tassi di rifiuto negli strumenti di convalida regionali rigorosi.
    • Gli amministratori dell'account possono richiedere al supporto Adobe di escludere le firme di Certificazione e Blocco Adobe a livello di account e/o gruppo.
    • Gli accordi contengono solo firme digitali del destinatario, migliorando l'accettazione da parte dei validatori di terze parti.
    • Il rapporto di verifica registra quando la certificazione viene saltata, includendo un'impronta digitale SHA-256 del documento
    • Si applica a tutti i punti di contatto per l'esportazione: allegati e-mail, download dalla pagina Gestisci, API e payload webhook
    • Risolve le lacune di conformità sollevate dai clienti che richiedono la convalida secondo gli schemi di fiducia regionali - Descrizione
  • Accesso alle funzionalità moderne di Invia in blocco per gli account Acrobat Sign for Government - Invia in blocco è stato aggiornato per accedere alle funzionalità moderne dell'ambiente Acrobat Sign for Government .
  • PDF/A migliorato per supportare la conformità PDF/A-3B e convertire tutti i file caricati allo standard PDF/A selezionato - Gli amministratori possono ora abilitare la conversione e la normalizzazione dei file caricati, inclusi PDF, formati Microsoft Office e immagini raster, in PDF/A-2b o PDF/A-3b. I file PDF/A esistenti vengono convalidati, riparati se necessario o normalizzati al valore tonale di destinazione configurato.
    • Gli amministratori possono configurare i flussi di lavoro PDF/A a livello di account o gruppo.
    • Livelli di conformità supportati: PDF/A-2b (predefinito) e PDF/A-3b.
    • I documenti non PDF e PDF non conformi vengono automaticamente convertiti in PDF/A.
    • I file PDF/A danneggiati vengono riparati o normalizzati al valore tonale di destinazione.
    • Allegati consentiti secondo le regole PDF/A: PDF/A-2b (solo PDF/A), PDF/A-3b (qualsiasi file).
    • Gli accordi vengono riconvalidati per la conformità PDF/A al completamento della firma.
    • I rapporti di verifica vengono opzionalmente generati in formato PDF/A e includono i risultati della convalida/conversione PDF/A con il livello di conformità.
  • Eventi "Metodo di autenticazione aggiornato" nei rapporti di controllo - Le modifiche ai metodi di autenticazione dei destinatari possono ora essere incluse nel rapporto di controllo come eventi distinti. Quando un mittente (o un delegato autorizzato) aggiorna il metodo di autenticazione di un destinatario, ad esempio passando da OTP SMS a OTP e-mail, l'aggiornamento viene acquisito e registrato nel rapporto di verifica dell'accordo, nel registro delle attività e nell'elenco degli eventi API.
    • Un nuovo evento, Metodo di autenticazione aggiornato, appare nel rapporto di verifica, mostrando:
      • Il destinatario interessato
      • L'utente che ha effettuato la modifica
      • Il metodo di autenticazione originale
      • Il nuovo metodo di autenticazione
      • La marca temporale della modifica
    • Gli eventi sono esposti anche tramite l'API GET /agreements/{agreementId}/events.
    • I registri delle attività mostrano l'evento con i dettagli del destinatario, dell'iniziatore e della marca temporale.

Modifiche a livello di esperienza

  • Rebranding del servizio notarile in Acrobat Sign da Notarize a Proof – Le stringhe interne che si riferiscono a Notarize Inc nell'interfaccia di Acrobat Sign sono state aggiornate con il nuovo marchio: Proof
  • Accesso IPv6 per Acrobat Sign for Government- Le organizzazioni che utilizzano IPv6 sul servizio Acrobat Sign for Government ora hanno accesso agli indirizzi IPv6 di Acrobat  Sign:
    • 2001:489a:3102:4::160/124 (IPv6)
    • 2001:489a:3102:4::150/124 (IPv6)
  • L'esperienza moderna del destinatario per la firma elettronica è ora l'ambiente predefinito per tutti gli account - Tutti gli account sono stati aggiornati per utilizzare l'ambiente moderno di firma elettronica.I controlli di amministrazione rimangono nel menu Amministratore per abilitare l'ambiente classico, se necessario.
  • L'esperienza moderna di Richiedi firma è ora l'ambiente predefinito per tutti gli account - Tutti gli account sono stati aggiornati per utilizzare l'ambiente moderno di Richiedi firma.I controlli di amministrazione rimangono nel menu Amministratore per abilitare l'ambiente classico, se necessario.
  • L'esperienza moderna di Crea modello è ora l'ambiente predefinito per tutti gli account Enterprise - Tutti gli account sono stati aggiornati per utilizzare l'ambiente moderno di Crea modello di libreria. I controlli di amministrazione rimangono nel menu Amministratore per abilitare l'ambiente classico, se necessario.
  • L'esperienza moderna del Designer di flussi di lavoro personalizzati è ora l'ambiente predefinito per tutti gli account - Tutti gli account sono stati aggiornati per utilizzare l'ambiente moderno del Designer di flussi di lavoro.I controlli amministratore rimangono nel menu Amministratore per abilitare l'ambiente classico, se necessario, e i collegamenti di cambio rimangono per consentire agli utenti di passare tra le esperienze classica e moderna (se abilitata)

Aggiornamenti API REST/Webhook

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

  • Soglia di polling delle API per endpoint GET API relativi al recupero dello stato o per scopi di elenco- Una nuova soglia di polling ora limita la frequenza con cui le applicazioni client possono eseguire il polling di endpoint GET /agreement specifici.
  • Ruolo di Super amministratore di gruppo per i partner OEM - Un nuovo ruolo di Super amministratore di gruppo è disponibile sulla piattaforma OEM 2.0. Questo ruolo consente ai partner di concedere ai propri clienti capacità amministrative limitate per creare e gestire gruppi senza esporre i privilegi completi di amministratore dell'account.
    • Il cliente del partner può creare e gestire i propri gruppi.
    • Il creatore di un gruppo diventa automaticamente l'amministratore del gruppo.
    • Gli amministratori dell'account controllano quali impostazioni di gruppo vengono esposte.
    • Gli amministratori di gruppo vedono solo le impostazioni pertinenti, come Modelli di messaggio, Impostazioni e-mail, Impostazioni di invio e Stato di condivisione.
    • La funzionalità richiede che UMG (Utenti in più gruppi) sia abilitato.
    • Gli amministratori dell'account rimangono l'unico ruolo con accesso alle impostazioni a livello di account e la capacità di assegnare il ruolo di Super amministratore di gruppo.

Problemi risolti

Problema Descrizione
4505635 Riepilogo: L'ambito agreement_retention non è disponibile nell'API GovCloud.
Correzione: L'ambito è stato configurato per funzionare nell'ambiente GovCloud con l'integrazione Okta.
4515686 Riepilogo: I proprietari dei moduli web non possono sostituire il controfirmatario sui moduli web esistenti in specifiche circostanze di convalida. Il tentativo di aggiornare l'indirizzo e-mail del controfirmatario restituisce un errore: "Non puoi aggiungere o rimuovere il tuo indirizzo e-mail nello stato attuale dell'accordo." 
Correzione: La convalida è stata aggiornata in modo che l'indirizzo e-mail corretto del mittente o del controfirmatario venga riconosciuto. I proprietari dei moduli web possono ora sostituire il controfirmatario come previsto. Gli utenti non devono intraprendere alcuna azione.
4519727 Riepilogo: Il formato moderno per i numeri di telefono in Benin non è riconosciuto (lunghezza di 10 caratteri)
Correzione: Acrobat Sign ora supporta il nuovo formato di numero di telefono a 10 cifre per il Benin. Gli utenti possono inserire numeri validi con il prefisso internazionale +229 senza errori. Non è richiesta alcuna azione da parte degli utenti.
4525532 Riepilogo: Il ruolo di precompilazione non è disponibile per impostazione predefinita nella Nuova Esperienza di authoring
Correzione: Il ruolo di precompilazione è stato esposto per impostazione predefinita nell'elenco del contesto dei destinatari durante la composizione degli accordi
4526142 Riepilogo: Quando si applica un livello per campi modulo da un Modello esistente nella nuova esperienza di authoring, alcuni campi non vengono copiati. 
Correzione: Sono stati aggiunti nuovi controlli per garantire il trasferimento completo del Modello.
4527772 Riepilogo: Gli accordi con instradamento sequenziale a volte perdono il campo del nome del destinatario quando assegnati a un partecipante con il ruolo di Compilatore del modulo. Il campo non viene visualizzato per quel destinatario, lasciando l'accordo incompleto.
Correzione: Sono stati apportati aggiornamenti significativi all'API REST per garantire che tutti i campi vengano mantenuti.
4527945 Riepilogo: L'uso di un Modello di campo modulo in un accordo che ha un gruppo di destinatari non funziona - il codice di convalida del Modello filtra il partecipante del gruppo di destinatari e i campi associati vengono persi.
Correzione: Il codice è stato rielaborato per utilizzare un parametro di iscritto diverso invece del Valore dell'indirizzo e-mail.
4528619 Riepilogo: Quando si modifica il nome di un gruppo di destinatari nella nuova esperienza di invio, il Cursore salta automaticamente alla fine del testo dopo ogni modifica. Questo rende difficile modificare il nome in una sola volta. 
Correzione: Il tracciamento delle richieste è stato aggiornato per garantire che tutti i metodi di autenticazione vengano caricati correttamente prima dell'invio. Gli accordi vengono ora elaborati correttamente una volta forniti tutti i dettagli di autenticazione richiesti. Non è richiesta alcuna azione da parte degli utenti.
4531835 /
4537898/
4541002		 Riepilogo: I clienti incontrano errori quando utilizzano alcuni Certificati di terze parti perché i Certificati root aggiornati non sono attendibili, causando problemi con i webhook e le notifiche.
Correzione: Le CA root sono in fase di aggiornamento.
4532798 Riepilogo: Quando si applica un livello per campi modulo, Acrobat Sign crea un nuovo documento per acquisire le informazioni del Livello. A causa di problemi di controllo delle versioni in questi nuovi documenti, alcuni flussi di lavoro di "modifica accordo" non riescono.
Correzione: Abbiamo cambiato il nostro approccio dall'estrarre le informazioni di origine attraverso un'API alla pubblicazione di un evento quando viene applicato un Modello di livello per campi modulo e al suo utilizzo per popolare le informazioni di origine per gli accordi.
4534813 Riepilogo: Gli utenti in più gruppi non possono utilizzare il riconoscimento automatico dei campi durante la creazione di Modelli o accordi. 
Correzione: Aggiunto un nuovo test per verificare il rilevamento dei campi in authoring V5 per un Utente con molti gruppi.
4535639 Riepilogo: In alcuni accordi, i campi immagine richiesti mancano dal PDF firmato. Sebbene il file FormFields.csv mostri gli URL delle immagini, queste non appaiono nell'accordo finale.
Soluzione: L'ordine di alcune funzioni è stato modificato per garantire che i campi immagine in linea vengano elaborati indipendentemente dalla presenza del modulo, e ora le immagini appaiono correttamente per tutti i firmatari.
4535828 Riepilogo: I collegamenti ipertestuali nei documenti vengono modificati quando l'accordo viene inviato.
Soluzione: Quando l'URL è già codificato specificamente con: /, che è un carattere riservato per gli URL, decodeURI non li decodifica, quindi ho modificato in decodeURIComponent per verificare la condizione prima della codifica.
4536354 Riepilogo: I documenti PDF di grandi dimensioni (~150 pagine) non riescono a caricarsi con l'errore "formato non supportato o protetto da password" a causa di un timeout insufficiente del frontend per i controlli di disponibilità delle immagini.
Soluzione: Aumentare il parametro max_retries da 7 (predefinito) a 13, estendendo il timeout da ~30s a ~60s. Questo fornisce tempo sufficiente per l'elaborazione di documenti di grandi dimensioni.
4538897 Riepilogo: I modelli IText originali con contenuto della pagina ruotato causano la rotazione errata delle firme appiattite sulla pagina.
Soluzione: Prima di appiattire le firme nel contenuto della pagina, il contenuto della pagina viene avvolto con un push/pop gstate per evitare che la matrice di rotazione influenzi le firme aggiunte.
4539304 Riepilogo: La documentazione Swagger è impostata di default sulla modalità "Prova" e gli utenti delle API trovano difficile navigare nello schema della richiesta
Soluzione: La documentazione ora è impostata di default sulla modalità di visualizzazione invece che su "Prova", quindi gli schemi sono visibili per impostazione predefinita. Le prestazioni sono migliorate eliminando le chiamate API ridondanti per i tipi di dati primitivi.
4542576 Riepilogo: I payload dei webhook per l'evento AGREEMENT_ACTION_COMPLETED restituiscono valori di stato dei partecipanti diversi nella versione Sandbox 16.2. In precedenza, le voci memberInfos mostravano "ACTIVE" o "REPLACED" anche dopo la firma. Nella versione 16.2, mostrano "COMPLETED" quando la Partecipazione Dinamica non è abilitata.
Soluzione: L'uso dei nuovi stati dei partecipanti sarà utilizzato solo se la funzione di Partecipazioni Dinamiche per gli Accordi In-Flight è abilitata.

Versione Adobe Acrobat Sign 16.2.1

Implementazione in produzione: 4 novembre 2025

Implementazione GovCloud: 6 novembre 2025

Aggiornamenti API REST/Webhook

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

  • Soglia di polling API per endpoint GET API relativi al recupero dello stato o per scopi di elenco- Una nuova soglia di polling ora limita la frequenza con cui le applicazioni client possono eseguire il polling di specifici endpoint GET /agreement.
  • Ruolo di Super amministratore di gruppo per i partner OEM - Un nuovo ruolo di Super amministratore di gruppo è disponibile sulla piattaforma OEM 2.0. Questo ruolo consente ai partner di concedere ai propri clienti capacità amministrative limitate per creare e gestire gruppi senza esporre i privilegi completi di amministratore dell'account.
    • Il cliente del partner può creare e gestire i propri gruppi.
    • Il creatore di un gruppo diventa automaticamente l'amministratore del gruppo.
    • Gli amministratori dell'account controllano quali impostazioni di gruppo vengono esposte.
    • Gli amministratori di gruppo vedono solo le impostazioni pertinenti, come Modelli di messaggio, Impostazioni e-mail, Impostazioni di invio e Stato di condivisione.
    • La funzionalità richiede che UMG (Utenti in più gruppi) sia abilitato.
    • Gli amministratori dell'account rimangono l'unico ruolo con accesso alle impostazioni a livello di account e la capacità di assegnare il ruolo di Super amministratore di gruppo.

Problemi risolti

Problema Descrizione
4509452 /
4526158		 Riepilogo: la ricerca dei modelli durante la creazione di accordi o l’invio in blocco non filtra correttamente gli altri modelli a causa di un componente che non indicizza e non esegue lo scorrimento adeguatamente
Correzione: il componente difettoso è stato corretto per garantire la disponibilità dei risultati della ricerca.
4525233 Riepilogo: gli accordi creati con la convalida della valuta non vengono visualizzati nel campo come previsto nell’esperienza di firma moderna.
Correzione: i campi con convalida della valuta ora visualizzano correttamente il simbolo della valuta quando il campo perde lo stato attivo nell’esperienza di firma moderna. L'aggiornamento garantisce una formattazione coerente dei simboli sia nelle visualizzazioni classiche che moderne.
4530694 Riepilogo: per il collegamento “Modifica password” dell’interfaccia utente è incorporato l’URL errato
Correzione: l’URL è stato corretto.
4532664 Riepilogo: i PDF firmati generati da documenti di origine che contengono annotazioni di collegamenti web potrebbero mostrare “Il documento è stato modificato dopo la firma” in Acrobat e visualizzare lo stato di certificazione come non valido a causa di annotazioni di collegamenti duplicate o non valide
Correzione: Acrobat Sign ora rileva ed elabora correttamente i collegamenti web durante il processo di firma, garantendo uno stato di certificazione valido sul documento firmato.
4535715 Riepilogo: i PDF con collegamenti web raddoppiano la dimensione a ogni firma, poiché la funzione di stampa crea una nuova copia dell’annotazione del collegamento web.
Correzione: i PDF vengono ora ridotti per garantire che non esistano collegamenti duplicati prima di unire le annotazioni nel PDF.
4535760 Riepilogo: durante l’utilizzo di campi calcolati che fanno riferimento a campi di input di testo, alcuni PDF firmati mostravano numeri errati o casuali invece del valore di testo previsto, perché il motore dei campi tentava di convertire l’input di testo in formati numerici o di data.
Correzione: la logica di conversione nel motore dei campi calcolati è stata aggiornata per riconoscere gli input basati su testo e ignorare l’analisi numerica o delle date per questi campi. 
4536385 Riepilogo: i campi modulo a discesa con più annotazioni widget non possono essere una chiave FT, altrimenti la generazione dell’aspetto le interpreta erroneamente come campi modulo.
Correzione: la chiave FT è stata rimossa dalle annotazioni del widget
4537356 Riepilogo: i modelli condivisi con più gruppi non venivano visualizzati nella pagina Invia in blocco.
Correzione: è stata aggiornata la logica di Invia in blocco per recuperare e visualizzare correttamente i modelli condivisi tra più gruppi.
4537648 Riepilogo: l’endpoint GET /agreements/{agreementId}/events elencava un tipo di evento legacy “DOWNLOADED” nella documentazione Swagger dell’API REST di Acrobat Sign.
Correzione: il tipo di evento “DOWNLOADED” è stato rimosso dai valori consentiti nella documentazione API. 
4537885 Riepilogo: viene visualizzato uno spazio extra nella pagina Preferenze firma
Correzione: è stato rimosso il divisore/div non necessario dal contenitore del layout delle Preferenze firma.
4538113 /
4538586 /
4543131		 Riepilogo: i dati modulo del campo di input del testo automatico multilinea vengono ridotti a dimensioni molto piccole risultando illeggibili
Correzione: il ridimensionamento è stato corretto per non ridurre automaticamente il font a un livello illeggibile.
4538340 Riepilogo: i metadati della firma vengono aggiunti senza controllare il nome del campo
Correzione: è stato aggiunto un controllo per il campo firma per gestire la visualizzazione dei metadati
4538902 Riepilogo: l’endpoint API REST get /agreements/memberSetInfo restituisce informazioni errate sullo stato dell’accordo e sul firmatario. In alcuni casi, il mittente appare più volte nella risposta e la duplicazione dei dati dei partecipanti causa il fallimento delle integrazioni a valle.
Correzione: l’API ora restituisce correttamente lo stato dell’accordo e i dettagli dei partecipanti senza duplicazione. Ogni indirizzo e-mail appare una sola volta per accordo e le informazioni del firmatario riflettono correttamente il partecipante in attesa. Non è richiesta alcuna azione da parte degli utenti.
4543085 Riepilogo: le versioni precedenti dell’integrazione Salesforce (inferiori alla v25.5) non riconoscono le nuove enumerazioni di stato (COMPLETED e REMOVED) restituite nei payload webhook. 
Correzione: è stata aggiornata l’API REST di Acrobat Sign per escludere i nuovi stati dei partecipanti e le enumerazioni correlate quando risponde a client con integrazione Salesforce meno recente.
4543951 Riepilogo: durante la modifica di un campo di collegamento ipertestuale senza titolo, il salvataggio della modifica crea un nuovo campo di collegamento vuoto invece di aggiornare l’originale. Ogni salvataggio aggiunge campi vuoti aggiuntivi, facendo apparire i modelli immutati.
Correzione: la logica di aggiornamento ora distingue correttamente tra titoli di collegamento ipertestuale vuoti e nulli, evitando campi duplicati. 
4544118 Riepilogo: con la Visibilità limitata dei documenti abilitata nella nuova esperienza del destinatario, il partecipante 2 poteva visualizzare i campi di collegamento ipertestuale dal documento del partecipante 1, a causa di collegamenti ipertestuali non assegnati.
Correzione: la firma elettronica moderna ora assegna e convalida i campi di collegamento ipertestuale come altri campi e li filtra per pagina e assegnatario.

Versioni precedenti

NOTE SULLA VERSIONE: 2026

NOTE SULLA VERSIONE: 2025

Note sulla versione: 2024

Indietro

Note sulla versione di Adobe Acrobat Sign - 2022

Formazione

card-link-icon

Apprendere con tutorial video dettagliati e istruzioni pratiche direttamente nell'app.

Community

card-link-icon

Partecipa alle discussioni, trova risposte, impara dagli esperti e condividi le tue conoscenze.

Home Adobe

card-link-icon

Accedi alle tue app e ai servizi preferiti di Creative Cloud, alla gestione dei file e molto altro.