Note sulla versione di Adobe Acrobat Sign: 2024
Implementazione in produzione: 23 gennaio 2024
Implementazione GovCloud: 25 gennaio 2024
Funzionalità migliorate
- Rapporto di errore per gli utenti a cui è stato effettuato il provisioning tramite Adobe Admin Console : account per i quali gli utenti tramite Adobe Admin Console possono esaminare un rapporto contenente tutti gli utenti a cui è stato effettuato il provisioning ma che non sono stati convertiti in uno stato attivo. Gli stati di risoluzione identificano le operazioni che l’amministratore (o l’utente) deve eseguire successivamente per attivare l’utente nel servizio Acrobat Sign.
- Modificare i metodi di autenticazione per i moduli web esistenti: il metodo di autenticazione creato in un modulo Web durante la creazione può ora essere modificato e salvato, modificando il processo di autenticazione per i destinatari. Le modifiche apportate al metodo di autenticazione vengono registrate nel registro Attività.
- Inviare un accordo senza collegamenti attivi nell’e-mail: a sostegno di alcuni requisiti di conformità in settori regolamentati come quello finanziario, ora tutti i messaggi e-mail degli accordi possono essere inviati senza collegamenti attivi. Diversamente, i destinatari ricevono istruzioni su come utilizzare un codice di accesso per accedere alla pagina di firma elettronica.
Modifiche a livello di esperienza
- Disabilitare l’accesso social per i firmatari Bio-Pharma: per gli accordi inviati da un gruppo è presente una modifica rivolta al destinatario che abilita qualsiasi opzione Richiedi l’autenticazione dell’identità e utilizza Autenticazione Acrobat Sign. L’esperienza aggiornata rimuove automaticamente tutte le opzioni per utilizzare un partner di autenticazione collegato ai social (ad esempio, Google, Facebook e Apple). I destinatari devono autenticarsi direttamente tramite il sistema di gestione identità di Adobe.
- Esportazioni di dati migliorate per restituire dati in base all’ordine dei destinatari : i contenuti delle esportazioni di dati ora includono e sfruttano l’ordine dei destinatari:
- l’ordine dei destinatari è una nuova colonna selezionabile durante la creazione delle esportazioni di dati.
- Per impostazione predefinita, i destinatari vengono ordinati in base all’ordine dei destinatari nell’esportazione, anche quando il cliente non seleziona quella colonna da visualizzare.
- Adobe Acrobat Sign per Government migliorato con il provisioning just in time degli utenti: i nuovi utenti di un’organizzazione GovCloud ora possono utilizzare il vanity URL dell’account per autenticarsi nell’ambiente Acrobat Sign per Government tramite il provider di identità configurato. In questo modo viene attivata la creazione di nuovi utenti nel sistema Acrobat Sign e l’utente viene autenticato nel servizio per gli utenti di ritorno. La creazione di nuovi utenti è stata migliorata implementando un meccanismo di attesa incorporato che ha rimosso il requisito per l’utente di “Riprovare” in caso di timeout del sistema.
API e webhook
- Supporto OAuth 2.0 per le applicazioni dei clienti: i clienti possono ora configurare le proprie credenziali OAuth 2.0 per le applicazioni dei clienti e quindi ricevere il token di connessione (dal server di autenticazione dei clienti) nell’intestazione della notifica webhook. Attualmente, questo è supportato solo tramite API REST v6.
Problemi risolti
Problema | Descrizione |
---|---|
4442628 |
Riepilogo: le esportazioni di dati non riflettono lo stesso ordine dei destinatari del report di audit in termini di ordine dei destinatari assegnato all’accordo. |
Correzione:l’ordinamento per i report è stato aggiornato per ordinare sempre i dati in base all’ordine dei destinatari, come indicato nell’accordo | |
4452261 |
Riepilogo:gli apostrofi appaiono come il carattere di escape HTML ' nel report di audit. |
Correzione: il codice che esegue il rendering del report di audit è stato migliorato per visualizzare correttamente il carattere apostrofo. | |
4452559 |
Riepilogo: nel caricamento di un’immagine contenente metadati di orientamento nel campo immagine modulo Web, i metadati vengono persi durante l’elaborazione dell’immagine. |
Correzione: i metadati dell’immagine vengono ora estratti prima della conversione dell’immagine e quindi riapplicati dopo la conversione. |
|
4452592 |
Riepilogo: gli eventi Promemoria non sono visibili in Eventi accordo in Salesforce perché l’evento Promemoria non è un’enumerazione nel file degli eventi. |
Correzione: l’enumerazione Promemoria è stata aggiunta al file degli eventi. |
|
4453260 |
Riepilogo: se vengono caricati più documenti e tali documenti hanno font in conflitto durante l’elaborazione, il documento risultante viene alterato. |
Correzione: quando vengono caricati più documenti, i font incorporati che entrano in conflitto vengono rinominati. |
|
4453282 |
Riepilogo: se un destinatario è rappresentato in un accordo in più ruoli e viene delegato in un set di partecipazione, è possibile che durante la firma il valore utente non venga selezionato dal set, restituendo un errore. |
Correzione: il codice è stato aggiornato per garantire che gli utenti delegati in un set di partecipazione siano correttamente compresi e selezionati durante il processo di firma. |
|
4454688 |
Riepilogo: quando tutti i membri di un gruppo di destinatari vengono sostituiti, l’elenco dei destinatari in quel gruppo è vuoto e genera errori di firma. |
Correzione: sono stati eseguiti controlli per identificare e gestire i gruppi di destinatari con dimensioni pari a zero. |
|
4455110/ 4458255 |
Riepilogo: i nomi di gruppi con spazi nella stringa del nome possono impedire che il gruppo venga selezionato quando un utente tenta di modificare il gruppo nell’interfaccia utente a causa di una mancata corrispondenza tra il nome del database e il valore memorizzato nel selettore di gruppi. |
Correzione: è stato aggiunto un codice per garantire che il nome del selettore sia memorizzato nello stesso formato del nome groupID nel database. |
|
4456164 |
Riepilogo: quando un cliente aggiunge istruzioni specifiche per un partecipante aggiuntivo durante la creazione di un modulo Web, il testo visualizzato dal firmatario presenta interruzioni di riga al centro delle parole. |
Correzione: le interruzioni di parola sono state rimosse. |
|
4456295 |
Riepilogo: quando gli utenti passano da un gruppo all’altro, a volte visualizzano le impostazioni per il gruppo errato a causa dei valori delle impostazioni di memorizzazione nella cache. |
Correzione: la struttura di navigazione viene completamente cancellata quando si modificano i gruppi. |
|
4456427 |
Riepilogo: la descrizione relativa al nome degli allegati quando sono allegati all’e-mail finale non è accurata. |
Correzione: la descrizione è stata aggiornata per renderla più chiara. |
|
4457210 |
Riepilogo: testo sovrapposto con testo predefinito quando viene utilizzata l’opzione Stampa, firma e carica. |
Correzione: la funzione per inserire i valori nel menu a discesa è stata migliorata per applicare i valori predefiniti selezionati. |
|
4457539 |
Riepilogo: impossibile aggiungere l’URL con l’estensione di dominio “.art” nella configurazione OAuth. |
Correzione: la convalida del dominio di primo livello è stata aggiornata. |
|
4457813 |
Riepilogo: quando si avvia un flusso di lavoro tramite API, i numeri di telefono vengono combinati quando più destinatari utilizzano lo stesso indirizzo e-mail ma convalide telefoniche diverse. |
Correzione: il codice è stato migliorato per gestire i casi di utilizzo di più destinatari con numeri di telefono diversi per lo stesso indirizzo e-mail. |
|
4458114 |
Riepilogo: i campi firma successivi al primo contengono il testo Tocca per cambiare anziché Tocca per firmare quando il valore nel primo campo non è stato applicato. |
Correzione: nel caso in cui un valore non sia stato ancora applicato, il testo nel campo rifletterà Tocca per firmare. | |
4458141 |
Riepilogo: quando l’indirizzo e-mail è in minuscolo nel set di partecipanti ma in maiuscolo/minuscolo nel campo senderEmail, si potrebbe non essere in grado di visualizzare l’opzione Firma e invia nel nuovo authoring. |
Correzione: il confronto delle e-mail è stato modificato in modo da non fare distinzione tra maiuscole e minuscole. |
|
4458673 |
Riepilogo: i destinatari che non dispongono di un userID Acrobat Sign non visualizzano tutti i valori utente nelle esportazioni di dati. |
Correzione: le esportazioni di dati sono state aggiornate per includere nel database i dati di utenti non memorizzati nella sezione userID. |
|
4458731 |
Riepilogo: il prefisso internazionale del Mozambico (+258) non è incluso nell’elenco di quelli supportati. |
Correzione: il prefisso internazionale +258 è stato aggiunto. |
|
4458789 |
Riepilogo: i log delle richieste API molto lunghi causano un timeout durante il caricamento. |
Correzione: l'indice SQL è stato aggiornato. |
|
4459539 |
Riepilogo: i messaggi privati non funzionano quando il mittente si trova in un gruppo in cui i Messaggi privati sono disabilitati, ma l’utente li deve inviare da un gruppo diverso con i messaggi privati abilitati. |
Correzione: è stato aggiunto un codice per garantire il rispetto delle impostazioni a livello di gruppo. |
|
4461081 |
Riepilogo: il valore del campo a discesa non è visibile nell’accordo firmato in caso di firma digitale dell’accordo. |
Correzione: diverse annotazioni sono state rimosse e la funzione di importazione è stata reimpostata per migliorare la visibilità dei campi. |
|
4461180 |
Riepilogo: impossibile caricare un documento firmato se il destinatario successivo che apporrà la firma è il mittente dell’accordo. |
Correzione: la funzione che controllava la partecipazione è stata migliorata. |
|
4461726/ 4464466 |
Riepilogo: la protezione del contenuto non viene ereditata da un gruppo del flusso di lavoro. |
Correzione: il codice è stato migliorato per garantire l’applicazione delle impostazioni del gruppo. |
|
4461845 |
Riepilogo: il pulsante “Avanti” non risponde quando l’accordo contiene un campo Firma digitale. |
Correzione: la libreria che gestisce il pulsante Avanti è stata aggiornata. |
|
4464349 |
Riepilogo: il nuovo Invia in modalità collettiva può interrompere la sincronizzazione con Acrobat Sign se utilizzato tramite API a causa di un tipo di campo errato. |
Correzione: il tipo di campo è stato corretto. |
|
4464621 |
Riepilogo: i modelli che contengono campi per più destinatari rispetto a quelli contenuti nell’accordo possono impedire al processo dell’accordo di caricare la nuova pagina di creazione. |
Correzione: quando viene rilevato questo problema, è stato implementato un reindirizzamento alla pagina di creazione classica. |
|
4465906 |
Riepilogo: gli accordi creati con un flusso di lavoro di invio personalizzato potrebbero non mostrare l’opzione Carica il documento firmato sulla pagina Gestisci. |
Correzione: è stato aggiornato il controllo che consente all’azione Carica il documento firmato di essere disponibile per i flussi di lavoro personalizzati a patto che tutte le condizioni siano soddisfatte. |
|
4469350 | Riepilogo: gli accordi creati tramite API con un flusso di firma parallelo non vengono visualizzati nell’ambiente di invio classico nell’ordine corretto in cui sono stati definiti nella chiamata API. |
Correzione: l’ordinamento dei destinatari è stato corretto per l’ambiente classico. |
Implementazione in produzione: 12 marzo 2024
Implementazione in GovCloud: 19 marzo 2024
Funzionalità migliorate
- Nuova esperienza Richiedi firma aggiornata con supporto di funzionalità aggiuntive: la nuova esperienza Richiedi firma fa un grande passo avanti verso la parità con l’esperienza classica aggiungendo il supporto per:
- Esperienza di authoring fluida (torna alla configurazione dell’accordo dall’ambiente di authoring)
- Contatti organizzativi nella rubrica
- Gruppi di destinatari, sia ad hoc che riutilizzabili
- Modifica di accordi correnti
- Caricamento file su OneDrive
Ambienti disponibili: Sandbox, Commerciale | Livelli di servizio disponibili: individuale, Team, Enterprise | Ambito di configurazione: non configurabile
- Controllo dell’identità del destinatario: gli amministratori possono configurare il proprio account (o gruppo) in modo che richieda una verifica del fatto che l’indirizzo e-mail del destinatario corrisponda al valore previsto (come definito al momento della stesura dell’accordo) quando il destinatario si autentica utilizzando il Gateway di identità digitale.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: individuale, Team, Enterprise | Ambito di configurazione: gruppo, account
- Ambito migliorato per la funzione Blocca i destinatari per area geografica : la funzionalità per bloccare i destinatari tramite area geografica è stata migliorata per consentire la configurazione a livello di gruppo.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: non configurabile
- Provisioning basato sull’utente per Microsoft Power Automate in Acrobat Sign: gli utenti che desiderano creare flussi di lavoro all’interno di Acrobat Sign che utilizzando l’integrazione Power Automate possono ora fornire l’accesso per conto della propria organizzazione.
Quando un utente sceglie di creare un nuovo flusso di lavoro, visualizzerà le Condizioni dei diritti inclusi, i Limiti di capacità di utilizzo di Adobe e i termini e le condizioni di Microsoft, che devono essere accettati per abilitare l’integrazione di Power Automate.
Gli amministratori che desiderano gestire l’accesso al provisioning basato sugli utenti possono farlo accedendo a Impostazioni globali > Flussi di lavoro Power Automate.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: gruppo, account
- Inviare collegamenti dell’accordo al numero di telefono del destinatario tramite SMS: i mittenti possono facoltativamente configurare l’accordo per inviare i collegamenti direttamente al numero di telefono del destinatario (oltre che all’indirizzo e-mail), consentendo al destinatario di rivedere e firmare il documento direttamente sul proprio smartphone senza passare prima per l’e-mail.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: gruppo, account
- OTP tramite supporto di autenticazione e-mail per flussi di lavoro di invio personalizzati: la funzione flussi di lavoro di invio personalizzati ora supporta l’utilizzo del metodo di autenticazione tramite password monouso via e-mail.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: gruppo, account
- Riduci i file caricati per incorporare i valori dei campi predefiniti prima dell’authoring: i clienti che creano moduli e modelli con campi contenenti valori predefiniti possono abilitare questa funzionalità per “ridurre” il documento dopo il caricamento, incorporando eventuali valori predefiniti nel documento di origine prima di aprire l’ambiente di authoring. Ciò garantisce che gli utenti non possano modificare erroneamente i valori predefiniti del file caricato durante l’esperienza di authoring.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: gruppo, account
- Supporto per messaggi privati per parti in CC su moduli Web: i partecipanti in CC su un modulo Web possono ora configurare un messaggio privato che verrà incluso nella notifica e-mail che riceveranno una volta completato l’accordo.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: non configurabile
- Metadati dell’accordo per le firme cloud : quando si creano firme digitali tramite Trust Service Provider (TSP) di terze parti, Acrobat Sign ora può facoltativamente inviare metadati aggiuntivi al TPS. I dati inclusi sono:
- ID account: consente di identificare l’account cliente e di elaborare le transazioni abilitate a livello di account.
- ID gruppo: consente di identificare il gruppo del cliente quando un gruppo ha abilitato un TSP specifico per l’elaborazione della firma.
- ID transazione: per fornire supporto aggiuntivo nella convalida dell’elaborazione delle transazioni per transazione. Utile per comprendere il consumo del cliente e la fatturazione con il fornitore.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: individuale, Team, Enterprise | Ambito di configurazione: gruppo, account
Modifiche a livello di esperienza
- L’ambiente della classica pagina Invia modificherà il tipo di autenticazione E-mail in Nessuno :nell’elenco dei tipi di autenticazione nella pagina classica Invia, il tipo di autenticazione e-mail è stato modificato in modo da indicare Nessuno. La funzionalità non è stata modificata. Gli accordi vengono ancora inviati all’indirizzo e-mail del destinatario fornito. L’E-mail è uno dei tipi di consegna selezionati.
Il nuovo ambiente Richiedi firma continua a utilizzare il termine E-mail per ora e verrà aggiornato per utilizzare Nessuno in una versione futura.
- Il formato delle intestazioni delle e-mail è cambiato per modificare la proprietà Da per le e-mail dei destinatari, ad esempio i modelli iniziali di “Firma” e Promemoria.Il formato precedente di “Adobe Acrobat Sign per conto di <SomeUser>” è cambiato in “<SomeUser> tramite Adobe Sign”. Il formato più breve garantisce che il nome del mittente non venga troncato.
- Il testo del piè di pagina che precede il banner Fai clic per firmare è stato modificato da “Con la mia firma, accetto il presente accordo, l’Informativa cliente e di operare con <Sender>” a “Apponendo la firma, accetto il presente documento, l’Informativa cliente e di utilizzare le firme elettroniche.”
- La sezione Provider di firma cloud con restrizioni nella scheda Firme digitali del menu di amministrazione è stata rimossa. Gli ID account e gruppo sono elencati rispettivamente nella parte superiore delle Impostazioni globali e delle Impostazioni gruppo. La sezione Provider di firma cloud limitati della scheda Firme digitali è stata rimossa poiché queste informazioni provengono in modo ottimale dall’account o dal gruppo in base alle esigenze.
- La nuova interfaccia di Invia in modalità collettiva è stata promossa all’esperienza predefinita. Per tutti gli account l’esperienza Invia in modalità collettiva è stata aggiornata al nuovo ambiente. Gli utenti hanno accesso a un collegamento che consente loro di tornare all’interfaccia classica, mentre gli amministratori hanno accesso ai controlli per reimpostare l’impostazione predefinita sull’esperienza classica, se necessario.
- La clientela VIP ha accesso a una nuova esperienza chatbot quando utilizza la guida nell’applicazione: il nuovo chatbot è stato sviluppato per migliorare la risposta alle domande della clientela offrendo un’interfaccia migliore e interattiva che fornisce suggerimenti per le domande più importanti nel messaggio di benvenuto, consigli basati su precedenti selezioni da parte dell’utente, supporto diretto per le query e risoluzione di query complesse. Agli utenti viene chiesto di fornire un feedback sulle informazioni restituite per aiutarli a rispondere meglio nelle istanze future e, se le informazioni richieste non vengono trovate, viene presentata un’opzione per connettersi a un agente di supporto tramite chat.
- L’accesso dei clienti VIP alla nuova esperienza Chatbot è stato sospeso: il nuovo Chatbot è stato sospeso fino alla prossima versione, ad aprile 2024.
Aggiornamenti dell’integrazione
- Supporto per metodi di autenticazione secondari nelle integrazioni Microsoft: l’ottenimento di una firma tramite le integrazioni Microsoft Teams, Outlook e Word/PowerPoint ora supporta l’uso di metodi di autenticazione secondari come l’autenticazione telefonica (SMS).
- Acrobat Sign per Veeva Vault aggiornato alla versione 1.3.0
- Aggiornamento della libreria Veeva Vault: l’applicazione è stata aggiornata a una libreria API Vault (VAPIL) più moderna ed efficiente per una maggiore integrazione.
- Aggiornamento della versione dell’API Veeva Vault: la versione dell’API Veeva Vault è stata aggiornata alla versione 23.1
- Il pacchetto di distribuzione dell’integrazione è stato migliorato per garantire che non venga imposto ai clienti alcun requisito per l’utilizzo dell'ultima versione del documento.
Problemi risolti
Problema | Descrizione |
---|---|
4436411 |
Riepilogo: la guida utente all’interno dell’applicazione non apre pagine localizzate della guida utente. |
Correzione: il codice di localizzazione per la mappatura dell’URL della guida utente è stato corretto. | |
4441053 |
Riepilogo: l’accesso a qualsiasi accordo, modello o modulo Web dalla scheda Gestisci genera un errore sulla console. |
Correzione: per eliminare questo errore, è stata rimossa una libreria obsoleta. | |
4441309 |
Riepilogo: l’ottenimento della firma manuale su un iPad provoca un ciclo di ricaricamento quando i pop-up sono disattivati su un dispositivo mobile. |
Correzione: sono stati aggiunti il rilevamento dei pop-up e una finestra di dialogo di errore per permettere in modo esplicito all’utente di consentire i pop-up. | |
4444676 |
Riepilogo: il pulsante “Fai clic per firmare” non funziona quando l’e-mail viene selezionata per la compilazione automatica in MS Edge durante la firma di un modulo Web. |
Correzione: è stato aggiunto un nuovo “campo conferma e-mail” nel metodo Reimposta campi. |
|
4449161 |
Riepilogo: gli accordi completati e inviati utilizzando un flusso di lavoro non vengono inviati tramite e-mail all’utente che li ha condivisi. |
Correzione: il file XML relativo agli accordi di condivisione è stato aggiunto ai modelli di flusso di lavoro. I nuovi flussi di lavoro aggiornati o creati dopo la versione di marzo 2024 ora includeranno il processo di notifica della condivisione. | |
4454140 |
Riepilogo: quando un firmatario ha due o più campi iniziali ai quali è stata applicata una condizione showIf affinché vengano visualizzati una volta compilato il primo campo di iniziali, il secondo campo non viene esposto. |
Correzione: i valori di mappatura dei campi sono stati corretti per consentire le azioni corrette relative alle condizioni showIf. | |
4456726 |
Riepilogo: quando i mittenti aggiungono un partecipante alternativo, nei promemoria esistenti non scaduti il nuovo destinatario non viene aggiunto se è abilitata l’opzione di scelta del mittente. |
Correzione: il codice è stato corretto per consentire l’aggiunta del nuovo destinatario. | |
4457764 |
Riepilogo: i pannelli di navigazione non dispongono del rapporto di contrasto 3:1 appropriato per un indicatore di attivazione |
Correzione: i menu laterali e le tabelle del corpo identificati sono stati aggiornati per includere indicatori blu con il rapporto di contrasto appropriato. | |
4458840 |
Riepilogo: quando è presente un gruppo destinatari o una delega. L’e-mail “per conto di” mostra sempre il firmatario nell’intestazione quando l’opzione per nascondere l’e-mail del destinatario è impostata su true. |
Correzione: l’intestazione è stata modificata per impostare l’indirizzo del destinatario corretto. |
|
4458887 |
Riepilogo: l’ordine dei destinatari in un file CSV di esportazione dati “Numero di destinatari rimanenti” o “Numero di destinatari completi” non è corretto. |
Correzione: le funzioni interessate sono state aggiornate per produrre il risultato previsto. | |
4459061 |
Riepilogo: Sandbox: si verifica un errore durante la personalizzazione del campo “Azienda” tramite la nuova esperienza di authoring e l’utilizzo di un modello creato nell’ambiente di authoring classico. |
Correzione: l’API è stata aggiornata per identificare e rendere disponibili correttamente i campi. | |
4460178 |
Riepilogo: Delega incoerente per i destinatari che sono già partecipanti a un accordo, a seconda dello stato del destinatario nel sistema Acrobat Sign. |
Correzione: tutte le funzioni interessate sono state corrette per offrire un’esperienza coerente (i partecipanti già presenti nell’accordo non possono essere delegati) | |
4460284 |
Riepilogo: l’impostazione predefinita Autenticazione tramite telefono non funziona per i flussi di lavoro a livello di gruppo. |
Correzione: gli aggiornamenti alla progettazione dei flussi di lavoro hanno corretto questo problema. | |
4460685 |
Riepilogo: Stato di condivisione: i gruppi eliminati sono visibili quando un gruppo viene eliminato e una condivisione esistente è ancora attiva. Se un utente crea nuovamente un gruppo con lo stesso nome, vengono visualizzati due gruppi con lo stesso nome. |
Correzione: ai gruppi eliminati è stata aggiunta una stringa [Eliminato] accanto al nome del gruppo. |
|
4461456 |
Riepilogo: quando si invia un accordo con una “scadenza di completamento” nella pagina di authoring, viene creato un evento di scadenza dell’accordo duplicato per la pianificazione. Ciò comporta la doppia attivazione di eventi/e-mail di scadenza. |
Correzione: è stata aggiunta una verifica dello stato per identificare e impedire i messaggi duplicati. | |
4461634 |
Riepilogo: i campi di testo non vengono visualizzati nel documento da firmare se il nome del campo è solo un carattere speciale poiché il nome viene memorizzato come carattere decodificato. |
Correzione: è stata aggiunta la codifica dei caratteri speciali nei nomi dei campi modulo durante il salvataggio dei campi aggiornati nella pagina di authoring. |
|
4461953 |
Riepilogo: quando si invia da un flusso di lavoro e viene visualizzata l’anteprima prima dell’invio, i campi del destinatario vengono spostati verso l’alto nel documento. |
Correzione: è stato risolto un problema di funzione per un’eccezione TypeError della funzione che impediva l’uso di un banner di testo corretto per l’avviso predefinito. |
|
4463091 |
Riepilogo: durante l’invio in modalità collettiva, quando si seleziona il gruppo dall’elenco a discesa, il logo non cambia. |
Correzione: gli attributi richiesti sono stati aggiunti al modello di invio in modalità collettiva. | |
4463209 |
Riepilogo: il filtro per visualizzare solo gli amministratori non funziona come previsto. Errore restituito da troppi utenti. |
Correzione: il filtro per visualizzare solo gli amministratori è stato corretto e ora restituisce solo gli amministratori. | |
4463384 |
Riepilogo: se externalId viene passato quando viene creato un accordo tramite il flusso di lavoro nello stato “Bozza” utilizzando l’endpoint API degli accordi POST, externalId viene mantenuto nella tabella draft_resource.Quando si preme il pulsante Invia per inviare l’accordo, viene effettuata la chiamata PUT agreements/{AgreementID}. Durante questa chiamata, externalId non viene passato dall’interfaccia utente. |
Correzione: è stata aggiunta una chiamata per caricare externalId dall’oggetto agreementInfo all’oggetto accordo per un flusso di composizione personalizzato. |
|
4463469 |
Riepilogo: il codice HTML è visibile in un messaggio di errore perché HTML non è supportato nell’oggetto del messaggio di errore. |
Correzione: HTML è stato rimosso dal messaggio di errore. | |
4463485 |
Riepilogo: il campo firma risulta mancante n un accordo quando il firmatario apre l’accordo in due browser diversi contemporaneamente e ne firma uno con firma elettronica, mentre tenta di stampare, firmare e caricare l’altro. |
Correzione: viene visualizzato un errore che indica che l’utente deve ricaricare la pagina per ottenere la pagina aggiornata con il campo firma esposto. | |
4463507 |
Riepilogo: quando l’autenticazione basata su conoscenza richiede l’inserimento di nome e cognome, nella pagina di composizione personalizzata è possibile inviare l’accordo senza immettere i dati necessari. |
Correzione: la convalida è stata implementata. Se l’impostazione richiede informazioni sul nome, quando non si compila il nome e il cognome dell’Autenticazione basata su conoscenza (KBA), verrà visualizzato un errore. |
|
4463881 |
Riepilogo: l’aggiornamento in modalità collettiva degli utenti ha esito negativo per il gruppo contenente caratteri speciali. |
Correzione: per allinearlo alla voce del database, il nome del gruppo viene codificato durante la verifica se il gruppo esiste già. I caratteri speciali vengono codificati nel database. |
|
4463888 |
Riepilogo: l’archiviazione non viene applicata ai flussi di lavoro. L’opzione "Archivia questo accordo" è deselezionata se l’impostazione di archiviazione è attivata. |
Correzione: se il valore delle informazioni di archiviazione non è stato impostato dall’utente, viene selezionata l’impostazione VAULT_BY_AGREEMENT. |
|
4464230 |
Riepilogo: per alcuni account, l’apertura dei flussi di lavoro potrebbe richiedere in media 4-5 minuti. |
Correzione: le chiamate al database sono state semplificate per ridurre i tempi di elaborazione complessivi. | |
4464396 |
Riepilogo: i file allegati vengono rimossi quando la visualizzazione viene cambiata nella pagina Invia. |
Correzione: il codice è stato migliorato per mantenere tutti i parametri durante il passaggio da un ambiente all’altro. | |
4464473 |
Riepilogo: la condivisione degli accordi con gli utenti non funziona per gli accordi inviati utilizzando un flusso di lavoro e firmati solo dal mittente. |
Correzione: il codice del flusso di lavoro per la firma autonoma è stato migliorato per consentire la condivisione dell’accordo. | |
4464483 |
Riepilogo: POST /webhooks a volte impiegano più di 15 secondi per rispondere (o scade) quando vengono chiamati immediatamente dopo la creazione di un nuovo account. |
Correzione: la sincronizzazione per la creazione di nuovi account è stata semplificata per ridurre i tempi di elaborazione. | |
4464620 |
Riepilogo: errore relativo al documento di identità se il nome del documento è vuoto |
Correzione: è stato implementato un controllo per gestire l’evento quando un nome è vuoto. | |
4464792 |
Riepilogo: indipendentemente dal valore dell’impostazione “Mostra collegamento nell’e-mail”, quando si condivide un accordo completato, il collegamento per visualizzare il documento online viene sempre visualizzato nell’e-mail. |
Correzione: è stato creato un nuovo modello che mostra il collegamento per la visualizzazione online, a seconda del valore dell’impostazione Mostra collegamento nell’e-mail. Il modello originale è stato modificato per includere un controllo che indica se l’accordo è stato firmato ed è stata aggiunta la logica per visualizzare il modello corretto in base alle impostazioni. |
|
4464844 |
Riepilogo: se al mittente sono stati assegnati dei tag di testo e questi non è un partecipante all’accordo, gli accordi non verranno inviati. |
Correzione: quando al documento di origine sono assegnati campi tag di testo con il ruolo “mittente”, questi vengono eliminati se il mittente non partecipa all’accordo. |
|
4464907 |
Riepilogo: quando si modifica il metodo di autenticazione di un accordo Bozza salvato in precedenza, il metodo di autenticazione non viene aggiornato. |
Correzione: quando viene elaborato un destinatario per la prima volta, viene utilizzato il metodo di autenticazione predefinito dalle relative impostazioni per destinatario. |
|
4464978 |
Riepilogo: l’endpoint GET /agreement/id/formFields genera un NPE a causa di un PDFLink con una posizione vuota. |
Correzione: è stato aggiunto il codice per gestire il problema dell’NPE. I collegamenti PDF senza posizione sono stati attualmente omessi. | |
4465801 |
Riepilogo: se le dimensioni del documento sono sufficienti, Acrobat Sign continuerà a tentare di creare una miniatura di un documento abbandonato, causando un errore di timeout. |
Correzione: aggiornamento del codice per consentire il completamento delle miniature abbandonate, indipendentemente dallo stato abbandonato. | |
4465946 |
Riepilogo: I moduli web possono non funzionare e risultare impossibili da aprire. |
Correzione: La logica relativa alle modalità di elaborazione dei moduli web è stata aggiornata per sbloccare un modulo che non applica correttamente i controlli di convalida. | |
4465952 |
Riepilogo: Workday: i documenti con annotazioni non valide generano eccezioni, causando l’annullamento dell’accordo. |
Correzione: Le annotazioni senza sottotipo vengono attualmente ignorate. | |
4466399 |
Riepilogo: la colonna Gruppo mittente non è presente durante l’esportazione CSV. |
Correzione: la colonna è stata aggiunta all’esportazione. | |
4466560 |
Riepilogo: I moduli web possono essere annullati automaticamente a causa di un errore di puntatore null dovuto a partecipanti sconosciuti. |
Correzione: È stato aggiunto il codice per gestire correttamente i partecipanti sconosciuti. | |
4466885 / 4467126 |
Riepilogo: gli account abilitati per Utenti in più gruppi inviano tutti i relativi groupId nell’intestazione durante l’invio in modalità collettiva, che possono essere superiori alla dimensione massima dell’intestazione accettata dal micro-servizio. |
Correzione: la dimensione massima dell’intestazione è stata aumentata. | |
4467036 |
Riepilogo: impossibile sincronizzare i flussi di lavoro personalizzati dalla Sandbox alla Produzione a causa di una codifica dell’utente errata. |
Correzione: la codifica dell’utente è stata corretta per il processo di sincronizzazione. | |
4468762 |
Riepilogo: la verifica dell’autenticazione basata sul conoscenza (KBA) convaliderà solo il primo membro del gruppo di destinatari e consentirà di inviare l’accordo anche se gli altri membri hanno un’autenticazione KBA e informazioni sul nome lasciate vuote. |
Correzione: la pagina di composizione ora viene caricata con un ordine di destinatari null, forzando un controllo del nome. | |
4469069 |
Riepilogo: nell’ambiente sandbox, la pagina di firma elettronica presenta uno spazio aggiuntivo tra l’intestazione e la barra blu della sandbox |
Correzione: l’intestazione è stata modificata per consentire una visione completa del testo. | |
4469416 |
Riepilogo: nel menu Opzioni e Guida della pagina della firma elettronica, gli utenti che utilizzano la tastiera non sono in grado di uscire dal menu a discesa espanso utilizzando il tasto Tab. |
Correzione: ora è possibile chiudere il menu con il tasto Tab. Lo stato attivo torna al pulsante di attivazione del menu a discesa dopo la chiusura del menu. |
|
4469419 |
Riepilogo: anche se impostato su “Non consentito” nella nuova esperienza, il nome dell’accordo può comunque essere modificato. |
Correzione: la modifica è stata limitata in base alla configurazione del flusso di lavoro. | |
4469680 |
Riepilogo: le informazioni CC non vengono visualizzate nella pagina Gestisci, il destinatario CC non riceve l’e-mail finale archiviata e firmata e le informazioni CC non vengono visualizzate nel corpo dell’e-mail se il mittente non preme “Invio” dopo aver inserito le informazioni. |
Correzione: le informazioni per le parti in CC sono state aggiunte all’accordo quando il campo perde lo stato attivo. | |
4470393 |
Riepilogo: i collegamenti ipertestuali richiesti dai modelli di libreria vengono duplicati nella pagina di firma elettronica, risultando in accordi non firmabili. |
Correzione: il modo in cui i campi vengono trasferiti ai modelli di modulo degli accordi secondari è stato aggiornato per garantire che sia presente un solo campo. | |
4472895 | Riepilogo: Se un mittente utilizza lo stesso indirizzo e-mail di un destinatario che ha apposto il sigillo, ma il caso d’uso nell’e-mail è diverso, verrà attivato un errore per distinzione tra maiuscole e minuscole. |
Correzione: la distinzione tra maiuscole e minuscole è stata rimossa durante la valutazione delle stringhe in questo caso di utilizzo. | |
4472954 | Riepilogo: la velocità di sincronizzazione per i flussi di lavoro tra l’ambiente Sandbox e l’ambiente di produzione è molto lenta. |
Correzione: i miglioramenti apportati alla query e al codice hanno migliorato il tempo di sincronizzazione. | |
4474353 | Riepilogo: la connessione di un’applicazione Salesforce all’ambiente Sandbox di Acrobat Sign non reindirizza l’utente alla pagina corretta poiché l’URL di destinazione non è impostato correttamente. |
Correzione: il codice è stato migliorato per impostare correttamente l’URL di destinazione e facilitare il reindirizzamento dell’utente. | |
4474581 | Riepilogo: l’ambiente Sandbox ha smesso di inviare le notifiche webhook dopo una ricostruzione dell’ambiente Sandbox. |
Correzione: l’ambiente Sandbox è stato ridistribuito e il problema è stato risolto. |
Implementazione in produzione: 9 aprile 2024
Implementazione in GovCloud: 11 aprile 2024
Funzionalità migliorate
- Supporto dell’autenticazione tramite telefono per i firmatari di moduli web: chi è in possesso di un piano Enterprise e utilizza i moduli web può ora configurare l’autenticazione tramite telefono per il primo firmatario del modulo web. Il numero di telefono viene richiesto e verificato immediatamente dopo l’accesso al modulo Web (prima che il firmatario possa interagire con i campi).
Ambienti disponibili: sandbox, commerciale | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: abilitato per impostazione predefinita
- Esperienza del firmatario migliorata durante il salvataggio di un modulo Web: il processo di salvataggio di un modulo Web da parte di un firmatario è stato semplificato in un flusso più intuitivo.
Ambienti disponibili: sandbox, commerciale | Livelli di servizio disponibili: Team, Enterprise | Ambito di configurazione: abilitato per impostazione predefinita
- Abilita l’esperienza “Richiedi firma” senza cookie per le integrazioni della clientela: coloro che hanno creato applicazioni personalizzate che richiamano l’esperienza Richiedi firma possono abilitare l’ambiente senza cookie, fornendo agli utenti un’esperienza più fluida.
Ambienti disponibili: sandbox, commerciale Livelli di servizio disponibili: Enterprise Ambito di configurazione: l’interfaccia utente per l’opzione viene visualizzata per impostazione predefinita. L’abilitazione è manuale per applicazione.
Modifiche a livello di esperienza
- Il nuovo ambiente Invio in modalità collettiva è ora l’esperienza predefinita per tutti gli account . Il nuovo ambiente Invio in modalità collettiva migliorato è stato promosso all’esperienza predefinita con la versione di aprile 2024. Questo è il primo passo per terminare l’accesso all'ambiente classico, che dovrebbe essere rimosso completamente dall’esperienza utente entro marzo 2025.
- Gli amministratori continuano a disporre dell’opzione per ripristinare l’ambiente predefinito all’esperienza classica tramite il menu di amministrazione.
- I collegamenti restano disponibili per consentire agli utenti di passare dall’ambiente nuovo a quello classico.
- Gli amministratori continuano a disporre dell’opzione per ripristinare l’ambiente predefinito all’esperienza classica tramite il menu di amministrazione.
- La clientela VIP ha accesso a una nuova esperienza chatbot quando utilizza la guida nell’applicazione: il nuovo chatbot è stato sviluppato per migliorare la risposta alle domande della clientela offrendo un’interfaccia migliore e interattiva che fornisce suggerimenti per le domande più importanti nel messaggio di benvenuto, consigli basati su precedenti selezioni da parte dell’utente, supporto diretto per le query e risoluzione di query complesse. Agli utenti viene chiesto di fornire un feedback sulle informazioni restituite per aiutarli a rispondere meglio nelle istanze future e, se le informazioni richieste non vengono trovate, viene presentata un’opzione per connettersi a un agente di supporto tramite chat.
- Rimozione del banner dell’app per dispositivi mobili: il banner pubblicitario dell’app Adobe Acrobat Sign per dispositivi mobili è stato rimosso dalla pagina Home.
Problemi risolti
Problema | Descrizione |
---|---|
4466859 | Riepilogo: la formattazione della data in inglese americano non viene tradotta correttamente nella pagina per la firma elettronica. |
Correzione: aggiornamento del codice per garantire che la data della firma elettronica corrisponda al formattatore della data del PDF. | |
4467995 | Riepilogo: Quando vengono utilizzati più file e quindi modificati o rimossi, la Visibilità limitata dei documenti può interrompere un modulo web. |
Correzione: il codice è stato migliorato per garantire che i file nascosti di un accordo vengano mantenuti correttamente durante l’aggiornamento di un modulo Web in cui è abilitata la funzione Visibilità limitata dei documenti. | |
4469175 |
Riepilogo: Quando si seleziona l’URL di firma, alcuni browser non aprono l’iFrame a causa di un errore che indica che i cookie sono disabilitati. Ciò è dovuto a modifiche dei requisiti del browser. |
Correzione: I parametri per i cookie sono stati aggiornati per soddisfare i requisiti della modifica. | |
4469178 | Riepilogo: l’URL di download può non essere allineato alle risorse dell’accordo in base all’ambiente di firma elettronica |
Correzione: la richiesta delle risorse è stata aggiornata per allinearsi alle esperienze corrette utilizzate. | |
4469538 | Riepilogo: le notifiche e-mail vengono inviate quando le opzioni “emailOption” e “redirectOptions” nell’API v6 sono impostate su “none” |
Correzione: il codice per eseguire le notifiche e-mail è stato aggiornato e riordinato per garantire l’applicazione delle impostazioni corrette per l’accordo. | |
4475491 |
Riepilogo: gli URL di visualizzazione e delega generati dall’API non funzionano e causano un errore non autorizzato quando la protezione del contenuto è abilitata a causa della mancanza di logica per creare una sessione utente temporanea. |
Correzione: La logica è stata aggiunta per consentire la creazione della sessione utente che genera un URL valido. |
Implementazione in produzione: 18 giugno 2024
Implementazione GovCloud: 9 luglio 2024
Funzionalità migliorate
- Aggiornamento dell’esperienza Richiedi firma: all’interfaccia Richiedi firma sono stati aggiunti alcuni elementi che rendono l’esperienza molto più simile alla classica pagina Invia. In questa versione sono incluse:
- Trascinamento file: i file ora possono essere aggiunti alla configurazione dell’accordo trascinandoli da cartelle desktop o locali e rilasciandoli nella sezione File.
- Aggiungimi: l’opzione Aggiungimi inserisce il creatore dell’accordo nell’accordo stesso, nel record del destinatario successivo.
- Archiviazione elettronica: chi richiede l’archiviazione elettronica ora può utilizzare l’esperienza Richiedi firma e assicurarsi che gli accordi vengano aggiunti alla loro archiviazione.
- Indirizzamento ibrido: la configurazione di accordi con flussi di lavoro di firma ibrida è ora supportata quando è abilitata.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Individuale, Team, Enterprise | Ambito di configurazione: attivato per impostazione predefinita
Problemi risolti
Problema | Descrizione |
---|---|
4459444 |
Riepilogo:il collegamento Aggiungimi nel nuovo ambiente Richiedi firma non ha il collegamento per inserire il mittente come destinatario nel flusso di firma dell’accordo. |
Correzione: il collegamento Aggiungimi è stato aggiunto e funziona come in precedenza sulla pagina Invia. | |
4477422 |
Riepilogo: il campo di pagamento potrebbe non funzionare correttamente nel nuovo ambiente di authoring, convertendo i campi di pagamento in campi di testo. |
Correzione: il codice è stato aggiornato per gestire correttamente il campo di pagamento. |
Implementazione sandbox: 16 luglio 2024
Implementazione in produzione: 13 agosto 2024
Implementazione GovCloud: 15 agosto 2024
Modifiche a livello di esperienza
- Nuova pagina post-firma per i destinatari non registrati: i destinatari che completano la propria azione (firma, approvazione, ecc.) vengono indirizzati a una nuova pagina post-firma che fornisce accesso al PDF dell’accordo e offre l’opportunità di provare alcune delle funzionalità più diffuse di Adobe Acrobat.
I paesi con leggi sulla comunicazione più rigide non potranno visualizzare le quattro offerte “Prova ora”.
Ai destinatari viene fornita un’esperienza secondaria essenziale per i quali gli accordi sono soggetti alle seguenti eccezioni:
• I destinatari che firmano un accordo tramite un’applicazione incorporata.
• Quando il gruppo da cui viene inviato l’accordo dispone di un URL di reindirizzamento.
Ai destinatari registrati viene inviata una versione della pagina post-firma che fornisce un pulsante per accedere alla pagina Gestisci dell’account Acrobat Sign.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: non configurabile
- Modifica dell’annuncio del codice di invio per l’autenticazione tramite telefono: il pannello che avvisa un destinatario sull’obbligo di utilizzare l’autenticazione tramite telefono è stato aggiornato per includere un ulteriore conferma:
“Cliccando sul pulsante “Invia codice”, l’utente conferma e concorda che riceverà una chiamata o un messaggio di testo automatizzati al numero fornito per confermare la propria identità.”
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Individuale, Team, Enterprise | Ambito di configurazione: non configurabile
Aggiornamento webhook
Aggiornamento al payload di notifica webhook per tutti i tipi di eventi di iscrizione AGREEMENT_*: tutti gli eventi di notifica webhook Accordo sono stati aggiornati per includere tre nuovi campi:
- userId: identificatore univoco del partecipante
- Per includere il valore nel payload, il parametro Informazioni accordo deve essere selezionato nei Parametri di notifica.
- authenticationMethod: metodo di autenticazione utilizzato per consentire ai partecipanti di visualizzare e firmare l’accordo.
- createdGroupId: ID del gruppo da cui è stato creato il webhook.
- Per includere il valore nel payload, il parametro Informazioni accordo deve essere selezionato nei Parametri di notifica.
Problemi risolti
Problema | Descrizione |
---|---|
4465123 |
Riepilogo: l’utilizzo dell’autenticazione SSO può causare che i messaggi e-mail di tipo “rivedi e firma” dispongano di collegamenti ipertestuali non validi. |
Correzione: il codice è stato migliorato per risolvere correttamente i processi di autenticazione SSO e SAML. | |
4479831 |
Riepilogo: un carattere di rilascio barra rovesciata extra “\” viene aggiunto al nome nel sigillo ESeal. |
Correzione: il codice è stato aggiornato per gestire correttamente il carattere di rilascio | |
4479994 |
Riepilogo: il modello e-mail utilizzato per comunicare le migrazioni di utenti utilizza valori di nomi interni anziché valori applicati dal cliente. |
Correzione: il modello è stato aggiornato per utilizzare i valori corretti forniti dal cliente. | |
4483513 |
Riepilogo: gli indirizzi e-mail con un apostrofo nel campo Visualizza e-mail non riesce a risolvere le chiamate GET quando l’accordo include un sigillo ESeal. |
Correzione: il codice è stato aggiornato per gestire correttamente il caso d’uso di un apostrofo nel campo Visualizza e-mail. |
Implementazione in produzione: 17 settembre 2024
Implementazione GovCloud: 8 ottobre 2024
Funzionalità migliorate
- Abilitare un e-Witness a un accordo: è stato aggiunto un nuovo ruolo: Firma con testimone. I testimoni vengono identificati dai firmatari al momento dell’apertura dell’accordo, prima che la loro firma venga accettata.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Nuova esperienza destinatario quando si interagisce con un accordo : l’ambiente di firma del destinatario è stato aggiornato per offrire un’esperienza migliore a tutti i destinatari.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: account o gruppo
- Report dell’Audit trail aggiornato: gli account possono aggiornare il proprio Audit trail per includere più informazioni sui documenti visibili ai destinatari dell’accordo e sulla loro interazione con essi.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Nuova funzionalità di filtro e ricerca per l’ambiente Report: il selettore di filtri è stato migliorato per consentire la selezione di più filtri senza che la casella a discesa si chiuda dopo ogni selezione. Inoltre, le funzionalità dei campi di ricerca sono state migliorate per cercare corrispondenze ovunque all’interno di una stringa di parole. Le corrispondenze possono essere trovate all’inizio, al centro o alla fine di qualsiasi parola.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro e Acrobat Sign Solutions | Ambito di configurazione: abilitato come parte della funzione di base
- I modelli e-mail personalizzati e i collegamenti Segnala abuso sono ora supportati nelle notifiche senza collegamento: l’opzione per inviare notifiche per gli accordi Acrobat Sign senza collegamenti attivi è ora supportata nei modelli e-mail personalizzati. Inoltre, gli URL Segnala abuso sono inclusi nella notifica.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- I mittenti possono visualizzare i dati dei campi modulo mentre i destinatari li compilano: il mittente di un accordo può visualizzare il contenuto dei campi mentre il destinatario compila il modulo. La visualizzazione dei campi persiste fino a quando il destinatario non completa l’azione.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Consenti ai destinatari di scaricare i singoli file di un accordo: è possibile consentire ai destinatari di scaricare i propri accordi sotto forma dei singoli file da cui è stato creato in origine l’accordo.
Ambienti disponibili: Sandbox, Commercial, Gov Cloud | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Miglioramenti nella pagina Richiedi firma:
- Supporto per l’invio tramite condivisione account avanzata: il processo Richiedi firma supporta ora la condivisione account avanzata.
- Invio SMS o e-mail: all’esperienza Richiedi firma è stata aggiunta l’opzione per inviare l’URL di un accordo direttamente a un numero di telefono.
- Campi calcolati: il nuovo ambiente di authoring senza cookie ora supporta i campi calcolati.
- La configurazione del Metodo di autenticazione e del Messaggio privato è stata spostata sulla rispettiva interfaccia: l’interfaccia del Messaggio privato e del Metodo di autenticazione è stata spostata dall’essere in linea con il record del destinatario a una nuova sottosezione denominata Impostazioni destinatario. Ogni destinatario ha la propria sezione chiaramente configurabile Impostazioni destinatario.
- Supporto per l’invio tramite condivisione account avanzata: il processo Richiedi firma supporta ora la condivisione account avanzata.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: abilitato come parte della funzione di base esistente
- Aggiornamenti dell’esperienza Invia in modalità collettiva:
- Invia in modalità collettiva è stato aggiornato per includere le informazioni in Cc per il metodo di creazione degli accordi mediante caricamento di un file CSV: il metodo di caricamento CSV per generare accordi secondari Invia in modalità collettiva ora supporta l’aggiunta di parti in Cc.
- Invia in modalità collettiva è stato aggiornato per includere l’opzione di autenticazione E-mail tramite password monouso tramite il metodo di caricamento CSV. Il metodo di autenticazione tramite password monouso è disponibile quando si creano transazioni Invia in modalità collettiva utilizzando il metodo CSV.
- Invia in modalità collettiva è incluso nell’autorizzazione Invia per Condivisione account avanzata: la condivisione degli account in base alle regole avanzate di condivisione, con l’autorizzazione Invia abilitata, ora include l’accesso alla creazione e all’invio di accordi utilizzando la funzione Invia in modalità collettiva come ID utente di condivisione.
- Rapporto Invia in modalità collettiva creato per gli errori che si verificano durante la generazione degli accordi secondari: quando si verificano degli errori durante il processo Invia in modalità collettiva mediante il caricamento di un file CSV come origine dei destinatari, viene generato un file scaricabile grazie al quale il mittente può correggere i dati immessi in modo errato.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: abilitato come parte della funzione di base esistente
- Processo di salvataggio di un modulo web con controlli più granulari: il controllo per la convalida del primo firmatario di un modulo web è stato separato dal controllo per consentire al destinatario di salvare un modulo web.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: abilitato come parte della funzione di base esistente
- I moduli web supportano l’autenticazione tramite telefono per i partecipanti aggiunti dal firmatario: i moduli web che includono partecipanti definiti dal firmatario possono ora includere l’autenticazione tramite telefono per i destinatari aggiunti.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: abilitato come parte della funzione di base esistente
- Aggiornamenti al controllo identità : il criterio di controllo identità aggiunto da poco è stato aggiornato in modo da fornire:
- Supporto API per la configurazione del controllo dell’identità negli endpoint /agreement.
- Corrispondenza del nome per documento di identità e firme cloud, solo con corrispondenza esatta dei nomi.
- Corrispondenza e-mail per le firme cloud (per includere la corrispondenza di un nome alternativo).
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Miglioramenti nel report identità firmatario: il Report identità firmatario ora include informazioni più dettagliate per migliorare la comprensione di un documento di identificazione, come la distinzione tra una patente di guida standard (completa) e una patente provvisoria.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
Modifiche a livello di esperienza
- Nuova esperienza di supporto per gli account che utilizzano l’interfaccia utente classica: i clienti di lungo periodo che non hanno effettuato la migrazione della gestione degli utenti in Adobe Admin Console dispongono di una nuova esperienza per contattare il supporto e inserire i ticket.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Enterprise | Ambito di configurazione: attivato per impostazione predefinita
- Il nuovo ambiente Richiedi firma è ora l’esperienza predefinita per tutti gli account: il nuovo ambiente migliorato Richiedi firma è stato promosso a esperienza predefinita con la versione di settembre 2024. Questo è il primo passo per terminare l’accesso all'ambiente classico, che dovrebbe essere rimosso completamente dall’esperienza utente entro marzo 2025.
- Gli amministratori continuano a disporre dell’opzione per ripristinare l’ambiente predefinito all’esperienza classica tramite il menu di amministrazione.
- I collegamenti restano disponibili per consentire agli utenti di passare dall’ambiente nuovo a quello classico. Gli account che in precedenza avevano disattivato i collegamenti del passaggio dovranno farlo di nuovo.
- Gli amministratori continuano a disporre dell’opzione per ripristinare l’ambiente predefinito all’esperienza classica tramite il menu di amministrazione.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: individuale, Team, Enterprise | Ambito di configurazione: account, gruppo
- Esperienza migliorata nell’ambiente Richiedi firma quando un mittente è il primo firmatario o quando esistono campi precompilati: quando viene inviato un accordo e il mittente è il primo firmatario o nell’accordo sono presenti campi precompilati, l’ambiente di firma si apre immediatamente, consentendo al mittente di compilare i campi e firmare senza dover prima accedere all’e-mail o alla pagina Gestisci .
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Individuale, Team, Enterprise | Ambito di configurazione: attivato per impostazione predefinita
- Invio in modalità collettiva ha aggiornato l’interfaccia per visualizzare il campo Messaggio quando è selezionata l’opzione di caricamento file CSV : la sezione Messaggio non è più nascosta quando un utente seleziona l’opzione per caricare un file CSV per generare gli accordi secondari tramite il processo di Invio in modalità collettiva.
NOTA: questa modifica a livello di esperienza è stata rilasciata inizialmente nell’ambiente di produzione.
Ambienti disponibili: Sandbox, Commercial Livelli di servizio disponibili: Individuale, Team, Enterprise Ambito di configurazione: account, gruppo
- L’esperienza Crea modello per le integrazioni che incorporano l’esperienza utente ora utilizza la nuova funzionalità Authoring : prima di questa versione, l’esperienza Crea modello nell’esperienza incorporata utilizzava l’ambiente classico di Authoring. A partire da questa versione, viene utilizzato il nuovo ambiente di authoring .
Ambienti disponibili: Sandbox, Commercial Livelli di servizio disponibili: Enterprise Ambito di configurazione: Applicazione API.
- Rispetto delle preferenze del formato data nelle firme formattate correttamente: il formato data preferito, definito dal cliente, ora viene applicato alle firme formattate correttamente e agli spazi per la firma.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Individuale, Team, Enterprise | Ambito di configurazione: account, gruppo
- La visualizzazione o modifica di un set di accordi da archiviare in modo elettronico ora si apre nella pagina Richiedi firma: per chi utilizza l’integrazione eOriginal, gli accordi contrassegnati per essere archiviati ora possono essere aperti nell’ambiente Richiedi firma anziché nell’ambiente classico della pagina Invia.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Individuale, Team, Enterprise | Ambito di configurazione: account, gruppo
Problemi risolti
Problema | Descrizione |
---|---|
4323027 |
Riepilogo: la ricerca in Nuova esperienza non funziona correttamente per i valori charnum o con trattini bassi. |
Correzione: il database è stato reindicizzato dopo la migrazione del server e il problema è stato risolto | |
4446870 |
Riepilogo: gli utenti ricevono una schermata vuota quando tentano di accedere ad Acrobat Sign in modo intermittente |
Correzione: il problema è stato risolto con l’aggiornamento di JSP in servizio. | |
4456574 |
Riepilogo: nella nuova esperienza, se si crea e invia senza aggiungere una casella di firma, non si tenta di aggiungerla all’ultima pagina a causa di una miniatura non creata nella versione più recente. |
Correzione: il comportamento classico è stato replicato con tutti i nuovi codici per fornire un’esperienza coerente. | |
4459445 |
Riepilogo: il campo del nome del documento nella nuova esperienza per i modelli recenti è troppo piccolo per visualizzare il nome |
Correzione: la dimensione del campo è stata migliorata. | |
4465815 |
Riepilogo: Chrome “con formattazione corretta” viene convertito in inglese quando viene elaborata la firma. |
Correzione: ora vengono utilizzate le impostazioni di lingua dell’utente quando viene creato l’aspetto della firma. | |
4467671 |
Riepilogo: Le e-mail inviate in lingua polacca hanno un formato univoco |
Correzione: il modello localizzato è stato riconfigurato per essere coerente con altre impostazioni di lingua | |
4468713 |
Riepilogo: il corpo dell’e-mail dell’accordo consiste in messaggi/contenuti non corretti e non accurati. |
Correzione: più sistemi e modelli aggiornati per allineare i modelli e-mail | |
4468718 |
Riepilogo: refuso nelle e-mail con richiesta di firma in lingua polacca |
Correzione: il refuso è stato corretto. | |
4469262 |
Riepilogo: schermo bianco vuoto durante la selezione di un modello con l’utilizzo della nuova esperienza di invio in modalità collettiva |
Correzione: il problema è stato risolto aggiornando le librerie del processore Invio in modalità collettiva. | |
4470664 |
Riepilogo: gli eventi di promemoria non si propagano automaticamente come altri eventi in Salesforce |
Correzione: l’evento REMINDER_SENT viene ora inviato dall’applicazione principale utilizzando i metodi REST v6 | |
4471103 |
Riepilogo: L’indirizzo e-mail dell’utente con due apostrofi non riesce con il messaggio di errore nel flusso di lavoro. |
Correzione: il codice che gestisce la formattazione e-mail è stato migliorato per soddisfare questo caso d’uso. | |
4471385 |
Riepilogo: la funzione Protezione contenuti non funziona correttamente tramite riautenticazione |
Correzione: il codice è stato migliorato per garantire che vengano recuperati i dettagli corretti dell’account dell’utente interno come riferimento quando viene definito un nome host nell’account |
|
4471478 |
Riepilogo: la notifica “AGREEMENT_WORKFLOW_COMPLETED” mostra in modo errato lo stato del FIRMATARIO come “WAITING_FOR_MY_SIGNATURE” |
Correzione: è stato corretto l’indice che veniva assegnato allo stato. | |
4472497 |
Riepilogo: i documenti con metadati non analizzabili non vengono gestiti correttamente |
Correzione: eccezioni all’analisi XMP e ora ignora |
|
4472908 |
Riepilogo: l’opzione Password non può essere eliminata nella nuova esperienza di invio |
Correzione: il componente per l’aggiunta delle opzioni di autenticazione è stato aggiornato per riflettere correttamente i metodi di autenticazione consentiti per il gruppo | |
4473086 |
Riepilogo: i campi timbro di partecipazione e ID transazione non sono presenti negli accordi con autenticazione ufficiale poiché vengono inseriti dopo la firma in una versione precedente dell’accordo |
Correzione: il processo è stato migliorato per inserire correttamente i campi post-firma nell’accordo dopo l’autenticazione ufficiale | |
4473112/ 4473556 |
Riepilogo: il nuovo Invio in modalità collettiva genera un errore se il mittente è il primo firmatario, a causa di una verifica per questo caso d’uso |
Correzione: la verifica del caso d’uso viene ora ignorata. |
|
4473248 |
Riepilogo: gli accordi possono essere annullati a intermittenza a causa di flussi con attributi /Name che sono stringhe |
Correzione: ora verranno controllati solo gli attributi /Type che sono nomi | |
4473286 |
Riepilogo: il testo della delega è visibile nella notifica e-mail “Firma richiesta” anche dopo aver disattivato la delega nelle impostazioni dell’account |
Correzione: è stata aggiunta una condizione che controlla i valori di impostazione di delega interni ed esterni dell’autore e visualizza o nasconde il collegamento di delega nell’e-mail. |
|
4474071 |
Riepilogo: il passaggio della proprietà di un modello non aggiorna l’ID del gruppo proprietario |
Correzione: è stato ripristinato il codice per aggiornare correttamente la tabella di proprietà in modo da riflettere il nuovo groupID | |
4474082 |
Riepilogo: i file allegati non vengono aggiunti al PDF firmato per un errore di puntatore null |
Correzione: è stato aggiunto un controllo null prima del processo in cui i file vengono aggiunti al PDF finale | |
4475331 |
Riepilogo: quando la Cc invia un promemoria all’autore, viene generato un errore la volta successiva che si fa clic sul pulsante Promemoria. |
Correzione: è stata aggiunta una logica distinta per questo caso d’uso. | |
4475449 |
Riepilogo: i documenti con date di creazione non valide non potranno essere elaborati e diventeranno scaricabili |
Correzione: è stato aggiunto del codice per garantire che sia disponibile una data di creazione valida prima del salvataggio. | |
4475603 |
Riepilogo: il gruppo non è selezionabile quando è impostata la lingua russa a causa di virgolette aggiuntive nello script delle impostazioni di lingua. |
Correzione: il codice per la lingua russa è stato corretto in modo che lo script possa essere eseguito |
|
4475864 |
Riepilogo: il caricamento di una copia firmata sta cambiando il tipo di firma da manuale a disegno, impedendo il caricamento dell’accordo |
Correzione: il codice è stato migliorato per mantenere correttamente il tipo di firma “scritta” durante tutto il processo. | |
4476004 |
Riepilogo: l’e-mail di riepilogo degli eventi e degli avvisi di Adobe Acrobat Sign non viene attivata a causa di un precedente avviso di evento. |
Correzione: l’avviso dell’evento precedente è stato rimosso. | |
4476583 |
Riepilogo: la scadenza per il completamento del flusso di lavoro non si aggiorna quando è impostata su 180 giorni a causa della logica secondo cui il valore deve essere inferiore a 180 giorni, non inferiore o uguale. |
Correzione: è stato corretto il parametro per accettare correttamente meno di o uguale a | |
4477114 |
Riepilogo: impossibile sincronizzare i flussi di lavoro personalizzati dalla Sandbox alla Produzione usando la funzione Sincronizzazione sandbox. |
Correzione: è stata aggiunta l’ottimizzazione per migliorare i tempi di sincronizzazione per evitare i timeout | |
4478119 |
Riepilogo: l’espressione di una variabile numerica negativa non valida genera un’eccezione quando si tenta di modificare un modello |
Correzione: è stato aggiunto un controllo per impedire che le NumericFormatExceptions siano un numero negativo basato su stringa |
|
4478127 |
Riepilogo: il piè di pagina dell’e-mail mostra il percorso per l’immagine quando le notifiche senza collegamento sono abilitate. |
Correzione: il codice è stato corretto per visualizzare l’immagine anziché il percorso. | |
4478248 |
Riepilogo: gli accordi scritti non riescono quando un firmatario carica un PDF firmato elettronicamente perché modifichiamo il PDF per il firmatario successivo e questo invalida il certificato impedendo la convalida di un documento firmato per il firmatario successivo. |
Correzione: è stata aggiunta una logica in modo che se l’accordo è manuale, si rimuove il certificato firmato elettronicamente durante la creazione del PDF per il firmatario successivo. |
|
4478745 |
Riepilogo: non è possibile scaricare il documento firmato a causa di un errore di puntatore null se il file di font non contiene una tabella cmap valida. Ciò interrompe la generazione di filigrane e non è possibile generare il documento. |
Correzione: Sono stati aggiunti nuovi test in modo che un cmap valido mantenga lo stato grafico della pagina. |
|
4478901 |
Riepilogo: quando un firmatario tenta di rifiutare di firmare un accordo nascosto tramite la pagina di firma elettronica, si verifica un errore del server a causa di un metodo che ha l’obiettivo di verificare se elencare un accordo nascosto in qualsiasi risposta |
Correzione: viene applicato un nuovo metodo che verifica se il chiamante può modificare la partecipazione. |
|
4479209 |
Riepilogo: l’indirizzo e-mail nell’istruzione di notifica senza collegamento, quando viene copiato e incollato nella pagina modulo di accesso senza collegamento, dispone di spazi prima, in mezzo e dopo la stringa dell’indirizzo e-mail e quindi genera un errore per gli utenti. |
Correzione: JavaScript parte client ora trova e rimuove tutti gli spazi bianchi/linee di interruzione prima, dopo e in mezzo alla stringa dell’indirizzo e-mail prima di inviare il modulo e trasmettere i dati del modulo alla logica di convalida e alla richiesta di lettura del codice di accesso. |
|
4479223 |
Riepilogo: il formato del campo data non viene salvato per i campi modulo nei campi modulo AcroForm |
Correzione: il formato della data salvato a livello di gruppo non viene riportato e rispettato come previsto. | |
4480119 |
Riepilogo: non è possibile delegare agli utenti inclusi nella Cc quando la firma è stata inviata. |
Correzione: è stata aggiunta una condizione per non gestire come eccezione la delega a “Osservare solo” e la partecipazione in Cc | |
4480324 |
Riepilogo: non è possibile caricare un file CSV nella nuova esperienza Invia in modalità collettiva se la colonna Ordine non è completamente compilata |
Correzione: il codice è stato aggiornato per consentire le celle vuote nella colonna Ordine | |
4480375 |
Riepilogo: l’URI di reindirizzamento collegato nel messaggio di e-mail di registrazione ricevuto dall’utente dopo la conferma dell’account è errato. |
Correzione: il collegamento era impostato in modo errato su /adobeIDLogin ed ora è stato aggiornato su /adobeLogin |
|
4480399 |
Riepilogo: in alcuni campi di dialogo esistono campi modulo che non dispongono di etichette visibili persistenti e non sono raggruppati in un set di campi che consente di determinare in modo programmatico la relazione tra loro. Inoltre, non vi sono messaggi di errore di convalida. |
Correzione: sono stati aggiunti messaggi di errore, etichette e set di campi con tag appropriati, dove possibile. Aggiornare il testo del segnaposto. |
|
4480403 |
Riepilogo: in alcuni campi della pagina Composizione personalizzata JS mancavano le etichette di accessibilità che impedivano alle utilità di lettura dello schermo di leggere il messaggio di errore quando tale campo era evidenziato. |
Correzione: sono stati aggiunti gli attributi di accessibilità e il messaggio di errore che mancava è stato aggiunto al modale in alto. |
|
4480407 |
Riepilogo: accessibilità: il significato delle icone non viene comunicato a tutti gli utenti |
Correzione: è stato aggiunto l’ID all’invio e-mail del destinatario |
|
4480582 |
Riepilogo: l’autenticazione del firmatario non viene impostata quando si invia l’accordo a un indirizzo email alias |
Correzione: è stato aggiunto un controllo per impostare l’autenticazione del firmatario per il destinatario quando viene utilizzato un indirizzo email alias | |
4480614 |
Riepilogo: gli accordi possono rimanere bloccati quando si utilizza un flusso di lavoro ibrido e si delegano i destinatari a un’email alias. |
Correzione: l’ordine di elaborazione per diversi moduli è stato aggiornato per tenere conto di tutti i potenziali casi relativi alla delega di utenti noti per le email alias tramite un flusso di firma ibrido. | |
4480638 |
Riepilogo: un conflitto di interfaccia impedisce agli utenti di disattivare l’opzione PayPal quando utilizzano l’interfaccia di pagamento |
Correzione: il codice è stato migliorato per consentire la manipolazione dell’opzione per utilizzare PayPal. | |
4481121 |
Riepilogo: le notifiche non vengono inviate alle condivisioni dell’accordo a causa di una verifica delle notifiche che rimuove la condivisione |
Correzione: la logica è stata corretta per gestire questo caso d’uso | |
4481307 |
Riepilogo: gli accordi con flusso di firma manuale con più firmatari possono fallire a causa di un errore di un calcolo del numero totale di partecipanti inferiore al numero totale dei partecipanti rimanenti, che porta a un indice fuori dai limiti |
Correzione: i calcoli tra i due gruppi di destinatari vengono ora effettuati nello stesso modo per produrre i risultati corretti. | |
4481336 |
Riepilogo: l’invio in modalità collettiva non riesce con un errore CSV non valido se ai mittenti non è consentito ignorare l’autenticazione predefinita, l’autenticazione interna è abilitata e l’ autenticazione del firmatario del destinatario interno non corrisponde all’autenticazione predefinita interna. |
Correzione: il codice di analisi CSV è stato migliorato per gestire questo caso d’uso | |
4481340/ 4482600 |
Riepilogo: l’immagine “Powered by Adobe Acrobat Sign” e la regola orizzontale si sovrappongono alle opzioni di Autenticazione basata su conoscenza per i moduli Web a causa della larghezza CSS troppo ridotta |
Correzione: stile di modulo web rimosso in modo che si comporti come un normale accordo. |
|
4481902/ 4471416 |
Riepilogo: i campi modulo vengono duplicati quando si utilizzano i modelli tramite Invia in modalità collettiva a causa del modello di campo applicato dalla piattaforma del team e dalla fase di creazione |
Correzione: il processo di applicazione del modello di campo ha aggiunto una logica per tenere conto dei campi del modello, se disponibili. | |
4481984 |
Riepilogo: le eccezioni di timeout possono condurre a transazioni Invia in modalità collettiva per creare accordi duplicati |
Correzione: è stato aggiunto un controllo per verificare se esiste già un accordo secondario per la transazione principale. | |
4482743 |
Riepilogo: errore “SEND_IN_BULK_WITH_ADV_ACCOUNT_SHARING_ROLLOUT” quando si utilizza Invia in modalità collettiva nella sandbox a causa di un’impostazione non attivata |
Correzione: l’impostazione è stata attivata e l’errore è stato risolto. | |
4482746 |
Riepilogo: errore: la richiesta fornita non è valida, mentre si aggiunge un destinatario alternativo poiché le stringhe vengono inviate come valori vuoti anziché valori null |
Correzione: mentre si mettono sullo stesso livello i nomi dei partecipanti, la stringa vuota viene sostituita con null. | |
4483022/ 4484322 |
Riepilogo: invia in modalità collettiva potrebbe restituire una pagina vuota quando una barra di scorrimento orizzontale è visibile nella tabella dei modelli |
Correzione: il processo di rendering del modello è stato migliorato per tenere conto di questo caso d’uso. | |
4483680 |
Riepilogo: aggiorna la documentazione API REST per l’API Post Webhook per aggiungere la funzione resourceId e l’ambito del Gruppo |
Correzione: la documentazione di API Swagger è stata aggiornata | |
4484234 |
Riepilogo: quando si utilizza un flusso di lavoro personalizzato con più di 25 destinatari, viene attivato un errore a causa di un limite hard-coded di 25. |
Correzione: il limite con hard-coded è stato rimosso e sostituito con la variabile appropriata per il livello di servizio | |
4486809 |
Riepilogo: quando le firme “formattate correttamente” sono disabilitate, il campo firma può essere ridotto nel documento finale in modo che una parte della firma venga tagliata via |
Correzione: sono stati implementati punti di padding a sinistra per la firma nel caso in cui le firme “formattate correttamente” siano disabilitate. | |
4489678/ 4494301 |
Riepilogo: Quando canBeDelegated manca dal contesto della posta, in genere in un modello di e-mail personalizzato, viene generato un errore null point |
Correzione: è stato aggiunto un controllo per determinare se è presente un valore null prima di richiamare i metodi che genereranno l’errore. |
|
4490021 |
Riepilogo: non è possibile scaricare una copia firmata dell’accordo dalla pagina del messaggio post-firma, se l’URL di reindirizzamento post-firma è stato specificato durante la creazione dell’accordo |
Correzione: il collegamento per scaricare l’accordo è stato aggiunto alla pagina post-firma | |
4490903 |
Riepilogo: impossibile compilare il modulo web nei dispositivi mobili a causa di pop-up |
Correzione: è stato aggiornato il codice per non mostrare le condizioni d’uso in un pop-up in primo piano sui dispositivi mobili |
Implementazione in produzione: 12 novembre 2024
Implementazione GovCloud: 19 novembre 2024
Funzionalità migliorate
- Riavvia accordo: consente ai destinatari di ripristinare il ciclo di firma dell’accordo al primo destinatario. Tutti i campi compilati in precedenza ricorderanno i valori dei campi come il nuovo valore predefinito, ma potranno essere modificati dal destinatario a cui sono assegnati.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Condividi modelli con più gruppi: crea un modello e condividilo con uno o più gruppi. L’aggiornamento del modello si verificherà in tutti i gruppi con cui è stato condiviso.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Miglioramenti di Invia in modalità collettiva :
- Autenticazione tramite documento di identità: Invia in modalità collettiva ora supporta il Documento di identità come metodo di autenticazione del destinatario.
- Ruoli delegante: il ruolo Delegante è stato aggiunto all’elenco dei ruoli Invia in modalità collettiva quando si utilizza un file CSV per aggiungere i destinatari.
- Autenticazione tramite documento di identità: Invia in modalità collettiva ora supporta il Documento di identità come metodo di autenticazione del destinatario.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions |Ambito di configurazione: gruppo, account
Consulta la nuova documentazione di Invia in modalità collettiva qui >
- Indicazione chiara di contatti e-mail e SMS non consegnati: una nuova icona sulla pagina Gestisci indica chiaramente se si è verificato un problema durante la consegna di una notifica a un destinatario, consentendo al mittente di comprendere e correggere l’indirizzo e-mail o il numero di telefono errato per rimettere l’accordo nel flusso di lavoro.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: non configurabile
- eWitnessing è supportato nei flussi di lavoro di firma paralleli e ibridi: per gli accordi che richiedono flussi di firma paralleli o ibridi ora è possibile utilizzare il ruolo di destinatario eWitness.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Power Automate - Selezione del modello dalla pagina Gestisci : utilizzando le azioni Imposta notifica o Archivia accordo di Power Automate sulla pagina Gestisci nel pannello di scelta rapida a destra, si apre un menu di modelli, semplificando la creazione di flussi da accordi esistenti.
- Questo miglioramento è previsto dopo la data di lancio del 12 novembre.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Aggiornamenti per la verifica dell’identità: il criterio di verifica dell’identità è stato migliorato per consentire la corrispondenza dei nomi tramite l’interfaccia utente (non solo tramite API) e la corrispondenza parziale dei nomi.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Esportazione dati per accordi basati su moduli web: l’opzione Esportazione dati ora ha una modalità di esportazione dati aggiuntiva per l’utilizzo di moduli web, con nuovi filtri per aiutare a gestire esclusivamente il processo di firma dei moduli web.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: disponibile per impostazione predefinita; non configurabile
- Opzioni estese per notificare le parti in Cc: le parti in Cc possono essere associate a destinatari specifici per garantire che la notifica venga inviata alla parte in Cc corretta in ogni fase del processo di firma dell’accordo.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Aggiungere il nome dell’accordo e l’ID della transazione al piè di pagina di ogni pagina di un accordo: è possibile abilitare un’opzione per aggiungere il nome e l’ID della transazione dell’accordo in basso a destra in ogni pagina della transazione.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Autenticazione del primo firmatario di un modulo web utilizzando un’identità digitale: configura i moduli web per autenticare il primo firmatario utilizzando un’identità digitale quando accede inizialmente al collegamento pubblico del modulo web.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
- Moduli e accordi adatti per dispositivi mobili: fornisce una visualizzazione aggiuntiva degli accordi per i destinatari dei dispositivi mobili che elenca solo il campo all’interno dell’accordo disponibile per il destinatario. I mittenti possono organizzare l’elenco del campo in base alle proprie esigenze e raggruppare i campi in sezioni logiche, in modo da aiutare i firmatari a spostarsi tra le immissioni dei campi con uno scorrimento minimo. I destinatari dispongono dell’opzione per visualizzare l’elenco dei campi adatti per dispositivi mobili o la vista originale del PDF con i campi inseriti nel contenuto del documento.
Nota: questa funzione non viene implementata con questa versione, ma sarà programmata per essere rilasciata nelle prossime settimane.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
Modifiche a livello di esperienza
- Gli utenti per i quali è stata rimossa l’autorizzazione per firmare gli accordi non possono più utilizzare i flussi di lavoro per firma autonoma: gli utenti per i quali è stata rimossa l’autorizzazione per firmare, ma che sono ancora attivi nel servizio, non possono più firmare un documento utilizzando i flussi di lavoro Compila e firma e Firma autonoma.
- La funzione Progettazione flussi di lavoro personalizzati ha un limite di etichetta di 100 caratteri: i valori di etichetta personalizzati in Progettazione flussi di lavoro personalizzati sono ora soggetti a un limite massimo di 100 caratteri. I flussi di lavoro preesistenti saranno interessati, attivando un errore quando il flusso di lavoro viene aggiornato con un messaggio di errore esplicito che indica il problema ed evidenzia l’etichetta in questione in rosso. Il modello del flusso di lavoro deve essere aggiornato in CWD per garantire che le etichette non superino 100 caratteri prima che il modello possa essere aggiornato correttamente. Tutti i nuovi flussi di lavoro limiteranno le etichette a 100 caratteri prima di poter essere salvate.
Tieni presente che i flussi di lavoro preesistenti che contengono un etichetta con più di 100 caratteri possono comunque essere inviati senza errori.
Aggiornamenti dell’applicazione per dispositivi mobili
- Esperienza del firmatario migliorata per l’interfaccia web per dispositivi mobili: gli utenti delle applicazioni mobile avranno a disposizione una nuova esperienza che mette meglio in evidenza gli elementi dei destinatari all’interno dell’accordo. Questo ambiente viene abilitato tramite lo stesso controllo amministrativo utilizzato per la nuova esperienza del destinatario per il desktop
Integrazioni
Aggiornamenti API REST/Webhook
Gli aggiornamenti delle API e del webhook per questa versione sono disponibili nella Documentazione delle API di Acrobat Sign.
- Interfaccia API aggiornata: la documentazione di API Swagger è stata aggiornata a una nuova versione (OAS 3.1) che modifica l’aspetto generale della pagina. Il contenuto rimane lo stesso.
- Nuovo webhook nel caso in cui gli accordi vengono riavviati: il webhook Riavvia accordo AGREEMENT_RESTARTED è stato aggiunto per supportare l’evento quando un destinatario riavvia l’accordo.
- L’endpoint POST/agreements/{agreementId}/deliverableAccess ha cambiato la categoria API in PUBBLICA anziché in EXTERNAL_PARTNER.
Problemi risolti
Problema | Descrizione |
---|---|
4469029 | Riepilogo: errore di impostazione e-mail non valida in Progettazione flussi di lavoro personalizzati |
Correzione: la logica che controlla l’errore è stata migliorata. | |
4472759 | Riepilogo: comportamento incoerente tra l’esperienza di invio nuova e quella classica quando si usa l’opzione “Scarica e firma con Acrobat” con più campi di firma digitale. |
Correzione: l’esperienza di invio classica è stata migliorata per corrispondere alla nuova esperienza. | |
4474898 | Riepilogo: attesa durante il caricamento dei dati del modello nella pagina Gestisci quando la condivisione di gruppo è attivata. |
Correzione: sono stati aggiunti dei metodi per evitare chiamate al database ripetitive, con un miglioramento dei tempi di caricamento. | |
4475508 | Riepilogo: non è possibile aggiornare il gruppo di utenti tramite l’API REST v5 per gli utenti il cui nome contiene un apostrofo. |
Correzione: il codice è stato migliorato per rappresentare correttamente il carattere. | |
4476530 | Riepilogo: la pagina Composizione mostra una frequenza di promemoria errata quando si crea una bozza di accordo tramite l’API e quindi si passa alla pagina Richiedi firme. |
Correzione: è stata aggiunta una logica in modo che il valore dell’oggetto corretto non venga annullato e, in presenza di un valore nullo, venga utilizzato il valore predefinito ereditato. | |
4478261 | Riepilogo: il firmatario non può completare la firma digitale utilizzando il provider di firma cloud “Intesi” per gli accordi composti da più campi di firma digitale a causa della dimensione del file delle immagini della firma |
Correzione: le immagini non necessarie sono state rimosse dal corpo della richiesta. | |
4478970 | Riepilogo: gli accordi possono essere inviati in una lingua errata nel nuovo ambiente Richiedi firma |
Correzione: la logica che applica il valore di localizzazione è stata migliorata per garantire l’applicazione del valore corretto. | |
4479498 | Riepilogo: per i delegati di un accordo, il flag nextToSign non veniva impostato su False se un’altra persona firmava l’accordo |
Correzione: la logica per aggiornare il flag è stata migliorata. | |
4481738 | Riepilogo: i destinatari menzionati in ordine parallelo alla fine del ciclo di firma non vengono cerchiati come altri destinatari in ordine parallelo |
Correzione: il grafico viene ora applicato all’ultima coppia. | |
4481761 | Riepilogo: la progettazione di flussi di lavoro personalizzati non include il ruolo di e-witness per i destinatari |
Correzione: il ruolo è stato aggiunto | |
4482080 | Riepilogo: gli utenti possono visualizzare altri utenti non presenti nel loro gruppo tramite i menu di condivisione dell’account. |
Correzione: i menu di condivisione dei contenuti sono stati aggiornati per rispettare le impostazioni dei livelli di accesso degli utenti. | |
4482094 | Riepilogo: quando si visualizza un accordo utilizzando l’OTP, dopo 5 visualizzazioni si può verificre un errore che indica che il numero di visualizzazioni è stato superato. |
Correzione: il codice è stato aggiornato per utilizzare un nuovo valore di soglia per l’errore “visualizzazioni superate”. | |
4483719 | Riepilogo: quando gli utenti per i quali è stata rimossa l’autorizzazione di firma tentano di utilizzare Compila e firma, viene generato un errore inaspettato. |
Correzione: è stato aggiunto il codice necessario per impedire agli utenti non autorizzati a firmare di accedere ai flussi di lavoro per firma autonoma. | |
4483914 | Riepilogo: in un flusso di firma manuale, il firmatario 2 non può aprire l’accordo se il firmatario 1 carica il proprio documento con crittografia a 256 bit. |
Correzione: i certificati digitali vengono ora rimossi dalla copia firmata e caricata durante il caricamento da parte del firmatario 1. | |
4483942/ 4488212 |
Riepilogo: il nuovo processo di creazione Invia in modalità collettiva non mostra tutti i modelli di gruppo condivisi nella pagina Invia, a causa di un parametro di recupero sottodimensionato. |
Correzione: è stato aggiunto un parametro di query pageSize più grande per il recupero dei documenti della libreria. | |
4484039 | Riepilogo: i campi di testo con formati di convalida della data non vengono salvati per i campi modulo di Acrobat a causa della gestione errata del valore Nessuno. |
Correzione: il codice esistente che gestisce il caso d’uso “Nessuno” è stato ristrutturato. | |
4484055 | Riepilogo: il tentativo di modificare il FORMATO TESTO durante l’authoring può generare un messaggio di errore “Si è verificato un errore imprevisto. Ricaricare la pagina per riprovare, o tornare alla pagina home?” |
Correzione: è stato aggiunto un nuovo codice per gestire la condizione di errore e riprendere la modifica. | |
4485315 | Riepilogo: il modulo Web con campi calcolati entra in uno stato di caricamento ripetitivo a causa di troppe chiamate ricorrenti all’utilità dell’espressione. |
Correzione: inviare il set di nomi dei campi risultante come parametro senza istanziarlo nuovamente ogni volta che viene richiamato il metodo. | |
4485677 | Riepilogo: non è possibile firmare un documento dall’applicazione Adobe Sign per dispositivi mobili iOS a causa di campi modulo con condizioni non restituite nell’API GET. |
Correzione: l’API è stata migliorata per gestire correttamente i valori calcolati. | |
4486008 | Riepilogo: le e-mail di promemoria venivano inviate ignorando l’impostazione backend SEND_REMINDER_EMAIL = false a causa dell’ereditarietà che ignorava l’impostazione del gruppo. |
Correzione: il codice è stato migliorato per fare riferimento all’impostazione a livello di gruppo. | |
4486155 | Riepilogo: la nuova esperienza Invia in modalità collettiva restituisce un errore di tipo “Column [Recipient_1:Auth_Type]: Invalid authorization type specified.” quando si utilizza Acrobat Sign come metodo di autenticazione dell’identità |
Correzione: è stata aggiornata la documentazione per chiarire i valori del file CSV. | |
4486276 | Riepilogo: i campi obbligatori creati da Acrobat non sono richiesti sui moduli web perché la logica tra gli accordi e i moduli web è diversa e i loro ultimi valori partecipante sono diversi. |
Correzione: è stata separata la logica per verificare se l’accordo è basato su un modulo web o meno. | |
4486331 | Riepilogo: il valore di testo predefinito nei campi di testo del modulo web viene rimosso quando il firmatario deve verificare la propria e-mail prima di visualizzare il modulo perché i campi vengono cancellati quando viene creata la copia secondaria. |
Correzione: i valori dei campi verranno recuperati dai valori predefiniti del modello principale. | |
4486748 | Riepilogo: i filtri dei modelli non funzionano correttamente perché il nome del gruppo nella tabella dell’accordo non viene aggiornato correttamente. |
Correzione: quando i dettagli vengono modificati, la tabella dell’accordo viene ora aggiornata con le informazioni più recenti. | |
4486767 | Riepilogo: il pulsante Scarica PDF manca nella vista Leggi accordo |
Correzione: la grafica e le funzionalità sono state ripristinate all’elenco delle opzioni | |
4486829 | Riepilogo: l’amministratore dell’account viene elencato come amministratore gruppo nel gruppo principale anche se non è esplicitamente impostato come amministratore gruppo quando viene selezionato “Mostra solo amministratori”. |
Correzione: è stato migliorato il filtro per riflettere correttamente lo stato di amministratore. | |
4486863 | Riepilogo: le e-mail intermittentemente non vengono attivate per le notifiche condivise a causa di eccezioni di puntatore null. |
Correzione: è stato aggiunto un controllo del puntatore null per correggere le NullPointerException che impediscono di inviare e-mail | |
4486893 | Riepilogo: se un accordo non viene presentato al firmatario (poiché le impostazioni di back-end sono vere), il firmatario può firmarlo ma non rifiutarlo. |
Correzione: è stata aggiunta una condizione per verificare se il firmatario deve essere autorizzato a rifiutare o meno l’accordo | |
4486894 | Riepilogo: gli intervalli IP consentiti possono essere esclusi dall’aggiunta nuovi intervalli a causa di un’errata ereditarietà della proprietà |
Correzione: sono stati aggiunti array più dettagliati per evitare collisioni dei dati da oggetti principali esterni. | |
4486919 | Riepilogo: quando i destinatari di un gruppo sono configurati per notificare, lo stato del partecipante non viene aggiornato in WAITING_FOR_OTHERS dopo la firma. |
Correzione: il codice è stato aggiornato per garantire che l’intero set di partecipanti venga aggiornato quando un destinatario completa l’azione. | |
4486934/ 4496641 |
Riepilogo: il campo calcolato perde la formattazione nell’accordo o nel PDF firmato finale, quando viene firmato in una lingua che utilizza una virgola come separatore decimale e una delle cifre decimali non è zero |
Correzione: la formattazione del numero è stata migliorata per gestire la lingua in cui le virgole vengono utilizzate come separatore decimale. | |
4487113 | Riepilogo: “Errore durante il marshaliing di dati” si verifica quando viene applicato un livello per campi modulo durante la modifica di un modello condiviso a causa di una verifica nulla obsoleta. |
Correzione: il parametro non utilizzato e la relativa verifica nulla sono stati rimossi dal metodo. Sono state aggiornate tutte le chiamate a questo metodo per riflettere la nuova firma. | |
4487589 | Riepilogo: AUTO_CANCELLED_CONVERSION_PROBLEM (COMMENT: PROJECT_TIMEOUT) a causa di un overflow dello stack durante la combinazione di file PDF. |
Correzione: è stato migliorato il codice per rilevare i cicli di XObject Form e gli AcroForm senza campi. | |
4488298 | Riepilogo: il pannello Firma mostra il pulsante “Modifica” anche se non è consentita alcuna modifica |
Correzione: sono state aggiunte condizioni per escludere l’opzione quando non è disponibile. | |
4488322 | Riepilogo: l’etichetta manca in alcuni accordi sulla chiamata API GET/agreements/{agreementId}/documents a causa di un’impostazione troppo anticipata nel processo |
Correzione: la tempistica per l’applicazione dell’etichetta è stata aggiornata. | |
4488449 | Riepilogo: ogni oggetto che include un punto nell’oggetto viene trattato come un link. |
Correzione: l’identificazione tramite regex per il modello originale nella riga dell’oggetto è stata rimossa. | |
4488647 | Riepilogo: GET/users restituisce l’errore “Sono stati verificati diversi errori” a causa di scansioni di tabelle complete voluminose |
Correzione: è stata rimossa una condizione per verificare gli utenti a uso singolo. | |
4489025 | Riepilogo: l’opzione Firma e invia non è disponibile nella nuova esperienza Richiedi firma. |
Correzione: la funzionalità è stata aggiunta. | |
4489028 | Riepilogo: la sezione Moduli Web non è visibile nelle impostazioni Account/Gruppo per gli account Sviluppatore |
Correzione: i moduli web sono stati aggiunti al livello di servizio Sviluppatore | |
4489132 | Riepilogo: Quando EXPOSE_AGREEMENT_AFTER_SIGNING_ENABLED è TRUE, il firmatario non può delegare l’accordo a causa dell’API che fornisce lo stato errato. |
Correzione: è stato aggiornato il codice per fornire la risposta corretta. | |
4489203/ 4489407 |
Riepilogo: non è possibile scaricare i dati dei campi modulo per i modelli libreria a causa di problemi di prestazioni con i modelli e i moduli Web. |
Correzione: è stato reimpostato il codice di recupero per ridurre il numero di cicli per gli stessi valori oggetto. | |
4489539 | Riepilogo: la colonna Ultimo aggiornamento mostra una data recente modificata, ma l’accordo non è stato aggiornato a causa della colonna che riflette il valore della data dell’ultima modifica. |
Correzione: la colonna Ultimo aggiornamento ora utilizza la data dell’ultima transazione. | |
4489666 | Riepilogo: facendo clic ripetutamente sul pulsante di esportazione dati utente mentre l’operazione di download è in corso può essere generato un numero eccessivo di query di database. |
Correzione: il pulsante di esportazione è ora disattivato mentre l’esportazione è in corso e viene riabilitato una volta che questa è completata o se si verifica un errore. | |
4489708 | Riepilogo: se il mittente carica la firma “bagnata” di un firmatario non verificato, viene generato un errore poiché Acrobat Sign sta tentando di verificare prima il partecipante |
Correzione: è stata aggiunta una verifica dell’azione del mittente per consentire questo caso d’uso. | |
4489748 | Riepilogo: il partecipante non può allegare un file nel campo dell’allegato a causa di un conflitto con il Content Security Policy. |
Correzione: è stato aggiunto il dominio documentcloud.adobe.com al .jsp interno | |
4489806 | Riepilogo: l’SMS viene inviato al destinatario ma il mittente riceve una falsa e-mail di mancata consegna dell’SMS quando vengono utilizzati modelli e-mail personalizzati. |
Correzione: è stato corretto il codice che gestisce le notifiche all’indirizzo e-mail quando vengono utilizzati gli SMS. | |
4490094 | Riepilogo: quando un modello è stato creato nella versione precedente di Invia in modalità collettiva, i dati dei campi modulo esportati non contengono tutti i campi dati per gli accordi creati tramite la nuova esperienza Invia in modalità collettiva |
Correzione: è stata migliorata l’esportazione del modulo dal modello della versione precedente al nuovo ambiente. | |
4491200 | Riepilogo: nell’ambiente Invia in modalità collettiva non vengono visualizzati campi di data calcolati precompilati per i destinatari. |
Correzione: la logica con cui i campi precompilati sono correlati agli accordi secondari è stata aggiornata per garantire che il contenuto precompilato sia compilato come previsto. | |
4491429 | Riepilogo: impossibile elaborare i pagamenti se il campo di pagamento è un campo calcolato con un campo di sola lettura nella formula, ma solo quando i campi precompilati sono presenti nell’accordo. |
Correzione: modifica della logica di pagamento in modo che il caso precompilato eviti di impostare il valore predefinito per i campi che non sono presenti nell’elenco dei campi precompilati (come i campi di sola lettura). | |
4491502 | Riepilogo: il testo dell’etichetta per l’autenticazione telefonica non è leggibile sulle finestre più piccole |
Correzione: la dimensione del font è stata aumentata a 13 pixel. | |
4492386 | Riepilogo: se la dimensione del file aumenta dopo l’elaborazione di un documento, si possono verificare problemi relativi a limitazioni della dimensione dei file. |
Correzione: è stata implementata una nuova libreria di elaborazione per migliorare la dimensione del file aggiornato. | |
4493280 | Riepilogo: ad alcuni destinatari non venivano consegnate e-mail con flusso di lavoro “completato” a causa di ruoli in conflitto (destinatario e parte in Cc) |
Correzione: sono stati forniti nuovi metodi per aggiungere la logica necessaria per utilizzare il ruolo di partecipazione migliore quando esistono più ruoli. | |
4493288 | Riepilogo: il fuso orario non mostra il testo legalmente corretto per alcune lingue. |
Correzione: sono stati aggiunti valori di enumerazione al selettore del fuso orario per includere le opzioni aggiuntive. | |
4493570 | Riepilogo: l’opzione per limitare l’accesso agli accordi tramite il numero di transazione senza l’accesso non rispetta le impostazioni a livello di gruppo. |
Correzione: l’impostazione è stata riprogettata per accettare il valore groupID. | |
4493717 | Riepilogo: se si cambia il tipo di un campo utilizzando il nuovo ambiente di authoring nel browser Edge, si verifica uno sfarfallio provocato dallo stile. |
Correzione: è stato rimosso lo stile che causa uno sfarfallio visivo. | |
4494031 | Riepilogo: se si disabilita la nuova pagina di authoring in favore dell’ambiente di composizione classico, non vengono rispettate le impostazioni configurate. |
Correzione: il controller di authoring ora utilizza l’iscrizione al gruppo di origine dell’accordo e rispetta le impostazioni di tale gruppo. | |
4494284 | Riepilogo: nella nuova esperienza di authoring non viene utilizzata l’impostazione del gruppo di invio per la firma digitale. Viene invece utilizzata l’impostazione del gruppo principale. |
Correzione: l’impostazione è stata aggiornata in modo da rispettare la configurazione del gruppo. | |
4496116 | Riepilogo: il nome visualizzato di un’e-mail personalizzata dall’impostazione AGREEMENT_SEND_CUSTOM_FROM_EMAIL_DISPLAY_NAME non viene visualizzato |
Correzione: è stata aggiornata la macro che inserisce il valore del nome, che ora utilizza una fonte più affidabile. | |
4496561 | Riepilogo: la funzione che applica l’impostazione per impedire agli utenti di un gruppo specifico di caricare documenti dai propri computer non viene rispettata a livello di gruppo. |
Correzione: la logica del codice è stata aggiornata in modo da rispettare l’impostazione a livello di gruppo per il caricamento di file locali quando viene cambiato gruppo | |
4499981 | Riepilogo: l’interfaccia utente degli intervalli IP non mostra i valori salvati e nessuno dei pulsanti è accessibile a causa della dimensione dell’elemento div sulla pagina. |
Correzione: la dimensione dell’elemento div è stata aumentata fino all’altezza dell’elemento. | |
4501353/ 4503262 |
Riepilogo: le transazioni Invia in modalità collettiva inviano e-mail in modo intermittente a causa di un’eccezione di tipo punto null. |
Correzione: è stata aggiunta una logica che aiuta a scoprire il groupId del mittente e a impostare come predefinita una stringa vuota, in caso di fallimento. | |
4501414/ 4503383/ 4504559/ 4504619/ 4504658 |
Riepilogo: il nuovo ambiente di authoring mostra campi per i partecipanti che non sono stati aggiunti all’accordo e potrebbero presentare messaggi di errore che impediscono l’authoring. |
Correzione: è stato aggiunto del codice per ignorare il posizionamento dei campi assegnati ai partecipanti che non sono inclusi nell’elenco dei destinatari dell’accordo. | |
4501428/ 4503930 |
Riepilogo: la firma viene bloccata quando non è consentita la modifica del nome del destinatario durante il processo di firma e:
|
Correzione: è stato aggiunto un controllo per verificare se il nome corrisponde al nome utente salvato, in aggiunta ai controlli esistenti. Ignora il controllo se la partecipazione include un campo firma digitale. Ignora il controllo per i tipi di autenticazione ADOBE_SIGN, KBA e GOV_ID. | |
4501444 | Riepilogo: quando tutti i campi obbligatori sono stati completati, viene utilizzata l’etichetta “Avanti” anziché “Fine” per il pulsante nell’intestazione per la navigazione tra i campi nella vista Firma elettronica per dispositivi mobili. |
Correzione: il pulsante è stato aggiornato. | |
4501750 | Riepilogo: l’apposizione della firma non è possibile quando un utente registrato modifica il proprio nome e l’impostazione che consente di modificare il nome è disattivata. |
Correzione: è stata aggiunta una logica per verificare il nome rispetto alle versioni precedenti, se la firma include una firma digitale e quando si utilizzano i tipi di autenticazione Acrobat Sign, Documento di identità e Autenticazione basata su conoscenza. | |
4502421 | Riepilogo: il mittente viene escluso dai destinatari del promemoria a causa di una modifica nella logica che filtra i destinatari. |
Correzione: il codice e la logica originale sono stati ripristinati. |