Per Adobe Acrobat Sign vengono introdotti almeno tre aggiornamenti all’anno, classificati come versioni principali o secondarie. In caso di necessità, possono essere introdotti ulteriori aggiornamenti secondari per risolvere problemi di sistema o riscontrati dagli utenti.

Le versioni principali contengono aggiornamenti significativi, nuove funzioni e numerosi miglioramenti.
Le versioni secondarie contengono piccoli miglioramenti e modifiche relative all’esperienza utente. Queste vengono rilasciate tra gli aggiornamenti principali, in genere da una o due volte per ciclo.

Per evitare disagi, le nuove funzioni sono disabilitate per impostazione predefinita e devono essere abilitate manualmente da un amministratore dell’account o del gruppo.

Per chi opera nel settore Salute e Life Sciences e ha necessità di convalida della conformità, Acrobat Sign collabora con un fornitore di terze parti per fornire un pacchetto di convalida per ciascuna versione principale contenente funzioni per ridurre al minimo il fattore di rischio.

Nota:

Questa pagina di Note prerelease viene aggiornata regolarmente man mano che sono disponibili nuove informazioni, pertanto il contenuto è relativamente dinamico.

Poiché il processo di localizzazione della pagina richiede del tempo, è possibile che le versioni in altre lingue differiscano leggermente dalla versione ufficiale in lingua inglese statunitense.

Per informazioni accurate e aggiornate, si consiglia pertanto di fare riferimento alla pagina in lingua inglese statunitense.

La pianificazione e le note prerelease sono elencate di seguito.

Adobe Acrobat Sign segue una pianificazione strutturata per la pubblicazione delle note sulla versione e degli aggiornamenti della documentazione:

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.

Nota:

La documentazione sandbox è progettata per l’ambiente di produzione. I collegamenti trovati nel contenuto di prerelease indirizzano a URL di produzione, il che significa che tali collegamenti possono condurre a una documentazione esistente più vecchia o ai risultati 404 se la pagina di destinazione è nuova e non è stata ancora pubblicata (ad esempio, quando il collegamento indirizza a una nuova funzione nella stessa versione).

Quando la versione viene pubblicata, verranno pubblicate anche le nuove pagine e i collegamenti verranno risolti correttamente ai relativi URL di produzione.

Disponibilità sandbox

La clientela che ha accesso all’ambiente Sandbox di Acrobat Sign in genere può accedere alla funzionalità della nuova versione 4 settimane prima del lancio.

L’ambiente Sandbox supererà tutte le procedure di garanzia della qualità dell’ambiente di produzione, con lo stesso livello di qualità del normale ambiente di produzione.
Adobe si impegna ad avere una disponibilità del 99,9% nell’ambiente sandbox, ma la clientela deve tenere presente che lo SLA unificato di Adobe non copre formalmente la sandbox.
L’ambiente sandbox utilizza la stessa pagina di stato e le stesse procedure di interruzione del normale ambiente di produzione.

Versioni

Avviso:

Questo articolo contiene informazioni prerelease. Le date di rilascio, le funzioni e altre informazioni sono soggette a modifiche senza preavviso.

Giugno 2025 (versione funzionale principale) v16.1

Versione Adobe Acrobat Sign 16.1

Implementazione sandbox: 24 giugno 2025

Implementazione in produzione: 22 luglio 2025

Implementazione GovCloud: 24 luglio 2025

Funzionalità migliorate

Controllo migliorato sulla condivisione basata sui gruppi: le organizzazioni che utilizzano la condivisione avanzata degli account possono ora limitare facoltativamente la visualizzazione condivisa dei propri accordi unicamente a quelli inviati dal gruppo dell’utente. Gli accordi inviati a un utente da un gruppo esterno verranno filtrati per proteggere le comunicazioni potenzialmente private degli utenti, che non sarebbe opportuno condividere generalmente. Questo filtro viene applicato solo alle condivisioni a livello di gruppo (condivisione di un gruppo con un altro gruppo o utente) e non alle condivisioni basate sull’utente (condivisione di un utente con un gruppo o un altro utente).

Ambienti disponibili: Sandbox, Commerciale, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account o gruppo Rivedi gli aggiornamenti su Autorizzazioni condivisione account >

