Note sulla versione di Adobe Acrobat Sign - 2026

Cerca

Ultimo aggiornamento il 9 feb 2026

Note sulla versione di Adobe Acrobat Sign: 2026

Adobe Acrobat Sign versione 17.0

Distribuzione in produzione: 3 febbraio 2026

Distribuzione GovCloud: 10 febbraio 2026

Funzionalità migliorate

Caselle di controllo raggruppate in authoring e modelli – I mittenti possono ora creare gruppi di caselle di controllo tramite i moderni ambienti di authoring Richiedi firma eModelli libreria, con regole di convalida come seleziona esattamente, almeno, al massimo, o un intervallo di X su Y options. Invia in blocco, moduli web, e Flussi di lavoro personalizzati sono supportati tramite l'uso di Modelli libreria. Questo miglioramento garantisce una logica dei moduli coerente e migliora l'accuratezza dei dati in tutti i flussi di lavoro di firma.

Intervalli IP consentiti – Controllo ampliato sull'accesso API e mobile - Gli amministratori ora possono controllare esplicitamente se le restrizioni IP si applicano ai client basati su API, incluse le applicazioni mobili Acrobat Sign e le integrazioni certificate.

Supporto per l'autenticazione per la firma elettronica moderna – La firma elettronica moderna ora supporta tre metodi di autenticazione: autenticazione Acrobat Sign, password e 2FA basata su telefono.

Aggiunta di Gruppi di Destinatari nel Routing Ibrido per la moderna Request Signature – I gruppi di destinatari possono ora essere inclusi nel routing ibrido, consentendo a più destinatari o gruppi di agire in parallelo all'interno dello stesso passaggio di routing. Le modalità di gruppo supportano il completamento dell'azione da parte di uno o tutti i membri, offrendo maggiore flessibilità per flussi di lavoro di approvazione e firma complessi.

Copia accordi terminali inviati da Richiedi firma—I mittenti possono ora creare una nuova bozza di accordo copiando un accordo precedentemente completato, annullato o scaduto. Tutti i destinatari, le impostazioni, i file e i campi del modulo vengono precompilati automaticamente. L'accordo copiato si apre nella pagina Componi per modifiche rapide prima dell'invio, riducendo i tempi di configurazione, minimizzando gli errori e migliorando la produttività per flussi di lavoro ripetitivi come rinnovi o correzioni.

Disabilita il collegamento Scarica accordo per accordi in corso – Gli amministratori ora possono rimuovere il collegamento "Scarica una copia" dalle pagine di conferma post-firma a livello di account o gruppo, impedendo ai destinatari di scaricare accordi dalla pagina post-firma.

Scheda Risorse nella navigazione superiore – Una nuova pagina Risorse è disponibile nella navigazione superiore per amministratori e utenti, fornendo accesso diretto ai contenuti formativi di Acrobat Sign, webinar, blog e video sugli aggiornamenti del prodotto. La pagina organizza i tutorial per valore tonale utente—principiante, esperto e amministratore—e si collega direttamente alla documentazione di supporto aggiuntiva.

Partecipazione dinamica per accordi in corso - Rimozione destinatari – I mittenti possono ora rimuovere i destinatari dagli accordi già in corso senza annullare o riavviare la Transazione. Quando un destinatario viene rimosso, Acrobat Sign revoca automaticamente il suo accesso, aggiorna i promemoria, le tracce di controllo, rimuove i campi assegnati e riporta l'accordo senza problemi al suo stato di firma primario. Questa flessibilità aiuta le organizzazioni a mantenere l'accuratezza nei flussi di lavoro di routing live—come quando un firmatario diventa non disponibile—preservando l'integrità legale, la conformità e una cronologia di audit completa.

Richiedi firme digitali per singoli destinatari durante la configurazione dell'accordo -I mittenti possono ora richiedere firme digitali per destinatari selezionati, garantendo requisiti di firma più rigorosi dove necessario senza impattare altri destinatari. L'esperienza di firma si adatta automaticamente, applicando i campi di firma digitale richiesti ed esponendo i controlli di identità quando supportati, riducendo gli errori e migliorando la conformità per flussi di lavoro regolamentati.

Provider di Identità Digitale come Metodi di Autenticazione Predefiniti – Gli amministratori possono ora selezionare un provider Digital Identity Gateway come metodo di autenticazione predefinito per i destinatari interni ed esterni nelle Impostazioni di invio. La configurazione si applica automaticamente ad accordi, moduli web, invii multipli e flussi di lavoro, garantendo una verifica coerente e conforme dei destinatari. Questo miglioramento semplifica la configurazione dell'autenticazione, applica le politiche di identità organizzative e migliora il supporto per clienti governativi ed enterprise che si affidano all'autenticazione basata su identità digitale.

