Questo documento evidenzia le nuove funzioni, le modifiche apportate all’esperienza e i problemi risolti nella versione più recente dell’applicazione rivolta al cliente.
Gli aggiornamenti delle API e dei webhook incentrati sugli sviluppatori sono documentati nella Guida di Acrobat Sign per sviluppatori.
Alla data di rilascio, è possibile che non tutte le funzioni o modifiche siano abilitate. Fai sempre riferimento alla versione in inglese americano della pagina come versione più aggiornata e accurata.
Versione Adobe Acrobat Sign v17.2
Implementazione in produzione: 8 settembre 2026
Implementazione GovCloud: 15 settembre 2026
Funzionalità migliorate
- Mettere in pausa e riprendere gli accordi dopo errori di autenticazione: quando un destinatario supera i tentativi di autenticazione consentiti, ora gli accordi possono essere messi in pausa dagli amministratori, anziché essere annullati subito. I mittenti possono aggiornare il metodo di autenticazione del destinatario e riprendere lo stesso accordo senza richiedere ai destinatari che hanno già completato la procedura di firmare nuovamente.
- Gli amministratori possono configurare un periodo di pausa da 1 a 30 giorni.
- Se l’accordo non viene ripreso prima della fine del periodo di pausa, 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
- Modifica in linea dei documenti durante l’authoring di modelli di libreria - Modificare il testo del documento durante la creazione di campi nel modello
I mittenti possono modificare il testo di un documento durante il processo di creazione di un modello da aggiungere alla libreria, senza bisogno di scaricare e ricaricare il file. L’opzione Modifica documento mantiene i campi esistenti e la configurazione dell’accordo, riducendo le interruzioni durante gli aggiornamenti pre-invio.
L’opzione di modifica in linea dei documenti verrà rilasciata in modo graduale, come indicato nella notifica tecnica.
Questa funzione è abilitata per impostazione predefinita per tutti gli utenti negli account supportati e consente ai proprietari dei modelli di poterli modificare durante la creazione e la gestione. Gli amministratori di account e gruppi possono disabilitare la modifica dei documenti tramite le Impostazioni di invio.
La modifica in linea dei documenti non è disponibile in Acrobat Sign per la Pubblica Amministrazione o per gli account che utilizzano il sistema di gestione utenti precedente.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: account clienti Acrobat Sign Solutions VIP e VIPMP | Ambito di configurazione: account e gruppo; abilitato per impostazione predefinita
Abilitare o disabilitare la modifica in linea dei modelli >
Come modificare il testo durante l’authoring dei campi >
- Condividere con i destinatari i riepiloghi di accordi generati dall’IA: Acrobat Sign può generare un riepilogo IA di un accordo subito dopo l’invio dell’accordo stesso. I mittenti possono rivedere il riepilogo e scegliere se renderlo disponibile ai destinatari, in base alle impostazioni dell’account o del gruppo.
- I riepiloghi generati dall’IA supportano documenti fino a 18 MB.
- I destinatari che ricevono il riepilogo, possono consultarlo nell’esperienza di firma prima di completare l’accordo.
- Il mittente può visualizzare l’accordo da Gestisci e modificare se includere o meno il riepilogo esistente.
I riepiloghi generati dalla IA sono solo a scopo informativo. I destinatari sono tenuti a prendere visione dell’intero accordo, prima di firmarlo.
La funzione diventa disponibile una volta che l’account avrà accettato i termini Adobe AI applicabili.
Ambienti disponibili: Commercial | Livelli disponibili di servizio: Acrobat Sign Solutions (VIP e VIPMP negli ambienti NA ed EU) | Ambito di configurazione: account e gruppo; Rollout graduale
Rivedi la configurazione per i riepiloghi IA >
Utilizza i riepiloghi IA >
- Supporto Gateway di identità digitale per l’invio in modalità collettiva: i mittenti ora possono richiedere l’autenticazione Gateway di identità digitale per i destinatari nelle transazioni Invia in modalità collettiva. DIG può essere selezionato nell’interfaccia di authoring o assegnato ai singoli destinatari tramite il CSV Invia in modalità collettiva.
Il CSV supporta inoltre opzioni di corrispondenza delle e-mail per destinatario, inclusi gli indirizzi e-mail alternativi approvati. Ogni accordo generato utilizza il processo di autenticazione e audit DIG esistente.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Rivedere i dettagli per le firme digitali in Invia in modalità collettiva >
Rivedere il processo CSV aggiornato >
- Aggiungere file da Google Drive: gli utenti ora possono aggiungere file supportati direttamente da Google Drive nelle esperienze correnti Richiedi firme, Flusso di lavoro personalizzato, Invia in modalità collettiva e Crea modello di libreria.
Dopo l’autenticazione con Google, gli utenti possono sfogliare e selezionare i file tramite il selettore file di Google Drive. I documenti Google 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
Rivedere la configurazione per accedere a Google Drive >
- Chiavi di crittografia gestite dal cliente per i file degli accordi: i clienti Acrobat Sign idonei possono utilizzare una chiave gestita dal cliente in AWS Key Management Service per crittografare i file di accordi supportati a riposo. Gli amministratori di account dovranno contattare l’assistenza per poter eseguire il roll out della funzione sul proprio account; in seguito potranno configurare la chiave con le credenziali di accesso AWS appropriate a livello di account (Impostazioni account > Impostazioni di sicurezza).
I processi delle nuove crittografie vengono eseguiti solo durante le ore di minor traffico per la partizione principale dell’account. La finestra di minore attività applicabile si basa sul fuso orario dell’area geografica della partizione ed è documentata nella documentazione della guida utilizzando l’ora UTC.
L’accesso ai file crittografati dipende dalla disponibilità della chiave gestita dal cliente e delle credenziali.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: solo account
Panoramica della crittografia gestita dal cliente >
Comprendere la crittografia gestita dal cliente in Acrobat Sign >
Configurare la crittografia gestita dal cliente >
Gestire le chiavi di crittografia gestite dal cliente >
Considerazioni e limitazioni della crittografia gestita dal cliente >
Risoluzione dei problemi della crittografia gestita dal cliente in Acrobat Sign >
- Configurazione personalizzata della marca temporale a livello di gruppo: i provider di marca temporale personalizzati possono ora essere configurati a livello di gruppo. Questo consente ai gruppi all’interno dello stesso account di utilizzare diversi provider di marca temporale approvati per i propri flussi di lavoro di 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
Rivedere la configurazione della marca temporale >
- Includere eventi di notifica CC nei rapporti di controllo: gli amministratori di account e gruppi possono ora includere gli eventi di notifica CC nei report di audit degli accordi. Quando abilitato, il report di audit 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
Abilitare eventi di notifica CC nel report di audit >
- Configurare i requisiti di forza delle password per gli account della Pubblica Amministrazione
Gli amministratori di Acrobat Sign per la Pubblica Amministrazione possono ora configurare i requisiti di forza delle password per regolare la lunghezza minima e le regole di composizione dei caratteri. Questo consente alle organizzazioni di allineare i criteri relativi alle password ai propri standard di sicurezza interni e i requisiti di conformità.
Ambienti disponibili: Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
- Nuovi fornitori di servizi affidabili: Acrobat Sign aggiunge regolarmente il supporto per i nuovi fornitori di servizi affidabili. 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
- Rollout graduale dei miglioramenti all’authoring dei campi modulo
Adobe Acrobat Sign introdurrà un’esperienza di authoring dei campi modulo aggiornata come parte della versione 17.2. Le modifiche verranno implementate gradualmente per segmento di cliente anziché essere abilitate per tutti gli account contemporaneamente.
Cosa cambia- L’esperienza di authoring moderna verrà aggiornata con miglioramenti relativi a posizionamento dei campi, navigazione, assegnazione, convalida e indicazioni per il primo utilizzo.
- Modifiche notevoli includono:
- Un nuovo pannello Campi per la revisione e il passaggio tra i campi modulo inseriti.
- Controlli aggiornati per l’utilizzo dei campi suggeriti.
- Nomi più descrittivi per i campi rilevati automaticamente.
- Rilevamento migliorato dei tipi di campo più comuni e delle regole di convalida.
- Messaggi di convalida in linea e specifici per campo.
- Un prompt di assegnazione del destinatario quando i PDF caricati contengono campi AcroForm esistenti.
- Indicazioni contestuali per le attività di authoring più comuni.
Queste modifiche riguarderanno l’interfaccia utente e il flusso di lavoro utilizzati durante la preparazione di accordi e modelli di libreria.
Fai riferimento alla notifica tecnica per informazioni sulla pianificazione del rollout.
Ambienti disponibili: Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions (clienti account VIP e VIPMP) | Ambito di configurazione: abilitato per impostazione predefinita per pianificazione del rollout
Rivedere la documentazione di authoring aggiornata >
- Impostazioni predefinite aggiornate per account di piccole aziende: diverse funzioni di invio esistenti sono ora abilitate per impostazione predefinita per gli account VIP, VIPMP ed ETLA sotto i $ 100K.
Questi aggiornamenti alle impostazioni predefinite rendono disponibili le funzionalità del mittente più comunemente utilizzate, senza che l’amministratore debba prima abilitare ciascuna impostazione. A seconda della configurazione, gli account ora potrebbero avere accesso a:
Queste modifiche si applicano solo agli account nei segmenti clienti commerciali di destinazione. Non si applicano ad Acrobat Sign for Government.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions (account VIP, VIPMP e ETLA inferiori a 100K $) | Ambito di configurazione: abilitato per impostazione predefinita
- Esperienza migliorata per i modelli della libreria: l’esperienza moderna di creazione e authoring dei modelli della 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 le azioni di gestione dei modelli sono accessibili più facilmente dopo la creazione.
Ambienti disponibili: Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions (account VIP, VIPMP e versione di prova) | Ambito di configurazione: abilitato per impostazione predefinita.
- La funzione Richiedi firma moderna diventa predefinita
Tutti gli account commerciali e governativi vengono automaticamente passati all’esperienza Richiedi firma moderna. I collegamenti per il passaggio sono disabilitati nell’interfaccia di invio, mentre i controlli amministrativi rimangono disponibili per i clienti che avranno bisogno di tornare temporaneamente all’esperienza classica Componi.
La rimozione completa dei controlli di fallback classici è pianificata per una versione successiva.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: non configurabile
- La funzione Crea modello moderna diventa predefinita
Tutti gli account commerciali e governativi passano automaticamente all’esperienza Crea modello moderna. I controlli di amministrazione rimangono disponibili per i clienti che avranno bisogno di tornare temporaneamente all’esperienza classica Crea modello.
La rimozione completa dei controlli di fallback classici è pianificata per una versione successiva.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
- Il Designer moderno di flussi di lavoro personalizzati diventa predefinito - Rinviato: ora è pianificato per la versione 17.2.1.
Tutti gli account commerciali e della Pubblica Amministrazione passeranno automaticamente all’esperienza moderna del Designer di flussi di lavoro personalizzati. I controlli di amministrazione rimangono disponibili per i clienti che avranno bisogno di tornare temporaneamente all’interfaccia classica.
La rimozione completa dei controlli di fallback classici è pianificata per una versione successiva.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: 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 ora possono iniziare una versione di prova di Acrobat Sign senza alcun blocco da parte del proprio account Adobe esistente.
In questo modo, i clienti Adobe correnti potranno valutare più facilmente Acrobat Sign insieme agli altri prodotti Adobe.
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 environments: 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 visualizzano un avviso nel prodotto relativo al suo prossimo ritiro e un collegamento alle indicazioni per la transizione. La funzione rimarrà disponibile nella versione 17.2 e l’aggiornamento non disabiliterà né rimuoverà 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 nelle transazioni Salesforce: l’integrazione di Acrobat Sign per Salesforce ora supporta payload di transazione di dimensioni maggiori, migliorando l’affidabilità per accordi con documenti di grandi dimensioni, più firmatari o PDF firmati salvati come allegati Salesforce distinti.
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 di Salesforce: Adobe Acrobat Sign per Salesforce ora consente ai mittenti di fornire il nome di un destinatario e impedire al destinatario di modificarlo durante il processo di firma.
Il miglioramento migliora 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 mantenere la compatibilità 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 Adobe Acrobat Sign con SAP SuccessFactors ora fornisce gli stati delle offerte Scaduto e Approvazione, offrendo ai selezionatori una visibilità più chiara sull’avanzamento delle offerte.
Un nuovo campo Attore nell’entità Candidatura identifica il candidato o l’approvatore responsabile dell’azione successiva. Questo aiuta i selezionatori 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
Gli aggiornamenti delle API e del webhook per questa versione sono disponibili nella Documentazione delle API di Acrobat Sign.
- Dimensione del documento disponibile tramite l’API degli accordi
Le seguenti risposte dell’API GET Agreement V6 ora includono un parametro fileSize che restituisce la dimensione del documento in byte:- /agreements/{agreementId}
- /agreements/{agreementId}/documents
Questa modifica della risposta si applica a tutti i livelli di servizio abilitati per l’API Acrobat Sign.
Problemi risolti
| Problema | Descrizione |
|---|---|
| 4550652 | Riepilogo: gli utenti che visualizzavano una transazione Invia in modalità collettiva condivisa potevano selezionare Scarica accordi completati, ma il download non riusciva presentando un errore di autorizzazione 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 modalità collettiva. 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 invece di 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 nelle schede banner della seconda riga della pagina Home potevano comparire tagliate, poiché gli standard di dimensione del testo aggiornati erano stati applicati a un layout che non era stato adattato alle nuove dimensioni. Correzione: il layout della scheda banner è stato aggiornato per adattarsi alle dimensioni del testo rivisto, garantendo che le descrizioni non vengano tagliate. |
| 4561980 | Riepilogo: il testo inserito tramite Compila e firma poteva risultare mancante, ingrandito o disallineato nel PDF completato, a causa delle differenze nel modo in cui i font sostituiti e la spaziatura del testo venivano elaborati durante il rendering del documento. Correzione: il rendering dei PDF è stato aggiornato per preservare la dimensione, la spaziatura e il posizionamento previsti del font, garantendo che i dati inseriti vengano visualizzati correttamente nel documento completato. |
| 4561987 | Riepilogo: i singoli documenti scaricati da un accordo completato potevano diventare notevolmente più grandi degli originali a causa dell’aggiunta eccessiva di dati durante la generazione di versioni accessibili dei PDF firmati. La dimensione aumentata poteva inoltre causare il superamento dei limiti di consegna delle e-mail degli accordi. Correzione: l’elaborazione dei PDF accessibili è stata ottimizzata per evitare un aumento non necessario delle dimensioni del file quando gli accordi contengono più documenti. I singoli documenti scaricati ora mantengono una dimensione più coerente con il loro contenuto originale. |
| 4562483 | Riepilogo: alcuni modelli di libreria esistenti non riuscivano ad aprirsi nell’esperienza del modello moderno e visualizzavano un errore “Si è verificato un problema” perché il modello conteneva dati di campo senza le informazioni di assegnazione del destinatario previste durante il caricamento. Correzione: il caricamento del modello è stato aggiornato per gestire correttamente i dati di assegnazione del destinatario incompleti, consentendo ai modelli interessati e ai relativi campi modulo di aprirsi nell’esperienza del modello moderno |
| 4567869 | Riepilogo: gli accordi contenenti PDF con dati font formattati in modo errato potevano rimanere bloccati sulla schermata di caricamento e il completamento non riusciva a causa di un ciclo di elaborazione infinito durante il rendering del documento. Correzione: l’elaborazione PDF è stata aggiornata per rilevare e gestire in modo sicuro i dati di larghezza del font non validi, 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é un controllo 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 altri utenti. |
| 4569692 | Riepilogo: gli indirizzi e-mail di un gruppo di destinatari potevano comparire estremamente piccoli nel blocco firma, poiché l’elenco completo degli indirizzi del gruppo veniva utilizzato per calcolare la dimensione del testo del campo. Correzione: il rendering del blocco della 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 con una dimensione leggibile nell’esperienza di firma e nel PDF completato. |
| 4571461 | Riepilogo: i documenti orientati in orizzontale utilizzati nei moduli web potevano contenere aree vuote impreviste e campi fuori posto a causa di calcoli errati delle coordinate della pagina durante l’elaborazione del documento. Correzione: l’elaborazione del documento è stata aggiornata per calcolare correttamente il posizionamento dei campi e le aree coperte su pagine ruotate e orizzontali, evitando spazi vuoti e campi disallineati negli accordi generati. |
| 4572350 | Riepilogo: Negli accordi con partecipazione dinamica, i destinatari paralleli potevano perdere i campi assegnati perché la fase di firma veniva considerata completa dopo che il primo destinatario di quella fase firmava, causando l’esclusione dei campi per i restanti destinatari paralleli. Correzione: Le fasi di firma parallele ora rimangono attive finché ogni destinatario di quella fase non ha firmato, garantendo la generazione e conservazione di tutti i campi assegnati prima che l’accordo avanzi alla fase di firma successiva. |
| 4574423 | Riepilogo: i gruppi di pulsanti di scelta con lo stesso nome campo nei modelli riutilizzabili uniti non venivano mantenuti sincronizzati perché la selezione di 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 venivano ripristinati al formato data predefinito, perché quello 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 della 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 acquisiva 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 telefonicamente, utilizza l’elenco dei codici Paese supportati e trasmette il numero alla richiesta di autenticazione del destinatario delegato. |
| 4575850 | Riepilogo: il testo nei campi con più righe grandi e bloccati poteva comparire 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 con più righe è stato aggiornato per preservare l’aspetto del testo esistente quando il contenuto è già adatto, impedendo al font di ridursi inutilmente. |
| 4576211 | Riepilogo: i mittenti ricevevano due e-mail di completamento quando il loro indirizzo era configurato per ricevere anche una copia aggiuntiva, poiché per lo stesso destinatario erano stati attivati sia il percorso di notifica del mittente che quello di 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 utilizzavano un flusso di lavoro personalizzato potevano perdere l’accesso ai modelli condivisi con il gruppo dopo essere tornati dalla fase di authoring e aver visualizzato di nuovo l’anteprima, perché il secondo percorso di convalida non riconosceva i modelli condivisi con il gruppo del mittente. Correzione: la convalida dell’accesso ai modelli è stata allineata nei percorsi di anteprima e di invio, in modo che gli utenti possano continuare a utilizzare i modelli condivisi direttamente con loro o con il loro gruppo durante tutto il flusso di lavoro personalizzato. |
| 4576624 | Riepilogo: i campi firma negli accordi con un firmatario di persona e con partecipanti aggiuntivi potevano essere riassegnati o sovrapporsi dopo che il mittente era tornato dalla fase di authoring, poiché quando la bozza dell’accordo veniva ricreata gli identificatori dei partecipanti cambiavano. Correzione: l’elaborazione delle bozze degli accordi è stata aggiornata per rimappare ogni campo al partecipante corrispondente dopo il ritorno dalla fase di authoring, preservando le assegnazioni corrette in tutte le combinazioni supportate di instradamento e ruoli dei destinatari. |
| 4576876 | Riepilogo: i campi firma obbligatori nascosti dalla logica condizionale venivano considerati ancora incompleti a causa di un errore nel modo in cui l’esperienza di firma ricalcolava tali campi, 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ù considerati incompleti, consentendo ai firmatari di completare gli accordi quando le regole condizionali rimuovono tali campi dalla vista. |
| 4576961 | Riepilogo: i mittenti degli accordi che erano anche firmatari non ricevevano l’e-mail dell’accordo completato perché 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, così i mittenti che firmano anche l’accordo ricevono la notifica di completamento, qualora le loro impostazioni di notifica lo consentano. |
| 4577135 | Riepilogo: la sostituzione di un destinatario del modulo web aggiornava l’indirizzo e-mail ma manteneva il nome del destinatario originale a causa di una sincronizzazione incompleta dei dettagli della sostituzione. Il nome errato poteva essere visualizzato dal firmatario e nel report di audit. Correzione: la sostituzione del destinatario dei moduli web è stata aggiornata per applicare in modo coerente il nome del nuovo destinatario nell’accordo, nell’esperienza di firma e nei dati di audit. |
| 4577475 | Riepilogo: gli accordi creati dai 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 dal momento in cui era stato originariamente creato. Correzione: ’elaborazione del piè di pagina della transazione è stata aggiornata per valutare l’impostazione corrente quando l’accordo viene generato, anziché affidarsi al valore memorizzato con il modello. |
| 4577531 |
Riepilogo: alcuni nomi di documento nel piè di pagina della transazione venivano troncati perché una spaziatura specifica tra i caratteri causava un ritorno 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 a una maggiore quantità di testo di adattarsi, senza che vada a capo o che venga tagliato. |
| 4578623 / 4579255 |
Riepilogo: alcuni campi PDF AcroForm venivano visualizzati due volte nell’authoring, perché l’elaborazione del documento aggiungeva un secondo campo sovrapposto per determinati campi modulo esistenti. Correzione: l’elaborazione dei campi modulo PDF è stata aggiornata per impedire l’aggiunta di campi sovrapposti duplicati, in modo che ciascun campo venga visualizzato una sola volta durante l’authoring e che ai firmatari venga richiesto di compilarlo una sola volta. |
| 4580019 | Riepilogo: i pulsanti Scarica, Stampa e Cerca nell’esperienza di visualizzazione dell’accordo non presentavano nomi accessibili, impedendo agli assistenti vocali di identificarne lo scopo. Correzione: sono stati aggiunti nomi accessibili ai pulsanti Scarica, Stampa e Cerca, così le tecnologie di assistenza possono annunciare correttamente ciascuna azione. |
| 4581229 | Riepilogo: le modifiche all’impostazione di sicurezza che impediscono l’integrazione di Acrobat Sign in siti web di terze parti non erano presenti nel Rapporto sulle attività delle Impostazioni, poiché l’impostazione non era stata categorizzata ai fini del reporting amministrativo. Correzione: l’impostazione è stata aggiunta alla categoria di reporting delle Impostazioni di sicurezza, così 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, perché venivano ruotati inutilmente durante l’elaborazione di determinate configurazioni di pagina PDF. Correzione: l’elaborazione delle caselle di controllo clonate è stata aggiornata per preservare l’orientamento e la posizione del campo originale, evitando lo spostamento dei campi dopo la firma dei partecipanti. |
| 4582268 | Riepilogo: le richieste API webhook effettuate direttamente all’endpoint dei webhook potevano essere soggette a limiti predefiniti delle API anziché a quelli specifici per webhook, poiché l’endpoint di base non era incluso nella mappatura dei criteri webhook. Correzione: il limite relativo ai webhook è stato aggiornato in modo che le richieste all’endpoint di base e ai singoli endpoint webhook utilizzino sistematicamente i limiti di frequenza specifici previsti per i webhook. |
| 4582742 | Riepilogo: l’aggiornamento di un set di partecipanti poteva non riuscire generando un errore “più di un partecipante” dopo una sostituzione precedente, poiché l’API conteggiava 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 il numero di partecipanti attivi da modificare, consentendo l’aggiornamento corretto dell’e-mail del destinatario. |
Semplifica il tuo lavoro con Acrobat Sign
Gestisci e firma documenti online in modo semplice e veloce.