Acrobat Sign for Government viene aggiornato all'esperienza moderna:
- Acrobat Sign per la Pubblica amministrazione: accesso all’interfaccia moderna di Richiesta firma - Gli amministratori di GovernmentCloud ora possono abilitare il proprio account o i gruppi per utilizzare l’interfaccia moderna di Richiesta firma.
- Acrobat Sign per la Pubblica amministrazione: aggiornamento mobile-first per i destinatari - Gli utenti governativi ora possono accedere all’interfaccia moderna, progettata per semplificare la firma su dispositivi mobili attraverso un’interfaccia facile da configurare, basata solo su campi modulo.
- Acrobat Sign per la Pubblica amministrazione: nuova interfaccia Crea modello disponibile - Gli utenti governativi ora hanno accesso all’interfaccia moderna Crea modello, che semplifica il processo di progettazione dei modelli e migliora l’usabilità.
 
 Ambienti disponibili: Government | Livelli di servizio disponibili: Acrobat Sign per la Pubblica amministrazione | Ambito di configurazione: Account o Gruppo

Aggiornamenti per i clienti con licenza VIP:
- Configurazione semplificata per l’amministratore dalla pagina Home: Acrobat Sign introduce una nuova sezione Gestione account per aiutare gli amministratori di account ad accedere rapidamente ai principali strumenti di configurazione.Aggiungi utenti, organizza gruppi, connetti integrazioni e migra modelli direttamente dalla pagina Home, senza dover cercare.
- Aggiungere utenti ad Admin Console da Acrobat Sign: gli amministratori ora possono aggiungere utenti direttamente dalla pagina Utenti in Acrobat Sign, aggiornando automaticamente Adobe Admin Console.
- L’assegnazione dei ruoli in Admin Console è ora disponibile in Acrobat Sign: per semplificare la configurazione, Acrobat Sign ora consente agli amministratori di account di assegnare i ruoli principali di Admin Console, Amministratore di prodotto e Amministratore di supporto, senza dover uscire dall’interfaccia del prodotto.
- Accesso più facile alla suite di integrazioni di terze parti: una nuova pagina Integrazioni è stata aggiunta al menu di amministrazione, fornendo collegamenti intuitivi ai file di configurazione per le singole integrazioni.
- Onboarding HIPAA più semplice tramite istruzioni dettagliate integrate nel prodotto: le organizzazioni soggette a HIPAA possono ora iniziare il processo di abilitazione in Acrobat Sign tramite un nuovo flusso di lavoro self-service.Il sistema invia una richiesta automatica al supporto e monitora i progressi in base alla firma BAA e alla configurazione del sistema.
- Accelerare la migrazione dei modelli in Acrobat Sign con la conversione automatica dei modelli: la nuova funzione di migrazione dei modelli aiuta gli amministratori di account a importare rapidamente i propri modelli in Acrobat Sign.Carica un file ZIP del modello, convertilo automaticamente e rivedi i risultati nell'ambiente di authoring, senza bisogno di competenze tecniche.
- Assistente Chatbot intelligente di Acrobat Sign: il nuovo Assistente intelligente fornisce risposte in-app alle domande più comuni quali, come aggiungere utenti, controllare l’utilizzo o aggiornare le impostazioni.Poni la tua domanda in linguaggio naturale e ottieni una guida passo passo, articoli HelpX pertinenti o collegamenti alle pagine di supporto.

Ambienti disponibiliSandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: non configurabile

Utilizzo di WhatsApp per inviare i collegamenti agli accordi direttamente al dispositivo mobile di un destinatario: l’integrazione di WhatsApp in Acrobat Sign è stata ampliata per includere l’opzione di invio dei collegamenti delle notifiche e dei promemoria degli accordi direttamente al dispositivo di un destinatario abilitato per WhatsApp.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account o gruppo
Rivedi la documentazione aggiornata>

Supporto PDF/A nativo per la conservazione dei documenti a lungo termine: Acrobat Sign ora supporta la convalida e l’esportazione di documenti in formato PDF/A-2b (ISO 19005), aiutando le organizzazioni a soddisfare rigorosi standard di archiviazione e requisiti normativi.I documenti mantengono la relativa conformità PDF/A durante l’intero ciclo di vita dell’accordo: caricamento, firma e archiviazione.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account o gruppo Rivedi la nuova funzione >

Impedire che Adobe Acrobat Sign venga incorporato in siti web di terze parti: la difesa dal clickjacking aggiunge protezioni iframe alle pagine di Acrobat Sign accessibili tramite API REST v5+.L’inserimento in iframe è consentito solo quando si utilizza l’accesso automatico con un dominio principale dichiarato, contribuendo a prevenire incorporamenti ingannevoli o non autorizzati.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account o gruppo
Rivedi la documentazione sulla configurazione della difesa dal clickjacking >

