Note sulla versione di Adobe Acrobat Sign

Cerca

Ultimo aggiornamento il

Nota:

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 per sviluppatori Acrobat Sign.

Non si garantisce la possibilità di abilitare tutte le funzioni o le modifiche alla data di rilascio.

Implementazione in produzione: 22 agosto 2023

Implementazione GovCloud: 24 agosto 2023

Funzionalità migliorate

Registrazione dei report di audit dei problemi relativi alla richiesta di autenticazione : la funzione ottimizzata di registrazione dei report di audit è stata ampliata per includere il supporto per l’autenticazione SAML ed Admin Console. Per clienti che hanno abilitato la funzione Richiedi l’autenticazione dell’identità (sulla scheda Impostazioni Bio-Pharma) ogni evento di autenticazione verrà esplicitamente registrato nel report di audit, compresa la fase in cui è stata acquisita l’autenticazione (apertura dell’accordo, applicazione di una firma e selezione del pulsante Fai clic per firmare ). L’elenco delle attività dell’accordo riflette anche ciascuna autenticazione (anche se in un formato più breve).

Registrazione nel report di audit dei problemi relativi all’autenticazione

Formato della data secondo ISO 8601: il formato ISO 8601 per le date (AAAA-MM-GG) è stato aggiunto all’elenco dei formati di data predefiniti.

Pagina Impostazioni globali con l’elenco delle opzioni del formato di data predefinito espanso

Modifiche a livello di esperienza

L’intestazione Da in tutte le e-mail in uscita è stata aggiornata a un formato più coerente per ridurre i problemi con i server e-mail. Per l’intestazione sono disponibili due forme:
- Quando il destinatario ha un nome noto, ad esempio un utente registrato, o quando l’impostazione Nome destinatario richiesto è in uso, l’intestazione verrà letta come Adobe Sign per conto di nome cognome <adobesign@adobesign.com>
- Quando il valore del nome del destinatario è sconosciuto, l’intestazione viene letta come Adobe Sign <adobesign@adobesign.com>

Aggiornamenti API REST/Webhook

La funzionalità API per inserire un campo modulo in relazione a una stringa di testo di “ancoraggio” specificata è stata migliorata per consentire l’identificazione del file in cui è presente la stringa e della pagina all’interno di tale file, se è necessaria tale granularità. Le strutture importanti sono:
- POST/agreements: chiamata API per creare l’accordo.
- formFieldGenerators: fornisce l’elenco dei campi da generare.
- fileInfos: fornisce il parametro etichetta per le informazioni sul file dei campi di ancoraggio quando si prevede che destinatari specifici interagiscano con file specifici.
- anchorText: definisce la stringa specifica che determina la posizione relativa del campo generato.
- anchorTextInfo: definisce la posizione del campo generato rispetto alla stringa di ancoraggio.
- formFieldDescription: fornisce informazioni sul tipo di campo da generare.

Funzione	Data di abilitazione	Disponibile per (tipo di servizio)	Livello di configurazione
Report di audit estesi per la richiesta di autenticazione dell’identità	Con la versione	Livelli Enterprise e Business	Account e gruppo
Formato della data secondo ISO 8601	Con la versione	Soluzioni Acrobat Sign e Teams	Account e gruppo
Intestazione e-mail coerente	Con la versione	Tutti i livelli di servizio	Non configurabile
Identificazione del singolo testo di ancoraggio per il posizionamento dei campi tramite API REST v6	Con la versione	Livello Enterprise	Disponibile nell’API REST v6

Problemi risolti

4425785	Riepilogo :i campi data con il formato “gg/mmm/aaaa” non possono essere compilati in lingua ceca quando si utilizza il valore čvn .
Problema	Descrizione
4425785	Correzione: i provider delle impostazioni locali per la funzionalità della data sono stati aggiornati per gestire correttamente questo caso d’uso.
4429246	Riepilogo: la modifica dell’elenco dei destinatari di un flusso di lavoro può influire sugli accordi inviati da tale flusso di lavoro, causando il blocco degli accordi nello stato In corso.
4429246	Correzione: il codice che gestisce il modo in cui un accordo comprende l’elenco dei destinatari degli accordi è stato migliorato per gestire l’elenco dei destinatari all’interno della transazione, ignorando le modifiche apportate al modello.
4432494	Riepilogo: negli accordi nell’ambiente Acrobat potrebbe non essere possibile caricare la vista dell’immagine dell’accordo quando viene aperta nella pagina Gestisci a causa di un’eccezione non gestita.
4432494	Correzione: il metodo utilizzato per popolare l’immagine è stato aggiornato per gestire correttamente l’eccezione.
4436936	Riepilogo: i moduli Web con campi collegamento ipertestuale obbligatori generano un errore quando gli utenti tentano di salvarli.
4436936	Correzione: è stata aggiunta una condizione per consentire il salvataggio del modulo Web nonostante la mancata selezione del collegamento ipertestuale.
4437223	Riepilogo: la firma di un accordo su Adobe Sign utilizzando un dispositivo iOS può presentare un errore del server a causa di campi API non corretti /PUTing di sola lettura.
4437223	Correzione: è stata aggiornata l’API utilizzata per inserire i campi per l’accordo.
4441057	Riepilogo: la notifica e-mail di promemoria inviata a un destinatario che non è ancora il destinatario attivo quando il promemoria viene creato utilizzando REST v5 e il destinatario futuro è stato sostituito dal mittente.
4441057	Correzione: è stata aggiunta una condizione per inviare il promemoria solo ai partecipanti delegati che possono potenzialmente firmare l’accordo in quel momento.
4442166	Riepilogo: gli accordi archiviati non vengono rimossi dal sistema quando vengono aggiunti alla coda di eliminazione.
4442166	Correzione: gli accordi archiviati vengono rimossi immediatamente quando vengono inviati per l’eliminazione, invece di rimanere in coda per 14 giorni.
4444011	Riepilogo: errore HTTP 501 access_denied durante l’utilizzo di Intesi come sigillo elettronico a causa di un token di endpoint non valido.
4444011	Correzione: il modo in cui il token viene creato è stato aggiornato per essere più robusto e fornire la tolleranza alla versione.
4447727	Riepilogo: alcuni moduli Web precedenti e successivi al 2018 potrebbero non essere caricati con un messaggio di errore generico a causa di un errore di puntatore null.
4447727	Correzione: il codice del problema è stato identificato e corretto.