Novità
Introduzione
- Guida introduttiva per gli amministratori
- Guida introduttiva per gli utenti
- Per gli sviluppatori
- Libreria tutorial video
- Domande frequenti
Amministrazione
- Panoramica su Admin Console
- Gestione degli utenti
- Aggiungere, modificare e rivedere utenti attivi
- Admin Console SSO
- Creare utenti con funzioni specifiche
- Rivedere gli utenti che non hanno completato la verifica
- Verificare la presenza di utenti con errori di provisioning
- Modificare il nome/l’indirizzo e-mail
- Modificare l’iscrizione a un gruppo di un utente
- Modificare l’iscrizione a un gruppo di un utente tramite l’interfaccia del gruppo
- Promuovere un utente a un ruolo di amministratore
- Tipi di identità utente e SSO
- Cambiare l’identità utente
- Autenticare gli utenti con Microsoft Azure
- Autenticare gli utenti con la Federazione Google
- Profili di prodotti
- Esperienza di accesso
- Gestione dei gruppi
- Impostazioni account/gruppo
- Panoramica delle impostazioni
- Impostazioni generali
- Livello e ID account
- Nuova esperienza del destinatario
- Flussi di lavoro per firma autonoma
- Invia in modalità collettiva
- Moduli web
- Flussi di lavoro di invio personalizzati
- Flussi di lavoro Power Automate
- Documenti libreria
- Raccogliere i dati modulo con gli accordi
- Visibilità limitata dei documenti
- Allegare una copia PDF dell’accordo firmato
- Includere un collegamento nell’e-mail
- Includere un’immagine nell’e-mail
- Denominazione dei file allegati alle e-mail
- Allegare report di audit ai documenti
- Unire più documenti in uno solo
- Scaricare documenti singoli
- Caricare un documento firmato
- Delega per utenti nel mio account
- Consentire la delega ai destinatari esterni
- Autorizzazione a firmare
- Autorizzazione a inviare
- Autorizzazione all’aggiunta di sigilli elettronici
- Impostare un fuso orario predefinito
- Impostare un formato data predefinito
- Utenti in più gruppi
- Autorizzazioni amministratore gruppo
- Sostituzione del destinatario
- Report di audit
- Piè di pagina transazione
- Messaggi e assistenza nel prodotto
- PDF accessibili
- Flussi di lavoro pdf/A
- Cliente nel settore sanitario
- Nuova esperienza di richiesta firme
- Nuova esperienza per flusso di lavoro personalizzato
- Nuova esperienza Crea modello
- Configurazione account / Impostazioni di branding
- Preferenze firma
- Firme formattate correttamente
- Consentire ai destinatari di firmare
- I firmatari possono cambiare il nome
- Consentire ai destinatari di usare la propria firma salvata
- Personalizzare le Condizioni d’uso e l’Informativa cliente
- Guida per i destinatari ai campi del modulo
- Riavviare il flusso di lavoro dell’accordo
- Rifiuto di firmare
- Consentire flussi di lavoro con timbri
- Chiedere ai firmatari di fornire il proprio Titolo o Azienda
- Consentire ai firmatari di stampare e apporre una firma manuale
- Mostrare i messaggi durante la firma elettronica
- Chiedere ai firmatari di creare la firma con un dispositivo mobile
- Richiedere indirizzo IP dei destinatari
- Escludere il nome dell’azienda e il titolo dai timbri di partecipazione
- Applica un ridimensionamento adattivo del disegno della firma
- Firme digitali
- Sigilli elettronici
- Identità digitale
- Impostazioni report
- Abilita generazione rapporti classica
- Nuova esperienza per i report
- Impostazioni per report Classic
- Impostazioni di protezione
- Impostazioni Single Sign-on
- Impostazioni Ricordami
- Criterio password di accesso
- Forza password di accesso
- Durata sessione Web
- Tipo cifratura PDF
- API
- Accesso a informazioni su utenti e gruppi
- Intervalli IP consentiti
- Condivisione account
- Permessi di condivisione account
- Controlli di condivisione accordi
- Verifica identità firmatario
- Password per firma accordo
- Forza password del documento
- Blocca firmatari tramite geolocalizzazione
- Autenticazione tramite telefono
- Autenticazione basata su conoscenza (KBA)
- Consentire estrazione pagina
- Scadenza del link del documento
- Caricare un certificato client per webhook/richiamata
- Marca temporale
- Impostazioni di invio
- Espandere la pagina di invio dopo l'accesso
- Esperienze di creazione di accordi
- Richiedere il nome del destinatario all’invio
- Bloccare i valori dei nomi per gli utenti noti
- Ruoli destinatario consentiti
- Consentire e-Witnesses
- Configurazione Firma in persona
- Consenti firma in persona
- Gruppi di destinatari
- Cc
- Campi obbligatori
- Creazione di documenti allegati
- Appiattisci i campi
- Modificare gli accordi
- Rimuovi destinatari dagli accordi in corso
- Nome dell’accordo
- Lingue
- Messaggi privati
- Tipi di firma consentiti
- Promemoria
- Protezione con password di documenti firmati
- Invia notifica di invio accordo tramite
- Opzioni di identificazione firmatari
- Panoramica
- Password per firma
- Autenticazione basata su conoscenza
- Autenticazione tramite telefono
- Autenticazione tramite WhatsApp
- Password monouso tramite e-mail
- Autenticazione Acrobat Sign
- Firma digitale basata su cloud
- Autenticazione dell'identità digitale
- Documento di identità
- Report identità firmatario
- Compila i campi del modulo con dati verificati dall'identità
- Protezione contenuti
- Abilitare transazioni Notarize
- Scadenza documento
- Mostrare l’anteprima, posizionare le firme e aggiungere campi
- Ordine di firma
- Aggiungi me stesso
- Invia solo a destinatari interni
- Collegamento per scaricare l’accordo
- Bordi dei campi modulo
- Liquid Mode
- Controlli per flusso di lavoro personalizzato
- Opzioni di caricamento per la pagina di firma elettronica
- Reindirizzamento URL di conferma post-firma
- Limita l’accesso agli accordi condivisi
- Espandere la pagina di invio dopo l'accesso
- Modelli messaggio
- Impostazioni Bio-Pharma
- Integrazione flusso di lavoro
- Impostazioni autenticazione
- Integrazione per pagamenti
- Messaggi per firmatari
- Impostazioni SAML
- Configurazione SAML
- Installare Microsoft Active Directory Federation Service
- Installare Okta
- Installare OneLogin
- Installare Oracle Identity Federation
- Configurazione SAML
- Governance dei dati
- Impostazioni marca temporale
- Archivio esterno
- Lingue account
- Impostazioni e-mail
- Migrazione da echosign.com ad adobesign.com
- Configurare le opzioni per i destinatari
- Linee guida per i requisiti normativi
- Accessibilità
- HIPAA
- GDPR
- 21 CFR parte 11 ed EudraLex Annex 11
- Clientela del settore sanitario
- Supporto IVES
- Accordi di “archiviazione”
- Considerazioni UE/Regno Unito
- Download di accordi in modalità collettiva
- Richiedere il proprio dominio
- Collegamenti Segnala abuso
- Requisiti di sistema e limitazioni
Profilo utente e funzionalità configurabili
Inviare, firmare e gestire gli accordi
- Opzioni destinatari
- Annullare un promemoria tramite e-mail
- Opzioni disponibili nella pagina di firma elettronica
- Panoramica della pagina di firma elettronica
- Aprire per leggere l’accordo senza campi
- Rifiutare di firmare un accordo
- Delegare autorizzazioni di firma
- Riavviare l’accordo
- Scaricare un file PDF dell’accordo
- Visualizzare la cronologia dell’accordo
- Visualizzare i messaggi dell’accordo
- Convertire una firma elettronica in una manuale
- Convertire una firma da manuale a elettronica
- Aggiungere i campi modulo
- Cancellare i dati dai campi modulo
- Navigazione e ingrandimento della pagina Firma elettronica
- Cambiare la lingua utilizzata nelle informazioni e negli strumenti per gli accordi
- Rivedere le note legali
- Regolare le preferenze dei cookie Acrobat Sign
- Inviare gli accordi
- Pagina Invia (Composizione)
- Panoramica dei punti di riferimento e delle funzioni
- Selettore dei gruppi
- Aggiunta di file e modelli
- Nome accordo
- Messaggio globale
- Scadenza per completamento
- Promemoria
- Proteggere con password un PDF
- Tipo di firma
- Lingua del destinatario
- Ordine/flusso di firma dei destinatari
- Ruoli dei destinatari
- Autenticazione del destinatario
- Messaggio privato per il destinatario
- Accesso dei destinatari agli accordi
- Parti in Cc
- Controllo dell’identità
- Inviare un accordo solo a se stessi
- Inviare un accordo ad altri
- Firme manuali
- Componi un accordo in presenza
- Ordine di firma del destinatario
- Invia in modalità collettiva
- Panoramica della funzione Invia in modalità collettiva
- Invio in modalità collettiva: configurare un modello principale
- Invio in modalità collettiva: configurare un file CSV
- Annullare una transazione per l’invio in modalità collettiva
- Aggiungere promemoria all’invio in modalità collettiva
- Reporting per Invia in modalità collettiva
- Pagina Invia (Composizione)
- Authoring dei campi nei documenti
- Ambiente di authoring in-app
- Rilevamento automatico dei campi
- Trascinare i campi utilizzando l’ambiente di authoring
- Assegnare i campi modulo ai destinatari
- Ruolo di precompilazione
- Applicare campi con un modello per campi riutilizzabili
- Trasferire i campi in un nuovo modello libreria
- Ambiente di authoring aggiornato durante l’invio degli accordi
- Creare moduli e tag di testo
- Creare moduli con Acrobat (AcroForms)
- Campi
- Tipi di campi
- Tipi di campi comuni
- Campi per firma elettronica
- Campo Iniziali
- Campo nome destinatario
- Campo e-mail destinatario
- Campo data della firma
- Campo di testo
- Campo data
- Campo numerico
- Casella di controllo
- Gruppo di caselle di controllo
- Pulsante di scelta
- Menu a discesa
- Sovrapposizione collegamenti
- Campo di pagamento
- Allegati
- Timbro di partecipazione
- Numero transazione
- Immagine
- Azienda
- Titolo
- Timbro
- Aspetto del contenuto dei campi
- Convalida dei campi
- Valori dei campi nascosti
- Impostazione delle condizioni Mostra/Nascondi
- Campi calcolati
- Moduli verificati
- Tipi di campi
- Domande frequenti sull’authoring
- Ambiente di authoring in-app
- Firmare gli accordi
- Gestire gli accordi
- Panoramica della pagina Gestisci
- Copia un accordo
- Delegare gli accordi
- Sostituire i destinatari
- Limitare la visibilità del documento
- Annullare un accordo
- Creare nuovi promemoria
- Revisione dei promemoria
- Annullare un promemoria
- Accedere ai flussi Power Automate
- Altre azioni...
- Come funziona la ricerca
- Visualizzare un accordo
- Creare un modello da un accordo
- Nascondere/Mostrare gli accordi nella visualizzazione
- Caricare un accordo firmato
- Modificare i file e i campi di un accordo inviato
- Modificare il metodo di autenticazione di un destinatario
- Aggiungere o modificare una data di scadenza
- Aggiungere una nota a un accordo
- Condividere un singolo accordo
- Annullare la condivisione di un accordo
- Scaricare un singolo accordo
- Scaricare i singoli file di un accordo
- Scaricare il report di audit di un accordo
- Scaricare il contenuto dei campi di un accordo
- Azioni in blocco
- Nascondi più accordi
- Firmare digitalmente più contratti
- Report di audit
- Rapporti ed esportazioni di dati
- Panoramica
- Concedere agli utenti l’accesso al reporting
- Grafici del report
- Esportazioni di dati
- Rinominare un report o un’esportazione
- Duplicare un report o un’esportazione
- Pianificare un report o un’esportazione
- Eliminare un report o un’esportazione
- Verificare l’utilizzo delle transazioni
Funzionalità e flussi di lavoro avanzati per gli accordi
- Moduli web
- Modelli riutilizzabili (Modelli libreria)
- Moduli per la Pubblica amministrazione degli Stati Uniti nella libreria Acrobat Sign
- Creare un modello libreria
- Modificare il nome di un modello libreria
- Modificare il tipo di un modello libreria
- Modificare il livello di autorizzazione di un modello libreria
- Copiare, modificare e salvare un modello condiviso
- Scaricare i dati dei campi aggregati per un modello libreria
- Gestire modelli condivisi
- Trasferire la proprietà dei moduli web e dei modelli libreria
- Flussi di lavoro Power Automate
- Panoramica dell’integrazione Power Automate e diritti inclusi
- Abilitare l’integrazione di Power Automate
- Azioni nel contesto sulla pagina Gestisci
- Tracciare l’utilizzo di Power Automate
- Creare un nuovo flusso (esempi)
- Trigger utilizzati per i flussi
- Importazione di flussi dall’esterno di Acrobat Sign
- Gestire i flussi
- Modificare i flussi
- Condividere i flussi
- Disabilitare o abilitare i flussi
- Eliminare i flussi
- Modelli utili
- Solo per l’amministratore
- Archiviazione dell’accordo
- Archiviazione del modulo web dell’accordo
- Salvare i documenti dei moduli web completati nella libreria di SharePoint
- Salvare i documenti dei moduli web completati in OneDrive for Business
- Salvare i documenti completati in Google Drive
- Salvare i documenti dei moduli web completati in Box
- Estrazione di dati dall’accordo
- Notifiche per l’accordo
- Inviare notifiche e-mail personalizzate con i contenuti dell’accordo e l’accordo firmato
- Ricevere le notifiche di Adobe Acrobat Sign in un canale Teams
- Ricevere le notifiche di Adobe Acrobat Sign in Slack
- Ricevere le notifiche di Adobe Acrobat Sign in Webex
- Generazione degli accordi
- Generare un documento da modulo Power App e modello Word e inviarlo per la firma
- Generare un accordo da un modello Word in OneDrive e ottenere la firma
- Generare un accordo per la riga Excel selezionata, inviarlo per revisione e firma
- Flussi di lavoro di invio personalizzati
- Condividere utenti e accordi
Integrazione con altri prodotti
- Panoramica delle integrazioni di Acrobat Sign
- Acrobat Sign per Salesforce
- Acrobat Sign per Microsoft
- Altre integrazioni
- Integrazioni gestite dai partner
- Chiavi di integrazione
Acrobat Sign per sviluppatori
- API REST
- Webhook
- Sandbox
Supporto e risoluzione dei problemi
Questo documento evidenzia le nuove funzioni, le modifiche apportate all’esperienza e i problemi risolti nella versione più recente dell’applicazione rivolta al cliente.
Gli aggiornamenti delle API e dei webhook incentrati sugli sviluppatori sono documentati nella Guida di Acrobat Sign per sviluppatori.
Alla data di rilascio, è possibile che non tutte le funzioni o modifiche siano abilitate. Fai sempre riferimento alla versione in inglese americano della pagina come versione più aggiornata e accurata.
Rilascio di Adobe Acrobat Sign v17.1
Distribuzione produzione: 5 maggio 2026
Distribuzione GovCloud: 12 maggio 2026
Funzionalità migliorate
Funzionalità migliorate
- Firma in persona – Abilita sessioni di firma ospitate nell'applicazione web
La Firma in persona consente a un mittente di designare un host interno che facilita una sessione di firma in persona utilizzando un browser web. L'host avvia una sessione di firma controllata dalla pagina Gestisci o da una notifica e-mail, consegna temporaneamente il dispositivo al firmatario per completare le azioni richieste e riprende il controllo al completamento. La creazione e il completamento della sessione vengono registrati nell'audit trail e i firmatari possono facoltativamente fornire un indirizzo e-mail per ricevere una copia dell'accordo.
Ambienti disponibili: Sandbox, Commercial | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Scopri come abilitare la mansione di firma in persona >
Scopri come configurare un accordo per consentire la firma in persona >
Scopri come ospitare la firma in persona >
- Firma digitale in blocco dalla pagina Gestisci – Applica una firma digitale a più accordi con una singola autorizzazione
I firmatari possono selezionare più accordi nella vista In attesa di te e applicare firme digitali come azione in blocco utilizzando una singola autorizzazione di firma. Questo riduce i passaggi di firma ripetitivi per flussi di lavoro ad alto volume preservando i controlli di sicurezza, autenticazione e controllo della firma cloud esistenti. La firma in blocco richiede ai firmatari di rivedere o saltare tutti gli accordi prima di completare l'azione in blocco.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta la documentazione Come abilitare le firme digitali in blocco >
Consulta la documentazione Come firmare con firme digitali in blocco >
- Invia solo a destinatari interni – Limita l'invio degli accordi ai destinatari all'interno dello stesso account Acrobat Sign.
L'impostazione Invia solo a destinatari interni impedisce agli utenti di inviare accordi a destinatari esterni al loro account Acrobat Sign. Quando abilitato, gli accordi possono essere inviati solo ai destinatari i cui ID account corrispondono a quelli del mittente. Questo controllo supporta i requisiti di sicurezza interni e impedisce la condivisione esterna degli accordi.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Consulta il documento di configurazione per limitare un gruppo ai soli destinatari interni >
- Reporting sull'utilizzo delle transazioni telefoniche – Reporting esteso con visibilità a livello di gruppo e accesso ai rapporti pianificati
Il reporting delle transazioni telefoniche ora offre visibilità sulle quantità acquistate, sulle date di inizio delle quote e sul consumo dettagliato delle transazioni SMS e WhatsApp. I clienti possono tracciare l'utilizzo a livello di gruppo e accedere ai report CSV pianificati attraverso un'esperienza di generazione rapporti unificata, consentendo una pianificazione del budget più accurata, un'allocazione interna e un monitoraggio proattivo per prevenire interruzioni del servizio quando vengono raggiunti i limiti delle transazioni.
La generazione rapporti ora avviene attraverso report pianificati nell'interfaccia di generazione rapporti, con accesso API disponibile per recuperare l'output del rapporto più recente.
Nuovo endpoint: POST /api/rest/v6/reportDownload
Questo endpoint accetta uno scheduleId e restituisce l'URL di download per il rapporto CSV generato più di recente associato a quella pianificazione.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: v6 REST API
Consulta la documentazione per il rapporto sul consumo SMS >
Modifiche a livello di esperienza
- Aspetto della firma nei rapporti di audit – Registra il metodo di inserimento della firma utilizzato da ciascun firmatario, aumentando la visibilità della conformità e riducendo la verifica manuale
I rapporti di audit ora registrano il metodo di aspetto della firma utilizzato quando un firmatario applica la propria firma. Per ogni evento ESIGNED, l'audit trail identifica se il firmatario ha utilizzato una firma digitata, una firma disegnata, un'immagine caricata o un disegno basato su mobile o acquisizione di immagini. Questo miglioramento consente ai team di conformità e operazioni di verificare i metodi di firma direttamente dal rapporto di audit, riducendo l'ambiguità e prevenendo rifiuti non necessari degli accordi.
Tipi di aspetto della firma:- Digitazione: il firmatario digita il proprio nome e seleziona uno stile di firma basato su font.
- Disegno: il firmatario disegna la propria firma utilizzando un mouse o trackpad su desktop.
- Immagine: il firmatario carica un file di immagine della firma dal desktop.
- Disegno mobile: il firmatario disegna la propria firma utilizzando il tocco su un dispositivo mobile.
- Mobile Image: il firmatario carica o cattura un'immagine della firma su un dispositivo mobile.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ambito di configurazione: Sempre abilitato; nessuna configurazione
- Firme salvate per URL di firma API – Consente l'uso di firme del profilo salvate durante la firma basata su API
Consenti agli utenti registrati di applicare le firme del profilo salvate quando firmano accordi tramite URL di firma generati da API (GET /agreements/{agreementId}/signingUrls). Le firme salvate vengono visualizzate per i firmatari interni e per i firmatari esterni che si autenticano utilizzando OTP e-mail o Adobe ID. Questa funzionalità semplifica i flussi di lavoro di firma per le integrazioni backend mantenendo i controlli di sicurezza a livello di account.
Abilitato da Adobe per singolo account a seguito di revisione della sicurezza.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Disabilitato; Contatta il supporto
Consulta le linee guida per Comprendere l'identità del firmatario nei flussi di lavoro di firma incorporata >
- Gestione della rubrica personale nell'esperienza moderna – Gli utenti possono eliminare gli indirizzi e-mail salvati direttamente dalla loro rubrica personale nell'esperienza moderna Request Signature , rendendo più facile mantenere gli elenchi di destinatari personali accurati e aggiornati.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Abilitato per impostazione predefinita; non configurabile.
Consulta il documento aggiornato per eliminare un'e-mail dalla rubrica >
- Finestra di scadenza dell'accordo – Periodo di scadenza predefinito esteso a 365 giorni
La scadenza massima per il completamento degli accordi è stata estesa da 180 giorni a 365 giorni. Quando la scadenza del documento è abilitata, agli accordi viene ora assegnata automaticamente una data di scadenza di 365 giorni che non può essere rimossa. Questa modifica garantisce che tutti gli accordi abbiano un ciclo di vita definito, migliora il tracciamento e la conformità a lungo termine e riduce il rischio che gli accordi rimangano aperti indefinitamente, consentendo comunque agli utenti di impostare scadenze anticipate quando necessario.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Account e gruppo
- Pagina Home rinnovata – Migliora l'accesso al flusso di lavoro, evidenzia le azioni critiche
La pagina Home è stata riprogettata per facilitare l'avvio degli accordi, monitorare l'attività e accedere alle funzionalità chiave, inclusa la possibilità di copiare accordi inviati di recente, visualizzare i riquadri delle azioni in un ordine più intuitivo, identificare rapidamente gli elementi In corso e In attesa di te, e sperimentare un banner Novità semplificato che riduce il disordine visivo, aiutando gli utenti a muoversi più velocemente, ridurre gli accordi persi e navigare in un'esperienza Home più focalizzata.
La nuova pagina Home sarà distribuita nell'arco di 10 giorni dopo il rilascio. Consulta l'Avviso tecnico per la pianificazione >
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: Abilitato per impostazione predefinita
Scopri il nuovo layout della pagina Home >
- Miglioramenti della versione di prova - L'ultima esperienza di onboarding è stata aggiunta alla versione di prova di Sign.
La versione di prova di Sign ora include l'esperienza di onboarding migliorata e le funzionalità introdotte nei recenti rilasci a pagamento.
Ambienti disponibili: Commercial | Livelli di servizio disponibili: Versione di prova di Acrobat Sign Solutions for business | Ambito di configurazione: Diritto della versione di prova
- Il nuovo designer di flussi di lavoro personalizzati diventa predefinito – Promuove il designer moderno, rimuove i controlli di commutazione utente, mantiene la flessibilità amministratore
L'esperienza del nuovo designer di flussi di lavoro personalizzati è ora predefinita per tutti gli account. Gli utenti non visualizzano più i collegamenti per tornare al designer classico, mentre gli amministratori mantengono la possibilità di riabilitare l'accesso all'esperienza precedente se necessario. Questo aggiornamento fa progredire la transizione verso l'interfaccia di progettazione del flusso di lavoro moderno, preservando il controllo amministrativo durante il periodo di transizione.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: account e gruppo
Aggiornamenti API REST/Webhook
Gli aggiornamenti delle API e del webhook per questa versione sono disponibili nella Documentazione delle API di Acrobat Sign.
- Gestione delle chiavi mTLS per i webhook – Aggiunge l'opzione chiave generata da Acrobat Sign, abilita il flusso di lavoro di firma del certificato, migliora la conformità di sicurezza
Gli sviluppatori ora possono scegliere come gestire le chiavi private per l'autenticazione mTLS dei webhook in Acrobat Sign. Oltre al modello esistente in cui i clienti generano e caricano la propria chiave privata e il certificato, Acrobat Sign ora può generare la chiave privata e una CSR. I clienti possono utilizzare la CSR per ottenere un certificato dalla propria autorità di certificazione e caricarlo per completare la configurazione. Questa opzione migliora la sicurezza mantenendo le chiavi private all'interno di Acrobat Sign e preservando la compatibilità con il comportamento mTLS esistente dei webhook.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: endpoint v6 REST API POST /webhooks; tutti gli ambiti
Consulta la documentazione mTLS aggiornata >
- Inizializzazione dell'identità digitale tramite parametro login_hint – Consente ai mittenti API di inizializzare l'autenticazione dell'identità digitale con un identificatore di accesso specifico del destinatario.
Diversi endpoint /agreements delle API REST v6 ora supportano un parametro loginHint che consente ai mittenti API di inizializzare l'autenticazione Digital Identity Gateway utilizzando un identificatore di accesso noto, come un indirizzo e-mail o un numero ID utente. Il provider di identità controlla l'esperienza di utilizzo, ma l'identificatore in genere precompila la schermata di accesso per rafforzare i flussi di lavoro di autenticazione ad alta affidabilità e ridurre il rischio di impersonificazione. L'identificatore appare in formato mascherato nella pagina di destinazione Digital Identity Gateway e nel rapporto di audit per preservare la tracciabilità proteggendo i dati sensibili.
I seguenti endpoint sono stati aggiornati per includere il parametro loginHint:- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: acrobat sign Solutions | Ambito di configurazione: v6 REST API
- Miglioramenti di OEM 2.0 per identità e confini di attendibilità – La funzionalità "Mostra indirizzo e-mail personalizzato/OEM ovunque" ora dà priorità agli utenti forniti dallo stesso partner e crea automaticamente un destinatario quando non viene trovata alcuna corrispondenza
Quando la funzionalità Mostra indirizzo e-mail personalizzato/OEM ovunque è abilitata, la risoluzione dei partecipanti all'accordo dà priorità agli utenti forniti dallo stesso partner e crea automaticamente un record destinatario quando non esiste un Utente corrispondente, garantendo una gestione coerente dell'identità tra gli Account.
Inoltre, con Mostra e-mail personalizzata/OEM ovunque abilitata, i rapporti di auditing indicano se un mittente è fornito dal partner o è un Account personale, e i flussi del firmatario guidano gli utenti a cambiare Account quando esistono indirizzi e-mail identici tra diversi tipi di Account, riducendo la confusione e prevenendo l'accesso non intenzionale.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: v6 REST API; OEM 2.0 Partner
Problemi risolti
| Problema | Descrizione |
|---|---|
| 4520028 | Riepilogo: La colonna Gruppo nella pagina Gestisci mostrava valori errati o incoerenti quando gli utenti appartenevano a più gruppi. La modifica del gruppo primario dell'utente causava la visualizzazione del gruppo sbagliato negli accordi, incluso l'ultimo gruppo primario selezionato o più gruppi, invece del gruppo da cui l'accordo era stato originariamente inviato. |
| Correzione: Aggiornata la logica della pagina Gestisci per utilizzare il gruppo di invio dell'accordo (agreement_group_id) invece del gruppo primario corrente dell'utente durante il rendering della colonna Gruppo. | |
| 4532690 | Riepilogo: Gli utenti non potevano modificare le bozze di accordi create da flussi di lavoro personalizzati quando erano abilitati sia "Abilita accordi da inviare solo utilizzando un flusso di lavoro" che "Abilita nuova esperienza di invio del flusso di lavoro personalizzato". Il sistema bloccava erroneamente l'accesso alla pagina di composizione durante la modifica di una bozza esistente, trattandola come una nuova azione di invio invece di una modifica di bozza. |
| Correzione: Aggiornata la logica della pagina Componi per rilevare gli scenari di modifica delle bozze e bypassare il controllo delle restrizioni del flusso di lavoro, consentendo agli utenti di modificare le bozze di accordi esistenti create da flussi di lavoro personalizzati. | |
| 4536764 | Riepilogo: L'invio di accordi attraverso un flusso di lavoro personalizzato ha causato un errore del server a causa di un errore nell'elaborazione di modelli PDF specifici. L'errore è stato causato da dati di aspetto delle annotazioni non validi o mancanti in uno o più documenti di origine, che hanno attivato un'eccezione di rendering durante la precompilazione. Il problema non era riproducibile in modo coerente e non poteva essere replicato al di fuori dei flussi di lavoro interessati. |
| Correzione: Migliorata la gestione delle eccezioni di rendering nel livello di elaborazione PDF. | |
| 4537197 | Riepilogo: Quando si utilizzava la nuova esperienza Invia in blocco con nomi di destinatari inseriti manualmente, il secondo campo nome veniva rimosso durante la firma a causa di una gestione errata dei dati del nome del destinatario richiesti tra i documenti. |
| Correzione: Aggiornata la logica di elaborazione dei documenti per mantenere correttamente tutti i campi nome del destinatario durante l'invio di accordi in blocco. | |
| 4538172 | Riepilogo: La copia di flussi di lavoro che includono gruppi di destinatari non riusciva durante la sincronizzazione Sandbox con un messaggio "Errore durante l'esecuzione della richiesta" a causa di riferimenti non validi ai gruppi di destinatari. Il flusso di lavoro utilizzava ID di gruppi di destinatari specifici dell'ambiente, che non sono trasferibili tra ambienti, causando l'esito negativo della convalida durante la sincronizzazione. |
| Correzione: Aggiornata la gestione di Sandbox Sync per convalidare ed elaborare i riferimenti ai gruppi di destinatari durante le operazioni di copia del flusso di lavoro, evitando errori quando i gruppi di destinatari esistono in entrambi gli ambienti. | |
| 4538251 | Riepilogo: Nella nuova esperienza Invia in blocco, i campi delle informazioni del firmatario per nome completo ed e-mail non venivano visualizzati durante la firma o nel documento finale quando il file di origine conteneva campi AcroForm esistenti. Il problema era causato dalla gestione errata dei dati dei campi di unione durante la combinazione dei campi delle informazioni del firmatario con i campi modulo preesistenti, impedendo il rendering dei campi negli accordi figlio |
| Correzione: Aggiornata la logica di elaborazione dei campi di unione e modulo per applicare correttamente i campi delle informazioni del firmatario nei documenti che includono campi AcroForm esistenti. | |
| 4545485 | Riepilogo: La creazione dell'accordo falliva a intermittenza quando la generazione delle miniature incontrava campi modulo pdf malformati. L'errore è stato causato da documenti di origine contenenti campi modulo senza nomi validi e strutture di campi nidificati non valide, che hanno attivato errori di elaborazione durante la generazione del PDF. |
| Correzione: Aggiunte convalida e verifiche null durante l'elaborazione del pdf per gestire i campi modulo malformati ed evitare errori durante la generazione delle miniature e la creazione dell'accordo. | |
| 4545814 | Riepilogo: I campi sono disallineati e i tag di testo rimangono visibili durante l'elaborazione di documenti con orientamento orizzontale generati da flussi di lavoro basati su XDP. Calcoli di coordinate errati nei layout orizzontali causano un posizionamento improprio dei campi e impediscono l'analisi e la rimozione corrette dei tag di testo. |
| Correzione: Aggiornata la logica di rendering dei campi per calcolare e posizionare correttamente i campi modulo nei documenti con orientamento orizzontale, garantendo il corretto allineamento e la rimozione dei tag di testo durante l'elaborazione. | |
| 4545978 | Riepilogo: I caratteri accentati nei nomi dei firmatari vengono visualizzati in modo errato nel blocco firma visibile quando si utilizza la firma digitale locale. Il problema si verifica perché il font predefinito incorporato nel documento non dispone della codifica corretta per i caratteri dell'Europa occidentale, causando una sostituzione errata dei caratteri durante il rendering dell'aspetto della firma. |
| Correzione: Aggiornata la configurazione del font incorporato per includere la codifica corretta per i caratteri accentati, garantendo il rendering corretto dei nomi dei firmatari nell'aspetto della firma | |
| 4547100 | Riepilogo: I campi di testo multilinea clonati vengono visualizzati in modo incoerente nel pdf firmato. Ai campi clone multilinea manca il dizionario dell'aspetto predefinito, il che fa sì che i campi clonati visualizzino meno righe rispetto al campo di origine anche quando entrambi i campi utilizzano le stesse dimensioni e impostazioni. |
| Correzione: Aggiunto il dizionario dell'aspetto predefinito ai campi clonati multilinea in modo che i campi clonati e di origine vengano visualizzati in modo coerente nei documenti firmati. | |
| 4548305 | Riepilogo: L'elenco di controllo dell'onboarding mostra "Richiedi BAA per conformità HIPAA" come In sospeso anche quando HIPAA è abilitato. La logica di valutazione dell'elenco di controllo tratta erroneamente le impostazioni ereditate relative a HIPAA come incomplete, causando il mantenimento dello stato In sospeso dell'attività nonostante la funzionalità sia abilitata. |
| Correzione: Aggiornata la logica di valutazione dell'elenco di controllo per interpretare correttamente le impostazioni relative a HIPAA, inclusi i valori ereditati, in modo che l'attività di onboarding rifletta lo stato completato quando HIPAA è abilitato. | |
| 4550731 | Riepilogo: Appare uno spazio vuoto ampio tra il sottolineato della firma e la marca temporale quando si firmano documenti utilizzando Fill & Sign. Il problema si verifica quando il campo firma non è abbastanza ampio per contenere il contenuto della firma visualizzato, causando una spaziatura errata nell'aspetto della firma |
| Correzione: Aggiornato il rendering della firma per rispettare le dimensioni definite del campo e regolare la spaziatura in modo appropriato, riducendo lo spazio tra il sottolineato e la marca temporale. | |
| 4550906 | Riepilogo: Il collegamento Cambia password punta a un URL non valido per alcuni utenti, causando un errore del browser. Il problema si verifica quando l'app legge un endpoint obsoleto dalla configurazione invece dell'URL corretto, causando un comportamento incoerente tra gli ambienti. |
| Correzione: Aggiornato l'endpoint configurato per il cambio password per utilizzare l'URL corretto negli ambienti interessati. | |
| 4550992 | Riepilogo: La modifica di alcuni modelli nella nuova esperienza reindirizza alla pagina Crea modello invece di aprire il modello in modalità modifica. Il problema si verifica perché il sistema determina l'esperienza in base alle impostazioni del proprietario del modello anziché alle impostazioni dell'utente corrente, causando un instradamento errato durante la modifica di modelli condivisi. |
| Correzione: Aggiornata la logica di modifica dei modelli per utilizzare le impostazioni dell'esperienza dell'utente corrente invece di quelle del proprietario del modello, garantendo che i modelli si aprano nella modalità di modifica corretta. | |
| 4551756 | Riepilogo: Le e-mail di richiesta di approvazione mostrano variabili di modello non risolte nel campo del destinatario, causando una formattazione dell'e-mail errata. Il problema si verifica a causa di un errore nella logica di rendering del modello e-mail durante la generazione delle notifiche di conflitto di autorizzazione. |
| Correzione: Aggiornato il rendering del modello e-mail per risolvere e popolare correttamente i campi destinatario, garantendo che gli indirizzi e-mail validi vengano visualizzati nelle e-mail di richiesta di approvazione. | |
| 4551768 | Riepilogo: I firmatari riscontrano un errore non gestito quando accedono agli accordi o li completano a causa di un errore nell'elaborazione dell'aspetto dei campi modulo. Un oggetto appearance malformato causa una ClassCastException durante la generazione del documento, causando un errore del rendering dell'accordo. |
| Correzione: Aggiornata la logica di elaborazione dei campi modulo per convalidare i tipi di oggetto aspetto prima del casting, prevenendo eccezioni e garantendo che gli accordi vengano renderizzati correttamente per la firma. | |
| 4552272 | Riepilogo: Gli accordi annullati o abbandonati appaiono sotto In attesa di te nella pagina Gestisci. Il problema si verifica quando un evento di riavvio del flusso di lavoro non esegue correttamente la pulizia dei dati dello stato del partecipante, lasciando dati di visibilità e indicizzazione obsoleti che fanno apparire l'accordo in viste errate |
| Correzione: Aggiornata la gestione del riavvio del flusso di lavoro e la logica di indicizzazione per cancellare correttamente i dati precedenti dello stato del partecipante e garantire che gli accordi appaiano solo nel loro stato corretto. | |
| 4553158 | Riepilogo: Negli ambienti linguistici RTL su iOS, il pannello firma non risponde correttamente quando si disegna una firma. Il pannello scorre invece di catturare l'input, richiedendo agli utenti di scorrere manualmente per disegnare e applicare la firma, il che impedisce il normale comportamento di firma quando è abilitata la nuova esperienza di firma del destinatario. |
| Correzione: Aggiornata la gestione dell'interazione del pannello firma per i layout RTL su iOS per acquisire correttamente l'input di disegno senza scorrimento involontario, consentendo la normale creazione e applicazione della firma. | |
| 4553583 | Riepilogo: I flussi di lavoro consentono indirizzi e-mail con spazi iniziali o finali, il che causa errori negli accordi durante l'invio nella nuova esperienza senza segnalare il problema. Il sistema non convalida o normalizza l'input e non viene visualizzato alcun messaggio di errore per indicare il problema. |
| Correzione: Aggiornata la gestione dell'input per rimuovere automaticamente gli spazi vuoti dagli indirizzi e-mail e impedire il salvataggio di valori non validi; aggiunta inoltre la gestione per i flussi di lavoro esistenti affinché gli accordi possano essere inviati correttamente. | |
| 4553676 | Riepilogo: I collegamenti ipertestuali vengono visualizzati in modo errato nella vista Gestisci, dove il titolo dell'accordo viene aggiunto all'URL, con il risultato che i collegamenti risultano interrotti. Il problema si verifica a causa di un'analisi dell'URL errata durante il rendering dei collegamenti ipertestuali nell'interfaccia Gestisci. |
| Correzione: Aggiornato il rendering dei collegamenti ipertestuali per utilizzare un'analisi corretta dell'URL, garantendo che i collegamenti rimangano invariati e funzionino correttamente in tutte le viste. | |
| 4555021 | Riepilogo: La convalida OTP fallisce con un errore 'scaduto' anche quando il simbolo viene inserito immediatamente. Il problema si verifica a causa di una condizione di competizione nel flusso di autenticazione, dove eventi di invio multipli causano l'invalidazione prematura dell'OTP. |
| Correzione: Aggiornato il flusso di convalida OTP per gestire correttamente eventi di invio duplicati o rapidi, prevenendo la scadenza prematura e consentendo l'elaborazione corretta di OTP validi. | |
| 4555028 | Riepilogo: La rimozione del prossimo destinatario da firmare può fallire con un errore di sistema e lasciare l'accordo bloccato in uno stato di revisione in sospeso. Il problema si verifica quando il destinatario ha un promemoria attivo, che impedisce il completamento dell'aggiornamento dell'accordo. |
| Correzione: Aggiornata la logica di rimozione del destinatario per gestire i casi in cui il firmatario successivo ha promemoria attivi, consentendo il completamento dell'aggiornamento dell'accordo senza errori. | |
| 4555319 | Riepilogo: I creatori di moduli web vedono solo le opzioni di firma Digita e Disegna durante l'anteprima del modulo, mentre i firmatari vedono tutte le opzioni disponibili (Digita, Disegna, Immagine, Mobile). Il problema si verifica perché la modalità anteprima non applica correttamente le impostazioni di input della firma abilitate quando il creatore non agisce come firmatario. |
| Correzione: Aggiornato il comportamento dell'anteprima del modulo web per applicare l'intero set di tipi di input della firma abilitati, assicurando che i creatori vedano le stesse opzioni di firma dei firmatari. | |
| 4555345 | Riepilogo: Gli accordi con più destinatari firmatario e testimone non riescono ad aprirsi in Anteprima dalla Bozza con l'errore «ParticipantSetsInfo non può essere modificato». Il problema si verifica a causa della logica di ordinamento errata di partecipanti e testimoni nei flussi di lavoro personalizzati, che impedisce all'accordo di tornare allo stato di creazione. |
| Correzione: Aggiornata la logica di ordinamento di partecipanti e testimoni nei flussi di lavoro personalizzati per calcolare correttamente l'ordine di esecuzione, consentendo agli accordi di tornare allo stato di authoring e procedere normalmente. | |
| 4555615 | Riepilogo: I payload degli eventi webhook per destinatari delegati e sostituiti non includono il campo privateMessage. Il problema si verifica perché il messaggio privato non viene propagato allo stato del destinatario utilizzato per generare i payload webhook, causando dati mancanti per gli eventi interessati. |
| Correzione: Aggiornata la gestione dei dati dei partecipanti per assicurare che i messaggi privati siano inclusi nei payload webhook per destinatari delegati e sostituiti. | |
| 4555687 | Riepilogo: Gli accordi possono essere annullati automaticamente e spostati in uno stato nascosto dopo la firma a causa di un errore di convalida della visibilità del documento. Quando un partecipante viene delegato o sostituito, la mappatura della Visibilità del documento non viene trasferita correttamente, causando una discrepanza tra i campi assegnati e i documenti visibili, che può attivare un annullamento automatico. |
| Correzione: La logica di delega e sostituzione ora clona correttamente le mappature di visibilità del documento per i nuovi partecipanti, prevenendo errori di convalida e annullamento involontario dell'accordo. | |
| 4556516 | Riepilogo: I campi modulo possono ignorare le dimensioni del font configurate e il rendering risulta incoerente negli accordi generati. Il problema si verifica nei campi multilinea quando il motore di elaborazione del documento regola la dimensione del font per evitare il ritaglio del testo, sostituendo le impostazioni di dimensione del font fisse. |
| Correzione: Aggiornato il comportamento del rendering dei font in modo che i campi multilinea rispettino le impostazioni della dimensione fissa del font, allineando il comportamento con l'output previsto e prevenendo regolazioni indesiderate delle dimensioni del font. | |
| 4556967 | Riepilogo: Le caselle di controllo selezionate possono apparire non selezionate nel PDF firmato finale per i moduli web. Il problema si verifica quando vengono utilizzati determinati valori nascosti (ad esempio, «no», «falso», «0», «off», «deselezionato»), che possono causare un'errata interpretazione degli stati delle caselle di controllo durante l'elaborazione dei documenti quando Gibson è abilitato. |
| Correzione: Aggiornamento dell'elaborazione delle caselle di controllo per interpretare correttamente i valori nascosti e preservare gli stati selezionati nel documento finalizzato, garantendo coerenza tra la firma e il PDF firmato. | |
| 4557222 | Riepilogo: I campi collegamento dai modelli di campo possono scomparire nella pagina di authoring quando utilizzati all'interno di un flusso di lavoro. Il problema si verifica perché i campi collegamento non sono inclusi nei dati del campo modulo dell'accordo restituiti durante l'authoring basato su flusso di lavoro, causando la mancanza di campi. |
| Correzione: Aggiornamento della gestione dei campi modulo per includere i campi collegamento dai modelli di campo durante l'elaborazione del flusso di lavoro, garantendo che vengano uniti e visualizzati correttamente nella pagina di authoring. | |
| 4557272 | Riepilogo: Il campo Data di firma può non apparire nel PDF firmato finalizzato. Il problema si verifica quando il rendering del campo di testo non riesce durante l'elaborazione del documento, impedendo la visualizzazione del campo data nel documento di output. |
| Correzione: Aggiornamento del rendering del campo di testo per gestire correttamente i valori nulli o vuoti, garantendo che il campo Data di firma sia visualizzato in modo coerente nei documenti firmati. | |
| 4557282 | Riepilogo: I campi pulsante di scelta nei moduli web possono visualizzare un valore di descrizione imprevisto ("object Object") quando vengono creati utilizzando la nuova esperienza modello. Il problema si verifica a causa della gestione non corretta dei valori di descrizione vuoti, causando il rendering dei dati segnaposto invece della loro eliminazione. |
| Correzione: Aggiornata la logica di gestione delle descrizioni comando per ignorare correttamente i valori vuoti, impedendo la visualizzazione di testo placeholder non previsto nei moduli web. | |
| 4557589 | Riepilogo: I campi casella di controllo precompilati possono apparire deselezionati quando l'accordo viene inviato per la firma. Il problema si verifica quando si definiscono valori nascosti duplicati o in conflitto per gli input casella di controllo o pulsante di scelta, il che può causare un'interpretazione non corretta dello stato selezionato durante l'elaborazione del documento. |
| Correzione: Aggiornata la gestione dei valori dei campi per elaborare correttamente i valori nascosti e mantenere le selezioni precompilate, garantendo che gli stati delle caselle di controllo rimangano coerenti quando gli accordi vengono generati e inviati. | |
| 4557672 | Riepilogo: La nuova esperienza di richiesta firma può visualizzare un errore generico ("La richiesta fornita non è valida") durante l'invio di un accordo, senza identificare il campo specifico che causa l'errore. Questo può verificarsi quando i dettagli del destinatario (come il formato del numero di telefono) non superano la convalida, ma l'errore non viene chiaramente comunicato all'utente. |
| Correzione: Aggiornata la gestione della convalida per fornire messaggi di errore specifici a livello di campo, aiutando gli utenti a identificare e correggere gli input non validi prima di inviare l'accordo. | |
| 4557680 | Riepilogo: Le mappature delle caselle di controllo o dei pulsanti di scelta possono non funzionare in alcuni accordi quando si combinano più documenti, causando la mancata applicazione dei valori previsti. Il problema si verifica quando i valori predefiniti non corrispondono esattamente ai valori di esportazione definiti, il che può causare il trattamento dei campi come gruppi separati e interrompere il comportamento di mappatura. |
| Correzione: Aggiornata la logica di mappatura dei campi per ignorare i valori predefiniti non corrispondenti e associare correttamente i campi tra i documenti, migliorando la coerenza del comportamento di caselle di controllo e pulsanti di scelta. | |
| 4557902 | Riepilogo: Può apparire uno spazio aggiuntivo tra la firma e la marca temporale di data e ora negli accordi Fill and Sign. Il problema si verifica a causa di un calcolo non corretto della spaziatura nelle firme ben formattate, causando un layout incoerente rispetto ad altri flussi di firma. |
| Correzione: Aggiornato il calcolo del layout della firma per posizionare correttamente la firma e la marca temporale, rimuovendo la spaziatura non intenzionale e garantendo una formattazione coerente. | |
| 4557947 | Riepilogo: I campi casella di controllo possono apparire deselezionati nel PDF firmato finalizzato quando si utilizzano modelli di libreria, anche se il firmatario li ha selezionati. Il problema può verificarsi quando i campi casella di controllo sono configurati in modo errato o utilizzano determinati valori nascosti, il che porta a un'interpretazione non corretta dello stato selezionato durante l'elaborazione del documento. |
| Correzione: Aggiornata l'elaborazione delle caselle di controllo per interpretare correttamente i valori nascosti e preservare gli stati selezionati, garantendo che le selezioni delle caselle di controllo vengano mantenute nel documento firmato. | |
| 4558295 | Riepilogo: I valori dei pulsanti di scelta obbligatori possono essere mancanti nel PDF firmato finalizzato. Il problema può verificarsi quando i valori dei campi contengono caratteri speciali (ad esempio, virgolette o simboli) che non vengono elaborati correttamente, causando la mancata visualizzazione del valore selezionato nell'output del documento. |
| Correzione: Aggiornata l'elaborazione dei valori dei campi per gestire correttamente i caratteri speciali, garantendo che i valori selezionati vengano preservati e visualizzati nel PDF firmato. | |
| 4558307 | Riepilogo: I campi del modulo possono ignorare le dimensioni del font configurate e vengono visualizzati in modo incoerente negli accordi generati. Il problema può verificarsi nei campi multilinea quando il motore di elaborazione del documento regola la dimensione del font per prevenire il taglio del testo, sostituendo le impostazioni di dimensione del font fisse. |
| Correzione: Aggiornato il comportamento di rendering del font in modo che i campi multilinea rispettino le impostazioni di dimensione del font fisse, prevenendo il ridimensionamento non intenzionale e garantendo un output coerente. | |
| 4558554 | Riepilogo: I firmatari possono completare gli accordi senza interagire con il blocco firma. Il problema può verificarsi negli account abilitati per Gibson quando il blocco firma non viene visualizzato o applicato correttamente durante la firma, consentendo il completamento con solo il campo firma. |
| Correzione: Aggiornata la logica di rendering e convalida della firma per garantire che i blocchi firma vengano visualizzati correttamente e richiesti prima del completamento dell'accordo. | |
| 4558725 | Riepilogo: I tag di testo possono non riuscire a eseguire il rendering o a convertirsi in campi modulo durante l'anteprima. Il problema può verificarsi quando il PDF caricato contiene elementi non supportati o non validi (ad esempio, annotazioni nulle o campi compilabili esistenti), che impediscono il completamento dell'elaborazione dei tag di testo. |
| Correzione: Aggiornata l'elaborazione dei tag di testo per gestire in modo più affidabile i PDF con annotazioni non valide o non supportate, consentendo la generazione dei campi come previsto durante l'anteprima. | |
| 4559285 | Riepilogo: L'autenticazione telefonica può non riuscire per alcune aree geografiche quando si seleziona un prefisso internazionale nella nuova esperienza di richiesta firma. Il problema si verifica quando l'interfaccia visualizza un prefisso internazionale incompleto o errato (ad esempio, "+1" invece di "+1246" per le Barbados), che può causare errori di convalida durante l'invio dell'accordo. |
| Correzione: Aggiornata la gestione dei codici paese per utilizzare i codici di composizione completi corretti, garantendo che i numeri di telefono vengano convalidati ed elaborati correttamente nella nuova esperienza. | |
| 4560119 | Riepilogo: Il testo nei campi modulo può apparire disallineato o sovrapporsi negli accordi generati. Il problema può verificarsi nei campi di testo su più righe quando vengono introdotte differenze di rendering dal motore di elaborazione dei documenti, causando spostamenti del layout rispetto alla vista di authoring. |
| Correzione: Aggiornati il rendering del testo e la gestione del layout per i campi su più righe per migliorare l'allineamento e prevenire sovrapposizioni, garantendo una visualizzazione più coerente tra authoring e documenti finali | |
| 4562058 | Riepilogo: Il nome del destinatario può rimanere invariato quando si seleziona un'e-mail diversa dalla rubrica nella pagina Invia. Il problema si verifica perché il campo nome non si aggiorna quando viene selezionato un nuovo contatto, causando una mancata corrispondenza tra il nome visualizzato e l'e-mail selezionata. |
| Correzione: Aggiornato il comportamento di selezione del destinatario in modo che il campo nome si aggiorni sempre quando viene selezionato un nuovo contatto, garantendo che nome ed e-mail rimangano sincronizzati. | |
| 4566339 | Riepilogo: Stati delle caselle di controllo errati possono apparire durante l'elaborazione di pdf XFA statici con valori di campo non validi. Il problema può verificarsi quando i dati XFA non supportati o non validi (ad esempio, valori stringa in campi numerici) vengono gestiti in modo incoerente, in particolare negli ambienti abilitati per Gibson dove le impostazioni predefinite delle caselle di controllo possono essere interpretate erroneamente. |
| Correzione: Aggiornata la gestione XFA nella pipeline di elaborazione dei documenti per normalizzare o ignorare i valori non validi in modo più coerente, prevenendo stati errati delle caselle di controllo e allineando il comportamento tra gli ambienti. | |
| 4567278 | Riepilogo: I campi di testo di sola lettura possono non apparire nella pagina di firma quando i partecipanti dinamici sono abilitati. Il problema si verifica a causa di incoerenze nel rendering dei campi durante la risoluzione dei partecipanti, che possono causare l'omissione dei campi non modificabili dalla vista del firmatario. |
| Correzione: Aggiornata la logica di rendering dei campi per i partecipanti dinamici per garantire che i campi di sola lettura vengano inclusi e visualizzati in modo coerente durante la firma. | |
| 4568023 | Riepilogo: Le opzioni di firma Immagine e mobile possono non apparire nei moduli web durante la firma. Il problema può verificarsi a causa del caricamento incoerente delle opzioni di firma nel flusso di immissione dei moduli web, dove alcuni metodi di firma non vengono visualizzati finché la sessione non viene ricaricata o non si accede tramite un percorso alternativo. |
| Correzione: Aggiornata l'inizializzazione della firma dei moduli web per caricare in modo coerente tutte le opzioni di firma abilitate, garantendo che i metodi Immagine e mobile siano disponibili in tutti i punti di accesso. |