Novità
Introduzione
- Guida introduttiva per gli amministratori
- Guida introduttiva per gli utenti
- Per gli sviluppatori
- Libreria tutorial video
- Domande frequenti
- Prova per imprese
Amministrazione
- Panoramica su Admin Console
- Gestione degli utenti
- Aggiungere, modificare e rivedere utenti attivi
- SSO per Admin Console
- 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 reporting classico
- 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
- Mostrare 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
- Gruppi di destinatari
- Cc
- Campi obbligatori
- Creazione di documenti allegati
- Appiattisci i campi
- Modificare gli accordi
- Rimuovi i 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 identità digitale
- Documento di identità
- Report identità firmatario
- Compilare i campi del modulo con dati a identità verificata
- Protezione contenuti
- Abilitare transazioni Notarize
- Scadenza documento
- Mostrare l’anteprima, posizionare le firme e aggiungere campi
- Ordine di firma
- Abilita flussi di firma ibridi
- Aggiungimi
- 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
- Limitare l’accesso agli accordi condivisi
- Mostrare 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 accordo di persona
- Ordine di firma del destinatario
- Flusso di lavoro ibrido dei destinatari
- 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
- Nascondere gli accordi
- Firma digitalmente più accordi
- Report di audit
- Rapporti ed esportazioni di dati
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 da partner
- Chiavi di integrazione
Acrobat Sign per sviluppatori
- API REST
- Webhook
- Sandbox
Supporto e risoluzione dei problemi
Consulta le notifiche tecniche elencate e salva quelle che sono importanti per te.
La pagina Notifiche tecniche viene aggiornata regolarmente con nuove informazioni, pertanto il contenuto è altamente dinamico. Sono disponibili anche versioni localizzate di questa pagina, tuttavia il processo di traduzione può portare a lievi differenze rispetto alla versione autorevole in lingua inglese statunitense. Consulta sempre come primo riferimento la pagina in lingua inglese statunitense per accedere alle informazioni più accurate e aggiornate.
[Prossimo rilascio]: il prossimo rilascio di Adobe Acrobat Sign è previsto per il 21 luglio 2026 con la versione v17.1.2
Questa versione patch minore risolverà alcuni difetti segnalati dai clienti e applicherà aggiornamenti necessari a livello di ottimizzazione e sicurezza.
Nell’ambiente sandbox queste patch verranno implementate quattro settimane prima della data di rilascio pianificata. Allo stesso tempo verrà pubblicato un elenco dei problemi risolti, che sarà aggiornato 14 giorni prima del rilascio.
Versione funzionale: Adobe Acrobat Sign - Versione completata del 16 giugno
Il rilascio di questa versione è stato completato per tutte le partizioni senza alcuna interruzione dei servizi.
Note correnti:
|
Stato |
Problema o evento |
Data di esecuzione |
|
Novità Versione successiva Rilascio |
A partire dal 16 giugno |
|
|
Aggiornato Importante Corrente |
5 maggio 2026 |
|
|
Aggiornato |
Settembre 2026 |
|
|
Aggiornato |
Settembre 2026 |
|
|
Aggiornato Versione |
Settembre 2026 |
|
|
Importante |
A partire da marzo 2026 |
|
|
Versione Versione principale successiva |
maggio 2026 |
|
|
Aggiornato |
2027 |
|
|
Corrente |
Settembre 2026 |
|
|
Notifiche informative persistenti |
||
|
Corrente Informativo |
Corrente |
|
|
Corrente Informativo |
Corrente |
|
Prima segnalazione: marzo 2026 |
Attuale |
|---|
La modifica di documenti in linea durante la creazione viene implementata con un rollout graduale come parte della versione 17.1.2 per gli account VIP.
Programma del rollout:
Gli account cliente VIP e VIPMP ricevono un rollout in produzione graduale successivamente alla versione 17.1.2.
La funzione è abilitata per impostazione predefinita a livello di Account sia per gli Account nuovi che per quelli esistenti supportati. Gli amministratori di Account e gruppo possono abilitare o disabilitare la funzionalità secondo necessità.
La funzionalità non è supportata per:
- Account Acrobat Sign per la Pubblica Amministrazione.
- Organizzazioni che utilizzano il sistema di gestione utenti tradizionale di Acrobat Sign.
Per le istruzioni di configurazione, consulta Abilitare o disabilitare la modifica in linea di documenti
Per le istruzioni sul flusso di lavoro del mittente, consulta Come modificare il testo durante la creazione dei campi
I programmi per il rollout sono soggetti a modifiche, in base a eventi imprevisti.
|
Prima segnalazione: agosto 2025 - Aggiornato a febbraio 2026 |
Attuale |
|---|
Per mantenere la stabilità del sistema e migliorare le prestazioni, Adobe Acrobat Sign sta introducendo una soglia di polling per gli endpoint delle API GET. Questo criterio limita la frequenza con cui le applicazioni client possono effettuare chiamate API identiche al servizio Acrobat Sign.
Il polling ad alta frequenza crea un carico non necessario sui sistemi di back-end, che può causare una riduzione delle prestazioni e tempi di risposta più lenti. Gli sviluppatori API sono invitati a utilizzare i webhook per aggiornamenti quasi in tempo reale invece del polling ripetuto.
Che cosa cambia
Questo criterio di polling viene applicato a tutti gli endpoint API GET per chiamate identiche.
Viene applicato un limite alla frequenza con cui lo stesso utente effettivo può eseguire la stessa chiamata API ad Acrobat Sign. Quando lo stesso utente effettivo effettua chiamate identiche più frequentemente rispetto a quanto consentito dalla soglia di polling applicabile, viene restituito un errore.
Ad esempio, una richiesta ripetuta allo stesso endpoint per lo stesso accordo o documento di libreria viene considerata come una chiamata identica. Le richieste per accordi o documenti di libreria diversi vengono considerate come chiamate distinte perché ogni oggetto rappresenta un target di richiesta diverso.
Esempi di endpoint interessati
Recupero dello stato
- GET /agreements/{agreementId) : recupera lo stato corrente di un accordo.
- GET /agreements/{agreementId)/documents/{documentId): recupera il flusso di file di un documento all’interno di un accordo.
Elenchi, eventi e documenti di libreria
- GET /agreements : recupera gli accordi per l’utente.
- GET /agreements/{agreementId}/events: recupera le informazioni degli eventi per un accordo.
- GET /libraryDocuments — Recupera i documenti di libreria per l'utente.
- GET /libraryDocuments/{libraryDocumentId} — Recupera le informazioni per un documento di libreria specifico.
Dettagli sui criteri di polling
L’Intervallo minimo di polling oggetto (MOPI) definisce la frequenza con cui lo stesso utente effettivo può effettuare la stessa richiesta GET API al servizio Acrobat Sign.
Il MOPI predefinito varia in base al livello di servizio:
- Livelli GLOBAL, ENTERPRISE e DEVELOPER: Tre chiamate identiche per intervallo di un minuto.
- Tutti gli altri livelli: tre chiamate identiche ogni intervallo di tre minuti.
Se lo stesso utente effettivo effettua richieste GET identiche più frequentemente rispetto a quanto consentito dal livello, Acrobat Sign restituisce una risposta 429 Troppe richieste con un’intestazione Riprova più tardi.
Una richiesta è considerata identica quando lo stesso utente effettivo effettua la stessa richiesta GET con lo stesso percorso di richiesta e le stesse intestazioni entro l'intervallo di sondaggio applicabile.
Gestione ETag
Le applicazioni possono continuare a utilizzare ETag e l'intestazione If-None-Match per gli endpoint che supportano le richieste GET condizionali.
Per le richieste GET condizionali consentite sotto la soglia di sondaggio, Acrobat Sign può restituire 304 Not Modified quando la risorsa non è cambiata.
Quando la soglia di sondaggio viene superata, Acrobat Sign restituisce 429 Too Many Requests con un'intestazione Retry-After, anche quando la richiesta include un'intestazione If-None-Match.
Azioni necessarie
Se la tua applicazione richiede aggiornamenti quasi in tempo reale, utilizza i webhook invece del polling. I webhook forniscono un modo più efficiente e scalabile per ricevere aggiornamenti tempestivi.
Se non è possibile implementare i webhook, le applicazioni dovrebbero ricorrere alla memorizzazione nella cache lato client per archiviare e riutilizzare le risposte API.
- Se viene ricevuta una risposta 304 Non modificato, utilizza i dati memorizzati nella cache invece di effettuare un’altra chiamata API.
- Se viene ricevuta una risposta 429 Troppe richieste, riprova a effettuare la chiamata API solo dopo il numero di secondi specificato nell’intestazione Riprova più tardi.
Risorse
- Gestione delle risposte 429: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- Soglia di polling dell’API: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Linea temporale
Le soglie MOPI aggiornate sono già in produzione.
- Il comportamento di limitazione ETag aggiornato è incluso nella versione 17.1.1. Dopo questa modifica, Acrobat Sign restituisce 429 Too Many Requests per le richieste limitate, incluse le richieste GET condizionali che includono un'intestazione If-None-Match.
- La policy di sondaggio è impostata su ENFORCED per i nuovi account nell'ambiente Sandbox dall'11 febbraio 2026.
- La policy di sondaggio è impostata su ENFORCED per i nuovi account nell'ambiente di produzione dal 5 aprile 2026.
Contatta il tuo CSM se hai bisogno di assistenza o hai domande.
|
Prima segnalazione: marzo 2026 |
Attuale |
|---|
Aggiornamenti sulla rotazione dei certificati SSL/TLS: transizione a periodi di validità più brevi
Il settore SSL/TLS sta passando a periodi di validità del certificato significativamente più brevi. Questo cambiamento è guidato dagli aggiornamenti del CA/Browser Forum (l’organo di governo per i certificati pubblicamente attendibili) e viene adottato dalle principali autorità di certificazione (CA), inclusa DigiCert.
Di conseguenza, la durata dei certificati si ridurrà gradualmente dagli attuali ~398 giorni fino a soli 47 giorni nei prossimi anni.
Cosa cambia?
Il periodo di validità massimo per i certificati TLS pubblicamente attendibili sarà ridotto a 47 giorni. Questo requisito è definito dal CA/Browser Forum e si applica a tutto il settore.
Perché avviene questa modifica?
Periodi di validità più brevi migliorano la sicurezza:
- Riducendo la finestra di esposizione se un certificato o una chiave privata viene compromesso o compromessa
- Limitando la dipendenza da meccanismi di revoca dei certificati
- Promuovendo la gestione automatizzata del ciclo di vita dei certificati
- Migliorando il livello complessivo di sicurezza di Internet
I principali fornitori di browser (Google, Apple, Mozilla, Microsoft) supportano questa transizione.
Per ulteriore contesto del settore, consulta l’annuncio di DigiCert:
La durata a vita dei certificati TLS sarà ufficialmente ridotta a 47 giorni
Come influisce su di te
- Maggiore frequenza di rotazione dei certificati
- I certificati ruotano più frequentemente man mano che i periodi di validità massimi diminuiscono.
- L’automazione è obbligatoria
- A causa dei periodi di validità più brevi, i rinnovi dei certificati dovranno essere completamente automatizzati. I processi di rinnovo manuali non sono sostenibili a questa frequenza.
Se il tuo ambiente dipende dall’esecuzione del pinning del certificato, da archivi di fiducia manuali o da riferimenti di certificati statici, rivedi la configurazione per garantirne la compatibilità con i rinnovi frequenti.
Notifiche alla clientela
In precedenza, le notifiche venivano inviate quando i certificati ruotavano su base annuale.
A partire dalla fine di giugno 2026, le notifiche di routine per le rotazioni dei certificati standard verranno sospese.
Con periodi di validità più brevi e rinnovi automatizzati:
- Le rotazioni di routine dei certificati non genereranno notifiche per la clientela.
- Le notifiche saranno inviate solo in caso di:
- Errori di rinnovo
- Impatto sul servizio
- Azioni obbligatorie per la clientela
Questo approccio è in linea con le best practice del settore per la gestione automatizzata del ciclo di vita dei certificati.
Nessuna azione richiesta (se l’automazione è abilitata)
Se l’integrazione si basa sulla convalida di attendibilità TLS normale e non dipende dall’esecuzione del pinning del certificato, non è richiesta alcuna azione.
I certificati continueranno a rinnovarsi automaticamente prima della scadenza.
Possibili azioni richieste
Potresti dover intervenire se:
- Utilizzi il pinning del certificato (SPKI o pinning completo del certificato)
- Mantieni archivi di certificati manuali
- Disponi di regole firewall collegate a impronte di certificati specifiche
- Utilizzi sistemi che non supportano aggiornamenti automatici dei certificati
In caso di dubbi, consulta il tuo team dell’infrastruttura o di sicurezza.
Domande frequenti
- Si tratta di una modifica specifica di Adobe?
- No. Si tratta di una modifica per l’intero settore imposta dal CA/Browser Forum e implementata da tutte le principali autorità di certificazione.
- La disponibilità del servizio ne sarà influenzata?
- No. I certificati si rinnoveranno automaticamente prima della scadenza. Non sono previsti tempi di inattività come parte della rotazione normale.
- Quando si interromperanno le notifiche di rotazione dei certificati?
- Le notifiche di rotazione di routine dei certificati si interromperanno alla fine di giugno 2026. La clientela continuerà a ricevere notifiche solo se è richiesta un’azione o se un problema ha impatto sul servizio.
- Dove posso saperne di più?
- Per ulteriori dettagli del settore, fai riferimento all’annuncio di DigiCert:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Per ulteriori dettagli del settore, fai riferimento all’annuncio di DigiCert:
Occorre aiuto?
Per ulteriori domande sulla rotazione dei certificati o se necessiti di assistenza per la convalida dell’integrazione, contatta il supporto Adobe o il tuo rappresentante account Adobe.
|
Prima segnalazione: febbraio 2025 - Aggiornamento: aprile 2026 |
Attuale |
|---|
Nella versione 17.2 (settembre 2026), tutti gli account commerciali verranno aggiornati per utilizzare il nuovo ambiente Richiedi firma.
- I collegamenti per il passaggio tra ambienti verranno rimossi
- I controlli degli amministratori nel menu Amministrazione verranno rimossi
Tutti gli account GovCloud passeranno al nuovo ambiente e le impostazioni di amministrazione rimarranno invariate.
Che cosa cambia
Nella versione di settembre 2026 (17.2):
- Tutti gli account Commercial e GovCloud passeranno automaticamente alla nuova esperienza Richiedi firma.
- I collegamenti per il passaggio tra ambienti verranno disabilitati per gli account Commercial e GovCloud
- I controlli per ripristinare l’esperienza all’ambiente classico verranno rimossi per gli account Commercial; le Impostazioni per gli account GovCloud rimarranno invariate
Nella versione di gennaio 2027 (18.0):
- Tutti gli account GovCloud passeranno automaticamente alla nuova esperienza Richiedi firma.
- I collegamenti per il passaggio tra ambienti verranno rimossi.
- I controlli per ripristinare l’esperienza all’ambiente classico verranno rimossi.
È consigliabile che gli utenti prendano dimestichezza con la nuova esperienza prima del suo rilascio, al fine di garantire una transizione fluida.
|
Prima segnalazione: agosto 2025 - Aggiornamento: aprile 2026 |
Attuale |
|---|
Tutti gli account sono passati al nuovo ambiente; le impostazioni di amministrazione rimangono invariate
Nella versione 17.2 (settembre 2026), tutti gli account verranno aggiornati per utilizzare il nuovo ambiente Richiedi firma.
- I collegamenti per il passaggio tra ambienti verranno disabilitati,
- I controlli degli amministratori rimarranno nel menu Amministrazione per consentire l’abilitazione dell’ambiente classico, se necessario.
Transizione finale alla nuova esperienza Richiedi firma (gennaio 2027)
Con la versione di gennaio 2027, l’interfaccia Composizione classica verrà ritirata definitivamente. Tutti gli account utilizzeranno ora la nuova esperienza Richiedi firma come metodo standard per configurare nuovi accordi.
Che cosa cambia
Nella versione di settembre 2026:
- Tutti gli account Commercial passeranno automaticamente alla nuova esperienza Richiedi firma.
- I collegamenti per il passaggio tra ambienti verranno disabilitati.
- L’opzione per configurare o passare tra gli ambienti Classico e Nuovo rimarrà disponibile nelle impostazioni di amministrazione.
Nella versione di gennaio 2027:
- Tutti gli account Commercial passeranno automaticamente alla nuova esperienza Richiedi firma.
- I collegamenti per il passaggio tra ambienti verranno disabilitati.
- I controlli per ripristinare l’esperienza all’ambiente classico verranno rimossi.
È consigliabile che gli utenti prendano dimestichezza con la nuova esperienza prima del suo rilascio, al fine di garantire una transizione fluida.
|
Prima segnalazione: febbraio 2025 - Aggiornamento: aprile 2026 |
Attuale |
|---|
La nuova esperienza di authoring Crea Modello in Acrobat Sign è ora disponibile per tutti gli account Enterprise. Questa interfaccia aggiornata semplifica la creazione di modelli riutilizzabili e sostituirà completamente la versione classica.
Tutti gli sviluppi futuri saranno applicabili solo alla nuova esperienza. La versione classica non riceverà aggiornamenti o supporto per nuove funzioni. Ti consigliamo vivamente di abilitare subito la nuova esperienza per rimanere allineato con i miglioramenti in corso.
Timelined di rollout
Il nuovo ambiente di authoring verrà implementato attraverso il ciclo di rilascio standard:
Aprile 2025 (v16.0) per Commercial; luglio (v16.1) per GovCloud
- La nuova esperienza diventa disponibile per tutti gli account Enterprise.
- Gli amministratori possono abilitare questa funzione ai livelli Account e Gruppo.
- Una volta abilitata, tutti gli utenti devono utilizzare la nuova interfaccia. Non è possibile tornare all’interfaccia precedente dal lato utente.
Ottobre 2025 (v16.2)
- Per impostazione predefinita, tutti i nuovi account utilizzano la nuova interfaccia.
- Gli account esistenti vengono automaticamente promossi alla nuova esperienza, ad eccezione degli account che condividono risorse tra più gruppi.
- Se necessario, gli amministratori possono comunque ripristinare l’esperienza classica del proprio account tramite i controlli configurabili degli amministratori.
Settembre 2026 (v17.2)
- Per impostazione predefinita, tutti i nuovi account utilizzano la nuova interfaccia.
- Gli account esistenti vengono automaticamente promossi alla nuova esperienza, inclusi gli account che condividono risorse tra più gruppi.
- Se necessario, gli amministratori possono comunque ripristinare l’esperienza classica del proprio account tramite i controlli configurabili degli amministratori.
- Tutti gli account vengono trasferiti permanentemente alla nuova esperienza.
- L’opzione per ripristinare l’esperienza classica verrà rimossa dai controlli degli amministratori.
- L’ambiente di authoring classico verrà ritirato e non sarà più accessibile.
Per ottenere risultati ottimali, abilita la nuova esperienza in anticipo in modo che gli utenti abbiano il tempo di adattarsi prima che la transizione diventi permanente.
|
Prima segnalazione: settembre 2022 - Aggiornamento: giugno 2026 |
Attuale |
|---|
Il reporting classico verrà rimosso completamente dall’interfaccia di Acrobat Sign nel 2027. Questo include il collegamento che consente di passare da un ambiente all’altro. Una volta rimosso, non sarà più possibile tornare all’ambiente classico per rivedere i report classici e i report pianificati cesseranno di essere eseguiti.
L’ambiente di reporting moderno rimarrà l’unica soluzione di reporting.
Tutti i clienti sono vivamente incoraggiati a ricreare al più presto tutti i report esistenti nel nuovo ambiente.
|
Prima segnalazione: aprile 2025 - Aggiornamento: ottobre 2025 |
Attuale |
|---|
La nuova esperienza del Designer di flussi di lavoro verrà abilitata per tutti gli account esistenti, sostituendo nel tempo la versione classica. Durante la transizione, amministratori e utenti hanno una certa flessibilità per tornare all’interfaccia precedente fino al suo completo ritiro.
Timelined di rollout
Maggio 2026 (v17.1)
- Tutti gli account vengono aggiornati alla nuova esperienza dopo il rilascio (se non lo sono già).
- Gli amministratori mantengono la possibilità di tornare all’esperienza classica.
- Gli utenti non vedono più i collegamenti di cambio; gli amministratori possono abilitarli se necessario.
Settembre 2026 (v17.2)
- Tutti gli account vengono spostati permanentemente alla nuova esperienza.
- I controlli degli amministratori per ripristinare la versione classica sono stati rimossi.
- Il Designer di flussi di lavoro personalizzati classico è stato completamente ritirato e non è più accessibile.
È consigliabile preparare gli utenti il prima possibile per garantire una transizione fluida.
er i nuovi account creati dopo la versione di luglio del 2025 di Acrobat Sign, la nuova esperienza è abilitata per impostazione predefinita e non saranno presenti controlli per tornare alla versione precedente.
|
Prima segnalazione: agosto 2025 - Aggiornamento: ottobre 2025 |
Attuale |
|---|
Tutti gli account sono passati al nuovo ambiente
Nella versione 17.0 (gennaio 2026), tutti gli account verranno aggiornati per utilizzare il nuovo ambiente di firma elettronica.
I controlli per l’ambiente classico rimarranno disponibili come misura di fallback per qualsiasi caso d’uso in cui non sia possibile utilizzare il nuovo ambiente.
|
Prima segnalazione: febbraio 2026 |
Attuale |
|---|
Riepilogo
A causa dei requisiti normativi aggiornati in Thailandia, la consegna degli accordi tramite SMS attualmente non è supportata per i destinatari con numeri di telefono thailandesi.
Che cosa cambia
La Thailandia ha introdotto normative aggiornate che limitano i messaggi SMS contenenti URL che indirizzano i destinatari a flussi che richiedono l’interazione dell’utente. Poiché la firma di un accordo richiede l’interazione del destinatario, la consegna SMS per questo caso d’uso è limitata.
Chi riguarda
- Accordi inviati utilizzando Consegna accordi tramite SMS.
- Destinatari con numeri di telefono thailandesi (+66).
Impatto
I destinatari con numeri di telefono thailandesi potrebbero non ricevere messaggi SMS contenenti collegamenti agli accordi. Di conseguenza, i destinatari potrebbero non riuscire ad accedere e completare il processo di firma quando viene utilizzata la consegna SMS.
Questa limitazione è di natura normativa e non è causata da un’interruzione del servizio o da un difetto del prodotto.
Tempistiche
Attualmente non è presente una timeline confermata per una possibile rimozione di questa restrizione o per l’applicazione di una soluzione tecnica. Questo avviso verrà aggiornato in caso di modifiche delle condizioni.
Azioni richieste
- Non utilizzare la consegna degli accordi tramite SMS per destinatari con numeri di telefono thailandesi.
- Includi l’e-mail come metodo di consegna alternativo per garantire la consegna dell’accordo.
Dettagli aggiuntivi
Questa limitazione si applica solo alla consegna basata su SMS. Gli altri metodi di consegna e autenticazione degli accordi non sono interessati.
|
Prima segnalazione: maggio 2024 |
Attuale |
|---|
Nella nuova esperienza Richiedi firma, l’opzione per utilizzare un’unità esterna per caricare i file sarà limitata solo a OneDrive.
A chi utilizza altre opzioni per il caricamento dei file, si consiglia di utilizzare l’applicazione di un fornitore specifico per fornire un’unità di rete a cui è possibile accedere tramite il selettore di file nativo sul sistema locale dell’utente.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/it/acrobat/how-to/share-pdf-online.html
Risorse aggiuntive
- Forum della community
- Formazione settimanale - Webinar settimanale su argomenti di formazione per nuovi utenti e amministratori
Notifiche archiviate
Ordinate in base alla data in cui la notifica è stato rimossa dall’elenco delle notifiche attuali, dalla più recente alla meno recente.
