Note sulla versione di Adobe Acrobat Sign: 2023
Funzionalità migliorate
- Sostituire i destinatari: la possibilità di sostituire il destinatario corrente è stata estesa ed è applicabile a tutti i destinatari che non hanno ancora firmato l’accordo, consentendo la modifica o sostituzione degli indirizzi e-mail di eventuali destinatari futuri dell’accordo.
Modifiche a livello di esperienza
Certificato ritenute W-4 2023 (USA) aggiunto alla libreria di Acrobat Sign: i clienti che utilizzano il modello fiscale USA W-4 nella libreria di Acrobat Sign possono accedere alla versione 2023, completo di tag e pronto per l’invio. I clienti possono scaricare il PDF e modificarlo per creare la propria versione in base alle necessità.
È previsto l'aggiornamento del certificato CDS di Acrobat Sign il 7 febbraio 2023 - Il certificato CDS applicato ai PDF generati in Acrobat Sign aggiornerà il branding sul certificato da Adobe Sign ad Acrobat Sign.Si prevede che l'aggiornamento venga completato dopo il rilascio di gennaio, il 7 febbraio 2023.
\n
Aggiornamenti API REST/Webhook
Gli aggiornamenti delle API e del webhook per questa versione sono disponibili nella Documentazione delle API di Acrobat Sign.
Webhook
- Evento AGREEMENT_EXPIRATION_UPDATED aggiunto all’interfaccia dell’applicazione: l’evento AGREEMENT_EXPIRATION_UPDATED è stato aggiunto all’interfaccia rivolta al cliente come evento selezionabile per gli accordi.
Funzionalità migliorate
- Consenti ai firmatari di salvare l’avanzamento in un modulo web e di tornare in un secondo momento per completarlo: gli amministratori possono configurare l’account o i singoli gruppi per consentire al firmatario di salvare i moduli web e ai destinatari di compilarli in un secondo momento, se necessario. Per salvare i dati del modulo, il destinatario deve fornire il proprio nome e indirizzo e-mail e assegnare un nome al modulo.
- Verifica identità firmatario esteso per includere i moduli web: gli account che utilizzano l’impostazione Verifica identità firmatario per garantire che i firmatari interni eseguano l’autenticazione in Acrobat Sign prima di applicare la propria firma agli accordi possono ora estendere tale protezione alle firme applicate ai moduli web.
- Accesso a livello di utente per creare modelli di flusso di lavoro personalizzati per gli accordi: è ora possibile abilitare l’accesso a Progettazione flussi di lavoro cliente per l’invio di nuovi accordi per consentire agli utenti non amministratori di creare i propri flussi di lavoro. Gli utenti che hanno accesso alla creazione e alla modifica di flussi di lavoro avranno una nuova scheda Flussi di lavoro nella barra di navigazione superiore.
- L’accesso alla progettazione flussi di lavoro integrata Power Automate è stato esteso per consentire la configurazione a livello di gruppo: l’abilitazione dell’integrazione Microsoft Power Automate è stata estesa al livello di gruppo per consentire agli amministratori di concedere l’accesso a Power Automate a gruppi specifici.
- Consenti Nome destinatario obbligatorio come opzionale per i mittenti: gli amministratori che abilitano la funzione Nome destinatario obbligatorio ora possono allentare il requisito del nome, rendendolo facoltativo a livello di account o gruppo per il mittente. In termini pratici, ciò significa che il mittente può immettere il nome del destinatario, se noto, ma in caso contrario non è bloccato dall’invio dell’accordo.
- Invia un accordo solo a te stesso: i mittenti ora possono inviare un accordo solo a se stessi senza dover aggiungere altri destinatari al ciclo di firma. In questo modo, il destinatario può testare in modo efficace i nuovi modelli di libreria e provare il processo di firma dei propri destinatari senza dover utilizzare un valore e-mail separato per il firmatario.
- Prima di questa versione, il tentativo di inviare un accordo solo a te stesso, generava un errore. A partire da questa versione, non viene generato alcun errore e l’accordo viene avviato come qualsiasi altro accordo.
- Il processo di firma segue tutte le regole previste per gli accordi inviati in termini di notifica e-mail, autenticazione, navigazione nei moduli, allegati e-mail e così via.
- Identità digitale Aadhaar disponibile per gli account VIP: il metodo di autenticazione premium dell’identità digitale Aadhaar è ora disponibile tramite gli account Adobe VIP che richiedono ai destinatari di autenticarsi con il servizio di identità Aadhaar.
- Nuovi Trust Service Provider (TSP) -Vengono aggiunti nuovi provider per espandere la disponibilità internazionale della soluzione di firma digitale.Novità in questa versione:
- A-Trust (UE / Austria)
- ADACOM (UE / Grecia)
- CertSign (UE / Romania)
- ComSign (Israele)
- PSC World (Messico)
- SSL.com (Stati Uniti)
- Rilevamento automatico dei campi modulo migliorato: il rilevamento automatico dei campi modulo è stato migliorato per inserire tutti i campi contemporaneamente (anziché pagina per pagina) per tutti gli account per i quali è stata attivata la funzione di rilevamento automatico dei campi sulle partizioni EU1 e JP1.
- Nuove colonne disponibili in Esportazioni dati: sono ora disponibili tre nuove colonne di dati:
- Numero di documenti: conteggio totale di tutti i documenti utilizzati per creare un accordo.
- Cloud Signing Provider: il nome del provider di firme digitali (cloud).
- Autorità di certificazione per la firma cloud del destinatario: l’autorità di certificazione del fornitore di firme digitali (cloud).
- Opzione Stampa su PDF disponibile nelle pagine del report: la nuova esperienza di Report ora include un pulsante che consente agli utenti di stampare i rapporti come PDF, facilitandone la condivisione con il pubblico che non dispone di account Acrobat Sign o che preferisce non accedere per visualizzare.
- Nuovi filtro e colonna per identificare gli amministratori nell’elenco Utenti: nell’elenco Utenti è disponibile una nuova colonna per identificare rapidamente gli amministratori dell’account. L’elenco mostra il più alto livello di autorizzazioni concesso all’utente (Privacy > Account > Gruppo). Un filtro Mostra solo amministratori è stato aggiunto per facilitare la revisione di tutti gli amministratori in un elenco consolidato.
Modifiche a livello di esperienza
- Al messaggio e-mail post-firma è stato aggiunto un collegamento per scaricare Acrobat Reader gratuitamente: l’e-mail post-firma inviata ai destinatari ora include un collegamento per scaricare il prodotto Acrobat Reader gratuitamente per facilitare ai destinatari la possibilità di aprire e visualizzare il PDF dell’accordo (normalmente) allegato.
- Aggiornamento all’interfaccia del destinatario quando si utilizza l’autenticazione Acrobat Sign: il metodo di autenticazione Acrobat Sign è stato spostato in un microservizio che ha portato a un piccolo cambiamento nell’interfaccia del destinatario. La funzionalità non è cambiata e la modifica non ha alcun impatto negativo sugli accordi esistenti.
- Aggiornamento dell’interfaccia per la creazione e la modifica dei sigilli elettronici: il pannello di configurazione e modifica per i sigilli elettronici è stato aggiornato con nuove etichette di testo per maggiore chiarezza. La funzionalità non è cambiata e la modifica non ha alcun impatto negativo sugli accordi esistenti.
- Piè di pagina del rapporto di controllo aggiornato - A partire dal rilascio di marzo 2023, tutti i nuovi rapporti di controllo contengono una nuova stringa di testo nella parte inferiore del rapporto che chiarisce che i nomi dei destinatari vengono forniti dal firmatario salvo diversa indicazione esplicita.La stringa recita: "I nomi e gli indirizzi e-mail vengono inseriti nel servizio Acrobat Sign dagli utenti di Acrobat Sign e non sono verificati salvo diversa indicazione."
Integrazioni di Adobe Acrobat Sign
L'integrazione Acrobat Sign per Veeva Vault viene aggiornata per fornire la funzionalità di notificare agli utenti quando è richiesta la loro firma su un accordo e consentire agli utenti di firmare all'interno dell'ambiente Veeva Vault.
Problemi risolti
| Problema |
Descrizione |
|---|---|
| 4293759 | Riepilogo: l’opzione noChrome risulta incoerente quando si passa un valore "false" dopo aver passato un valore "true" nella stessa sessione. |
| Correzione: aggiungere una logica per rimuovere noChrome dalla sessione quando noChrome=false viene passato come parametro di query. | |
| 4320157 | Riepilogo: gli accordi in stato di bozza nella scheda Gestisci (lo stato di authoring nell’API) sono scaduti secondo le impostazioni di scadenza nonostante non siano accordo attivi |
| Correzione: è stato aggiornato il calcolo della data di scadenza per escludere le transazioni in stato di bozza/creazione. |
|
| 4353443 | Riepilogo: gli strumenti di sviluppo segnalano un errore WCAG nella pagina Invia, relativo agli oggetti secondari del gruppo di pulsanti di scelta che risultano mancanti a causa dell’interruttore di attivazione/disattivazione del flusso di lavoro definito come gruppo di pulsanti di scelta. |
| Correzione: aggiornando l’oggetto secondario a un oggetto pulsante dato, ci sono solo due opzioni disponibili e non un array più grande. |
|
| 4355729 | Riepilogo: alcune circostanze potevano determinare l’autenticazione basata su conoscenza (KBA) del nome utilizzando il cognome due volte nel blocco firma |
| Correzione: è stato aggiunto il codice per rilevare i valori dei nomi duplicati e richiedere all’utente di verificare o aggiornare il nome. |
|
| 4359478 | Riepilogo: i font della firma potrebbero apparire in dimensioni diverse nel PDF finale, poiché i font non hanno una dimensione predefinita fissa. |
| Correzione: i set di font sono stati adattati in modo da avere dimensioni coerenti. |
|
| 4375042 | Riepilogo: i grafici relativi al tempo non vengono caricati nel nuovo ambiente di reporting |
| Correzione: il problema è stato risolto tramite un aggiornamento del database. |
|
| 4375549 | Riepilogo: il filtro “Gruppo” non viene visualizzato nell’interfaccia di esportazione dei dati. |
| Correzione: i dati del gruppo sono stati aggiornati nel database, correggendo il problema. |
|
| 4375884 | Riepilogo: i destinatari che sono delegati esplicitamente possono delegare ulteriormente la propria autorità a livello di accordo |
| Correzione: il codice è stato migliorato per restituire il participantSetID appropriato | |
| 4377068 | Riepilogo: quando si copia un modello dalla sandbox alla produzione, il modello viene copiato con i campi modulo e viene visualizzato un messaggio “Errore durante l’esecuzione della richiesta”. Ciò accade a causa di campi di collegamento ipertestuale rilevati con altezza negativa. |
| Correzione: la funzionalità di rilevamento dei campi modulo è stata migliorata per garantire una comprensione uniforme del posizionamento dei campi e delle relative coordinate di posizionamento. |
|
| 4380228 | Riepilogo: la vista barra laterale della firma elettronica per dispositivi mobili non fornisce l’opzione “Visualizza cronologia”. |
| Correzione: l’app è stata aggiornata per fornire il contenuto della Cronologia. |
|
| 4382167 | Riepilogo: le versioni localizzate della descrizione HIPAA non sono chiare. |
| Correzione: la lingua è stata migliorata. |
|
| 4383351 | Riepilogo: quando si copia un modulo web tra ambienti diversi (ad esempio da sandbox a produzione), i campi non vengono visualizzati nell’accordo finale. |
| Correzione: la chiamata API PUT /widgets/{widgetId}/formFields è stata migliorata per garantire che i campi siano posizionati correttamente. | |
| 4384877 | Riepilogo: le impostazioni BioPharma possono essere ignorate quando si invia una transazione Invia in modalità collettiva se BioPharma è configurato a livello di gruppo |
| Correzione: il codice è stato migliorato per garantire un’ereditarietà adeguata a livello di gruppo durante la generazione degli accordi. |
|
| 4387692 | Riepilogo: i pagamenti tramite Braintree possono essere annullati se l’utente tenta di firmare un accordo già firmato. |
| Correzione: è stato effettuato un controllo per verificare se l’accordo è stato modificato prima di aver completato il pagamento. |
|
| 4396329 | Riepilogo: l’immagine di una firma, se scattata da un dispositivo mobile, è ruotata di 90 gradi. |
| Correzione: il codice è stato migliorato per recuperare l’orientamento delle immagini prima di applicare l’immagine al PDF. |
|
| 4396574 | Riepilogo: i flussi di lavoro inviati da un gruppo non primario potrebbero non riuscire con un messaggio “Errore di convalida dello stato Bozza” a causa delle impostazioni di sessione e di gruppo applicate. |
| Correzione: il codice è stato migliorato per garantire che le impostazioni del gruppo siano state applicate correttamente quando è selezionato un nuovo gruppo. |
|
| 4396871 | Riepilogo: i report di audit in coreano mostrano un nome file danneggiato di tutti i caratteri hash. |
| Correzione: la funzione è stata migliorata per includere tutte le famiglie di font richieste. |
|
| 4397811 | Riepilogo: le righe dell’oggetto e-mail possono essere visualizzate in modo errato se nella stringa erano presenti due punti a causa dell’assegnazione tag interna per identificare i collegamenti ipertestuali. |
| Correzione: il codice è stato reso più solido per consentire questo caso d’uso. |
|
| 4399942 | Riepilogo: durante la creazione dei campi per i partecipanti Chiunque e Tutti potrebbero essere applicate indicazioni di colore errate |
| Correzione: è stata modificata la logica della funzione colore per Chiunque e Tutti. |
|
| 4399995 | Riepilogo: se inviato tramite API, l’URL BulkSigning deve essere composto da un vanity URL anziché da un URL sicuro generico per consentire al firmatario di accedere all’interfaccia utente di BulkSign senza ulteriori esperienze di accesso se il firmatario ha già eseguito l’autenticazione SAML. |
| Correzione: il codice è stato migliorato per consentire il vanity URL quando si utilizzano chiamate API SendinBulk. |
|
| 4403487 | Riepilogo: le e-mail di annullamento personalizzate potrebbero includere la parte in Cc nella notifica dei firmatari. |
| Correzione: la funzione per rimuovere la parte in Cc è stata aggiunta al modello Annullamento personalizzato. |
|
| 4404574 | Riepilogo: il salvataggio dei moduli web potrebbe non riuscire se il modulo web viene creato in un gruppo di membri (non nel gruppo primario). |
| Correzione: il codice è stato migliorato per garantire che le impostazioni del gruppo di membri siano abilitate per il modulo web. |
|
| 4405782 | Riepilogo: i motivi di firma non si adattano alle impostazioni internazionali selezionate. |
| Correzione: il codice è stato migliorato per spostare le impostazioni internazionali del contenuto in modo che si allineino alla sessione corrente. |
|
| 4415593 | Riepilogo: il testo non veniva ricevuto quando si utilizzava l’opzione Firma mobile per i numeri canadesi. |
| Correzione: il problema con il fornitore è stato corretto. |
|
| 4419917 | Riepilogo: l’uso di now() come parametro in un’espressione localizzata genera un’eccezione con conseguente errore del rendering della data |
| Correzione: la funzione Date ora converte la data numerica in una stringa prima di rimuovere la localizzazione, consentendo un valore di data corretto. |
|
| 4420339 | Riepilogo: nei casi in cui il primo firmatario sia un delegato e lo stesso firmatario appaia più avanti nel ciclo di firma, potrebbe verificarsi un errore nell’URL di firma. |
| Correzione: il codice è stato migliorato per garantire che l’elenco delle firme venga ordinato correttamente quando viene recuperato dal database. |
|
| 4421259 | Riepilogo: le transazioni di invio in modalità collettiva possono essere configurate per impedire l’accesso all’ambiente di authoring nell’applicazione, utilizzando l’autenticazione tramite password quando è incluso un controfirmatario interno |
| Correzione: il codice è stato migliorato per garantire une gestione ottimale del flusso di lavoro, consentendo l’authoring. |
Implementazione in produzione: 20 aprile 2023
Implementazione GovCloud: 24 aprile 2023
Funzionalità migliorate
- Aggiornamento dei sigilli elettronici per consentire solo la grafica: sono stati migliorati i sigilli elettronici per consentire il posizionamento solo del sigillo grafico, senza il componente di testo (Nome, Data, Ora e Motivo della firma). Per supportare questo caso d’uso:
- Quando si configura il sigillo per omettere il componente di testo, è disponibile una nuova opzione che consente di visualizzare solo il sigillo grafico.
- La firma digitale può essere creata con proporzioni quadrate (consentendo un sigillo rotondo) mediante la creazione con tag di testo, Acroform o API.
\n - Il testo del sigillo (quando applicato) ora si legge correttamente come “sigillato digitalmente” anziché “firmato digitalmente”.
- Quando si configura il sigillo per omettere il componente di testo, è disponibile una nuova opzione che consente di visualizzare solo il sigillo grafico.
Modifiche a livello di esperienza
- Nuovo design di intestazione e piè di pagina: l’intestazione e il piè di pagina sono stati riprogettati per consentire una migliore visualizzazione su piattaforme più piccole e migliorare l’accessibilità.
- L’intestazione a due livelli è stata unita per contenere in un’unica barra di intestazione il logo con il marchio e le schede di navigazione.
- La barra di intestazione può essere ridotta a un’icona di opzioni sulle piattaforme più piccole o quando l’ingrandimento dello schermo richiede più spazio per visualizzare correttamente il contenuto.
- Il piè di pagina è stato rimosso completamente, spostando il selettore Lingua nel menu del profilo, nell’angolo in alto a destra della pagina.
Problemi risolti
| Problema |
Descrizione |
|---|---|
| 4389075 | Riepilogo: quando un accordo firmato in precedenza viene caricato come file allegato, i campi multiriga non mantengono la possibilità di visualizzare le righe al di fuori dell’ambito dell’area del campo originale. |
| Correzione: è stato aggiunto un codice per mantenere l’annotazione originale del PDF per i campi multiriga negli allegati. | |
| 4389207 | Riepilogo: i firmatari in Microsoft Teams ricevono una schermata vuota quando utilizzano l’autenticazione Acrobat Sign. |
| Correzione: il codice è stato aggiornato per passare i parametri corretti nell’ambiente Teams e completare l’autenticazione. |
|
| 4406571 | Riepilogo: i report di audit in giapponese duplicano il testo onorifico. |
| Correzione: il modello è stato aggiornato per rimuovere la duplicazione. |
|
| 4415574 | Riepilogo: l’ambiente sandbox non carica tutti i gruppi a causa di problemi di paginazione |
| Correzione: la paginazione è stata corretta nell’ambiente sandbox. |
|
| 4415966 | Riepilogo: il fuso orario definito dai clienti per i report di audit non viene rispettato per i moduli web |
| Correzione: il codice che supporta i report di audit per i moduli web è stato aggiornato per adattarsi correttamente all’impostazione del fuso orario definita dai clienti. |
|
| 4417187 | Riepilogo: i clienti con l’opzione Visibilità limitata dei documenti abilitata potrebbero non visualizzare tutti i campi durante l’esportazione dei dati utilizzando il nuovo ambiente di reporting. |
| Correzione: il codice relativo al documento e alla visibilità dei dati è stato aggiornato per consentire l’accesso ai dati dei campi per il reporting. | |
| 4417835 | Riepilogo: le informazioni del firmatario sugli accordi completati nell’ambiente sandbox potrebbero non essere mostrate durante la visualizzazione dell’accordo a causa di un conflitto con la filigrana. |
| Correzione: i miglioramenti apportati al codice consentono la visualizzazione corretta della filigrana e delle informazioni dei clienti sugli accordi completati. |
|
| 4418255 |
Riepilogo: quando si crea un modulo web in un gruppo che non è quello principale dell’utente, l’opzione per utilizzare più firmatari viene ereditata dall’utente anziché dal gruppo. |
| Correzione: l’ereditarietà della proprietà della funzione è stata corretta per utilizzare il gruppo selezionato anziché il gruppo dell’utente. |
|
| 4420675 | Riepilogo: alcuni utenti non sono stati in grado di eseguire i report utilizzando il nuovo ambiente a causa della restituzione di informazioni incomplete da parte dell’API. |
| Correzione: è stato aggiunto un ulteriore codice per il tipo di evento API che restituisce informazioni insufficienti. |
|
| 4426975 | Riepilogo: alcune impostazioni e-mail, ad esempio la rimozione dell’indirizzo e-mail e del nome del mittente, non vengono applicate correttamente. |
| Correzione: i modelli e-mail sono stati ripristinati per applicare correttamente le impostazioni ereditate. | |
| 4427301 | Riepilogo: i firmatari che utilizzano una lingua diversa dall’English US non visualizzano l’elenco a discesa Motivi di firma al momento della firma. |
| Correzione: il codice per il recupero dell’elenco dei motivi della firma è stato corretto per gestire la lingua del destinatario. |
|
| 4430515 | Riepilogo: quando un mittente aggiunge un campo di inserimento con la parola "直" come valore predefinito, il firmatario visualizza il font precedente al momento della firma e sul documento completato |
| Correzione: la priorità dei font è stata migliorata per correggere la sostituzione. |
Implementazione in produzione: 23 maggio 2023
Implementazione GovCloud: 06 giugno 2023
Funzionalità migliorate
- Integrazione incorporata con Microsoft Power Automate: disponibile per tutti gli account con licenza aziendale Acrobat Sign che desiderano automatizzare i processi pre e post firma. Questa integrazione è abilitata dall’amministratore dell’account dalla scheda Impostazioni account > Integrazione flusso di lavoro . Una volta abilitata, si accede all'integrazione tramite un riquadro nella pagina Home o una nuova scheda Flusso di lavoro nella barra di navigazione superiore.
Con l'autorizzazione Power Automate inclusa (attivata all'abilitazione), gli utenti possono accedere a tutti i connettori standard e premium di Power Automate da utilizzare con Acrobat Sign.I clienti con licenze Power Automate esistenti tramite Microsoft possono utilizzarle anche con l’integrazione.
Accedi per scoprire questa funzione tramite la scheda Flussi di lavoro e i punti di accesso della pagina Home saranno abilitati per impostazione predefinita per tutti gli utenti.
La possibilità di creare e utilizzare flussi di lavoro non sarà disponibile fino a quando non verrà esplicitamente abilitata dall'amministratore dell'account.
I controlli per disabilitare la visibilità degli utenti sono disponibili in Impostazioni account > Impostazioni globali.
- Supporto nome e firma per la lingua ebraica: i valori iniziali e il nome nelle impostazioni per la lingua ebraica (da destra a sinistra) sono ora supportati nei campi firma dei PDF del documento finale e del report di audit.
- Richiedi il salvataggio di un modulo Web all’apertura : gli amministratori possono rimuovere l’opzione per annullare il processo di salvataggio quando l’opzione Salva all’apertura del modulo Web è abilitata, forzando il firmatario a convertire il processo del modulo Web in un normale processo di accordo.
Problemi risolti
| Problema |
Descrizione |
|---|---|
| 4316916 | Riepilogo: nel caso in cui più firmatari applichino la propria firma nello stesso momento in un flusso di firma parallelo, la firma del primo firmatario viene omessa nelle versioni successive del documento. |
| Correzione: alla conversione del documento è stato aggiunto un processo di blocco per evitare la collisione dell’applicazione di firma nella versione ufficiale del documento. I firmatari successivi in un flusso di firma parallelo riceveranno un messaggio che comunica che l’accordo è stato aggiornato e deve essere nuovamente firmato se la loro versione è cambiata (a causa di un’applicazione di firma) dall’apertura dell’accordo | |
| 4382014 | Riepilogo: le caselle di controllo aggiunte con il posizionamento automatico dei campi non si allineano correttamente all’elemento grafico della casella di controllo. |
| Correzione: il codice di posizionamento è stato migliorato per utilizzare uno scostamento in pixel per il campo e le dimensioni del campo vengono calcolate prima di posizionarlo quando viene modificato il livello di zoom, migliorandone il posizionamento. |
|
| 4415970 | Riepilogo: gli utenti creati in un account con l’opzione Utenti in più gruppi (UMG) attivata, che successivamente impostano il gruppo predefinitoper non consentire l’invio e disattivare la funzione Utenti in più gruppi, potrebbero avere disabilitato il pulsante Avvia da libreria nella pagina Home. |
| Correzione: il codice è stato migliorato per tenere conto della disattivazione della funzione Utenti in più gruppi e della corretta ereditarietà delle impostazioni dal gruppo dell'utente. |
|
| 4416451 | Riepilogo: i mittenti che tentano di inviare una transazione Invia in modalità collettiva in cui il mittente firma per primo e la firma applicata è una firma digitale da un IdP basato su cloud riscontrano un errore che indica che l’IdP non è disponibile. |
| Correzione: il codice Invia in modalità collettiva è stato migliorato per identificare correttamente che al mittente è consentito firmare per primo utilizzando una firma digitale |
|
| 4418343 | Riepilogo: i partecipanti che firmano con l’opzione Motivi di firma attivata in un ambiente localizzato si accorgono che le stringhe "Firmato da", "Motivo" e "Data" non sono localizzate. |
| Correzione: la localizzazione è stata applicata alle stringhe. |
|
| 4419664 | Riepilogo: i clienti che richiamano rapporti eccezionalmente lunghi nel nuovo ambiente potrebbero non riuscire a causa delle dimensioni del set di dati. |
| Correzione: i parametri dei set di dati sono stati migliorati per soddisfare richieste molto più grandi. |
|
| 4420278 | Riepilogo: l’assegnazione dei campi può tornare al primo destinatario quando si salva un modello e si fa clic sul pulsante Indietro. |
| Correzione: è stata aggiornata la funzione di costruzione dei campi modulo per assegnare correttamente l’ID di partecipazione al salvataggio del modello. |
|
| 4420932 | Riepilogo: i PDF creati da alcune applicazioni non sono conformi allo standard PDF e, di conseguenza, non possono essere scaricati come singoli documenti dalla pagina Gestisci. |
| Correzione: valutare i PDF caricati e salvarli nuovamente se risultano carenti. | |
| 4421539 | Riepilogo: il nuovo ambiente di reporting non esporta i campi modulo se tutti i campi sono impostati su Sola lettura |
| Correzione: il contrassegno di sola lettura deve essere ignorato quando si estraggono i dati del report. |
|
| 4424177 | Riepilogo: l’opzione "Firmatario" è disponibile nelle autorizzazioni di modifica a livello di gruppo quando l’impostazione Firma per conto di altri non è abilitata. |
| Correzione: l’ordine del codice è stato aggiornato per verificare le impostazioni di firma prima di visualizzare le autorizzazioni di firma. |
|
| 4426708 | Riepilogo: la stringa del collegamento ipertestuale si estende oltre il limite della casella di visualizzazione quando si conferma un reindirizzamento a un nuovo URL tramite il campo del collegamento ipertestuale. |
| Correzione: la proprietà “overflow-wrap” (interruzione delle righe) è stata applicata alla stringa. |
|
| 4427788 | Riepilogo: negli account in cui l’opzione Utenti in più gruppi è abilitata, le iscrizioni esistenti ai gruppi vengono rimosse quando un utente viene promosso come amministratore di gruppo utilizzando la ricerca per iscrizione al gruppo a causa dell’applicazione del filtro all’ID utente risultante. |
| Correzione: l’elenco dei valori non filtrati deve essere utilizzato per salvare le nuove relazioni dell’utente. |
|
| 4427893 | Riepilogo: un documentKey non può essere generato nei richiami per gli account sui webhook 2.0 |
| Correzione: sono stati aggiunti dei controlli null per considerare gli eventi e correggere il problema. |
|
| 4428561 | Riepilogo: nel nuovo ambiente di reporting, quando si filtra per gruppo, non vengono visualizzati tutti i gruppi. |
| Correzione: il codice di recupero è stato migliorato per garantire la visualizzazione di tutti i gruppi. | |
| 4430423 | Riepilogo: le lingue scritte da destra a sinistra invertono la firma dopo l’applicazione. |
| Correzione: è stato aggiunto il supporto per le lingue scritte da destra a sinistra per acquisire la firma e applicarla correttamente alla documentazione. | |
| 4430515 | Riepilogo: quando un mittente aggiunge un campo di inserimento con la parola "直" come valore predefinito, il firmatario visualizza il font precedente al momento della firma e sul documento completato |
| Correzione: la priorità dei font è stata migliorata per correggere la sostituzione. | |
| 4433166 | Riepilogo: alcuni campi generati da tag di testo potrebbero non essere visibili quando si visualizza l’accordo firmato online. Il rendering dei PDF scaricati viene eseguito correttamente. |
| Correzione: la libreria PDF è stata aggiornata, correggendo il problema relativo al modo in cui la libreria decodifica i metadati PDF per la visualizzazione dei file PDF. |
Implementazione in produzione: 19 luglio 2023
Implementazione GovCloud: 25 luglio 2023
Funzionalità migliorate
- Report sull’utilizzo delle transazioni: i report sull’utilizzo delle transazioni offrono agli amministratori la visibilità necessaria per comprendere meglio i modelli di utilizzo delle transazioni per la propria organizzazione. Gli amministratori possono creare report dedicati per monitorare l’utilizzo delle transazioni con quattro grafici diversi:
- Tendenza volume transazioni
- Transazione per mittente
- Transazione per gruppo
- Transazione per flusso di lavoro
- Nuovo controllo dell'attività delle impostazioni per rivedere le attività degli amministratori - Un nuovo tipo di rapporto che fornisce un registro di controllo che aiuta a garantire la conformità continua, proteggendo da eventuali modifiche inappropriate e controllando comportamenti sospetti all'interno dell'organizzazione.
\nCome amministratore, hai completa visibilità delle modifiche apportate alle impostazioni di utenti, gruppi o account (a seconda del livello di autorità dell'utente).Puoi filtrare il registro audit in base al nome dell’impostazione, alla persona che ha apportato la modifica o al target della modifica (nome, utente o gruppo). Quindi, visualizzare ed esportare questi rapporti per ulteriori analisi. Gli amministratori degli account possono visualizzare i registri in tutti i gruppi. Gli amministratori di gruppo possono visualizzare solo i registri di controllo per i gruppi sui quali hanno autorità.
- Dettagli migliorati nelle esportazioni di dati per riflettere correttamente gli eventi di sostituzione dei destinatari : sono state aggiunte nuove colonne di esportazione dati per rappresentare meglio i destinatari quando vengono cambiati durante il processo di firma di una transazione. Le nuove colonne sono:
- Stato destinatario
- Firma destinatario
- Motivo cambio destinatario
- Data cambio destinatario
- Registrazione dei report di audit dei problemi di richiesta di autorizzazione: i clienti che utilizzano la funzione Richiedi l’autenticazione dell’identità (sulla scheda Impostazioni Bio-Pharma) con autenticazione tramite telefono avranno ogni evento di autenticazione registrato esplicitamente nel report di audit. I nuovi eventi del report di audit includono la fase in cui è stata acquisita l’autenticazione (apertura dell’accordo, applicazione di una firma e selezione del pulsante Fai clic per firmare) e il tipo di autenticazione utilizzato. (L’autenticazione tramite telefono è l’unico metodo supportato in questa versione. L'autenticazione di Acrobat Sign è programmata per essere inclusa nel rilascio di agosto 2023.)
\nL'elenco delle attività riflette anche ogni autenticazione (seppur in formato più breve).
- Supporto dei moduli web per l'autenticazione dell'identità forzata - I moduli web ora rispettano le impostazioni Applica autenticazione identità , consentendo la conformità della firma con normative come CFR 21 parte 11 e registrando completamente gli eventi di firma nel registro di controllo (come descritto di seguito).
\nInoltre, l'autenticazione di Acrobat Sign è stata aggiunta come metodo di autenticazione, fornendo ai moduli web la registrazione dettagliata delle firme che supporta molti requisiti di conformità.
- Rubrica organizzativa integrata con LDAP o Active Directory: clienti che gestiscono i propri utenti in Adobe Admin Console possono collegare il proprio LDAP o Active Directory per importare una rubrica organizzativa per tutti gli utenti dell’account. Ciò consente agli utenti di digitare il nome o l’e-mail di qualsiasi persona nel LDAP/AD della propria azienda e di ordinare tale parte nell’elenco di contatti generato automaticamente. I contatti organizzativi (derivati dall’organizzazione LDAP/AD) sono elencati separatamente dai contatti personali (derivati da qualsiasi indirizzo e-mail a cui l’utente ha inviato un accordo).
- Nuovo report sul provisioning degli utenti per contribuire a risolvere i problemi relativi alla creazione: gli account che gestiscono i propri utenti in Adobe Admin Console dispongono di un nuovo report di provisioning degli utenti disponibile su una nuova pagina In sospeso nella scheda Utenti. Questa funzione è particolarmente utile per gli account che spostano gli utenti da più organizzazioni di Adobe Admin Console esistenti (ad esempio in ambienti diversi) in un’unica organizzazione aziendale. Per filtrare gli utenti attivi dagli utenti che non hanno ancora completato l’attivazione nella nuova organizzazione, la scheda Utenti è stata divisa in due sezioni:
- Autorizzato:gli utenti per cui il provisioning è stato eseguito in modo appropriato e sono in grado di utilizzare Acrobat Sign. Questa pagina è identica alla pagina Utenti precedente con tutte le stesse funzionalità.
- In sospeso:gli utenti che non sono ancora del tutto autorizzati che richiedono un intervento o assistenza.
- Autorizzato:gli utenti per cui il provisioning è stato eseguito in modo appropriato e sono in grado di utilizzare Acrobat Sign. Questa pagina è identica alla pagina Utenti precedente con tutte le stesse funzionalità.
- Maggiore granularità per le autorizzazioni per la modifica delle impostazioni a livello di gruppo: gli amministratori a livello di account dispongono ora di una granularità a livello di scheda per consentire la modifica delle autorizzazioni a livello di gruppo. Quando l’autorizzazione alla modifica è disattivata, agli amministratori a livello di gruppo viene inviato un messaggio chiaro relativo all’accesso limitato nella parte superiore delle pagine del gruppo.
- Seleziona il modo in cui i file allegati vengono denominati quando vengono aggiunti alle e-mail: gli amministratori a livello di account e di gruppo ora possono stabilire come sono denominati i file allegati alle notifiche e-mail. I nomi dei file sono influenzati dall’impostazione Unisci più documenti in un unico documento dopo la firma, che invia un allegato con tutti i file uniti o allegati separatamente con i rispettivi nomi. Le opzioni disponibili sono:
- Nome accordo:
- Se tutti i file vengono uniti: un file a cui viene assegnato un nome secondo il nome dell’accordo. Ad esempio Contratto di servizio 2023
- Se i file sono separati: viene allegato un file per ogni file caricato. Ogni file utilizza il nome dell’accordo con un enumeratore aggiunto. Ad esempio, Contratto di servizio 2023 (parte 1), Contratto di servizio 2023 (parte 2), Contratto di servizio 2023 (parte 3)
- Se tutti i file vengono uniti: un file a cui viene assegnato un nome secondo il nome dell’accordo. Ad esempio Contratto di servizio 2023
- Nome file
- Se tutti i file vengono uniti: un file con il nome derivato dal primo file caricato.
- Se i file sono separati: viene allegato un file per ogni file caricato. Ogni allegato conserva il nome file originale indipendentemente dall’origine (modello, documento di accordo caricato, documento transitorio, allegato destinatario).
- Se tutti i file vengono uniti: un file con il nome derivato dal primo file caricato.
- Ibrido
- Se tutti i file vengono uniti: un file a cui viene assegnato un nome secondo il nome dell’accordo.
- Se i file vengono separati: viene allegato un file per ogni file caricato, con ogni allegato che mantiene il nome del file originale.
- Se tutti i file vengono uniti: un file a cui viene assegnato un nome secondo il nome dell’accordo.
- Nome accordo:
Per accedere ai controlli, passa a Impostazioni account > Impostazioni globali > Denominazione dei file allegati alle e-mail:
- Annullare la condivisione degli accordi: la condivisione degli accordi può essere annullata dall’autore dell’accordo o da qualsiasi partecipante che abbia creato una condivisione con altre parti. L’annullamento della condivisione con qualsiasi parte annulla automaticamente la condivisione dell’accordo con tutte le parti a valle, sfoltendo l’intero ramo di condivisione.
Modifiche a livello di esperienza
- L'interfaccia Custom Send Workflow sarà abilitata per tutti gli utenti - Tutti gli account che hanno abilitato i flussi di lavoro di invio personalizzati per i loro amministratori sono stati abilitati con l'accesso al designer del flusso di lavoro per tutti gli utenti. Gli utenti possono accedere alla Progettazione flussi di lavoro tramite la scheda Flussi di lavoro nella barra di navigazione superiore e nel riquadro Crea flussi di lavoro riutilizzabili sulla pagina Home . Gli utenti hanno solo la possibilità di creare flussi di lavoro per uso personale finché un amministratore non abilita esplicitamente l'opzione per condividerli nel menu di amministrazione.
Gli amministratori che desiderano disabilitare l'accesso al designer del flusso di lavoro per gli utenti possono farlo nelle Impostazioni globali sotto la sezione Custom Send Workflow:
- La scheda Utente è stata divisa in due tabelle per gli utenti di Admin Console : gli account che gestiscono i propri utenti in Adobe Admin Console hanno la scheda Utenti divisa in due pagine:
- Abilitato: questa pagina contiene una tabella di tutti gli utenti che sono stati creati correttamente nell’ambiente Acrobat Sign e di chi dovrebbe essere in grado di utilizzare il servizio senza problemi. Questa pagina è identica alla scheda Utenti precedente con tutte le stesse funzionalità.
- In sospeso: questa pagina contiene gli utenti che sono stati aggiunti al profilo utente nell’Admin Console ma che non sono stati convertiti correttamente in un utente funzionale nel sistema Acrobat Sign.
- Flusso di autenticazione Acrobat Sign migliorato - Il metodo di autenticazione Acrobat Sign è stato migliorato per ridurre la complessità e il numero di passaggi per i firmatari. L’e-mail del destinatario viene importata nel sistema di autenticazione di Adobe per determinare se l’utente è un’entità nota, eliminando schermate/clic multipli e fornendo un percorso di autenticazione più fluido. Se l’e-mail esiste già, al destinatario viene richiesto di fornire una password. Se l’e-mail non esiste, l’utente viene indirizzato automaticamente alla creazione di un account.
- Supporto fino a un massimo di 10 firme digitali per destinatario: per le firme basate su cloud la limitazione di una firma digitale per destinatario è stata migliorata per consentire di inserire fino a un massimo di 10 campi di firma digitale per destinatario. (Aadhaar e Singpass non sono supportati)
- Il nuovo ambiente Report viene caricato per impostazione predefinita all’apertura della pagina : la versione predefinita della pagina Report è stata modificata per caricare il nuovo ambiente di reporting quando gli utenti aprono l’interfaccia per la prima volta. Gli utenti mantengono l’opzione per tornare all’ambiente classico in base alle esigenze.
È previsto che l’ambiente di reporting classico sia completamente rimosso dal servizio entro la fine del 2023. Alla clientela che ancora utilizza il reporting classico, si consiglia di ricreare e pianificare i report nel nuovo ambiente il più presto possibile per garantirne la continuità.
- Prima della versione di luglio 2023, un accordo inviato tramite un flusso di lavoro di invio personalizzato non rispettava i metodi di autenticazione impostati a livello di account e di gruppo. Un mittente avrebbe potuto modificare il metodo di autenticazione predefinito per il firmatario, anche se non consentito dalle impostazioni dell’account o del gruppo. La versione di luglio ha corretto questo comportamento e lo ha reso coerente con la pagina Invio, che richiede al mittente di utilizzare il metodo di autenticazione predefinito se l’impostazione account o gruppo non consente di modificare il metodo di autenticazione predefinito.
Ad esempio, se il metodo di autenticazione predefinito per i firmatari interni è E-mail e l’opzione Consenti ai mittenti di modificare il metodo di autenticazione predefinito non è abilitata, ai mittenti verrà impedito di inviare l’accordo con qualsiasi metodo di autenticazione diverso dall’e-mail. Questo è il comportamento corretto e si allinea con l’esperienza della pagina Invia.
Aggiornamenti dell’applicazione per dispositivi mobili
- Opzione per le notifiche push sulla piattaforma iOS : gli account che gestiscono i propri utenti in Adobe Admin Console possono abilitare le notifiche push per gli utenti con l’app Acrobat Sign per iOS installata sui loro dispositivi mobili. Le notifiche push attive aggiornano i destinatari che i nuovi accordi attendono la loro attenzione e i mittenti ricevono una notifica degli accordi firmati e completati. I singoli utenti possono scegliere di disabilitare le notifiche push nelle impostazioni del dispositivo.
Questa funzionalità sarà disponibile per gli utenti su iOS v15+ nella versione 3.29 sull'App Store di Apple all'inizio di agosto.
Integrazioni
Acrobat Sign per Veeva Vault viene aggiornato con le seguenti opzioni:
- Branding aggiornato: il branding Adobe Sign è stato aggiornato in Adobe Acrobat Sign per adeguarsi all’attuale branding del servizio. Come parte del cambio del marchio, tutti gli oggetti nell’integrazione Veeva Vault sono stati aggiornati ad Adobe Acrobat Sign.
- Garanzia della versione del documento corrente: dato che Veeva Vault consente di mantenere più versioni di un documento, l’installazione Acrobat Sign per Veeva Vault limiterà gli utenti ad allegare solo la versione più recente.
Problemi risolti
| Problema |
Descrizione |
|---|---|
| 4356308 |
Riepilogo: il campo e-mail per i flussi di lavoro non viene reimpostato correttamente su un valore vuoto dopo la rimozione di un valore precedente con più di una divisione a causa di spazi o virgole. I valori di divisione rimangono sul modello, causando un errore quando vengono aggiunti nuovi valori, in quanto il campo leggerebbe più valori invece del singolo valore previsto. |
| Correzione: il codice per il campo di input è stato aggiornato affinché nuovi valori di input vengano aggiunti direttamente invece di essere aggiunti al contenuto precedente. | |
| 4358989 |
Riepilogo: la condivisione di un modello libreria tra gruppi abilitati per la funzione Utenti in più gruppi può impedire il salvataggio del modello in presenza di più di 100 gruppi, poiché il codice di recupero dei gruppi fa riferimento solo ai primi 100 gruppi. |
| Correzione: la logica di recupero dei gruppi è stata aggiornata per eseguire un ciclo sulle pagine, se presenti, e salvare tutti i nomi dei gruppi in archivio. |
|
| 4361087 |
Riepilogo: gli accordi inviati per la firma parallela presentano l’azione Carica firma nella pagina Gestisci. |
| Correzione: la pagina Gestisci è stata aggiornata per nascondere correttamente l’azione Carica se l’accordo presenta una condizione non supportata. | |
| 4379342 |
Riepilogo: gli accordi con più destinatari che utilizzano l’autenticazione che richiede un token dal sistema Acrobat Sign (ad esempio, autenticazione tramite telefono) possono riscontrare una situazione in cui un destinatario attiva un errore “Token di accesso non valido” a causa della distruzione del token di autenticazione della sessione da parte di una chiamata API del token di aggiornamento. |
| Correzione: la gestione dei token tra diverse sessioni è stata migliorata per correggere il problema sottostante. | |
| 4383564 |
Riepilogo: impossibile firmare i documenti tramite e-mail con richiesta di firma quando la verifica dell’identità del firmatario è abilitata e il firmatario si trova su una partizione diversa. |
| Correzione: il codice che gestisce le impostazioni per diverse partizioni è stato aggiornato. | |
| 4384284 |
Riepilogo: la firma nell’ambiente Gov Cloud può reindirizzare l’utente all’hub. |
| Correzione: le origini attendibili nell’hub sono state aggiornate. | |
| 4403772 |
Riepilogo: gli errori che si verificano quando si aggiungono modelli di documento non disponibili in un modello del flusso di lavoro vengono ritardati poiché l’API impiega più tempo del previsto per aggiornare il modello. |
| Correzione: è stato aggiunto un messaggio di “Salvataggio in corso” che fornisce all’utente una notifica del processo ancora in corso. | |
| 4403836 |
Riepilogo: non viene inviato alcun messaggio all’utente se un accordo creato tramite API viene modificato automaticamente da un flusso di lavoro Scritto a Elettronico. |
| Correzione: la documentazione sulle API è stata aggiornata per indicare questo evento. | |
| 4404257 |
Riepilogo: la grafica con la freccia rossa Firma non presenta un contrasto sufficiente. |
| Correzione: il colore è stato aggiornato per soddisfare il requisito 4.5:1. | |
| 4409720 |
Riepilogo: gli utenti che hanno firmato un documento sono successivamente contrassegnati come Inattivi nel sistema; di conseguenza, poiché il sistema delega l’azione ai firmatari inattivi, se ritornano all’accordo firmato potrebbero ricevere successive e-mail relative all’accordo, anche più volte. |
| Correzione: è stata aggiunta una logica all’account per gli utenti inattivi ma che hanno comunque accesso agli accordi, per impedirnee la delega. | |
| 4412152 |
Riepilogo: nella pagina per la firma elettronica, il rapporto di contrasto dell’indicatore di attivazione non è sufficiente per tutti i tipi di campo. |
| Correzione: il colore è stato aggiornato per soddisfare il requisito 4.5:1. |
|
| 4412153 |
Riepilogo: il rapporto di contrasto dell’indicatore di attivazione non è sufficiente per il pulsante Applica. |
| Correzione: il colore è stato aggiornato per soddisfare il requisito 4.5:1. |
|
4417413 4422433 |
Riepilogo: i campi calcolati vengono elaborati correttamente nella versione inglese americano, ma non nelle pagine localizzate in lingue nelle quali il separatore dei decimali è la virgola. |
| Correzione: il codice è stato aggiornato affinché, prima di eseguire i calcoli, venga considerata la lingua utilizzata. | |
| 4417905 |
Riepilogo: il report di audit non include il motivo BioPharma per un secondo firmatario. |
| Correzione: il codice è stato aggiornato per consentire eventi di firma per più motivi. | |
| 4419219 |
Riepilogo: se la prima lettera della firma è piegata all’indietro, come ad esempio la lettera minuscola p, viene troncata e sporge dallo spazio della firma. |
| Correzione: il testo della firma è stato aggiornato per iniziare da destra, in modo che il testo non si perda durante il rendering dei caratteri inclinati verso sinistra. |
|
| 4420176 |
Riepilogo: il caricamento di un documento firmato non riesce quando le firme sono campi Firma digitale. |
| Correzione: la pagina Gestisci è stata aggiornata per nascondere correttamente l’azione Carica quando l’accordo presenta una condizione non supportata. |
|
| 4420880 |
Riepilogo: il record del report di audit per le firme applicate tramite un’autorizzazione per account condiviso non è chiaro. |
| Correzione: il testo del registro di audit è stato aggiornato per essere più esplicito nel processo di firma e per chi ha firmato per conto di un altro utente. | |
| 4422206 |
Riepilogo: durante l’esportazione dell’elenco di utenti da un gruppo, la colonna Gruppi è vuota, a eccezione del gruppo principale, se l’utente è amministratore di più gruppi. |
| Correzione: la query di iscrizione a più gruppi è stata migliorata e la funzione exportUser è stata aggiornata per gestire correttamente questo caso d’uso. | |
| 4424153 |
Riepilogo: quando un collegamento ipertestuale viene inserito in un documento con più pagine che fanno riferimento a una pagina del documento, questo non funziona sui dispositivi mobili. |
| Correzione: la funzionalità di scorrimento e panning nell’app Mobile è stata migliorata per mettere a fuoco meglio il target del collegamento ipertestuale. | |
| 4426232 |
Riepilogo: quando si effettua la richiesta 'GET /libraryDocuments/{libraryDocumentId}/formData', il parametro pageSize non funziona, il tempo di risposta supera i 2 minuti e interrompe il flusso di lavoro. |
| Correzione: durante l’analisi della causa principale, il codice è stato ripristinato a una versione precedente. | |
| 4426529 |
Riepilogo: un carattere di controllo speciale inserito come nome utente impedisce il download del report di audit. |
| Correzione: è stata creata una funzione per verificare e rimuovere i caratteri di controllo invisibili. | |
| 4426607 |
Riepilogo: quando invii un contratto tramite un flusso di lavoro, se più firmatari hanno la stessa e-mail ma tipi o valori di autenticazione diversi, un tipo di autenticazione sostituisce gli altri per quell'e-mail. |
| Correzione: il codice è stato migliorato per verificare le informazioni di autorizzazione e l’indirizzo e-mail nell’indice del firmatario. | |
| 4427083 |
Riepilogo: le esportazioni di dati con la colonna E-mail destinatario aggiunta possono generare un errore, se il numero dei destinatari supera 99. |
| Correzione: l’array dell’elenco dei destinatari è stato aumentato. | |
| 4427245 |
Riepilogo: i collegamenti ipertestuali obbligatori sono considerati "completati" quando il firmatario/accettatore sceglie di annullare il reindirizzamento del collegamento ipertestuale. |
| Correzione: il codice è stato aggiornato per verificare che l’utente apra il collegamento prima di rimuovere il flag richiesto e contrassegnare il campo come completato. | |
| 4427490 |
Riepilogo: il campo dell’allegato viene ripristinato alle dimensioni precedenti dopo il ridimensionamento e il salvataggio del modello di campo. |
| Correzione: il ridimensionamento del campo dell’allegato ora può essere eseguito manualmente. |
|
| 4427512 |
Riepilogo: è possibile trascinare l’URL dell’accordo nei campi. |
| Correzione: le proprietà dei campi sono state migliorate per evitare che l’URL dell’accordo venga rilasciato nel campo. | |
| 4427761 |
Riepilogo: i flussi di lavoro creati negli account abilitati per la funzione Utenti in più gruppi possono essere inviati senza richiedere l’autenticazione. |
| Correzione: l’autenticazione per firmatario è stata migliorata per garantire che ai flussi di lavoro venga applicata l’autenticazione. | |
| 4429024 |
Riepilogo: il blocco firma non è visibile all’ultimo destinatario quando una copia firmata viene caricata dal mittente per il primo destinatario. |
| Correzione: è stato applicato un nuovo metodo per posizionare i campi firmatario per gestire i firmatari derivati quando un accordo dispone di un evento di caricamento. | |
| 4429142 |
Riepilogo: se il nuovo modello non si trova nel gruppo iniziale di modelli caricati, i flussi di lavoro possono rimanere bloccati se si aggiunge un secondo file al flusso di lavoro a causa di un problema di paginazione. |
| Correzione: la lunghezza della raccolta è stata aggiornata per corrispondere al numero di modelli nel metodo impostato. | |
| 4429268 |
Riepilogo: gli utenti con token IMS non sono in grado di eseguire chiamate API agli endpoint dell’applicazione |
| Correzione: l’ambito application_read e application_write è stato aggiunto all’impostazione WEB_APP_LOGIN_IMS_SCOPES |
|
| 4429712 |
Riepilogo: i gruppi di destinatari aggiunti nei modelli di flusso di lavoro personalizzati richiedono che il mittente fornisca un nome di un gruppo prima dell’invio. |
| Correzione: i gruppi di destinatari aggiunti nel modello di progettazione di flussi di lavoro personalizzati utilizzando il campo di inserimento (delimitato da virgole) ora inseriscono un nome di un gruppo generato automaticamente. Il nome generato ha un prefisso per identificarlo come generato automaticamente, seguito dalla stringa "Gruppo destinatari X" dove X è un numero incrementale applicato a uno o più gruppi. Ad esempio, “(Nome generato automaticamente) Gruppo di destinatari 1”, “(Nome generato automaticamente) Gruppo di destinatari 2”, ecc. |
|
| 4429860 |
Riepilogo: la funzione Carica documento è stato rimossa dall’esperienza utente di Acrobat Web in base alle funzioni che verranno rilasciate a luglio |
| Correzione: è stato aggiunto un flag chiuso per rimuovere le nuove funzioni fino a luglio. | |
| 4431104 |
Riepilogo: gli eventi del webhook AGREEMENT_ACTION_REQUESTED non vengono generati per i flussi di lavoro di firma autonoma. |
| Correzione: è stato aggiunto un metodo per garantire che l’attributo sendType non venga modificato durante l’aggiornamento della risorsa bozza. |
|
| 4432028 |
Riepilogo: la scheda Flusso di lavoro è visibile nella barra di navigazione superiore anche se l’opzione “Abilita accesso alla progettazione flussi di lavoro per tutti gli utenti” è disattivata a livello di gruppo. |
| Correzione: il codice ora legge le impostazioni dalle iscrizioni attive al pod anziché da tutte le iscrizioni al pod. |
|
| 4432450 |
Riepilogo: un account può non creare automaticamente utenti con domini e-mail registrati internamente a causa di valori memorizzati nella cache in modo errato. |
| Correzione: la cache dell’account di dominio registrato viene cancellata ogni volta che viene aggiornata. | |
| 4434547 |
Riepilogo: la modifica di un modulo Web disabilitato consente di modificare il nome, ma questo non viene mantenuto. |
| Correzione: l’opzione per modificare i moduli Web disattivati è stata rimossa. | |
| 4435506 |
Riepilogo: quando si seleziona l’opzione Ottieni codice nei moduli Web nell’ambiente Web di Acrobat dopo un aggiornamento, non succede nulla. |
| Correzione: il codice è stato ripristinato per ristabilire la funzione. | |
| 4437747 |
Riepilogo: errore di reindirizzamento quando l’URL di reindirizzamento contiene un aggiornamento ad AdobeSignAuthService e a seguito di questo. |
| Correzione: il problema relativo al codice in AdobeSignAuthService è stato corretto e ridistribuito. |
|
| 4439111 |
Riepilogo: i flussi di lavoro inizialmente salvati senza firmatari obbligatori mantengono lo stato di errore anche dopo che un firmatario è stato configurato come richiesto |
| Correzione: il codice è stato migliorato per cancellare correttamente il messaggio di errore quando il destinatario viene configurato nuovamente. | |
| 4440076 |
Riepilogo: i file PDF che contengono più di 1024 caratteri dopo che EOF non è riuscito a convertirli correttamente annullano l’accordo. |
| Correzione: è stata aggiornata la libreria di gestione in modo che sia più affidabile per i PDF che meno rispettano lo standard PDF, entro i limiti dell’identificatore EOF. | |
| 4440077 |
Riepilogo: la progettazione del flusso di lavoro attiva un errore dopo aver aggiunto i destinatari a causa di un difetto nel metodo. |
| Correzione: il difetto è stato corretto e il metodo è stato ridistribuito. | |
| 4443907 |
Riepilogo: gli amministratori dei gruppi non riuscivano ad aggiungere utenti, generando un errore che impediva loro di aggiornare la pagina in base alle impostazioni di modifica dei gruppi. |
| Correzione: l’impostazione è stata aggiornata per consentire agli amministratori del gruppo di aggiungere gli utenti. |
Implementazione in produzione: 22 agosto 2023
Implementazione GovCloud: 24 agosto 2023
Funzionalità migliorate
- Registrazione dei report di audit dei problemi relativi alla richiesta di autenticazione : la funzione ottimizzata di registrazione dei report di audit è stata ampliata per includere il supporto per l’autenticazione SAML ed Admin Console. Per clienti che hanno abilitato la funzione Richiedi l’autenticazione dell’identità (sulla scheda Impostazioni Bio-Pharma) ogni evento di autenticazione verrà esplicitamente registrato nel report di audit, compresa la fase in cui è stata acquisita l’autenticazione (apertura dell’accordo, applicazione di una firma e selezione del pulsante Fai clic per firmare ). L’elenco delle attività dell’accordo riflette anche ciascuna autenticazione (anche se in un formato più breve).
Modifiche a livello di esperienza
- L’intestazione Da in tutte le e-mail in uscita è stata aggiornata a un formato più coerente per ridurre i problemi con i server e-mail. Per l’intestazione sono disponibili due forme:
- Quando il destinatario ha un nome noto, ad esempio un utente registrato, o quando l’impostazione Nome destinatario richiesto è in uso, l’intestazione verrà letta come Adobe Sign per conto di nome cognome <adobesign@adobesign.com>
- Quando il valore del nome del destinatario è sconosciuto, l’intestazione viene letta come Adobe Sign <adobesign@adobesign.com>
- Quando il destinatario ha un nome noto, ad esempio un utente registrato, o quando l’impostazione Nome destinatario richiesto è in uso, l’intestazione verrà letta come Adobe Sign per conto di nome cognome <adobesign@adobesign.com>
Problemi risolti
| Problema |
Descrizione |
|---|---|
| 4425785 |
Riepilogo :i campi data con il formato “gg/mmm/aaaa” non possono essere compilati in lingua ceca quando si utilizza il valore čvn . |
| Correzione: i provider delle impostazioni locali per la funzionalità della data sono stati aggiornati per gestire correttamente questo caso d’uso. | |
| 4429246 |
Riepilogo: la modifica dell’elenco dei destinatari di un flusso di lavoro può influire sugli accordi inviati da tale flusso di lavoro, causando il blocco degli accordi nello stato In corso. |
| Correzione: il codice che gestisce il modo in cui un accordo comprende l’elenco dei destinatari degli accordi è stato migliorato per gestire l’elenco dei destinatari all’interno della transazione, ignorando le modifiche apportate al modello. | |
| 4432494 |
Riepilogo: negli accordi nell’ambiente Acrobat potrebbe non essere possibile caricare la vista dell’immagine dell’accordo quando viene aperta nella pagina Gestisci a causa di un’eccezione non gestita. |
| Correzione: il metodo utilizzato per popolare l’immagine è stato aggiornato per gestire correttamente l’eccezione. | |
| 4436936 |
Riepilogo: i moduli Web con campi collegamento ipertestuale obbligatori generano un errore quando gli utenti tentano di salvarli. |
| Correzione: è stata aggiunta una condizione per consentire il salvataggio del modulo Web nonostante la mancata selezione del collegamento ipertestuale. | |
| 4437223 |
Riepilogo: la firma di un accordo su Adobe Sign utilizzando un dispositivo iOS può presentare un errore del server a causa di campi API non corretti /PUTing di sola lettura. |
| Correzione: è stata aggiornata l’API utilizzata per inserire i campi per l’accordo. | |
| 4441057 |
Riepilogo: la notifica e-mail di promemoria inviata a un destinatario che non è ancora il destinatario attivo quando il promemoria viene creato utilizzando REST v5 e il destinatario futuro è stato sostituito dal mittente. |
| Correzione: è stata aggiunta una condizione per inviare il promemoria solo ai partecipanti delegati che possono potenzialmente firmare l’accordo in quel momento. |
|
4442166 |
Riepilogo: gli accordi archiviati non vengono rimossi dal sistema quando vengono aggiunti alla coda di eliminazione. |
| Correzione: gli accordi archiviati vengono rimossi immediatamente quando vengono inviati per l’eliminazione, invece di rimanere in coda per 14 giorni. | |
| 4444011 |
Riepilogo: errore HTTP 501 access_denied durante l’utilizzo di Intesi come sigillo elettronico a causa di un token di endpoint non valido. |
| Correzione: il modo in cui il token viene creato è stato aggiornato per essere più robusto e fornire la tolleranza alla versione. | |
| 4447727 |
Riepilogo: alcuni moduli Web precedenti e successivi al 2018 potrebbero non essere caricati con un messaggio di errore generico a causa di un errore di puntatore null. |
| Correzione: il codice del problema è stato identificato e corretto. |
- Aggiornamento esperienza Visualizza accordo : l’interfaccia cliente per la visualizzazione di un accordo è stata aggiornata per tutti gli utenti. Le modifiche apportate all’esperienza sono:
- I controlli del PDF da sotto al documento sono stati spostati per essere visualizzati tra il contenuto del documento e le opzioni di azione dell’accordo.
- È stata aggiunta un’opzione per visualizzare due pagine nella vista documento.
- L’opzione Cerca in questo momento è stata rimossa dai controlli del PDF, ma gli utenti possono utilizzare Ctrl/Cmd+F per eseguire la ricerca nel contenuto del documento.
- L'intestazione «Da» in tutte le e-mail in uscita è stata aggiornata per riflettere il branding corretto.La stringa «Adobe Sign» è stata aggiornata a «Adobe Acrobat Sign» per tutte le istanze.Ad esempio:
- quando l'impostazione Nome destinatario obbligatorio è in uso, l'intestazione riporterà Adobe Acrobat Sign per conto di <nome> <cognome> <adobesign@adobesign.com>
- Quando il valore del nome del destinatario è sconosciuto, l'intestazione riporterà Adobe Acrobat Sign <adobesign@adobesign.com>
- quando l'impostazione Nome destinatario obbligatorio è in uso, l'intestazione riporterà Adobe Acrobat Sign per conto di <nome> <cognome> <adobesign@adobesign.com>
Problemi risolti
| Problema |
Descrizione |
|---|---|
| 4418093 |
Riepilogo: durante la creazione di un accordo, i campi del timbro di partecipazione vengono creati con il ruolo POST_SIGN. Nei casi d’uso per i modelli libreria, i campi timbro partecipazione devono avere il ruolo FIRMATARIO. Quando si crea un modello libreria da un accordo, il campo non viene aggiornato al ruolo corretto per i campi timbro di partecipazione, causando problemi a valle quando si utilizza il modello. |
| Correzione: è stato aggiornato il codice per impostare il ruolo previsto per i campi del timbro di partecipazione. |
|
| 4429823 |
Riepilogo: la freccia di navigazione “Successivo” non passa come dovrebbe al campo successivo se viene selezionato un Pulsante di scelta. |
| Correzione: la navigazione tra i campi è stata migliorata per risolvere questo problema. | |
| 4429824 |
Riepilogo: il nome del modulo web viene troncato in una vista iFrame. |
| Correzione: il CSS della pagina è stato aggiornato per regolare il posizionamento del testo. | |
| 4438886 |
Riepilogo: i moduli web nei browser per dispositivi mobili iOS potrebbero non scorrere fino alla successiva casella di controllo richiesta quando si sposta il punto attivo. |
| Correzione: il codice è stato regolato in modo da forzare uno scorrimento all’elemento successivo prima di impostare il punto attivo. |
|
| 4439434 |
Riepilogo: il clic sulla scheda Avanti non funziona su un modulo web con campi allegati. |
| Correzione: le proprietà di riferimento dell’allegato sono state nuovamente codificate per consentire il corretto spostamento della scheda Avanti tra i campi dell’allegato. | |
| 4440393 |
Riepilogo: i partecipanti a un accordo che sono disabilitati mentre l’accordo è in corso vengono rimossi dalla tabella dei partecipanti, determinando informazioni sui partecipanti incomplete se estratte dall’accordo tramite API. |
| Correzione: è stata aggiunta la logica per includere il set di partecipanti sostituito nel set di partecipanti totale dell’accordo. |
|
| 4441785 |
Riepilogo: il messaggio visualizzato quando si tenta di delegare da un collegamento e-mail e si utilizza la funzione nome destinatario richiesto con delega non è molto intuitivo. |
| Correzione: il messaggio è stato migliorato e ora indica all’utente come delegare dalla pagina per la firma elettronica e fornisce un collegamento. |
|
| 4445134 |
Riepilogo: i documenti PDF degli accordi firmati con campi negli elenchi di annotazioni non possono essere scaricati. |
| Correzione: la clonazione delle annotazioni è ora consentita, impedendo l’eccezione. |
|
| 4445626 |
Riepilogo: Compila e firma non riesce con errore 400 “MISSING_REQUIRED_PARAM” quando l’autenticazione del firmatario predefinita è impostata su PASSWORD. |
| Correzione: i metodi di autenticazione richiesti vengono ignorati nei flussi di lavoro Compila e firma. | |
| 4446367 |
Riepilogo: i dati dei campi modulo scompaiono dopo la firma dell’accordo se l’ora selezionata corrisponde alle 12:00 AM invece di utilizzare i calcoli dei campi. |
| Correzione: aggiunta di 1 millisecondo alla data se fornita come “12:00 AM” per evitare la restituzione di 0,0 a seguito della conversione della data in un numero. |
|
| 4447747 |
Riepilogo: la chiamata GET /widgets/{widgetId}/formData con application/json attiva un errore 500 “MISC_SERVER_ERROR” a causa delle recenti modifiche al codice. |
| Correzione: il codice è stato riportato alla versione precedente, ripristinando la funzionalità. | |
| 4447879 |
Riepilogo: si può tentare di inserire sigilli elettronici durante l’aggiornamento dei documenti creati. In questo modo, gli accordi vengono annullati. |
| Correzione: è stato aggiunto un codice per gestire meglio l’eccezione ed evitare le condizioni di concorrenza. | |
| 4448750 |
Riepilogo: dopo il recente aggiornamento, l’endpoint refreshweb ora richiede un parametro di sicurezza client. Questo può comportare la pubblicazione di un messaggio di errore nell’interfaccia utente ogni 15 minuti. |
| Correzione: il codice è stato aggiornato per garantire che il parametro sia true prima di eseguire il flusso proxy. | |
| 4450877/4454555 |
Riepilogo: nuovo authoring, impossibile spostare i campi firma/testo per le versioni aggiornate di Chrome/Edge |
| Correzione: l’ambiente di authoring è stato aggiornato per tenere conto delle modifiche nei browser Chrome/Edge | |
| 4451025 |
Riepilogo: l’utilizzo di API PUT /agreements/{agreementId}/formFields per aggiornare un campo modulo con un calcolo funziona correttamente durante la firma, ma può essere vuoto alla fine del download del PDF se la stringa contiene caratteri con escape (come ') |
| Correzione: alle espressioni non verrà aggiunto l’escape prima di trasferire la stringa all’analisi e stamparla sul PDF. | |
| 4454835 |
Riepilogo: le versioni localizzate dell’intestazione e-mail non includono la stringa Adobe Acrobat Sign. |
| Correzione: nelle intestazioni delle e-mail è stata aggiunta la stringa con il brand ai modelli e-mail localizzati. | |
| 4455067 |
Riepilogo: l’ordinamento dei flussi di lavoro in base alla data non genera un elenco ordinato correttamente se utilizzato nelle localizzazioni non in lingua inglese. |
| Correzione: il metodo di ordinamento è stato aggiornato per ordinare correttamente le viste localizzate dei flussi di lavoro. |
Implementazione in produzione: 13 novembre 2023
Implementazione GovCloud: 16 novembre 2023
Funzionalità migliorate
- Nuova esperienza della pagina Invia: la composizione di un nuovo accordo sulla pagina Invia è stata modificata con un processo più procedurale, iniziando con i documenti da firmare e aggiungendo i destinatari alla fine.
La nuova esperienza Invia può essere abilitata andando su Impostazioni account > Impostazioni globali > Nuova esperienza Richiedi firma
La nuova esperienza Invia attualmente non è alla pari con la pagina Invia classica. È fortemente consigliato che se abiliti l'opzione per gli utenti, abiliti anche l'opzione per passare da un'esperienza all'altra.
- Nuova esperienza di Authoring in-app: il nuovo ambiente di Authoring ora consente all’utente di selezionare un tipo di campo e quindi di fare clic sul documento per inserire tutti i campi necessari. Facendo doppio clic su un campo, nel pannello delle informazioni a sinistra vengono visualizzate le proprietà del campo in cui è possibile configurare le singole proprietà.
Tenere presente che il nuovo ambiente di Authoring è accessibile solo quando si utilizza la nuova esperienza della pagina Invia.
Un nuovo parametro agreementStatus verrà aggiunto automaticamente all’URL quando l’accordo raggiunge uno stato finale di Completato oppure Annullato.
- Accordi completati aggiunti: ?agreementStatus = completato.
- Accordi annullati (rifiutati) aggiunti: ?agreementStatus = rifiutato.
Il nuovo parametro viene applicato a tutti gli accordi, compresi quelli inviati manualmente, i moduli web e gli accordi Invia in modalità collettiva, ecc.
- Invia in modalità collettiva è stato aggiornato e migliorato per consentire di avere più destinatari per accordo, più transazioni in totale e altro ancora: invia in modalità collettiva è stato aggiornato con una nuova interfaccia che consente di includere molte funzioni richieste dalla clientela e disponibili nel processo standard di “invio per la firma”. Le nuove funzioni includono:
- Più destinatari con ruoli, tipi di autenticazione e messaggi privati configurabili singolarmente.
- Configurazioni dei singoli accordi, ad esempio nome dell’accordo, lingua, scadenza e ordine di firma.
- Il tracciamento dell’utilizzo è stato aggiunto all’integrazione Power Automate: gli amministratori potranno visualizzare l’utilizzo di Power Automate da parte del tenant nel mese precedente e scaricare l’utilizzo della loro organizzazione negli ultimi 12 mesi in formato CSV contenente:
- Flussi attivi mensili: il numero di flussi disponibili da utilizzare in Acrobat Sign per un mese di calendario.
- Esecuzioni flusso mensili: il numero di volte in cui un flusso è stato attivato in un mese di calendario.
- Chiamate API mensili: il numero totale di chiamate API utilizzate per eseguire il flusso in un mese di calendario.
- Archiviazione Dataverse: la quantità totale di archiviazione Dataverse utilizzata alla fine di un mese di calendario.
- Messaggi privati per flussi di lavoro di invio personalizzati: durante la progettazione di flussi di lavoro di invio personalizzati ora è possibile configurare i messaggi privati per ciascun destinatario.
- Messaggi privati per i controfirmatari di moduli web: i messaggi privati possono ora essere configurati nei moduli web per i controfirmatari.
- Gruppi di destinatari ad hoc per moduli web: durante la configurazione di un modulo web ora può essere utilizzata l’opzione Gruppi di destinatari ad hoc. I gruppi di destinatari ad hoc sono definiti nella pagina del modello e vengono utilizzati solo nel modulo web dove sono stati creati.
L'accesso ai gruppi di destinatari riutilizzabili non è incluso in questa versione.
- Supporto per modulo web per identità digitali: identità digitale è un metodo di autenticazione supportato per i partecipanti e controfirmatari aggiunti.
- Sostituzione manuale per accedere all’ambiente di reporting classico : la versione di novembre 2023 ha introdotto per tutti gli account la possibilità di utilizzare l’ambiente di reporting moderno. Gli account che devono accedere all’ambiente classico possono abilitare questa opzione per gli utenti abilitando esplicitamente il collegamento.
- Il rapporto di utilizzo delle transazioni è esposto nella parte superiore della pagina rapporti consumo transazioni. - I clienti che hanno una licenza VIP basata sulle transazioni hanno il riepilogo del consumo delle transazioni esposto nella parte superiore della pagina rapporti consumo transazioni.
- I report degli accordi sono stati migliorati: nel tipo di report Accordoè stato aggiunto un nuovo riquadro Bozza alla pagina di riepilogo dell’accordo e un nuovo filtro per filtrare gli accordi in base al loro Stato attuale.
- I gruppi di destinatari riutilizzabili sono stati migliorati: i gruppi di destinatari riutilizzabili ora possono essere aggiunti alla pagina Invia classica utilizzando il collegamento esistente. Quando inserisci il nome del gruppo, un elenco dei gruppi di destinatari disponibili viene popolato in un sottomenu sotto il campo del nome del gruppo.
Inoltre, è stata aggiunta una funzione di ricerca per trovare i gruppi sia per nome del gruppo sia inserendo l'indirizzo e-mail di un singolo iscritto del gruppo.
- Blocco dei destinatari nelle aree geografiche designate: gli amministratori possono bloccare in modo esplicito i destinatari nelle aree geografiche indicate per impedirne l’accesso agli accordi utilizzando l’indirizzo IP del destinatario. I destinatari che tentano di accedere a un accordo o a un modulo web ricevono un messaggio che avverte che Acrobat Sign non è disponibile nella loro località. Attualmente, la Cina è l’unica opzione selezionabile.
- Nuovo metodo di autenticazione: codice di accesso monouso tramite e-mail (OTPvE): è stata aggiunta l’autenticazione con codice di accesso monouso tramite e-mail come metodo di autenticazione a fattore singolo. Questa autenticazione fornisce un metodo rapido per qualificare un destinatario utilizzando il suo indirizzo e-mail quando accede all’accordo. OTPvE è disponibile per l’invio di singoli accordi, con l’utilizzo di Invia in modalità collettiva e per la creazione di moduli web.
- Protezione del contenuto per gli accordi : consente di proteggere la visualizzazione degli accordi, anche dopo averli completati, utilizzando il metodo di autenticazione del destinatario originale assegnato ai destinatari, oppure un codice di accesso monouso inviato all’indirizzo e-mail del partecipante se non è stata assegnata alcuna autenticazione.
- Maggiore flessibilità per i requisiti di autenticazione della firma: le impostazioni per la richiesta di autenticazione dell’identità (Impostazioni account > Impostazioni Bio-Pharma) sono stati separati, consentendo una selezione più granulare per quando è necessario eseguire nuovamente l’autenticazione del destinatario.
Gli account creati prima della versione di novembre 2023 devono dare il proprio consenso alla nuova configurazione Richiedi l’autenticazione dell’identità, abilitando esplicitamente l'aggiornamento nella pagina Impostazioni Bio-Pharma:
- Supporto esteso per utenti in più gruppi: la funzione Utenti in più gruppi è ora supportata nelle seguenti integrazioni:
- Salesforce
- Power Automate
- Nuovi webhook per gli eventi di annullamento della condivisione: l’interfaccia utente del webhook presenta due nuovi eventi che si attivano in base all’annullamento della condivisione di un accordo.
- Annulla condivisione accordo: si attiva quando un utente annulla esplicitamente la condivisione di un accordo con un altro utente.
- Annulla condivisione accordo automaticamente: si attiva in seguito alla revoca della condivisione di un accordo “a monte”. Tutti gli utenti con cui una parte condivide ulteriormente un accordo che era già stato condiviso vengono automaticamente revocati se il loro accesso condiviso all’accordo viene perso.
Aggiornamenti dell’integrazione
- Acrobat Sign per Veeva Vault v 1.3.0 sarà disponibile alla fine di novembre
- 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.
- Adobe Acrobat Sign per Microsoft Teams con Live Sign - Live Sign consente agli utenti di ottenere contratti firmati più velocemente ospitando un'esperienza di firma sicura all'interno di una riunione Microsoft Teams da qualsiasi dispositivo che simuli la firma in persona.
- Supporto nell’applicazione per dispositivi mobili Salesforce per l’integrazione di Acrobat Sign: chi utilizza l’applicazione per dispositivi mobili Salesforce può ora utilizzare l’integrazione Acrobat Sign sui dispositivi mobili iOS o Android per gestire gli accordi.
Modifiche a livello di esperienza
- Il reporting delle transazioni ora include i flussi di lavoro Compila e firma e Firma autonoma: le transazioni Compila e firma e Firma autonoma strutturata (tramite l’interfaccia di Acrobat Sign) vengono ora conteggiate nel report aggiornato sull’utilizzo delle transazioni, fornendone alle organizzazioni una visualizzazione più completa del volume e delle metriche.
Le transazioni Compila e firma usate nell’interfaccia di Acrobat fanno parte della piattaforma Acrobat e non sono conteggiate nel report di utilizzo delle transazioni di Acrobat Sign.
- Esperienza migliorata per gli utenti di Power Automate: l’integrazione con Power Automate è stata perfezionata per migliorare l’esperienza utente con i seguenti aggiornamenti:
- La localizzazione in altre lingue è stata estesa.
- Supporta l’opzione Utenti in più gruppi.
- Accedi a Power Automate nella Sandbox di Acrobat Sign utilizzando un nuovo connettore sandbox.
- Supporta il download del report di audit dell’accordo.
- 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.
- Modifica dei moduli web tramite la condivisione avanzata dell’account: gli account per i quali è stata abilitata l’opzione di condivisione avanzata dell’account possono consentire agli utenti o ai gruppi con cui hanno condiviso i propri contenuti di modificare i moduli web. L’utente o il gruppo con cui è stata effettuata la condivisione deve disporre dell’autorizzazione Modifica abilitata per accedere al modulo web.
Problemi risolti
| Problema |
Descrizione |
|---|---|
| 4337861 |
Riepilogo: quando un accordo dispone di una firma digitale ed è protetto da password, il servizio di rasterizzazione non può creare un’immagine miniatura sufficientemente piccola per i dispositivi mobili; di conseguenza, gli utenti dei dispositivi mobili visualizzano un errore Miniatura non ancora disponibile. |
| Correzione: è stato aggiornato il processo per utilizzare le dimensioni immagine corrette prima della crittografia, che influisce sulla scala dell’immagine. | |
| 4373355 |
Riepilogo: alcune caselle di controllo di moduli originati esternamente possono essere visualizzate come deselezionate dopo la firma. |
| Correzione: è stato aggiunto un ulteriore controllo per garantire che, quando viene valutato isCheckBoxTrue, lo stato dell’aspetto selezionato corrisponda a uno dei valori non selezionati accettabili. |
|
| 4395764 |
Riepilogo: le notifiche webhook non contengono un parametro di ordine quando l’accordo viene inviato utilizzando un flusso di lavoro personalizzato, causando un problema durante l’analisi dei destinatari. |
| Correzione: è stata aggiunta una nuova logica di generazione dell’ordine in base alla struttura del grafico memorizzata nel flusso di lavoro associato. |
|
| 4417517 |
Riepilogo: i flussi di lavoro di invio che contengono un gruppo di destinatari, e una parte in Cc, possono inviare l’e-mail di notifica della firma all’indirizzo e-mail in Cc. |
| Correzione: il modello e-mail è stato corretto per non includere le parti in Cc nell’evento di notifica del firmatario. | |
| 4418217 |
Riepilogo: il collegamento Gestisci utenti nella console Gov Cloud indirizza a una pagina della guida invece che alla console Gov Cloud. |
| Correzione: il collegamento è stato aggiornato per indirizzare correttamente alla console Gov Cloud. | |
| 4430408 |
Riepilogo: l’ordinamento in base alla data non funziona per i flussi di lavoro perché la data viene visualizzata come stringa. |
| Correzione: è stato corretto il valore della data a cui fare riferimento correttamente come data e che deve essere ordinata correttamente. | |
| 4435150 |
Riepilogo: quando il mittente è anche un firmatario e tale firmatario viene sostituito, se l’accordo scade, il mittente non può adottare lo stato scaduto e lascia l’accordo in uno stato Inviato per la firma. |
| Correzione: il codice è stato migliorato per controllare in modo esplicito la scadenza dello stato dell’accordo quando un destinatario viene sostituito. | |
| 4439375 |
Riepilogo: quando gli XObject di una pagina PDF contengono voci PieceInfo.LastModified non valide, il PDF renderizzato può apparire vuoto. |
| Correzione: la libreria utilizzata per combinare i PDF è stata aggiornata, risolvendo il problema. | |
| 4439478 |
Riepilogo: il PDF con parametri Crypt null in DecodeParms può provocare l’interruzione della creazione dell’accordo da parte di Acrobat Sign. |
| Correzione: la libreria PDF è stata aggiornata per gestire meglio DecodeParms null. |
|
| 4440373 |
Riepilogo: il rapporto di contrasto non è sufficiente per i colori del segno di spunta sul colore di sfondo della barra laterale grigia nella pagina eSign. |
| Correzione: sono stati introdotti colori completamente nuovi per soddisfare il requisito del rapporto di contrasto 3:1, tra cui il colore del testo, il colore di sfondo, l’opacità e la tonalità di grigio dello sfondo della barra laterale. |
|
| 4440504 |
Riepilogo: viene visualizzato l’errore “Errore durante l’esecuzione della richiesta” quando un modello viene copiato dalla sandbox alla produzione. Il modello viene copiato senza campi modulo. Ciò è dovuto a un numero negativo rilevato come posizione della pagina da SandboxOrchestrator. |
| Correzione: SandboxOrchestrator è stato aggiornato per correggere questo problema. | |
| 4443410 |
Riepilogo: nel registro audit delle attività di impostazione viene elencata una sola impostazione. |
| Correzione: la query è stata corretta per restituire correttamente 15 risultati. | |
| 4443916 |
Riepilogo: i campi data con il formato “gg/mmm/aaaa” restituiscono un errore server quando il mese localizzato è “čvn” |
| Correzione: la libreria locale.date è stata aggiornata per gestire correttamente questo valore di data. | |
| 4445937 |
Riepilogo: i flussi di lavoro non vengono ordinati correttamente quando la lingua dell’interfaccia utente non è l’inglese. |
| Correzione: il codice per l’ordinamento è stato migliorato per ordinare correttamente il contenuto localizzato in base ai formati di data localizzati. | |
| 4445977 |
Riepilogo: la convalida e la formattazione condizionale non funzionano con i tag di testo di ancoraggio a causa di un difetto nell’API v6 POSTcall. |
| Correzione: è stato implementato un nuovo metodo per convertire manualmente v6/FormFieldGenerator in data_objects. |
|
| 4446030 |
Riepilogo: l’ordinamento della colonna “Ultima modifica” non funziona correttamente per i gruppi, in quanto viene considerato solo il primo numero della data, anziché l’ordinamento in base alla data intera. |
| Correzione: è stata implementata la funzione “sortValue” in groupgrid.js per ordinare la colonna “Ultima modifica” in base alle marche temporali. |
|
| 4447218 |
Riepilogo: gli accordi non seguono il Criterio di governance dei dati nell’ambiente sandbox. |
| Correzione: è stata creata un’app API per abilitare la governance dei dati nell’ambiente Sandbox. | |
| 4447334 |
Riepilogo: la convalida delle impostazioni di lingua per l’importazione in blocco degli utenti tramite file CSV risulta mancante. |
| Correzione: il codice per l’importazione degli utenti tramite CSV è stato aggiornato per inserire la lingua predefinita dell’applicazione (en_US) quando viene trovato un codice di lingua non valido. | |
| 4447971 |
Riepilogo: il campo data viene modificato al valore predefinito “—” quando l’accordo passa al Partecipante 2, perché la stringa calcolata non viene mai rispettata. |
| Correzione: prima di calcolare i campi, tutti i possibili valori dei campi modulo vengono convertiti in numeri. Questo include stringhe nei formati di data. Quando si calcolano i campi, le stringhe nei formati di data vengono ignorate. |
|
| 4448602 |
Riepilogo: il caricamento di Word può causare una spaziatura ridotta delle lettere a causa dell’utilizzo di un font errato. |
| Correzione: il font è stato rimosso dall’elenco dei font possibili. | |
| 4448946 |
Riepilogo: dopo il completamento di un accordo per firma autonoma, i firmatari potrebbero non visualizzare tutti i campi modulo compilati a causa di uno spazio dopo il nome del campo modulo. |
| Correzione: viene applicato il taglio del nome campo. | |
| 4449000 |
Riepilogo: e-mail di notifica per i webhook. Il campo non viene cancellato dopo la cancellazione e il salvataggio |
| Correzione: la funzione di notifica è stata migliorata per garantire che il campo venga cancellato. | |
| 4449148 |
Riepilogo: l’amministratore del gruppo non è in grado di inviare le e-mail di verifica agli utenti non verificati |
| Correzione: è stato corretto un conflitto con gli amministratori della funzione Utenti in più gruppi e degli amministratori di gruppi per consentire l’invio di e-mail. | |
| 4449662 |
Riepilogo: l’aggiunta di due destinatari esterni con lo stesso indirizzo e-mail può causare una condizione di errore quando il promemoria viene annullato. |
| Correzione: è stato aggiunto un nuovo controllo degli errori per più istanze di destinatari esterni nella funzione promemoria. | |
| 4452509 |
Riepilogo: gli eventi con “type”, “PHONE_AUTHENTICATED” e “SIGN_AUTHENTICATED” non sono disponibili negli eventi API REST di Sign in Salesforce |
| Correzione: gli eventi sono stati aggiunti. | |
| 4452510 |
Riepilogo: opzione Vida (Test) non disponibile per VIDA nell’ambiente Demo |
| Correzione: il servizio è stato ridistribuito e il problema è stato risolto. | |
| 4457457 |
Riepilogo: quando viene caricato un documento compilato e firmato al di fuori dell’ecosistema Adobe Sign, i dati vengono offuscati perché le caselle “whiteout” per i tag di testo si trovano sopra i campi esistenti. |
| Correzione: è stata aggiunta un’impostazione che indica all’elaborazione del documento di utilizzare l’artefatto corretto durante la creazione del documento da firmare. |
|
| 4457557 |
Riepilogo: impossibile creare moduli web con partecipanti e controfirmatari negli account Sign di Sandbox e Produzione a causa di parti sconosciute nel modulo web che restituiscono un puntatore null. |
| Correzione: è stato inserito un controllo aggiuntivo per verificare la presenza di valori null. e gestirli correttamente. | |
| 4458537 |
Riepilogo: ai firmatari nell’ambiente GovCloud può essere impedita la firma a causa di misure di sicurezza che negano sessioni sufficienti. |
| Correzione: il tipo e il numero di sessioni sono stati valutati e aumentati per soddisfare la domanda. |