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. |
Adobe Acrobat Sign versione v17.2
Distribuzione sandbox: 4 agosto 2026
Distribuzione in produzione: 8 settembre 2026
Distribuzione GovCloud: 15 settembre 2026
Funzionalità migliorate
- Sospendere e riprendere i contratti dopo errori di autenticazione - Gli amministratori ora possono consentire la sospensione dei contratti quando un destinatario supera i tentativi di autenticazione consentiti, invece di annullarli immediatamente. I mittenti possono aggiornare il metodo di autenticazione del destinatario e riprendere lo stesso contratto senza richiedere ai destinatari che hanno già completato la procedura di firmare nuovamente.
- Gli amministratori possono configurare un periodo di sospensione da 1 a 30 giorni.
- Se il contratto non viene ripreso prima della scadenza del periodo di sospensione, viene annullato automaticamente.
- Questa funzione è disattivata per impostazione predefinita.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Condividere riepiloghi di contratti generati dall'IA con i destinatari - Acrobat Sign può generare un riepilogo IA di un contratto durante la creazione. I mittenti possono rivedere il riepilogo e scegliere se renderlo disponibile ai destinatari, in base alle impostazioni di Account o gruppo.
I destinatari che ricevono il riepilogo possono rivederlo nell'esperienza di firma prima di completare il contratto. Dopo l'invio, il mittente può utilizzare Modifica contratto per cambiare se il riepilogo esistente è incluso.
I riepiloghi generati dall'IA sono solo a scopo informativo. I destinatari devono rivedere il contratto completo prima di firmarlo.
La funzionalità è disponibile dopo che l'Account accetta i termini Adobe AI applicabili.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Supporto Digital Identity Gateway per Invia in blocco - I mittenti ora possono richiedere l'autenticazione Digital Identity Gateway per i destinatari nelle transazioni Invia in blocco. DIG può essere selezionato nell'interfaccia di creazione o assegnato a singoli destinatari tramite il CSV Invia in blocco.
Il CSV supporta anche opzioni di corrispondenza e-mail per destinatario, inclusi indirizzi e-mail alternativi approvati. Ogni contratto generato utilizza il processo di autenticazione e auditing DIG esistente.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Aggiungere file da Google Drive - Ora gli utenti possono aggiungere file supportati direttamente da Google Drive nelle esperienze Richiedi firme, Flusso di lavoro personalizzato, Invia in blocco e Crea un modello di libreria.
Dopo l'autenticazione con Google, gli utenti possono sfogliare e selezionare file attraverso il selettore di file di Google Drive. I documenti Google Docs nativi vengono convertiti in PDF prima di essere aggiunti ad Acrobat Sign.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Chiavi di crittografia gestite dal cliente per i file di contratto - I clienti Acrobat Sign idonei ora possono utilizzare una chiave gestita dal cliente in AWS Key Management Service per crittografare i file di contratto supportati a riposo. Gli amministratori di account configurano la chiave e le credenziali di accesso AWS a livello di account.
L'accesso ai file crittografati dipende dalla disponibilità continua della chiave gestita dal cliente e delle credenziali.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Solo account
- Configurazione marca temporale personalizzata a livello di gruppo - I provider di marca temporale personalizzati possono ora essere configurati a livello di gruppo. In questo modo i gruppi all'interno dello stesso Account possono utilizzare diversi provider di marca temporale approvati per i rispettivi flussi di lavoro con firma digitale.
I gruppi senza una configurazione esplicita ereditano l'impostazione a livello di account.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Includi eventi di notifica CC nei rapporti di controllo - Gli amministratori di Account e gruppo possono ora includere gli eventi di notifica CC nei rapporti di controllo dei contratti. Quando è abilitato, il rapporto di controllo registra le notifiche iniziali e di completamento inviate agli indirizzi CC generali e specifici del destinatario.
Gli amministratori possono includere separatamente gli eventi di notifica di completamento per gli indirizzi CC automatici. Entrambe le impostazioni sono disabilitate per impostazione predefinita.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Configura i requisiti di complessità password per gli Account Government
Gli amministratori di Acrobat Sign for Government possono ora configurare i requisiti di complessità password per regolare la lunghezza minima e le regole di composizione dei caratteri. Ciò consente alle organizzazioni di allineare i criteri password ai propri standard di sicurezza interni e ai requisiti di conformità.
Ambienti disponibili: Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e Gruppo
- Accessibilità migliorata per i PDF caricati - Gli amministratori possono abilitare l'assegnazione tag di accessibilità automatica per i PDF caricati supportati.
Acrobat Sign aggiunge tag strutturali che migliorano la navigazione con screen reader e tastiera e conserva tali tag nel contratto completato.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Account e Gruppo
- Ordina ed esporta dati del grafico reportistica - Gli utenti della reportistica possono ora ordinare i grafici dei rapporti Contract e Transazione supportati per attività ed esportare i dati del grafico aggregati in CSV. Il file esportato rispetta i filtri attivi del rapporto e l'intervallo di tempo.
Il miglioramento è disponibile per i grafici che mostrano contratti o transazioni per mittente, gruppo o flusso di lavoro.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e Gruppo
- Nuovi provider di servizi fiduciari - Acrobat Sign aggiunge regolarmente supporto per nuovi provider di servizi fiduciari.I seguenti TSP sono ora disponibili in questa versione:
- Swisscom ZertES CH
- Swisscom eIDAS EU
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Account e Gruppo
Modifiche a livello di esperienza
- Esperienza migliorata per i modelli di libreria - L'esperienza di creazione e authoring dei modelli di libreria è stata semplificata con meno scelte iniziali, indicazioni più chiare per il primo utilizzo, un'azione di salvataggio dedicata e messaggi di convalida ed errore migliorati.
È anche più facile accedere alle azioni di gestione dei modelli dopo la creazione.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Account e Gruppo
- Rilevamento campi modulo migliorato - Il rilevamento automatico dei campi modulo in Acrobat Sign è stato aggiornato per migliorare la precisione dei campi rilevati e ridurre il posizionamento errato dei campi durante la creazione.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Abilitato per impostazione predefinita
- Esportazioni elenco utenti migliorate per Account di grandi dimensioni - Acrobat Sign ora elabora le esportazioni di elenchi utenti di grandi dimensioni in modo asincrono, migliorando l'affidabilità per gli Account con popolazioni utente estese.
Gli amministratori continuano ad avviare le esportazioni dalla pagina utenti esistente.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Abilitato per impostazione predefinita
- Impostazioni predefinite aggiornate per i nuovi Account piccole aziende - Diverse funzionalità di invio esistenti sono ora abilitate per impostazione predefinita per i nuovi Account VIP, VIPMP ed ETLA sotto i $100K.
Questi aggiornamenti delle impostazioni predefinite rendono disponibili le funzionalità del mittente di uso comune senza richiedere a un amministratore di abilitare prima ogni impostazione. A seconda della configurazione dell'account, i nuovi account potrebbero ora avere accesso per impostazione predefinita alla scadenza del documento, a ruoli aggiuntivi per i destinatari, a metodi di autenticazione aggiuntivi per i destinatari, alla consegna SMS e WhatsApp, ai messaggi privati per i destinatari e ai moduli web multi-firmatario.
Queste modifiche si applicano solo ai nuovi account nei segmenti di clienti commerciali mirati. Non si applicano ad Acrobat Sign per enti governativi.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Abilitato per impostazione predefinita
- Richiedi firma moderno diventa predefinito – Ritiro di Composizione classica, rimozione dei controlli di commutazione, standardizzazione dell'esperienza di firma
Tutti gli account sono ora passati all'esperienza Richiedi firma moderna, sostituendo l'interfaccia Composizione classica. I collegamenti di commutazione e i controlli di amministrazione per tornare all'esperienza classica vengono rimossi per gli account commerciali, mentre gli account GovCloud vengono anch'essi trasferiti con mantenimento temporaneo dei controlli di amministrazione. Questo cambiamento standardizza l'esperienza di invio tra gli ambienti e semplifica l'onboarding degli utenti prima del ritiro completo della versione classica.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Non configurabile
- Crea modello moderno diventa predefinito – Promuove la nuova esperienza di authoring, espande il rollout, mantiene i controlli amministratore
L'esperienza Crea modello moderna è ora predefinita per tutti gli account, inclusi quelli che condividono assets tra più gruppi. Questo aggiornamento espande il rollout della nuova interfaccia di authoring, assicurando che tutti gli utenti beneficino dei miglioramenti continui, mantenendo al contempo i controlli amministratore per tornare all'esperienza classica se necessario.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
- Accesso semplificato alle versioni di prova di Acrobat Sign per gli utenti Adobe esistenti - Gli utenti il cui indirizzo e-mail è già associato a un'organizzazione Adobe possono ora iniziare una versione di prova di Acrobat Sign senza essere bloccati dal loro account Adobe esistente.
Questo facilita la valutazione di Acrobat Sign da parte dei clienti Adobe attuali insieme ai loro prodotti esistenti.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Rimozione migliorata dei destinatari per gli accordi in corso - L'esperienza di rimozione dei destinatari ora supporta configurazioni aggiuntive dei campi modulo negli accordi sequenziali, riducendo i casi in cui un mittente deve annullare e ricreare un accordo.
Il flusso di lavoro esistente per la rimozione dei destinatari e i controlli dell'amministratore rimangono invariati.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Avviso di ritiro di Power Automate Embed - Gli utenti con accesso a Power Automate Embed ora vedono un avviso nel prodotto sul suo prossimo ritiro e un collegamento alle indicazioni per la transizione. La funzionalità rimane disponibile nella versione 17.2 e questo aggiornamento non disabilita o rimuove i flussi di lavoro esistenti.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
Aggiornamenti dell’integrazione
- Supporto aumentato per le dimensioni dei file per le transazioni Salesforce - L'integrazione Acrobat Sign per Salesforce ora supporta payload di transazione più grandi, migliorando l'affidabilità per accordi con documenti grandi, più firmatari o PDF firmati salvati come allegati Salesforce separati.
I flussi di lavoro e le impostazioni Salesforce esistenti rimangono invariati.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Integrazione
- Controllo dei nomi dei destinatari negli accordi Salesforce - Acrobat Sign per Salesforce ora consente ai mittenti di fornire il nome di un destinatario e impedire al destinatario di modificarlo durante la firma.
Il miglioramento aumenta la coerenza tra i record Salesforce e gli accordi completati.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Integrazione
- Aggiornamento di compatibilità dell'integrazione SAP SuccessFactors - L'integrazione Acrobat Sign con SAP SuccessFactors è stata aggiornata per rimanere compatibile con le modifiche alla piattaforma SAP SuccessFactors.
I flussi di lavoro degli accordi esistenti rimangono invariati.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Integrazione
- Tracciamento migliorato delle offerte in SAP SuccessFactors - L'integrazione Acrobat Sign con SAP SuccessFactors ora fornisce gli stati delle offerte Scaduta e Approvazione, offrendo ai reclutatori una maggiore visibilità sul progresso delle offerte.
Un nuovo campo Attore nell'entità Job Application identifica il candidato o l'approvatore responsabile dell'azione successiva. Questo aiuta i reclutatori a determinare dove un'offerta è in attesa senza contattare un amministratore SAP.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Integrazione
Aggiornamenti API REST/Webhook
I seguenti aggiornamenti sono presentati nelle note preliminari a scopo di divulgazione. La documentazione completa degli aggiornamenti di API e webhook è disponibile nella Documentazione per sviluppatori Acrobat Sign quando l’aggiornamento della versione viene inviato ai server di produzione.
Correzioni alle note sulla versione
Al momento non sono presenti elementi da segnalare per questa versione.
Problemi risolti
| Problema | Descrizione |
|---|---|
| 4550652 | Riepilogo: Gli utenti che visualizzavano una transazione Invia in blocco condivisa potevano selezionare Scarica accordi completati, ma il download non riusciva con un errore di autorizzazioni perché l'azione è supportata solo per il mittente originale. Correzione: La pagina Gestisci ora nasconde Scarica accordi completati agli utenti che visualizzano un invio in blocco condiviso. L'azione rimane disponibile per il mittente originale. |
| 4559237 | Riepilogo: Quando un destinatario utilizzava una firma cloud, il nome del firmatario poteva rimanere impostato sul valore errato del mittente anziché aggiornarsi dal certificato di firma, a causa di una firma salvata da una sessione di firma precedente. Correzione: L'elaborazione della firma cloud è stata aggiornata in modo che il nome del firmatario sia popolato dal certificato di firma selezionato, anche quando il destinatario ha una firma precedentemente salvata. |
| 4561749 | Riepilogo: Le descrizioni sulle schede banner della seconda riga della pagina Home potevano apparire tagliate perché gli standard di dimensionamento del testo aggiornati erano stati applicati a un layout che non era stato adattato per le nuove dimensioni. Correzione: Il layout della scheda banner è stato aggiornato per adattarsi alle nuove dimensioni del testo, evitando che le descrizioni vengano troncate. |
| 4561980 | Riepilogo: Il testo inserito tramite Compila e firma potrebbe apparire mancante, ingrandito o disallineato nel PDF completato a causa delle differenze nel modo in cui i font sostituiti e la spaziatura del testo vengono elaborati durante il rendering del documento. Correzione: Il rendering PDF è stato aggiornato per preservare le dimensioni, la spaziatura e il posizionamento del font previsti, garantendo che i dati inseriti appaiano correttamente nel documento completato. |
| 4561987 | Riepilogo: I singoli documenti scaricati da un accordo completato possono diventare significativamente più grandi dei loro originali a causa di dati eccessivi aggiunti durante la generazione di versioni accessibili dei PDF firmati. Le dimensioni maggiori potrebbero anche causare il superamento dei limiti di consegna delle e-mail degli accordi. Correzione: L'elaborazione PDF accessibile è stata ottimizzata per prevenire la crescita non necessaria delle dimensioni del file quando gli accordi contengono più documenti. I singoli documenti scaricati ora mantengono dimensioni più coerenti con il loro contenuto originale. |
| 4562483 | Riepilogo: Alcuni modelli di libreria esistenti non si aprivano nell'esperienza moderna dei modelli e mostravano l'errore "Si è verificato un problema" perché il modello conteneva dati di campi senza le informazioni di compito del destinatario previste durante il caricamento. Correzione: Il caricamento dei modelli è stato aggiornato per gestire correttamente i dati incompleti di compito del destinatario, permettendo ai modelli interessati e ai loro campi modulo di aprirsi nell'esperienza moderna dei modelli |
| 4567869 | Riepilogo: Gli accordi contenenti PDF con dati font formattati in modo errato potrebbero rimanere bloccati su una schermata di caricamento e non venire completati a causa di un ciclo di elaborazione infinito durante il rendering del documento. Correzione: L'elaborazione PDF è stata aggiornata per rilevare e gestire in sicurezza i dati di larghezza del font malformati, impedendo al processo di rendering di bloccarsi e consentendo agli accordi interessati di essere inviati e firmati. |
| 4568289 | Riepilogo: I mittenti di accordi che si sostituivano come destinatari non potevano nascondere l'accordo completato perché una verifica delle autorizzazioni trattava il mittente originale come un partecipante sostituito. Correzione: La convalida delle autorizzazioni è stata aggiornata in modo che il mittente originale possa nascondere l'accordo anche dopo essersi sostituito come destinatario, senza modificare le autorizzazioni di visibilità per gli altri utenti. |
| 4569692 | Riepilogo: Gli indirizzi e-mail di un gruppo di destinatari potrebbero apparire estremamente piccoli nel blocco della firma perché per calcolare la dimensione del testo del campo veniva utilizzato l'elenco completo degli indirizzi del gruppo. Correzione: Il rendering del blocco firma è stato aggiornato per ricalcolare il campo e-mail dopo che un membro del gruppo apre o firma l'accordo, in modo che l'indirizzo del firmatario attivo venga visualizzato a dimensioni leggibili nell'esperienza di firma e nel PDF completato. |
| 4571461 | Riepilogo: I documenti con orientamento orizzontale utilizzati nei moduli web potrebbero contenere aree vuote inaspettate e campi posizionati male a causa di calcoli errati delle coordinate della pagina durante l'elaborazione del documento. Correzione: L'elaborazione dei documenti è stata aggiornata per calcolare correttamente il posizionamento dei campi e le aree coperte su pagine ruotate e orizzontali, prevenendo spazi vuoti e campi disallineati negli accordi generati. |
| 4574423 | Riepilogo: I gruppi di pulsanti di scelta con lo stesso nome campo nei modelli riutilizzabili uniti non venivano mantenuti sincronizzati perché selezionare un'opzione cancellava la selezione corrispondente nell'altro gruppo. Correzione: Il comportamento dei pulsanti di scelta è stato aggiornato in modo che le opzioni corrispondenti nei campi con lo stesso nome vengano selezionate insieme nei modelli uniti, mentre le opzioni diverse rimangono invariate. |
| 4574867 | Riepilogo: I formati di data di firma personalizzati creati in Acrobat Web tornavano al formato data predefinito perché il formato di visualizzazione selezionato non veniva preservato quando i campi modulo venivano rimossi e ricreati durante l'elaborazione dell'accordo. Correzione: L'elaborazione degli accordi è stata aggiornata per preservare i formati di visualizzazione data personalizzati quando i campi modulo vengono ricreati, garantendo che l'esperienza di firma utilizzi il formato selezionato nel modello originale. |
| 4575022 | Riepilogo: I firmatari che utilizzavano l'autenticazione telefonica non potevano delegare un accordo dall'esperienza di firma moderna perché la finestra di dialogo di delega non raccoglieva il numero di telefono del nuovo destinatario. Correzione: La finestra di dialogo di delega ora visualizza e convalida un campo numero di telefono per gli accordi autenticati tramite telefono, utilizza l'elenco dei codici paese supportati e trasmette il numero alla richiesta di autenticazione del destinatario delegato. |
| 4575850 | Riepilogo: Il testo in campi multilinea grandi e bloccati potrebbe apparire più piccolo nell'esperienza di firma e nell'accordo completato perché l'aspetto esistente del campo veniva sostituito da un ricalcolo non necessario della dimensione del font. Correzione: Il rendering dei campi multilinea è stato aggiornato per preservare l'aspetto del testo esistente quando il contenuto si adatta già, impedendo al font di rimpicciolire inutilmente. |
| 4576211 | Riepilogo: I mittenti hanno ricevuto due e-mail di completamento quando il loro indirizzo era anche configurato per ricevere una copia aggiuntiva, poiché per lo stesso destinatario sono stati attivati sia il percorso di notifica del mittente che quello della copia automatica. Correzione: L'elaborazione delle e-mail di completamento è stata aggiornata per valutare insieme le regole del mittente e della copia automatica, impedendo messaggi duplicati e preservando i casi in cui sono previste notifiche separate. |
| 4576609 | Riepilogo: I mittenti che utilizzano un flusso di lavoro personalizzato potrebbero perdere l'accesso ai modelli condivisi con il gruppo dopo essere tornati dalla creazione e aver visualizzato nuovamente l'anteprima, poiché il secondo percorso di convalida non riconosce i modelli condivisi con il gruppo del mittente. Correzione: La convalida dell'accesso ai modelli è stata allineata tra i percorsi di anteprima e invio, in modo che gli utenti possano continuare a utilizzare i modelli condivisi direttamente con loro o con il loro gruppo in tutto il flusso di lavoro personalizzato. |
| 4576624 | Riepilogo: I campi firma negli accordi con un firmatario in persona e partecipanti aggiuntivi potevano essere riassegnati o sovrapporsi dopo che il mittente tornava dalla creazione, poiché gli identificatori dei partecipanti cambiavano quando la bozza dell'accordo veniva ricostruita. Correzione: L'elaborazione della bozza dell'accordo è stata aggiornata per rimappare ogni campo al partecipante corrispondente dopo essere tornati dalla creazione, preservando le assegnazioni corrette tra le combinazioni di instradamento e ruolo del destinatario supportate. |
| 4576876 | Riepilogo: I campi firma obbligatori nascosti dalla logica condizionale venivano ancora conteggiati come incompleti a causa di un errore nel modo in cui l'esperienza di firma ricalcolava i campi obbligatori, impedendo ai firmatari di completare l'accordo. Correzione: L'elaborazione dei campi obbligatori è stata aggiornata in modo che i campi firma nascosti non vengano più conteggiati come incompleti, consentendo ai firmatari di completare gli accordi quando le regole condizionali rimuovono quei campi dalla vista. |
| 4576961 | Riepilogo: I mittenti di accordi che erano anche firmatari non hanno ricevuto l'e-mail dell'accordo completato poiché il flusso di lavoro di notifica escludeva il mittente dal percorso di notifica del firmatario. Correzione: L'elaborazione delle e-mail di completamento è stata aggiornata, quindi i mittenti che firmano anche l'accordo ricevono la notifica di completamento quando le loro impostazioni di notifica lo consentono. |
| 4577135 | Riepilogo: La sostituzione di un destinatario di moduli web aggiornava l'indirizzo e-mail ma manteneva il nome del destinatario originale a causa della sincronizzazione incompleta dei dettagli di sostituzione. Il nome errato poteva apparire al firmatario e nel rapporto di audit. Correzione: La sostituzione del destinatario di moduli web è stata aggiornata per applicare il nome del nuovo destinatario in modo coerente nell'accordo, nell'esperienza di firma e nei dati di audit. |
| 4577475 | Riepilogo: Gli accordi creati da modelli potevano visualizzare un piè di pagina della transazione dopo che l'impostazione era stata disabilitata poiché il modello manteneva lo stato del piè di pagina da quando era stato originariamente creato. Correzione: L'elaborazione del piè di pagina della transazione è stata aggiornata per valutare l'impostazione corrente quando viene generato l'accordo, piuttosto che affidarsi al valore memorizzato con il modello. |
| 4577531 |
Riepilogo: Alcuni nomi di documento nel piè di pagina della transazione erano troncati poiché la spaziatura tra caratteri specifica causava l'a capo delle parole finali oltre l'area visibile del piè di pagina. Correzione: Il piè di pagina della transazione ora utilizza un font più stretto per i nomi dei documenti, consentendo di adattare più testo senza andare a capo o essere tagliato. |
| 4578623 / 4579255 |
Riepilogo: Alcuni campi PDF AcroForm apparivano due volte nell'authoring poiché l'elaborazione del documento aggiungeva un secondo campo sovrapposto per alcuni campi modulo esistenti. Correzione: L'elaborazione dei campi modulo PDF è stata aggiornata per impedire l'aggiunta di campi sovrapposti duplicati, in modo che ogni campo appaia una volta nella creazione e ai firmatari venga richiesto solo una volta. |
| 4580019 | Riepilogo: I pulsanti Scarica, Stampa e Cerca nell'esperienza di visualizzazione dell'accordo mancavano di nomi accessibili, impedendo ai lettori di schermo di identificarne lo scopo. Correzione: Sono stati aggiunti nomi accessibili ai pulsanti Scarica, Stampa e Cerca in modo che le tecnologie assistive possano annunciare correttamente ogni azione. |
| 4581229 | Riepilogo: Le modifiche all'impostazione di sicurezza che impedisce l'incorporamento di Acrobat Sign in siti web di terze parti mancavano dal Rapporto Attività Impostazioni poiché l'impostazione non era categorizzata per la reportistica amministrativa. Correzione: L'impostazione è stata aggiunta alla categoria di reportistica Impostazioni di Sicurezza, quindi le modifiche a livello di Account e gruppo vengono registrate nel Rapporto Attività Impostazioni. |
| 4582044 | Riepilogo: I campi casella di controllo clonati potevano spostarsi o sovrapporsi dopo la firma poiché venivano ruotati inutilmente durante l'elaborazione di alcune configurazioni di pagina PDF. Correzione: L'elaborazione delle caselle di controllo clonate è stata aggiornata per preservare l'orientamento e la posizione originali del campo, impedendo ai campi di spostarsi dopo che i partecipanti firmano. |
| 4582268 | Riepilogo: Le richieste API webhook effettuate direttamente all'endpoint webhook potrebbero ricevere i limiti di velocità API predefiniti anziché i limiti specifici del webhook poiché l'endpoint di base non era incluso nella mappatura dei criteri webhook. Correzione: La limitazione della velocità dei webhook è stata aggiornata in modo che le richieste sia all'endpoint di base che ai singoli endpoint webhook utilizzino costantemente i limiti di velocità specifici del webhook previsti. |
| 4582742 | Riepilogo: L'aggiornamento di un set di partecipanti potrebbe non riuscire con un errore "più di un partecipante" dopo una sostituzione precedente perché l'API contava un destinatario già sostituito durante la valutazione del set di partecipanti attivo. Correzione: Gli aggiornamenti del set di partecipanti ora escludono i destinatari precedentemente sostituiti quando determinano quanti partecipanti attivi vengono modificati, consentendo l'aggiornamento dell'e-mail del destinatario. |