Novità
Introduzione
- Guida introduttiva per gli amministratori
- Guida introduttiva per gli utenti
- Per gli sviluppatori
- Libreria tutorial video
- Domande frequenti
- Prova per imprese
Amministrazione
- Panoramica su Admin Console
- Gestione degli utenti
- Aggiungere, modificare e rivedere utenti attivi
- SSO per Admin Console
- Creare utenti con funzioni specifiche
- Rivedere gli utenti che non hanno completato la verifica
- Verificare la presenza di utenti con errori di provisioning
- Modificare il nome/l’indirizzo e-mail
- Modificare l’iscrizione a un gruppo di un utente
- Modificare l’iscrizione a un gruppo di un utente tramite l’interfaccia del gruppo
- Promuovere un utente a un ruolo di amministratore
- Tipi di identità utente e SSO
- Cambiare l’identità utente
- Autenticare gli utenti con Microsoft Azure
- Autenticare gli utenti con la Federazione Google
- Profili di prodotti
- Esperienza di accesso
- Gestione dei gruppi
- Impostazioni account/gruppo
- Panoramica delle impostazioni
- Impostazioni generali
- Livello e ID account
- Nuova esperienza del destinatario
- Flussi di lavoro per firma autonoma
- Invia in modalità collettiva
- Moduli web
- Flussi di lavoro di invio personalizzati
- Flussi di lavoro Power Automate
- Documenti libreria
- Raccogliere i dati modulo con gli accordi
- Visibilità limitata dei documenti
- Allegare una copia PDF dell’accordo firmato
- Includere un collegamento nell’e-mail
- Includere un’immagine nell’e-mail
- Denominazione dei file allegati alle e-mail
- Allegare report di audit ai documenti
- Unire più documenti in uno solo
- Scaricare documenti singoli
- Caricare un documento firmato
- Delega per utenti nel mio account
- Consentire la delega ai destinatari esterni
- Autorizzazione a firmare
- Autorizzazione a inviare
- Autorizzazione all’aggiunta di sigilli elettronici
- Impostare un fuso orario predefinito
- Impostare un formato data predefinito
- Utenti in più gruppi
- Autorizzazioni amministratore gruppo
- Sostituzione del destinatario
- Report di audit
- Piè di pagina transazione
- Messaggi e assistenza nel prodotto
- PDF accessibili
- Flussi di lavoro PDF/A
- Cliente nel settore sanitario
- Nuova esperienza di richiesta firme
- Nuova esperienza per flusso di lavoro personalizzato
- Nuova esperienza Crea modello
- Configurazione account / Impostazioni di branding
- Preferenze firma
- Firme formattate correttamente
- Consentire ai destinatari di firmare
- I firmatari possono cambiare il nome
- Consentire ai destinatari di usare la propria firma salvata
- Personalizzare le Condizioni d’uso e l’Informativa cliente
- Guida per i destinatari ai campi del modulo
- Riavviare il flusso di lavoro dell’accordo
- Rifiuto di firmare
- Consentire flussi di lavoro con timbri
- Chiedere ai firmatari di fornire il proprio Titolo o Azienda
- Consentire ai firmatari di stampare e apporre una firma manuale
- Mostrare i messaggi durante la firma elettronica
- Chiedere ai firmatari di creare la firma con un dispositivo mobile
- Richiedere indirizzo IP dei destinatari
- Escludere il nome dell’azienda e il titolo dai timbri di partecipazione
- Applica un ridimensionamento adattivo del disegno della firma
- Firme digitali
- Sigilli elettronici
- Identità digitale
- Impostazioni report
- Abilita reporting classico
- Nuova esperienza per i report
- Impostazioni per report Classic
- Impostazioni di protezione
- Impostazioni Single Sign-on
- Impostazioni Ricordami
- Criterio password di accesso
- Forza password di accesso
- Durata sessione Web
- Tipo cifratura PDF
- API
- Accesso a informazioni su utenti e gruppi
- Intervalli IP consentiti
- Condivisione account
- Permessi di condivisione account
- Controlli di condivisione accordi
- Verifica identità firmatario
- Password per firma accordo
- Forza password del documento
- Blocca firmatari tramite geolocalizzazione
- Autenticazione tramite telefono
- Autenticazione basata su conoscenza (KBA)
- Consentire estrazione pagina
- Scadenza del link del documento
- Caricare un certificato client per webhook/richiamata
- Marca temporale
- Impostazioni di invio
- Mostrare la pagina di invio dopo l’accesso
- Esperienze di creazione di accordi
- Richiedere il nome del destinatario all’invio
- Bloccare i valori dei nomi per gli utenti noti
- Ruoli destinatario consentiti
- Consentire e-Witnesses
- Configurazione firma in persona
- Gruppi di destinatari
- Cc
- Campi obbligatori
- Creazione di documenti allegati
- Appiattisci i campi
- Modificare gli accordi
- Rimuovi i destinatari dagli accordi in corso
- Nome dell’accordo
- Lingue
- Messaggi privati
- Tipi di firma consentiti
- Promemoria
- Protezione con password di documenti firmati
- Invia notifica di invio accordo tramite
- Opzioni di identificazione firmatari
- Panoramica
- Password per firma
- Autenticazione basata su conoscenza
- Autenticazione tramite telefono
- Autenticazione tramite WhatsApp
- Password monouso tramite e-mail
- Autenticazione Acrobat Sign
- Firma digitale basata su cloud
- Autenticazione identità digitale
- Documento di identità
- Report identità firmatario
- Compilare i campi del modulo con dati a identità verificata
- Protezione contenuti
- Abilitare transazioni Notarize
- Scadenza documento
- Mostrare l’anteprima, posizionare le firme e aggiungere campi
- Ordine di firma
- Abilita flussi di firma ibridi
- Aggiungimi
- Invia solo a destinatari interni
- Collegamento per scaricare l’accordo
- Bordi dei campi modulo
- Liquid Mode
- Controlli per flusso di lavoro personalizzato
- Opzioni di caricamento per la pagina di firma elettronica
- Reindirizzamento URL di conferma post-firma
- Limitare l’accesso agli accordi condivisi
- Mostrare la pagina di invio dopo l’accesso
- Modelli messaggio
- Impostazioni Bio-Pharma
- Integrazione flusso di lavoro
- Impostazioni autenticazione
- Integrazione per pagamenti
- Messaggi per firmatari
- Impostazioni SAML
- Configurazione SAML
- Installare Microsoft Active Directory Federation Service
- Installare Okta
- Installare OneLogin
- Installare Oracle Identity Federation
- Configurazione SAML
- Governance dei dati
- Impostazioni marca temporale
- Archivio esterno
- Lingue account
- Impostazioni e-mail
- Migrazione da echosign.com ad adobesign.com
- Configurare le opzioni per i destinatari
- Linee guida per i requisiti normativi
- Accessibilità
- HIPAA
- GDPR
- 21 CFR parte 11 ed EudraLex Annex 11
- Clientela del settore sanitario
- Supporto IVES
- Accordi di “archiviazione”
- Considerazioni UE/Regno Unito
- Download di accordi in modalità collettiva
- Richiedere il proprio dominio
- Collegamenti Segnala abuso
- Requisiti di sistema e limitazioni
Profilo utente e funzionalità configurabili
Inviare, firmare e gestire gli accordi
- Opzioni destinatari
- Annullare un promemoria tramite e-mail
- Opzioni disponibili nella pagina di firma elettronica
- Panoramica della pagina di firma elettronica
- Aprire per leggere l’accordo senza campi
- Rifiutare di firmare un accordo
- Delegare autorizzazioni di firma
- Riavviare l’accordo
- Scaricare un file PDF dell’accordo
- Visualizzare la cronologia dell’accordo
- Visualizzare i messaggi dell’accordo
- Convertire una firma elettronica in una manuale
- Convertire una firma da manuale a elettronica
- Aggiungere i campi modulo
- Cancellare i dati dai campi modulo
- Navigazione e ingrandimento della pagina Firma elettronica
- Cambiare la lingua utilizzata nelle informazioni e negli strumenti per gli accordi
- Rivedere le note legali
- Regolare le preferenze dei cookie Acrobat Sign
- Inviare gli accordi
- Pagina Invia (Composizione)
- Panoramica dei punti di riferimento e delle funzioni
- Selettore dei gruppi
- Aggiunta di file e modelli
- Nome accordo
- Messaggio globale
- Scadenza per completamento
- Promemoria
- Proteggere con password un PDF
- Tipo di firma
- Lingua del destinatario
- Ordine/flusso di firma dei destinatari
- Ruoli dei destinatari
- Autenticazione del destinatario
- Messaggio privato per il destinatario
- Accesso dei destinatari agli accordi
- Parti in Cc
- Controllo dell’identità
- Inviare un accordo solo a se stessi
- Inviare un accordo ad altri
- Firme manuali
- Componi accordo di persona
- Ordine di firma del destinatario
- Flusso di lavoro ibrido dei destinatari
- Invia in modalità collettiva
- Panoramica della funzione Invia in modalità collettiva
- Invio in modalità collettiva: configurare un modello principale
- Invio in modalità collettiva: configurare un file CSV
- Annullare una transazione per l’invio in modalità collettiva
- Aggiungere promemoria all’invio in modalità collettiva
- Reporting per Invia in modalità collettiva
- Pagina Invia (Composizione)
- Authoring dei campi nei documenti
- Ambiente di authoring in-app
- Rilevamento automatico dei campi
- Trascinare i campi utilizzando l’ambiente di authoring
- Assegnare i campi modulo ai destinatari
- Ruolo di precompilazione
- Applicare campi con un modello per campi riutilizzabili
- Trasferire i campi in un nuovo modello libreria
- Ambiente di authoring aggiornato durante l’invio degli accordi
- Creare moduli e tag di testo
- Creare moduli con Acrobat (AcroForms)
- Campi
- Tipi di campi
- Tipi di campi comuni
- Campi per firma elettronica
- Campo Iniziali
- Campo nome destinatario
- Campo e-mail destinatario
- Campo data della firma
- Campo di testo
- Campo data
- Campo numerico
- Casella di controllo
- Gruppo di caselle di controllo
- Pulsante di scelta
- Menu a discesa
- Sovrapposizione collegamenti
- Campo di pagamento
- Allegati
- Timbro di partecipazione
- Numero transazione
- Immagine
- Azienda
- Titolo
- Timbro
- Aspetto del contenuto dei campi
- Convalida dei campi
- Valori dei campi nascosti
- Impostazione delle condizioni Mostra/Nascondi
- Campi calcolati
- Moduli verificati
- Tipi di campi
- Domande frequenti sull’authoring
- Ambiente di authoring in-app
- Firmare gli accordi
- Gestire gli accordi
- Panoramica della pagina Gestisci
- Copia un accordo
- Delegare gli accordi
- Sostituire i destinatari
- Limitare la visibilità del documento
- Annullare un accordo
- Creare nuovi promemoria
- Revisione dei promemoria
- Annullare un promemoria
- Accedere ai flussi Power Automate
- Altre azioni...
- Come funziona la ricerca
- Visualizzare un accordo
- Creare un modello da un accordo
- Nascondere/Mostrare gli accordi nella visualizzazione
- Caricare un accordo firmato
- Modificare i file e i campi di un accordo inviato
- Modificare il metodo di autenticazione di un destinatario
- Aggiungere o modificare una data di scadenza
- Aggiungere una nota a un accordo
- Condividere un singolo accordo
- Annullare la condivisione di un accordo
- Scaricare un singolo accordo
- Scaricare i singoli file di un accordo
- Scaricare il report di audit di un accordo
- Scaricare il contenuto dei campi di un accordo
- Azioni in blocco
- Nascondere gli accordi
- Firma digitalmente più accordi
- Report di audit
- Rapporti ed esportazioni di dati
Funzionalità e flussi di lavoro avanzati per gli accordi
- Moduli web
- Modelli riutilizzabili (Modelli libreria)
- Moduli per la Pubblica amministrazione degli Stati Uniti nella libreria Acrobat Sign
- Creare un modello libreria
- Modificare il nome di un modello libreria
- Modificare il tipo di un modello libreria
- Modificare il livello di autorizzazione di un modello libreria
- Copiare, modificare e salvare un modello condiviso
- Scaricare i dati dei campi aggregati per un modello libreria
- Gestire modelli condivisi
- Trasferire la proprietà dei moduli web e dei modelli libreria
- Flussi di lavoro Power Automate
- Panoramica dell’integrazione Power Automate e diritti inclusi
- Abilitare l’integrazione di Power Automate
- Azioni nel contesto sulla pagina Gestisci
- Tracciare l’utilizzo di Power Automate
- Creare un nuovo flusso (esempi)
- Trigger utilizzati per i flussi
- Importazione di flussi dall’esterno di Acrobat Sign
- Gestire i flussi
- Modificare i flussi
- Condividere i flussi
- Disabilitare o abilitare i flussi
- Eliminare i flussi
- Modelli utili
- Solo per l’amministratore
- Archiviazione dell’accordo
- Archiviazione del modulo web dell’accordo
- Salvare i documenti dei moduli web completati nella libreria di SharePoint
- Salvare i documenti dei moduli web completati in OneDrive for Business
- Salvare i documenti completati in Google Drive
- Salvare i documenti dei moduli web completati in Box
- Estrazione di dati dall’accordo
- Notifiche per l’accordo
- Inviare notifiche e-mail personalizzate con i contenuti dell’accordo e l’accordo firmato
- Ricevere le notifiche di Adobe Acrobat Sign in un canale Teams
- Ricevere le notifiche di Adobe Acrobat Sign in Slack
- Ricevere le notifiche di Adobe Acrobat Sign in Webex
- Generazione degli accordi
- Generare un documento da modulo Power App e modello Word e inviarlo per la firma
- Generare un accordo da un modello Word in OneDrive e ottenere la firma
- Generare un accordo per la riga Excel selezionata, inviarlo per revisione e firma
- Flussi di lavoro di invio personalizzati
- Condividere utenti e accordi
Integrazione con altri prodotti
- Panoramica delle integrazioni di Acrobat Sign
- Acrobat Sign per Salesforce
- Acrobat Sign per Microsoft
- Altre integrazioni
- Integrazioni gestite da partner
- Chiavi di integrazione
Acrobat Sign per sviluppatori
- API REST
- Webhook
- Sandbox
Supporto e risoluzione dei problemi
Pianificazione delle versioni di Adobe Acrobat Sign e documentazione prerelease
Per Adobe Acrobat Sign vengono introdotti almeno tre aggiornamenti all’anno, classificati come versioni principali o secondarie. In caso di necessità, possono essere introdotti ulteriori aggiornamenti secondari per risolvere problemi di sistema o riscontrati dagli utenti.
- Le versioni principali contengono aggiornamenti significativi, nuove funzioni e numerosi miglioramenti.
- Le versioni secondarie contengono piccoli miglioramenti e modifiche relative all’esperienza utente. Queste vengono rilasciate tra gli aggiornamenti principali, in genere da una o due volte per ciclo.
Per evitare disagi, le nuove funzioni sono disabilitate per impostazione predefinita e devono essere abilitate manualmente da un amministratore dell’account o del gruppo.
Per chi opera nel settore Salute e Life Sciences e ha necessità di convalida della conformità, Acrobat Sign collabora con un fornitore di terze parti per fornire un pacchetto di convalida per ciascuna versione principale contenente funzioni per ridurre al minimo il fattore di rischio.
Questa pagina di Note prerelease viene aggiornata regolarmente man mano che sono disponibili nuove informazioni, pertanto il contenuto è relativamente dinamico.
Poiché il processo di localizzazione della pagina richiede del tempo, è possibile che le versioni in altre lingue differiscano leggermente dalla versione ufficiale in lingua inglese statunitense.
Per informazioni accurate e aggiornate, si consiglia pertanto di fare riferimento alla pagina in lingua inglese statunitense.
Adobe Acrobat Sign segue una pianificazione strutturata per la pubblicazione delle note sulla versione e degli aggiornamenti della documentazione:
8 settimane prima della versione di produzione
- Nella pagina prerelease viene pubblicato un riepilogo delle funzioni e degli aggiornamenti previsti, solitamente quattro settimane prima del lancio Sandbox.
- Tutte le modifiche in termini di funzioni dopo questo punto vengono riportate nella sezione Correzioni.
- I Problemi risolti non sono inclusi in questa fase.
4 settimane prima del rilascio per produzione (lancio Sandbox)
- La pagina prerelease viene aggiornata con una documentazione dettagliata sulle funzioni nuove e aggiornate.
- I collegamenti alla documentazione di supporto prerelease, disponibili solo in lingua inglese statunitense, vengono aggiunti ove necessario.
- La sezione Problemi risolti iniziale viene pubblicata e verrà aggiornata su base continua nelle quattro settimane successive.
Giorno del lancio
- Le note sulla versione ufficiali vengono aggiornate con i dettagli finali delle funzioni e i collegamenti alla documentazione di supporto per la versione di produzione.
- La pagina prerelease viene aggiornata per evidenziare il prossimo ciclo di rilascio.
- La documentazione viene pubblicata dopo la verifica della versione nel sistema live, in genere dopo le 19:00, anche se gli aggiornamenti complessi possono richiedere più tempo.
- L’elenco finale dei Problemi risolti viene aggiunto alle note sulla versione in lingua inglese statunitense; le versioni localizzate in altre lingue vengono aggiornate in un secondo momento.
Versione Government Cloud
- L’ambiente Government Cloud viene in genere aggiornato entro un lasso di tempo che va da due giorni ad alcune settimane dopo la versione di produzione, poiché alcune funzioni possono richiedere ulteriori valutazioni prima della loro distribuzione.
La documentazione sandbox è progettata per l’ambiente di produzione. I collegamenti trovati nel contenuto di prerelease indirizzano a URL di produzione, il che significa che tali collegamenti possono condurre a una documentazione esistente più vecchia o ai risultati 404 se la pagina di destinazione è nuova e non è stata ancora pubblicata (ad esempio, quando il collegamento indirizza a una nuova funzione nella stessa versione).
Quando la versione viene pubblicata, verranno pubblicate anche le nuove pagine e i collegamenti verranno risolti correttamente ai relativi URL di produzione.
Disponibilità sandbox
La clientela che ha accesso all’ambiente Sandbox di Acrobat Sign in genere può accedere alla funzionalità della nuova versione 4 settimane prima del lancio.
- L’ambiente Sandbox supererà tutte le procedure di garanzia della qualità dell’ambiente di produzione, con lo stesso livello di qualità del normale ambiente di produzione.
- Adobe si impegna ad avere una disponibilità del 99,9% nell’ambiente sandbox, ma la clientela deve tenere presente che lo SLA unificato di Adobe non copre formalmente la sandbox.
- L’ambiente sandbox utilizza la stessa pagina di stato e le stesse procedure di interruzione del normale ambiente di produzione.
Questo articolo contiene informazioni prerelease. Le date di rilascio, le funzioni e altre informazioni sono soggette a modifiche senza preavviso.
Rilascio di Adobe Acrobat Sign v17.1.2
Distribuzione sandbox: 16 giugno 2026
Distribuzione in produzione: 21 luglio 2026
Distribuzione GovCloud: 23 luglio 2026
Funzionalità migliorate
- Conservare le firme digitali esistenti nei PDF caricati – Gli amministratori possono abilitare Acrobat Sign per conservare le firme digitali esistenti nei file PDF caricati, consentendo ai documenti già firmati di passare attraverso i flussi di lavoro degli accordi supportati senza appiattire la firma originale. Questo aiuta le organizzazioni a utilizzare documenti firmati digitalmente prima del caricamento, proteggendo il documento da modifiche che invaliderebbero la firma digitale conservata.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e Gruppo
Rivedi la configurazione per la conservazione delle firme digitali >
Rivedi il processo per l'invio di un PDF con firma digitale esistente >
- Modifica in linea del documento durante l'authoring – Modifica il testo del documento direttamente nell'esperienza di authoring
I mittenti possono modificare il testo del documento direttamente nell'ambiente di authoring senza scaricare e ricaricare il file. L'opzione Modifica documento conserva i campi esistenti e la configurazione dell'accordo, riducendo le interruzioni durante gli aggiornamenti pre-invio. La modifica è disponibile solo quando l'accordo è in stato di bozza e non è disponibile dopo l'invio dell'accordo.
La modifica in linea del documento verrà rilasciata in modo graduale, come indicato nella notifica tecnica.
Questa funzionalità è abilitata per impostazione predefinita per tutti gli utenti degli account supportati, consentendo ai mittenti di modificare i documenti inviati tramite Richiedi firma. Gli amministratori di account e gruppo possono disabilitare la modifica del documento tramite le impostazioni di invio.
La modifica in linea dei documenti non è disponibile in Acrobat Sign for Government o per account che utilizzano il sistema di gestione utenti precedente.
Ambienti disponibili: Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions VIP e account Cliente VIPMP | Ambito di configurazione: Account e Gruppo; Abilitato per impostazione predefinita
Abilita o disabilita la modifica in linea dei documenti >
Come modificare il testo durante la creazione dei campi >
Correzione alle note sulla versione: elementi rimossi
Di seguito sono riportati i punti precedentemente annunciati per questa versione, ma che verranno inceve introdotti in una versione futura.
- Chiavi di crittografia gestite dal cliente per i file degli accordi – I clienti Acrobat Sign idonei possono configurare una chiave gestita dal cliente AWS KMS per proteggere i file degli accordi supportati quando sono archiviati. Una volta abilitata la funzionalità per un account, i file di accordi supportati vengono crittografati utilizzando la chiave gestita dal cliente, offrendo alle organizzazioni maggiore controllo sulla gestione delle chiavi preservando i flussi di lavoro di Acrobat Sign supportati.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Solo account
Problemi risolti
| Problema | Descrizione |
|---|---|
| 4487069 | Riepilogo: Le notifiche non consegnate nella pagina Gestisci possono scomparire mentre gli utenti scorrono tra gli accordi perché l'elenco degli accordi riutilizza i componenti delle righe e non aggiorna lo stato delle notifiche per ogni accordo. |
| Correzione: La pagina Gestisci ora aggiorna lo stato delle notifiche non consegnate quando le righe degli accordi vengono riutilizzate, così la notifica rimane visibile mentre gli utenti scorrono. | |
| 4541319 | Riepilogo: I collegamenti ipertestuali incorporati nelle anteprime dei modelli riutilizzabili potrebbero diventare inattivi perché l'elaborazione PDF ha rimosso i dati del collegamento incorporato durante la conversione del modello, mentre i collegamenti URL esposti sono rimasti cliccabili. |
| Correzione: L'elaborazione PDF è stata aggiornata per preservare i dati dei collegamenti ipertestuali incorporati durante la conversione dei modelli riutilizzabili, così i collegamenti incorporati e gli URL esposti rimangono cliccabili nell'anteprima del modello. | |
| 4555107 | Riepilogo: I download delle API di documenti combinati potrebbero omettere il rapporto di audit anche quando attachAuditReport=true era utilizzato perché alcune richieste venivano gestite erroneamente come non autenticate quando la generazione dell'ID azione API falliva. |
| Correzione: L'API dei documenti combinati ora preserva l'allegato del rapporto di audit richiesto quando la generazione dell'ID dell'azione API non è disponibile, pertanto i download includono il rapporto di audit quando viene utilizzato attachAuditReport=true. | |
| 4555473 | Riepilogo: Gli utenti Safari potrebbero essere riportati alla pagina di accesso dopo aver effettuato l'accesso perché la gestione della privacy più recente di Safari impediva la corretta conservazione dei cookie di sessione di Adobe Acrobat Sign durante il flusso di accesso dell'identità Adobe. |
| Correzione: La gestione della compatibilità dei cookie di sessione è stata aggiornata per le versioni più recenti di Safari e macOS, così Acrobat Sign mantiene gli utenti connessi dopo l'accesso. | |
| 4555620 | Riepilogo: I caricamenti di file di grandi dimensioni potrebbero essere rifiutati quando inviati da un gruppo con una dimensione massima di caricamento più elevata perché la convalida del caricamento di documenti transitori non caricava l'impostazione della dimensione di caricamento del gruppo selezionato. |
| Correzione: I caricamenti di documenti transitori ora passano l'ID del gruppo selezionato così Acrobat Sign applica la dimensione massima di caricamento del gruppo quando convalida i file caricati. | |
| 4560927 | Riepilogo: I destinatari di accordi completati potrebbero ricevere e-mail di completamento inaspettate quando il mittente richiedeva un nuovo collegamento da un'e-mail di accordo scaduta perché il flusso di rinnovo dell'URL classificava erroneamente l'e-mail di conferma del mittente come modello di notifica del firmatario. |
| Correzione: Il flusso di rinnovo dell'URL ora invia il collegamento di accesso richiesto solo all'utente che l'ha richiesto e non invia più e-mail di completamento agli altri partecipanti dell'accordo. | |
| 4561378 | Riepilogo: Quando gli utenti creavano una copia di un accordo e aprivano la creazione, Acrobat Sign poteva inviare un'e-mail di aggiornamento della scadenza errata perché la scadenza applicata automaticamente dell'accordo copiato veniva trattata come una scadenza aggiornata dal mittente prima che l'accordo fosse inviato. |
| Correzione: Il flusso di lavoro di copia ora blocca l'e-mail iniziale di aggiornamento della scadenza prima che l'accordo copiato sia inviato, preservando le notifiche di aggiornamento della scadenza per le successive modifiche del mittente. | |
| 4562055 | Riepilogo: Nella nuova esperienza di invio, i flussi di lavoro personalizzati a livello di account potrebbero ripristinare il valore Invia dal gruppo al gruppo primario del mittente perché il gruppo selezionato non veniva mantenuto quando la pagina del flusso di lavoro si aggiornava e ricreava la bozza dell'accordo. |
| Correzione: Il flusso di invio del flusso di lavoro personalizzato ora preserva il gruppo selezionato durante l'aggiornamento della pagina e la creazione della bozza dell'accordo, così gli utenti possono inviare da un gruppo non primario nella nuova esperienza. | |
| 4562242 | Riepilogo: I valori dei campi precompilati potrebbero scomparire dopo che un accordo è stato riavviato da un destinatario successivo perché il flusso di lavoro di riavvio ha utilizzato il documento riavviato come origine invece del documento precompilato che manteneva i valori predefiniti originali del campo. |
| Correzione: Il flusso di lavoro di riavvio ora utilizza il documento precompilato come base per l'accordo riavviato, così i valori di precompilazione originali vengono preservati quando l'accordo viene rimandato per la firma. | |
| 4562338 | Riepilogo: L'autenticazione dell'API Swagger poteva fermarsi su una pagina di reindirizzamento vuota e fallire nel generare un bearer token perché la pagina di reindirizzamento OAuth rifiutava URL validi del dominio del documento Acrobat durante la convalida del reindirizzamento. |
| Correzione: La convalida del reindirizzamento OAuth di Swagger è stata aggiornata per consentire i domini di documenti Acrobat supportati, così l'autenticazione riporta gli utenti a Swagger e carica il bearer token generato. | |
| 4565965 | Riepilogo: I documenti con più firme digitali potrebbero fallire la convalida in convalida di firme PDF rigorose perché Acrobat Sign scriveva temporaneamente un valore interno del flusso di lavoro di firma in un campo firma dove la specifica PDF richiede un dizionario di firma. |
| Correzione: Il processo di unione PDF ora salta i campi firma quando applica i valori del modulo, impedendo che i valori interni del flusso di lavoro vengano scritti nei campi firma e preservando la struttura valida del documento con più firme. | |
| 4567496 / 4567841 | Riepilogo: Le firme con timbro potrebbero essere visualizzate più piccole della dimensione configurata quando le impostazioni del motivo della firma erano abilitate perché la logica del layout del motivo della firma riservava erroneamente spazio accanto ai campi timbro. |
| Correzione: Il rendering del timbro è stato aggiornato in modo che gli aggiustamenti del layout del motivo della firma non ridimensionino i campi timbro, mantenendo la dimensione configurata del timbro. | |
| 4568666 | Riepilogo: Le notifiche webhook potrebbero andare perse per alcuni accordi con testimoni tra i partecipanti, poiché la logica di ricerca dei partecipanti non gestiva in modo sicuro i record dei testimoni durante la generazione del payload webhook. |
| Correzione: La generazione del payload del webhook ora gestisce in sicurezza i partecipanti testimoni, quindi le notifiche webhook continuano a essere generate e inviate per gli accordi interessati. | |
| 4568798 | Riepilogo: Gli accordi copiati potevano includere destinatari che erano stati rimossi tramite Modifica accordo perché il flusso di lavoro di copia non escludeva completamente i destinatari eliminati durante la ricostruzione dell'elenco dei destinatari e dei gruppi di routing. |
| Correzione: Il flusso di lavoro di copia ora filtra i destinatari rimossi tramite Modifica accordo e ricostruisce i gruppi di routing utilizzando solo i destinatari attivi. | |
| 4569478 | Riepilogo: Le selezioni delle caselle di controllo potevano scomparire negli accordi completati quando un PDF interattivo conteneva un campo casella di controllo invisibile sovrapposto a un campo casella di controllo visibile, perché il campo invisibile veniva ancora renderizzato durante l'elaborazione finale del PDF. |
| Correzione: L'elaborazione PDF ora ignora i campi delle caselle di controllo invisibili durante il rendering dell'accordo completato, così le selezioni delle caselle di controllo visibili restano visualizzate nel documento firmato finale. | |
| 4569490 | Riepilogo: Alcune e-mail di notifica di Adobe Acrobat Sign potevano essere contrassegnate come spam perché il markup preheader dell'e-mail includeva pattern di stile nascosti o a basso contrasto che alcuni filtri di posta trattano come sospetti. |
| Correzione: Il markup delle e-mail di notifica è stato aggiornato per rimuovere i pattern di stile nascosti e a basso contrasto, riducendo il rilevamento di falsi positivi dello spam mantenendo il normale comportamento di anteprima delle e-mail. | |
| 4569491 | Riepilogo: Il flusso Assegna utenti al gruppo poteva non riuscire con un errore non gestito quando la convalida dello stato utente incontrava un record di iscrizione al gruppo incompleto. |
| Correzione: La convalida dello stato utente ora ignora i record di iscrizione al gruppo incompleti invece di arrestare il flusso di lavoro di assegnazione, consentendo l'apertura con successo di Assegna utenti al gruppo. | |
| 4569747 | Riepilogo: Gli accordi creati tramite l'API REST in stato di creazione potevano mostrare tutti i campi delle caselle di controllo come selezionati perché i valori dei campi di unione delle caselle di controllo non erano interpretati correttamente durante il caricamento dell'accordo per la creazione. |
| Correzione: La gestione dei campi di unione delle caselle di controllo è stata aggiornata così la creazione rispetta correttamente i valori selezionati e deselezionati dal payload API, visualizzando solo le selezioni delle caselle di controllo previste. | |
| 4570171 | Riepilogo: Adobe Acrobat Sign poteva non riuscire a elaborare alcuni PDF altrimenti validi quando il documento conteneva una destinazione di collegamento malformata, perché l'elaborazione del documento si interrompeva invece di ignorare il collegamento danneggiato. |
| Correzione: L'elaborazione del documento ora convalida le destinazioni dei collegamenti prima di leggerle e ignora i collegamenti malformati, così i PDF interessati possono essere elaborati e inviati con successo. | |
| 4571060 | Riepilogo: I campi condizionali collegati alle selezioni a discesa potevano non funzionare quando il menu a discesa utilizzava valori di esportazione diversi dalle etichette delle opzioni visualizzate, poiché Acrobat Sign confrontava la condizione con il valore del menu a discesa errato. |
| Correzione: La gestione delle condizioni a discesa è stata aggiornata per mappare le etichette delle opzioni visualizzate ai loro valori di esportazione corrispondenti, così i campi condizionali appaiono e mantengono i loro valori correttamente quando il firmatario seleziona l'opzione a discesa corrispondente. | |
| 4571362 | Riepilogo: Le e-mail di completamento potevano non riuscire a essere inviate quando tutti i tentativi di consegna SMS per un accordo erano rimbalzati perché l'evento di consegna SMS esaurito causava il fallimento della generazione del rapporto di controllo durante l'elaborazione del completamento. |
| Correzione: L'elaborazione del completamento ora gestisce gli eventi di consegna SMS esauriti senza interrompere la generazione del rapporto di controllo, così le e-mail di completamento del mittente e del firmatario vengono inviate dopo la firma dell'accordo. | |
| 4571642 | Riepilogo: I nomi dei firmatari forniti tramite l'API potevano essere mancanti dalla risposta dell'accordo e rimanere modificabili durante la firma quando la modifica del nome del firmatario era disabilitata, perché il nome fornito dal mittente non era conservato per i destinatari senza un nome del profilo. |
| Correzione: La gestione dei nomi dei destinatari ora conserva i nomi forniti dal mittente quando la modifica del nome del firmatario è disabilitata, così il nome viene restituito nella risposta dell'accordo e appare precompilato e bloccato nella pagina di firma. | |
| 4571797 | Riepilogo: Alcuni accordi di firma in blocco falliti o saltati non potevano essere visualizzati in anteprima da Gestisci perché l'anteprima dell'accordo utilizzava un documento portfolio intermedio invece di tornare al documento dell'accordo originale. |
| Correzione: L'elaborazione della firma in blocco ora ripristina gli accordi non riusciti o saltati alla versione precedente del documento, così gli accordi possono essere aperti e visualizzati in anteprima da Gestisci. | |
| 4572223 | Riepilogo: Gli accordi creati dal flusso di lavoro potevano essere automaticamente annullati durante l'elaborazione del documento quando la generazione delle miniature si completava solo parzialmente, causando il fallimento della finalizzazione quando il sistema tentava di utilizzare una miniatura di pagina mancante. |
| Correzione: La finalizzazione del documento è stata resa più resiliente così i dati delle miniature mancanti o incompleti vengono gestiti con eleganza, impedendo agli accordi del flusso di lavoro interessati di essere automaticamente annullati. | |
| 4572763 | Riepilogo: Gli accordi di Firma in persona creati tramite l'API potevano non riuscire ad aprirsi quando il partecipante host mancava dell'impostazione di autenticazione richiesta, e la documentazione dell'API non descriveva chiaramente la configurazione richiesta per il firmatario in persona e l'host. |
| Correzione: La documentazione dell'API è stata aggiornata per descrivere i ruoli IN_PERSON_SIGNER e HOST richiesti, le etichette del set di partecipazione corrispondenti e le impostazioni di autenticazione dell'host necessarie per creare con successo accordi di firma in persona tramite l'API. | |
| 4575098 | Riepilogo: I campi casella di controllo popolati tramite dati di unione potrebbero apparire selezionati in authoring moderno anche quando il valore fornito era "0" perché Acrobat Sign interpretava entrambi i valori stringa "0" e "1" come selezionati. |
| Correzione: La gestione dei campi di unione delle caselle di controllo è stata aggiornata in modo che Modern Authoring tratti correttamente "0" come non selezionato e "1" come selezionato, seguendo il comportamento di Classic Authoring. | |
| 4578199 | Riepilogo: I rapporti di auditing potrebbero non riuscire a scaricarsi per alcuni accordi perché un evento di auditing non veniva gestito correttamente durante la generazione del rapporto di auditing, causando la restituzione di un errore vario da parte di Adobe Acrobat Sign. |
| Correzione: La generazione dei rapporti di audit ora gestisce correttamente l'evento di audit interessato, quindi i rapporti di audit possono essere generati e scaricati senza l'errore generico. | |
| 4578567 | Riepilogo: Gli utenti Safari nella Sandbox di Adobe Acrobat Sign potrebbero essere reindirizzati alla pagina di login dopo l'accesso perché la sessione del browser non veniva mantenuta correttamente dopo l'autenticazione. |
| Correzione: La gestione delle sessioni è stata aggiornata in modo che Acrobat Sign conservi la sessione Safari autenticata dopo l'accesso.Gli utenti potrebbero dover cancellare la sessione esistente del browser una volta dopo il rilascio. |