Note sulla versione di Adobe Acrobat Sign: 2024

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.
  • Nuovo supporto dell’esperienza Invia in modalità collettiva per l’autenticazione tramite telefono con caricamento di file CSV : chi utilizza il nuovo ambiente Invia in modalità collettiva può ora includere l’autenticazione tramite telefono (SMS) come metodo nei file CSV caricati.
  • 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à.
  • Supporto dei moduli Web per gruppi di destinatari riutilizzabili: gli utenti possono ora aggiungere gruppi di destinatari riutilizzabili durante la configurazione di controfirmatari nei moduli web.
  • 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.
  • Supporto webhook per OTP tramite eventi e-mail: all’interfaccia utente è stato aggiunto un nuovo webhook per l’autenticazione trap tramite eventi OTP via e-mail.

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.
  • Aggiornamenti all’opzione Blocca destinatari per area geografica: sono state aggiunte descrizioni basate sui ruoli per il registro Attività e il Report di audit. La registrazione del report di audit è stata modificata in modo da includere solo la prima istanza di blocco del tentativo di accesso.

API e webhook

  • API REST v6 aggiunge un parametro per l’indirizzo e-mail alla sezione digitalSignatureInfo di Ottieni accordi/{agreementId}/eventi: l’API è stata estesa per recuperare l’indirizzo e-mail del firmatario dal certificato utilizzato per le firme digitali.
  • 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.
  • Supporto webhook per OTP tramite eventi e-mail: è stato aggiunto un nuovo webhook per supportare l’autenticazione OTP tramite eventi e-mail: AGREEMENT_EMAIL_OTP_AUTHENTICATED

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.
  • 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.
Nota:

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.

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.

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.

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

  • Supporto del Gateway di identità digitale (DIG) nell’integrazione Acrobat Sign for Salesforce.
  • Inclusione di destinatari aggiuntivi da SAP. Registrazione dello stato “Rifiutato” in Acrobat Sign per SAP SuccessFactors.

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:

  • il destinatario ha modificato il valore del nome dell’utente registrato dopo l’invio del contratto, ma prima del momento della firma.
  • il destinatario dispone sia di un campo firma digitale che uno di firma elettronica.
  • viene utilizzata l’autenticazione Acrobat Sign.
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.

Ottieni supporto in modo più facile e veloce

Nuovo utente?