Campi modulo verificati utilizzando dati verificati dall'identità – Gli autori dei moduli possono ora creare campi modulo verificati che si popolano automaticamente con i dati restituiti da un provider di identità (come OneID) durante l'autenticazione del firmatario. Questi campi possono essere impostati come sola lettura o modificabili, garantendo che i dati di identità verificati vengano acquisiti con precisione e opzionalmente bloccati contro le modifiche (ad esempio, nome, indirizzo o numero di account). Questo rafforza la garanzia di identità, riduce gli errori di inserimento manuale e semplifica la conformità per flussi di lavoro che richiedono dati del firmatario validati.

Gruppi di destinatari nel file CSV per Invia in blocco – I mittenti possono ora definire gruppi di destinatari direttamente all'interno del file CSV Invia in blocco, consentendo a più destinatari di agire nello stesso passaggio di routing. Ogni gruppo può essere configurato in modalità UNO o TUTTI—richiedendo che un solo iscritto o tutti gli iscritti completino la loro azione prima che l'instradamento proceda. Le definizioni dei gruppi, la convalida e il tracciamento delle verifiche vengono gestiti per ogni riga CSV, con errori segnalati tramite file di convalida scaricabili.

Modello di libreria - Condivisione con più gruppi – La moderna esperienza Crea Modello di libreria ora supporta la condivisione dei modelli con più gruppi all'interno di un account, corrispondente alla funzionalità precedentemente disponibile nel flusso di lavoro classico. Gli utenti possono selezionare uno o più gruppi durante la creazione o la modifica di un modello, garantendo un comportamento coerente tra i gruppi. Questo miglioramento elimina il fallback all'esperienza classica, migliora la collaborazione e semplifica la gestione dei modelli per organizzazioni multi-gruppo.

Allegati per tutti i destinatari che utilizzano firme digitali – Tutti i destinatari in un flusso di lavoro con firma digitale possono ora allegare file (non solo il primo firmatario). Un nuovo metodo di allegato che utilizza annotazioni con graffetta mostra un'icona visibile della graffetta nel documento e rimane compatibile con più firme digitali. Ogni allegato viene aggiunto prima che venga applicata la firma digitale del firmatario, preservando la validità della firma e fornendo un chiaro indicatore visivo dei file allegati. Questo miglioramento migliora l'integrità legale, la trasparenza e la coerenza tra i flussi di lavoro di firma elettronica e firma digitale.

Nuove opzioni TSP per le Firme cloud - Sono stati aggiunti nuovi fornitori di servizi fiduciari per supportare le firme digitali cloud:
- Swisscom

Modifiche a livello di esperienza

Notifiche di annullamento accordo del flusso di lavoro – Notifica di annullamento aggiornata per riflettere il comportamento del flusso di lavoro.
Quando si annulla un accordo creato dal flusso di lavoro, la casella di controllo "Notifica destinatari" non appare più. Le notifiche vengono sempre inviate in base alle impostazioni del flusso di lavoro. Questo cambiamento adatta il messaggio per riflettere questo comportamento nella sfida di annullamento.

Miglioramenti alla pagina di accesso - La pagina di accesso di Acrobat Sign ora offre un'esperienza più pulita e coerente. Non appena inserisci il tuo indirizzo e-mail, la pagina rileva automaticamente il tipo di account e ti indirizza al metodo di accesso corretto, eliminando passaggi non necessari e screens tradizionali. Questo rende l'accesso più veloce, semplice e intuitivo per tutti.
- Nuovo formato e-mail per gli utenti Acrobat Sign Enterprise che accedono direttamente all'interfaccia web - Acrobat Sign ora applica un limite di 64 caratteri alla parte locale di un indirizzo e-mail (la porzione prima del simbolo "@") quando modifichi un indirizzo e-mail esistente o crei un nuovo Utente.
  Tutti gli utenti con una parte locale superiore a 64 caratteri sono stati valutati e determinati come inattivo o test ID Utente.

Nota che questa esperienza viene fornita attraverso un rilascio graduale basato sull'ambiente server Acrobat Sign. Il programma di rollout è pubblicato nella notifica tecnica Esperienza di accesso aggiornata.