Nuovo fornitore di servizi fiduciari (TSP): Acrobat Sign sta espandendo il proprio elenco di fornitori di servizi fiduciari (TSP) supportati per migliorare le opzioni di autenticazione del destinatario.Sono ora disponibili i seguenti nuovi TSP:
- eID Easy

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

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account e gruppo

Modifiche a livello di esperienza

Esperienza di firma digitale migliorata: il processo di applicazione di una firma digitale basata su cloud è stato perfezionato per ridurre il numero di interazioni che il firmatario deve completare durante l’applicazione della stessa.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: il nuovo processo è abilitato per impostazione predefinita, non configurabile.

Il limite di caratteri per le etichette nel Progettazione flussi di lavoro è stato aumentato a 500 caratteri: durante la creazione o la modifica di un flusso di lavoro personalizzato in Progettazione flussi di lavoro, le etichette utilizzate per descrivere i campi ora possono accettare fino a 500 caratteri (migliorato rispetto ai 100 caratteri precedenti).

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: abilitato per impostazione predefinita; non configurabile
Rivedi la documentazione aggiornata >

Il controllo della nuova esperienza del flusso di lavoro personalizzato è stato spostato nel menu Impostazioni globali - L’opzione configurabile per Impostare il nuovo flusso di lavoro personalizzato come esperienza predefinita è stata spostata dalla pagina Impostazioni di invio alla pagina Impostazioni globali.
È stato aggiunto un nuovo controllo per esporre i “collegamenti di cambio” per gli utenti per passare tra la nuova esperienza e la versione classica.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account o gruppo

Aggiornamenti dell’integrazione

Nuova integrazione Zapier ora disponibile: ora puoi connettere Acrobat Sign con migliaia di applicazioni utilizzando Zapier, consentendo un’automazione fluida dei flussi di lavoro degli accordi, senza necessità di codifica o installazione.
Crea facilmente dei “Zap” per automatizzare attività come l’invio di email o il salvataggio di documenti firmati, aiutandoti a semplificare e ottimizzare i processi ripetitivi.

Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account Rivedi la documentazione di panoramica >

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.

Le funzionalità di OAuth 2.0 sono state estese agli amministratori a livello di gruppo: gli amministratori a livello di gruppo ora dispongono dell’autorizzazione all’utilizzo di token OAuth 2.0.

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account o gruppo

Il parametro webhookNotificationApplicableUsers verrà rimosso dal payload del Webhook: l’infrastruttura Webhook 2.0 è stata distribuita a tutta la clientela e, con il completamento di questa operazione, le notifiche per i firmatari sono state rimosse.Di conseguenza, il parametro webhookNotificationApplicableUsers del payload Webhook non fornisce più dati utili e verrà rimosso da tutti i payload Webhook

bienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: non configurabile

Correzioni alle note sulla versione: elementi aggiunti

Di seguito sono riportati gli elementi che sono stati aggiunti a questa versione dalla pubblicazione iniziale delle note sulla versione prerelease.

Impedire che Adobe Acrobat Sign venga incorporato in siti web di terze parti: la difesa dal clickjacking aggiunge protezioni iframe alle pagine di Acrobat Sign accessibili tramite API REST v5+.L’inserimento in iframe è consentito solo quando si utilizza l’accesso automatico con un dominio principale dichiarato, contribuendo a prevenire incorporamenti ingannevoli o non autorizzati.

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.

L’ambiente Richiedi firma moderno è diventato l’unica esperienza durante la creazione di un nuovo accordo. Tutti gli account commerciali esistenti sono passati all’ambiente moderno:
- Gli amministratori non hanno più la possibilità di abilitare l’esperienza classica tramite il menu di amministrazione.
- Chi utilizza l’integrazione Notarize non sarà interessato da questa modifica.

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

Supporto per l’assegnazione automatica dei tag per la conformità all’accessibilità dei PDF: Acrobat Sign ora identifica i PDF scansionati e privi di tag applicando automaticamente i tag di accessibilità e preservandone la struttura dal momento dell’invio fino alla firma. Questo riduce il carico di lavoro manuale e supporta la conformità agli standard WCAG e alla Sezione 508

Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account o gruppo

Modelli di email personalizzati disponibili per Acrobat Sign per la Pubblica amministrazione: la clientela sulla piattaforma GovCloud può ora creare modelli di email personalizzati per le notifiche e i promemoria relativi agli accordi..

Ambienti disponibili: Government | Livelli di servizio disponibili: Acrobat Sign per la Pubblica amministrazione | Ambito di configurazione: account o gruppo

Problemi risolti

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