Novità
Introduzione
- Guida introduttiva per gli amministratori
- Guida introduttiva per gli utenti
- Libreria tutorial video
- Domande frequenti
Amministrazione
- Panoramica su Admin Console
-
Gestione degli utenti
- Aggiunta di utenti
- Creare utenti con funzioni specifiche
- 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
- 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
-
Impostazioni account/gruppo
- Panoramica delle impostazioni
-
Impostazioni generali
- Nuova esperienza del destinatario
- Flussi di lavoro per firma autonoma
- Invia in modalità collettiva
- Moduli web
- 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
- Scarica documenti singoli
- Caricare un documento firmato
- Impostare un fuso orario predefinito
- Utenti in più gruppi
- Autorizzazioni amministratore gruppo
- Sostituzione del destinatario
- Report di audit
- Piè di pagina transazione
- Cliente nel settore sanitario
- Configurazione dell’account
-
Preferenze firma
- Firme formattate correttamente
- Personalizzare le Condizioni d'uso e l’Informativa cliente
- Guida per i destinatari ai campi del modulo
- Riavvia il flusso di lavoro dell’accordo
- Rifiuto di firmare
- Consentire ai firmatari di stampare e apporre una firma manuale
- Chiedere ai firmatari di creare la firma con un dispositivo mobile
- Richiedere indirizzo IP dei destinatari
- Firme digitali
- Sigilli elettronici
- Identità digitale
-
Impostazioni report
- Impostazioni di protezione
-
Impostazioni di invio
- Richiedere il nome del destinatario all’invio
- Bloccare i valori dei nomi per gli utenti noti
- Ruoli destinatario consentiti
- Consentire e-Witnesses
- Gruppi di destinatari
- Cc
- Accesso dei destinatari agli accordi
- Appiattisci i campi
- Modificare gli accordi
- Messaggi privati
- Tipi di firma consentiti
- Promemoria
- Invia notifica di invio accordo tramite
- Opzioni di identificazione firmatari
- Protezione contenuti
- Ordine di firma
- Liquid Mode
- Impostazioni Bio-Pharma
- Impostazioni autenticazione
- Integrazione per pagamenti
- Impostazioni 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
- Richiedere il proprio dominio
- Collegamenti Segnala abuso
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
- 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
- Panoramica sulla pagina Invia
- Inviare un accordo solo a se stessi
- Inviare un accordo agli altri
- Firme manuali
- 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
-
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
- Domande frequenti sull’authoring
-
Ambiente di authoring in-app
- Firmare gli accordi
-
Gestire gli accordi
- Panoramica della pagina Gestisci
- 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
- Report di audit
- Rapporti ed esportazioni di dati
Funzionalità e flussi di lavoro avanzati per gli accordi
- Moduli web
-
Modelli riutilizzabili
- 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
- 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
- Estrazione dati dall’accordo
- Notifiche per l’accordo
- Generazione degli accordi
- 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
- Come ottenere una chiave di integrazione
Acrobat Sign per sviluppatori
- API REST
- Webhook
Supporto e risoluzione dei problemi
Pianificazione delle versioni di Adobe Acrobat Sign e documentazione prerelease
Per Adobe Acrobat Sign vengono introdotti almeno tre aggiornamenti all’anno, classificati come versioni principali o secondarie. In caso di necessità, possono essere introdotti ulteriori aggiornamenti secondari per risolvere problemi di sistema o riscontrati dagli utenti.
- Le versioni principali contengono aggiornamenti significativi, nuove funzioni e numerosi miglioramenti.
- Le versioni secondarie contengono piccoli miglioramenti e modifiche relative all’esperienza utente. Queste vengono rilasciate tra gli aggiornamenti principali, in genere da una o due volte per ciclo.
Per evitare disagi, le nuove funzioni sono disabilitate per impostazione predefinita e devono essere abilitate manualmente da un amministratore dell’account o del gruppo.
Per chi opera nel settore Salute e Life Sciences e ha necessità di convalida della conformità, Acrobat Sign collabora con un fornitore di terze parti per fornire un pacchetto di convalida per ciascuna versione principale contenente funzioni per ridurre al minimo il fattore di rischio.
Questa pagina di Note prerelease viene aggiornata regolarmente man mano che sono disponibili nuove informazioni, pertanto il contenuto è relativamente dinamico.
Poiché il processo di localizzazione della pagina richiede del tempo, è possibile che le versioni in altre lingue differiscano leggermente dalla versione ufficiale in lingua inglese statunitense.
Per informazioni accurate e aggiornate, si consiglia pertanto di fare riferimento alla pagina in lingua inglese statunitense.
Disponibilità sandbox
La clientela che ha accesso all’ambiente Sandbox di Acrobat Sign in genere può accedere alla funzionalità della nuova versione 4 settimane prima del lancio.
- L’ambiente Sandbox supererà tutte le procedure di garanzia della qualità dell’ambiente di produzione, con lo stesso livello di qualità del normale ambiente di produzione.
- Adobe si impegna ad avere una disponibilità del 99,9% nell’ambiente sandbox, ma la clientela deve tenere presente che lo SLA unificato di Adobe non copre formalmente la sandbox.
- L’ambiente sandbox utilizza la stessa pagina di stato e le stesse procedure di interruzione del normale ambiente di produzione.
Questo articolo contiene informazioni prerelease. Le date di rilascio, le funzioni e altre informazioni sono soggette a modifiche senza preavviso.
Implementazione sandbox: 14 gennaio 2025
Implementazione in produzione: 11 febbraio 2025
Implementazione GovCloud: 18 febbraio 2025
Funzionalità migliorate
- Interfaccia utente migliorata per flussi di lavoro di invio personalizzati: la Progettazione di flussi di lavoro personalizzati è stata aggiornata per fornire un’esperienza mittente migliore e allineata con l’aspetto della funzione Richiedi firma.
Ambienti disponibili: Sandbox, Commercial, Government | Livelli di servizio disponibili: Acrobat Sign Solutions | Ambito di configurazione: gruppo, account
Consulta la documentazione aggiornata >
Modifiche a livello di esperienza
- La scadenza dell’accordo può essere ritardata fino a 12 ore: a partire da questa versione, la scadenza automatica di un accordo avverrà durante le ore di minor traffico per l’ambiente che gestisce l’accordo. In pratica, qualsiasi accordo che scade nelle ore di maggior traffico di un determinato ambiente Acrobat Sign verrà eseguito in coda, nel momento in cui l’ambiente entra nella finestra temporale di minor traffico.
- Workday: supporto per la firma digitale del provider di identità Aadhaar: i clienti che utilizzano l’integrazione Workday ora possono utilizzare il provider di identità Aadhaar come metodo per autenticare i
destinatari.
Aggiornamenti API REST/Webhook
I seguenti aggiornamenti sono presentati nelle note preliminari per scopi di divulgazione. La documentazione completa degli aggiornamenti di API e webhook è disponibile nella Documentazione per sviluppatori Acrobat Sign quando l’aggiornamento della versione viene inviato ai server di produzione.
- Un nuovo attributo accountId si sta aggiungendo a tutte le payload di notifica evento.
- I partner incorporati OEM 2.0 potranno ora impostare un webhook per il proprio canale e ricevere tutte le notifiche di risorse da ogni singolo account cliente.
- Nuove API di Impostazioni
- POST /accounts/{accountId me}/settings/search : prende l’account identificato (accountId) e un elenco dei nomi delle impostazioni e restituisce l’elenco dei nomi delle impostazioni con i valori per l’account specificato. Vengono restituiti solo valori a livello di account.
- Disponibile per gli utenti non amministratori.
- PUT /accounts/{accountId|me}/settings: applica un elenco fornito dei nomi delle impostazioni e dei relativi valori all’account identificato (accountId).
- POST /accounts/{accountId me}/settings/search : prende l’account identificato (accountId) e un elenco dei nomi delle impostazioni e restituisce l’elenco dei nomi delle impostazioni con i valori per l’account specificato. Vengono restituiti solo valori a livello di account.
- Nuove API per logo
- POST /accounts/{accountId|me}/logo: carica il file CoBrandingLogo.
- GET /accounts/{accountId|me}/logo: restituisce i dati dell’immagine del file di immagine di CoBrandingLogo nello stesso formato in cui è stato caricato.
- Disponibile per gli utenti non amministratori
- DELETE /accounts/{accountId|me}/logo: cancella l’immagine di CoBrandingLogo per l’account.
- API per motivo firma
- GET /accounts/{accountId me}/signingReasons: restituisce un elenco di motivi per la firma per l’account identificato (accountId).
- Disponibile per gli utenti non amministratori.
- POST /accounts/{accountId|me}/signingReasons: crea un nuovo motivo di firma per l’account identificato (accountId).
- GET /accounts/{accountId me}/signingReasons/{signingReasonId}: recupera il testo del motivo di firma identificato (signingReasonId) dall’account identificato (accountId). Motivo firma identificato per l’account.
- Disponibile per gli utenti non amministratori
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId}: aggiorna il motivo di firma identificato (signingReasonId) dall’account identificato (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId}: rimuove il motivo di firma identificato (signingReasonId) dall’account identificato (accountId).
- GET /accounts/{accountId me}/signingReasons: restituisce un elenco di motivi per la firma per l’account identificato (accountId).
- Pagine swagger aggiornate per indicare io come abbreviazione per accountId.
Correzione alle note sulla versione: elementi rimossi
Di seguito sono riportati i punti precedentemente annunciati per questa versione, ma che verranno inceve introdotti in una versione futura.
- Accesso accordo destinatario: i mittenti possono configurare le impostazioni di un destinatario e contrassegnarlo come “Privato”. Quando questa opzione è attivata, il destinatario viene trattato come se non disponisse di un ID utente registrato e le sue attività vengono monitorate utilizzando un “destinatario monouso” (simile a qualsiasi destinatario senza utenza registrata Acrobat Sign). In pratica, ciò significa che l’accordo non viene pubblicato sulla pagina Gestisci dell’utente (perche non è collegata all’ID utente registrato del destinatario). Questa soluzione è ideale per gli account o i gruppi che inviano accordi interni privati che non devono essere nella pagina Gestisci se l’utente (o il gruppo in cui si trova) è condiviso con un altro utente o gruppo. Per esempio, lettere di offerta.
Problemi risolti
Problema | Descrizione |
---|---|
4479949 | Riepilogo: Le chiamate API OIDC a un IDP contengono il parametro “charset=UTF-8” nell’intestazione “Content-type:application/x-www-form-urlencoded”. Questo genera un errore anziché una risposta valida. |
Correzione: il set di caratteri (charset) è stato rimosso poiché non deve essere specificato. | |
4490523 | Riepilogo: nella vista Leggi accordo non è disponibile un pulsante per stampare il PDF. |
Correzione: è stato aggiunto un pulsante di stampa alla vista Leggi accordo. | |
4494248 | Riepilogo: orari di scadenza dell’accordo incorretti al suo interno, poiché il client non passa le informazioni sul fuso orario. |
Correzione: il client è stato aggiornato in modo da essere sensibile al fuso orario. | |
4494297 | Riepilogo: quando un utente delega un accordo per conto di un altro utente (usando la condivisione avanzata dell’account), il rapporto di audit potrebbe non mostrare l’evento della delega in base alle impostazioni configurate che omettono o includono dati. |
Correzione: la funzione che omette i dati è stata migliorata per tenere conto delle situazioni in cui si verificano eventi che eliminano alcuni contenuti, ma mantengono l’evento. | |
4495537 | Riepilogo: i destinatari ricevono e-mail di annullamento come partecipanti in Cc quando un accordo viene inviato tramite un flusso di lavoro e successivamente annullato senza la richiesta di notifica a tutte le parti in caso di utilizzo di modelli di e-mail personalizzati. |
Correzione: il CSS per i modelli CEMT è stato aggiornato per gestire gli scenari di annullamento come per i modelli non personalizzati. | |
4495963 | Riepilogo: se la delega non è consentita per gli utenti dell’account, le opzioni per abilitare la firma o il sigillo elettronico per un profilo utente sono bloccate. |
Correzione: la dipendenza dalla delega viene rimossa nell’interfaccia utente e l’impostazione può essere aggiornata | |
4496084 / 4510358 | Riepilogo: il pulsante di scelta selezionato correttamente non viene impostato se è specificato con un elenco di opzioni |
Correzione: quando in un pulsante di scelta è presente l’elenco delle opzioni, ora si ottiene l’indice del pulsante di scelta selezionato dall’elenco delle opzioni. | |
4497823 | Riepilogo: messaggio utente (“ID accordo non valido”) per una sessione utente non partecipante nel browser per GET /SigningUrls di un accordo valido. |
Correzione: si deve rifrasare la notifica utente (“ID accordo non valido”) per esprimere un messaggio significativo. | |
4498914 / 4501065 | Riepilogo: gli utenti non sono in grado di firmare il documento quando il tipo di autenticazione è Acrobat Sign con le impostazioni Bio Pharma attivate a causa di un delimitatore errato. |
Correzione: l’elemento delimitatore utilizzato è stato corretto. | |
4499847 | Riepilogo: le impostazioni digitali non rispettano le impostazioni dell’interfaccia utente, mostrando più fornitori di quelli selezionati a causa di voci duplicate nel relativo elenco. |
Correzione: è stato aggiunto un codice di pulizia per garantire che i duplicati vengano cancellati prima di recuperare il valore di impostazione e prima di aggiornarlo. | |
4500637 | Riepilogo: i dati di creazione di un PDF sono rappresentati con un valore lungo, ovvero i millisecondi di data, anziché utilizzare il formato stringa di data del PDF. |
Correzione: se la data di creazione è rappresentata da un codice cosNumeric, è necessario eseguire la conversione in ASDate acquisendo il codice cosNumeric come stringa. Successivamente si deve eseguire la conversione in un oggetto lungo e quindi nell’oggetto Data. | |
4500649 | Riepilogo: la regolazione automatica della dimensione del font non funziona a causa di un bug in una libreria a monte |
Correzione: la libreria è stata aggiornata. | |
4501417 | Riepilogo: quando viene utilizzata l’esperienza di invio moderna, l’applicazione di un solo campo di sigillo elettronico a un modello genera un errore e il campo non viene inserito. |
Correzione: le funzioni del codice di errore sono state aggiornate per identificare il sigillo elettronico come posizionamento valido senza un destinatario designato e consentire il posizionamento del campo. | |
4501939 | Riepilogo: “Errore imprevisto” o “errore di autorizzazione” quando il firmatario sta effettuando il pagamento tramite Braintree a causa di una configurazione non supportata con AVS. |
Correzione: è stato aggiunto codice per ignorare AVS, dove possibile. La configurazione AVS non è compatibile con Acrobat Sign. | |
4502497 | Riepilogo: campo iniziale non impostato su Obbligatorio per impostazione predefinita nel nuovo layout di authoring |
Correzione: l’impostazione predefinita è stata modificata per renderla obbligatoria. | |
4502759 | Riepilogo: appellativi giapponesi duplicati per i firmatari nel report di audit |
Correzione: ora viene utilizzata la stringa dell’elenco degli utenti in tutti i casi in createSignatureRequestedAuditEvent(). Questo verrà seguito da una modifica della stringa in cui il carattere dell’appellativo viene rimosso da tutte le stringhe dell’evento di audit utilizzate nella funzione. | |
4503010 | Riepilogo: l’azione GET/accordi/ID non riesce restituendo l’errore 500: per alcuni accordi l’errore del server è diverso dopo il 17 settembre a causa di una verifica dell’origine. |
Correzione: la verifica dell’origine è stata rimossa. | |
4503107 | Riepilogo: quando un condivisore con autorizzazioni INVIA e FIRMA passa all’account di chi ha condiviso e avvia un flusso di lavoro in cui il quest’ultimo è il primo firmatario, l’utente viene reindirizzato alla pagina POST_SIGN anziché alla pagina ESIGN. |
Correzione: la verifica diretta è stata aggiornata per garantire che il condivisore utilizzi le autorizzazioni di INVIO per il gruppo da cui è stato inviato l’accordo. | |
4503112 | Riepilogo: annullamento automatico dell’accordo - errore AUTO_AUTHOR_FAIL a causa di un errore iText. |
Correzione: iText è stato rimosso dove non è necessario, risolvendo l’errore. | |
4503640 | Riepilogo: il compilatore non è in grado di inviare il documento. L’errore del server appare dopo che l’utente ha fatto clic su “Invia” sui documenti XFA |
Correzione: la libreria che valuta i PDF per XFA è stata migliorata per identificare e rimuovere correttamente XFA. | |
4504309 | Riepilogo: non è possibile inviare gli accordi della cartella Bozza tramite la condivisione account avanzata a causa di un endpoint mancante nel filtro. |
Correzione: è stato aggiunto l’URL/account/requestSignatures/authoring in allowListedEndPointsBasedOnSendPermissions in filter.xml | |
4504567 | Riepilogo: i valori dei pulsanti di scelta vengono modificati quando gli accordi vengono generati tramite l’invio in modalità collettiva |
Correzione:l’HashMap è stato con LinkedHashMap per mantenere l’ordine di inserimento durante la creazione degli accordi secondari SiB | |
4504631 | Riepilogo: messaggio di errore del flusso di lavoro di elaborazione: errore non gestito a causa di caratteri non supportati in un file iText |
Correzione: iText è stato aggiornato. | |
4504822 | Riepilogo: la ricerca utente viene cancellata se l’elenco degli utenti è troppo grande e viene richiesta una ricerca prima che quella precedente sia completata (ad esempio, il caricamento iniziale degli utenti quando la pagina viene aperta) |
Correzione: quando i dati vengono ricevuti, viene controllato se l’ID della richiesta corrisponde alla richiesta più recente. In tal caso, la risposta verrà elaborata; in caso contrario, ignorata. | |
4504831/4507199 | Riepilogo: l’accordo firmato fornisce un PDF non valido con dimensione di 1 KB a causa di un oggetto PDFFont con forma errata che non specifica il sottotipo richiesto dell’oggetto del font. |
Correzione: la libreria per la generazione di PDF è stata aggiornata per gestire meglio gli oggetti con forma non corretta e fornire un risultato più aggraziato. | |
4506230 | Riepilogo: il riconoscimento automatico dei campi nella sandbox non funziona a causa dell’annotazione errata o assente nel punto in cui si sta cercando. |
Correzione: per trovare l’annotazione del campo modulo e garantire che venga trovata la pagina corretta, ora la ricerca viene fatta su ogni pagina e ogni annotazione nella pagina. | |
4506959 | Riepilogo: la pagina di destinazione post-firma mostra caratteri codificati in HTML |
Correzione: è stato corretto il modello di origine. | |
4509503 | Riepilogo: gli utenti non possono firmare i documenti tramite l’applicazione Acrobat Sign in iOS a causa di un campo dati vuoto e la generazione di un’eccezione di puntatore null |
Correzione: è stato aggiunto un controllo del puntatore null per gestire in maniera elegante la situazione. | |
4509713 | Riepilogo: l’impostazione “Consenti a tutti gli utenti di condividere i documenti della libreria con più gruppi” è abilitata automaticamente quando si tenta di abilitare “Consenti all’amministratore di condividere i documenti della libreria con più gruppi” dalle impostazioni globali, a causa del passaggio di un valore errato. |
Correzione: viene ora utilizzato il valore corretto. | |
4510812 | Riepilogo: l’autenticazione Aadhaar in Workday impedisce le firme. |
Correzione: il supporto per l’autenticazione Aadhaar è stato aggiunto a Workday. | |
4512044 | Riepilogo: all’inserimento della firma elettronica moderna viene generato un errore se il nome del campo ha un carattere speciale |
Correzione: l’analisi dei nomi dei campi è stata migliorata per gestire in modo elegante i caratteri speciali nei nomi dei campi. |