Abilita gestione dei dettagli utente per utenti inattivi – Gli amministratori possono ora modificare i dettagli degli utenti inattivi direttamente nell'interfaccia di amministrazione e attraverso caricamenti CSV senza riattivare gli account. Questo include l'aggiornamento delle assegnazioni di gruppo (sia per configurazioni a gruppo singolo che multiplo), la gestione dell'attributo "L'utente può firmare documenti" e l'esecuzione di modifiche in blocco per la conformità e la manutenzione dei record. Il cambiamento semplifica la gestione del ciclo di vita degli utenti enterprise, riduce il carico amministrativo e supporta un'organizzazione di gruppo più pulita e una gestione dei record allineata al GDPR.

Problemi risolti

Problema	Descrizione
4528600	Riepilogo: Le Impostazioni di convalida dei campi non funzionano quando un livello per campi modulo è collegato a un flusso di lavoro personalizzato. Le regole di convalida, come regex o limiti di intervallo numerico, vengono rimosse all'avvio del flusso di lavoro, causando l'accettazione di input non valido da parte dei campi.
4528600	Correzione: Le regole di convalida ora si applicano correttamente quando i livelli dei campi modulo sono inclusi nei flussi di lavoro personalizzati. I campi mantengono il loro comportamento di convalida in entrambe le esperienze di authoring, classica e nuova. Non è richiesta alcuna azione da parte degli utenti.
4528748	Riepilogo: Gli amministratori visualizzano a intermittenza un "Errore non gestito" quando aggiungono l'iscrizione al gruppo a utenti appena sincronizzati (sincronizzazione Azure). Alcuni nuovi utenti nel gruppo hanno il groupID impostato come null
4528748	Correzione: Se il gruppo di un utente è null dopo la creazione, viene inserito nel gruppo predefinito dell'account.
4529934	Riepilogo: In Gestisci > Moduli web, "Scarica dati campo modulo" continua a caricare e non termina mai, specialmente sui moduli web con molti invii. I clienti Teams senza accesso API non possono esportare i dati (ad esempio, 1-31 maggio) per la generazione rapporti
4529934	Correzione: Aggiunta esportazione CSV impaginata e più veloce nell'interfaccia. I download dei dati del modulo si completano in modo affidabile per gli intervalli di date selezionati, senza bloccarsi.
4532186	Riepilogo: Nella nuova esperienza di authoring, l'evidenziazione del colore dei campi non corrisponde al comportamento dell'authoring classico. Quando sono coinvolti più destinatari, tutti i campi rimangono completamente colorati anziché attenuare i campi dei destinatari non selezionati. Questo rende difficile verificare le assegnazioni dei campi.
4532186	Correzione: Ripristinata la chiarezza visiva attenuando (opacità 20%) i campi che appartengono ai destinatari non selezionati. Questo replica la chiarezza dell'authoring classico preservando il sistema di design moderno. L'evidenziazione ora aiuta gli utenti a identificare facilmente i campi del destinatario attualmente selezionato e riduce il rischio di assegnazioni errate.
4534061	Riepilogo: Il collegamento "Scarica una copia" appare nella pagina di conferma post-firma anche quando l'impostazione dell'account o del gruppo è configurata per disabilitarlo.
4534061	Correzione: È stata aggiunta una nuova impostazione per sopprimere esplicitamente l'opzione Scarica per tutte le pagine post-invio. La pagina post-firma ora rispetta correttamente l'impostazione di controllo del download, nascondendo il collegamento "Scarica una copia" quando l'impostazione è disabilitata.
4536347	Riepilogo: Nell'esperienza classica, i mittenti non potevano aggiungere un secondo file (o riprovare ad aggiungere un file) quando avviavano determinati flussi di lavoro, bloccando gli invii di flussi di lavoro multi-documento, a causa di un errore nel modo in cui il selettore file gestiva i modelli condivisi tra più gruppi.
4536347	Correzione: Corretta la gestione del selettore file dei modelli condivisi tra più gruppi in modo che gli utenti possano aggiungere file aggiuntivi o riprovare la selezione file nell'esperienza classica senza errori.
4537504	Riepilogo: Un valore del menu a discesa condizionale mancava dal documento firmato anche se era stato selezionato correttamente durante la firma, a causa della logica di visibilità che valutava contro un campo dipendente nascosto e non persisteva il valore renderizzato nel pdf finale firmato.
4537504	Correzione: Aggiornato il rendering dei campi condizionali per risolvere correttamente le dipendenze di visibilità al momento della firma e persistere il valore del menu a discesa selezionato nel documento firmato quando le condizioni sono soddisfatte.
4537995	Riepilogo: Nei gruppi di destinatari, la modifica del metodo di autenticazione per gli utenti esterni tornava a Telefono dopo il salvataggio, impedendo l'applicazione dell'OTP e-mail, a causa di un errore di gestione dello stato front-end che sovrascriveva la selezione dell'utente.
4537995	Correzione: Corretta la logica dell'interfaccia del gruppo destinatari per persistere e riapplicare correttamente il metodo di autenticazione selezionato attraverso le azioni di salvataggio, assicurando che il valore scelto sia mantenuto invece di essere reimpostato al predefinito.
4539214	Riepilogo: Nei flussi di lavoro personalizzati, un'etichetta di messaggio lunga causa la sovrapposizione del testo del messaggio che oscura il collegamento ipertestuale del Modello di messaggio nella pagina Invia, a causa della gestione impropria del layout del contenuto eccessivo dell'etichetta.
4539214	Correzione: Aggiornata la logica del layout della pagina Invia per vincolare e mandare a capo correttamente le etichette dei messaggi lunghi in modo che il collegamento ipertestuale del modello di messaggio rimanga visibile e accessibile.
4539854	Riepilogo: Alcuni firmatari vengono reindirizzati dall'esperienza di firma quando aprono determinati accordi, a causa di un campo collegamento non corretto nel documento sottostante che non ha un attributo nome richiesto.
4539854	Correzione: Il flusso di firma ora gestisce correttamente i campi collegamento senza nome assegnando un nome valido al momento dell'elaborazione, prevenendo errori e consentendo ai firmatari di completare gli accordi senza reindirizzamento.
4539858	Riepilogo: Sui dispositivi iOS, gli approvatori che utilizzano la tastiera cinese per la scrittura a mano non possono completare l'approvazione perché il pulsante Approva rimane disabilitato dopo aver inserito il nome, poiché la pagina di firma non rileva gli eventi di input della scrittura a mano come inserimento di testo valido.
4539858	Correzione: Aggiornata la logica di gestione dell'input per riconoscere l'inserimento di testo basato sulla scrittura a mano su iOS, assicurando che il pulsante Approva si abiliti correttamente una volta inseriti caratteri validi.
4540392	Riepilogo: Gli amministratori vedono saltuariamente errori HTTP 400 e i gruppi di destinatari appaiono mancanti nei flussi di lavoro anche se i gruppi esistono e l'accesso è configurato correttamente, a causa delle intestazioni delle richieste che superano il limite di dimensione delle intestazioni della piattaforma quando gli utenti appartengono a un gran numero di gruppi.
4540392	Correzione: Il limite di dimensione delle intestazioni delle richieste lato server è stato aumentato in modo che le ricerche dei gruppi di destinatari non falliscano più quando gli utenti hanno molte appartenenze a gruppi.
4541258	Riepilogo: Gli amministratori potevano vedere solo i primi 100 modelli nell'interfaccia di sincronizzazione Produzione o Sandbox, con modelli aggiuntivi mancanti dagli elenchi Locale e Remoto, a causa della pagina di sincronizzazione che caricava un set di dati limitato e della funzione di ricerca che filtrava solo i modelli già caricati nel browser.
4541258	Correzione: L'interfaccia di sincronizzazione è stata aggiornata in modo che inserendo testo nel campo di ricerca vengano caricati tutti i modelli per l'ambiente selezionato (fino a 5.000), assicurando che i modelli oltre i primi 100 siano disponibili per la ricerca e la selezione
4541739	Riepilogo: I destinatari sostituiti erano bloccati dalla firma digitale e vedevano "L'accordo non può essere firmato digitalmente poiché non è nella fase di firma digitale", a causa del flusso di lavoro che non riusciva a far transitare i futuri firmatari sostituiti nella fase di firma digitale quando erano presenti campi di firma digitale.
4541739	Correzione: Il flusso di lavoro di firma è stato aggiornato per far transitare correttamente i destinatari sostituiti o delegati nella fase di firma digitale quando esistono campi di firma digitale, consentendo loro di firmare e completare l'accordo.
4541849	Riepilogo: I campi di testo a riga singola con dimensione automatica del font precompilati con caratteri multibyte erano troncati nei PDF firmati, causando il taglio di parte del testo a causa del dimensionamento del testo non corretto durante il rendering PDF.
4541849	Correzione: Corretti la misurazione del testo e il comportamento della dimensione automatica del font per i caratteri multibyte in modo che il valore completo si adatti al campo senza troncamento.
4542574	Riepilogo: La modifica di un modello di libreria consentiva ai campi a discesa obbligatori di includere valori non abbinati, causando l'indisponibilità del pulsante Fai clic per firmare durante la firma quando quei valori erano selezionati, a causa della mancanza di convalida che assicurava che i valori di visualizzazione e i valori di esportazione del menu a discesa rimanessero correttamente abbinati.
4542574	Correzione: La modifica del modello ora applica la convalida sui campi a discesa in modo che solo i valori correttamente abbinati possano essere salvati, prevenendo voci non abbinate e assicurando che le selezioni obbligatorie del menu a discesa non blocchino la firma.
4542942	Riepilogo: Nei moduli web, i campi obbligatori disabilitati dalla logica condizionale continuavano a mostrare l'asterisco obbligatorio, inducendo i firmatari a pensare che l'input fosse ancora richiesto, a causa dell'interfaccia che non aggiornava gli indicatori obbligatori quando i campi erano disabilitati. Un problema separato di allineamento della firma mobile è stato identificato ma affrontato sotto un ambito diverso.
4542942	Correzione: L'interfaccia del modulo web ora nasconde l'asterisco obbligatorio quando un campo è disabilitato dalla logica condizionale, assicurando che gli indicatori obbligatori riflettano accuratamente se è previsto l'input del firmatario.
4543157	Riepilogo: Nella vista In corso della pagina Gestisci, la colonna Destinatari continuava a mostrare il nome del delegante dopo che una mansione di firma era stata delegata, anche se un firmatario diverso stava firmando attivamente, a causa dell'interfaccia che non aggiornava il destinatario visualizzato per riflettere l'attuale delegato.
4543157	Correzione: La logica della pagina Gestisci è stata aggiornata in modo che la colonna Destinatari ora mostri il nome del delegato attivo quando una mansione di firma è delegata, assicurando che la vista In corso rifletta accuratamente chi sta attualmente firmando.
4543253	Riepilogo: Nell'Esperienza del Flusso di Lavoro Classico, i campi assegnati ai testimoni (firma, nome, data) scomparivano dopo aver salvato un accordo in stato Bozza, anche se i campi esistevano nel backend, a causa della logica di rendering della bozza che non riusciva a ripristinare i campi del testimone quando il progresso veniva salvato.
4543253	Correzione: La logica di rendering della bozza è stata corretta per preservare e visualizzare tutti i campi assegnati ai testimoni dopo aver salvato il progresso, assicurando che gli accordi aperti in stato Bozza mantengano la stessa visibilità dei campi come durante l'authoring e la firma.
4543513	Riepilogo: Gli utenti erano bloccati dall'invio di accordi nell'interfaccia web Sign con l'errore "Le impostazioni locali sono non valide o mancanti", a causa della convalida delle impostazioni locali che applicava erroneamente le regole delle impostazioni locali a livello API nell'interfaccia web quando le impostazioni locali del gruppo di invio differivano dalle impostazioni locali del gruppo primario ereditato dall'utente.
4543513	Correzione: La convalida delle impostazioni locali è stata corretta in modo che l'interfaccia web Sign risolva e accetti correttamente le combinazioni valide di impostazioni locali di gruppo e utente, prevenendo che le restrizioni delle impostazioni locali solo API blocchino l'invio di accordi nell'esperienza web.
4543592	Riepilogo: Alcuni Report di Audit mostravano "Destinatario autenticato con Adobe Acrobat Sign" dopo "Documento firmato elettronicamente" e "Accordo completato", a causa degli eventi memorizzati con timestamp a livello di secondo, causando la visualizzazione fuori ordine delle azioni di autenticazione e firma che si verificavano nello stesso secondo.
4543592	Correzione: La registrazione degli eventi di controllo è stata aggiornata per archiviare e visualizzare i timestamp con precisione al millisecondo, garantendo che gli eventi di autenticazione, firma e completamento siano sequenziati correttamente nel rapporto di controllo.
4543617	Riepilogo: La creazione di un modello da un accordo avvia l'esperienza classica anziché la nuova esperienza, nonostante la nuova esperienza sia quella predefinita, poiché l'azione viene ancora instradata al flusso di authoring tradizionale.
4543617	Correzione: L'azione "crea modello da accordo" è stata aggiornata per aprirsi nella nuova esperienza, allineando il comportamento del cta con l'UX predefinita ed evitando cambi di contesto imprevisti per gli utenti.
4544564	Riepilogo: I campi nascosti aggiunti o aggiornati tramite le API (visible:false) venivano visualizzati come visibili nell'esperienza Modern eSign. L'interfaccia di firma ignorava il contrassegno di visibilità del campo, quindi i destinatari potevano vedere campi che dovevano rimanere nascosti.
4544564	Correzione: L'interfaccia Modern eSign è stata aggiornata per filtrare i campi dove visible è falso nella logica di rendering e navigazione, così i campi nascosti non vengono mai visualizzati e non influiscono sul comportamento della pagina.
4544571	Riepilogo: L'opzione di consegna WhatsApp mancava dalle impostazioni di invio anche se WhatsApp era abilitato per l'account e disponibile durante l'invio dell'accordo, causando comportamenti incoerenti e confusione per gli amministratori.
4544571	Correzione: L'opzione di consegna WhatsApp è stata ripristinata nelle impostazioni di invio ovunque la funzionalità sia disponibile, garantendo visibilità e configurazione coerenti tra le impostazioni amministratore e l'esperienza di invio accordo.
4545381	Riepilogo: Il font Roboto mancava dalla nuova esperienza di richiesta firma, anche se era disponibile nell'esperienza classica, poiché la nuova esperienza di authoring non includeva tutti i font supportati dalla versione tradizionale.
4545381	Correzione: Roboto è stato aggiunto all'elenco font nella nuova esperienza di richiesta firma, ripristinando la parità di font con l'esperienza classica e consentendo una formattazione coerente durante la creazione degli accordi.
4545484	Riepilogo: Alcuni amministratori non riuscivano ad accedere o creare gruppi di destinatari da Amministratore > Rubrica a causa di un errore di richiesta backend, che causava un errore 400 durante il caricamento dei dati del gruppo destinatari. Il problema bloccava la configurazione iniziale dei gruppi destinatari per gli amministratori interessati.
4545484	Correzione: La gestione delle richieste backend è stata corretta così la ricerca e creazione di gruppi destinatari non fallisce più con un errore 400. Gli amministratori ora possono accedere e gestire in modo affidabile i gruppi destinatari indipendentemente dalla rete o dalla posizione.
4545547	Riepilogo: Gli accordi creati da PDF AutoCAD non riuscivano a essere inviati quando veniva aggiunto un campo firma digitale, mostrando un errore di invio generico, poiché il sistema non gestiva correttamente la rotazione della pagina durante la convalida del posizionamento del campo firma digitale.
4545547	Correzione: Le coordinate del campo firma digitale ora vengono regolate per tenere conto delle pagine ruotate, garantendo che i campi siano convalidati rispetto ai confini corretti della pagina così i PDF generati da AutoCAD possono essere inviati con successo con firme digitali.
4545894	Riepilogo: Quando viene utilizzato un gruppo destinatari e nessun campo firma viene posizionato manualmente, il blocco firma generato automaticamente mostra il testo dell'indirizzo e-mail a dimensioni molto piccole. Il testo diventa progressivamente più piccolo man mano che vengono aggiunti più destinatari al gruppo.
4545894	Correzione: Il blocco firma generato automaticamente ora visualizza correttamente l'indirizzo e-mail a dimensioni normali e leggibili, indipendentemente da quanti destinatari sono inclusi nel gruppo destinatari.
4546085	Riepilogo: Quando si utilizza Aggiungi me stesso nella nuova esperienza di richiesta firma, gli indirizzi e-mail contenenti un apostrofo vengono visualizzati in modo errato. L'indirizzo malformato impedisce l'invio dell'accordo a meno che l'indirizzo e-mail non venga reinserito manualmente o si utilizzi l'invio classico.
4546085	Correzione: Gli indirizzi e-mail con apostrofi ora vengono decodificati e visualizzati correttamente quando viene selezionato Aggiungi me stesso nella nuova esperienza di richiesta firma, consentendo l'invio degli accordi senza correzione manuale.
4546110	Riepilogo: Nella nuova esperienza di authoring modelli, l'aggiunta di un campo collegamento ipertestuale assegnato a un partecipante specifico causa il fallimento del salvataggio del modello. Lo stesso campo funziona quando assegnato a tutti i partecipanti o quando si utilizza l'esperienza classica.
4546110	Correzione: I campi collegamento ipertestuale ora supportano le assegnazioni di partecipanti segnaposto nella nuova esperienza modelli, consentendo ai modelli di salvarsi correttamente quando il campo è assegnato a un partecipante specifico.
4546257	Riepilogo: Nell'ambiente Sandbox, gli accordi inviati tramite API di applicazioni personalizzate mostrano erroneamente un pulsante Indietro nella pagina di authoring a causa del caricamento delle Impostazioni Sandbox da un'applicazione gestita da Adobe con authoring senza interruzioni abilitato, a differenza di Swagger o Production.
4546257	Correzione: Il comportamento Sandbox è stato allineato con Production e Swagger assicurando che la pagina di authoring rispetti le Impostazioni dell'applicazione previste, impedendo la comparsa del pulsante Indietro per gli accordi inviati tramite API di applicazioni personalizzate.
4546547	Riepilogo: I moduli web non sono riusciti ad aggiornare il controfirmatario e hanno restituito un errore generico a causa di record Utente più vecchi privi di un contrassegno interno richiesto, che ha causato l'elaborazione di un Valore nullo durante la sostituzione del controfirmatario.
4546547	Correzione: La logica di aggiornamento del controfirmatario è stata rafforzata con gestione null-safe in modo che i moduli web possano sostituire con successo i controfirmatari anche quando i record Utente più vecchi non dispongono del contrassegno interno previsto.
4546553	Riepilogo: Gli utenti assegnati a più gruppi potevano creare Modelli in un gruppo dove la creazione di Modelli è disabilitata quando l'esperienza Nuovo Crea Modello è abilitata. Questo permetteva di aggirare le restrizioni a livello di gruppo.
4546553	Correzione: La creazione di Modelli ora applica le autorizzazioni a livello di gruppo in modo coerente tra le esperienze nuova e classica. Gli utenti non possono più creare Modelli in gruppi dove la creazione di Modelli è disabilitata, anche se appartengono ad altri gruppi con tale autorizzazione abilitata.
4547744	Riepilogo: Gli amministratori di gruppo potevano assegnare diritti di amministratore account agli utenti tramite la nuova pagina Gestione utenti. Questo superava il loro ambito di autorizzazione e creava un rischio di conformità permettendo l'elevazione di privilegi oltre la mansione di amministratore di gruppo.
4547744	Correzione: Il controllo di selezione della mansione non è più disponibile per gli amministratori di gruppo. Solo gli amministratori account esistenti possono assegnare o revocare i diritti di amministratore account, assicurando che le modifiche delle mansioni si allineino con i confini delle autorizzazioni.
4547796	Riepilogo: Alcuni mittenti che utilizzano l'interfaccia polacca ricevono occasionalmente un indirizzo e-mail di conferma con testo errato "impossibile fornire una firma digitale", anche se l'accordo viene inviato e firmato normalmente.
4547796	Correzione: Corrette le traduzioni polacche per gli indirizzi e-mail di conferma del mittente in modo che il messaggio mostri "inviato per la firma" invece del testo errato "impossibile fornire una firma digitale".
4548315	Riepilogo: Quando il mittente è incluso come destinatario CC nel nuovo flusso di lavoro di invio, non viene mostrato alcun errore di convalida e le notifiche indirizzo e-mail CC non vengono inviate ad alcun destinatario elencato dopo il mittente nell'elenco CC. Questo differisce dal comportamento del flusso di lavoro classico e può causare la perdita di notifiche da parte dei destinatari CC.
4548315	Correzione: Aggiornata la logica del nuovo flusso di lavoro di invio in modo che tutti i destinatari CC, escluso il mittente, ricevano notifiche indirizzo e-mail CC indipendentemente dalla loro posizione nell'elenco CC, allineando il comportamento con i risultati previsti.
4548583	Riepilogo: PDF/A non poteva essere abilitato per un gruppo se il gruppo predefinito dell'Utente aveva le firme scritte abilitate, anche quando le firme scritte erano disabilitate per il gruppo in fase di modifica. Questo bloccava la configurazione PDF/A valida per i gruppi non predefiniti.
4548583	Correzione: Aggiornata la convalida per verificare le Impostazioni delle firme scritte sul gruppo in fase di modifica, non sul gruppo predefinito dell'Utente, permettendo l'abilitazione corretta di PDF/A dove consentito.
4549337	Riepilogo: Le notifiche SMS per accordi annullati venivano soppresse quando l'impostazione indirizzo e-mail accordo annullato era disabilitata. Questo impediva ai clienti che disabilitano le notifiche indirizzo e-mail di inviare avvisi SMS di annullamento richiesti.
4549337	Correzione: Disaccoppiate le notifiche di annullamento SMS e WhatsApp dall'impostazione indirizzo e-mail introducendo un controllo notifica dedicato, permettendo la consegna SMS per accordi annullati anche quando le notifiche indirizzo e-mail sono disabilitate.
4549472	Riepilogo: In Acrobat Sign for Government, gli utenti non potevano creare Modelli riutilizzabili utilizzando la nuova esperienza Crea Modello. Dopo aver caricato un documento, il flusso di lavoro si bloccava su una schermata vuota, impedendo la creazione del Modello.
4549472	Correzione: Ripristinata la dipendenza authoring mancante richiesta dalla nuova esperienza Crea modello negli ambienti Gov, consentendo il caricamento corretto della schermata authoring e la creazione dei modelli.
4549862	Riepilogo: Quando la pagina di destinazione è impostata sulla nuova esperienza Richiedi firma, il messaggio di avvertenza di accesso configurato non viene visualizzato dopo l'accesso. Questo impedisce alle organizzazioni di mostrare avvisi critici di manutenzione o interruzione quando gli utenti arrivano direttamente sulla pagina Invia.
4549862	Correzione: Ripristinato il supporto per la visualizzazione del messaggio di avvertenza di accesso nella nuova esperienza Richiedi firma. Quando gli utenti arrivano sulla pagina Invia dopo l'accesso, il messaggio di avvertenza configurato ora appare come notifica, rispettando il comportamento precedente e le aspettative del cliente.
4550175	Riepilogo: Premere Invio dopo aver inserito un numero di telefono per l'autenticazione telefonica in un flusso di lavoro invia il modulo prematuramente e attiva un errore di sistema, interrompendo il flusso del flusso di lavoro perché il modulo viene inviato invece di attendere la conferma esplicita.
4550175	Correzione: Aggiornata la finestra di dialogo del destinatario per impedire l'invio del modulo premendo Invio per i campi di autenticazione telefonica, assicurando che gli utenti rimangano nella finestra di dialogo e debbano fare clic su Continua, eliminando l'interruzione involontaria del flusso di lavoro.
4550302	Riepilogo: Le e-mail tedesche di richiesta firma e promemoria utilizzavano forme di cortesia incoerenti, alternando tra il 'Du' informale e il 'Sie' formale nello stesso messaggio, causando formulazioni confuse e poco professionali.
4550302	Correzione: Aggiornate le traduzioni e-mail tedesche per utilizzare una forma di cortesia singola e coerente in tutto il modello, garantendo un linguaggio uniforme e prevedibile in tutte le e-mail di richiesta firma e promemoria.
4550556	Riepilogo: Gli accordi contenenti pdf di grandi planimetrie architettoniche non riuscivano a essere inviati quando venivano aggiunti campi firma digitale, restituendo un errore durante l'authoring a causa della rotazione della pagina e della gestione delle dimensioni nel posizionamento della firma digitale.
4550556	Correzione: Aggiornata l'elaborazione dei campi firma digitale per gestire correttamente le pagine ruotate di grande formato, consentendo l'invio degli accordi con planimetrie architettoniche con firme digitali applicate.
4550579	Riepilogo: Quando un accordo veniva completato rimuovendo gli ultimi destinatari rimanenti durante uno stato di revisione, il sistema non generava l'evento AGREEMENT_WORKFLOW_COMPLETED, quindi non veniva inviata alcuna notifica webhook, interrompendo i flussi di lavoro che si basano su questo evento per rilevare il completamento.
4550579	Correzione: Aggiornata la gestione degli eventi in modo che gli accordi completati tramite rimozione del destinatario in revisione ora generino gli eventi di completamento appropriati, garantendo che i webhook AGREEMENT_WORKFLOW_COMPLETED vengano attivati come previsto.
4550998	Riepilogo: Le caselle di controllo precompilate apparivano selezionate nell'authoring ma non erano selezionate per i firmatari perché i valori delle caselle di controllo erano memorizzati come stringhe di testo non vuote invece di stati espliciti SÌ/NO, causando l'interpretazione dell'esperienza di firma come non selezionate.
4550998	Correzione: Aggiornata la gestione dei valori delle caselle di controllo in modo che qualsiasi valore precompilato non vuoto venga interpretato come selezionato e i valori vuoti o mancanti come non selezionati, garantendo che gli stati delle caselle di controllo rimangano coerenti per i firmatari.

Ottieni supporto in modo più facile e veloce

Nuovo utente?