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 l’8 settembre 2026 con la versione v17.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.
Rilascio di funzionalità: Adobe Acrobat Sign – Rilascio del 21 luglio completato
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 |
A partire dall'8 settembre 2026 |
|
|
Novità Versione successiva Rilascio |
A partire dal 16 giugno |
|
|
Aggiornato Importante Corrente |
5 maggio 2026 |
|
|
Aggiornato |
Settembre 2026 |
|
|
Aggiornato Versione |
Settembre 2026 |
|
|
Versione Versione principale successiva |
Settembre 2026 |
|
|
Importante |
A partire da marzo 2026 |
|
|
Aggiornato |
2027 |
|
|
Corrente |
Settembre 2026 |
|
|
Notifiche informative persistenti |
||
|
Corrente Informativo |
Corrente |
|
|
Corrente Informativo |
Corrente |
|
Prima segnalazione: marzo 2026 |
Attuale |
|---|
|
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 modifica in linea del documento sarà inclusa nell’implementazione sandbox 17.2.1. Il rollout ai clienti ETLA è previsto dopo il rilascio della versione 17.2.1.
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: giugno 2026 |
Attuale |
|---|
Nella versione 17.2 (settembre 2026), tutti gli account Government e Commercial verranno aggiornati per utilizzare l’ambiente Richiedi firma moderno.
- I collegamenti per il passaggio saranno disabilitati
- I controlli di amministrazione nel menu Amministratore restano disponibili per i clienti che devono tornare all’interfaccia classica.
Che cosa cambia
Nella versione di settembre 2026 (17.2):
- Tutti gli account GovCloud e Commercial passeranno automaticamente all’esperienza Richiedi firma moderna.
- I collegamenti per il passaggio verranno disabilitati per gli account GovCloud e Commercial
- I controlli per ripristinare l’esperienza all’ambiente classico rimarranno disponibili.
Nella versione di gennaio 2027 (18.0):
- Tutti gli account passeranno automaticamente all’esperienza Richiedi di firma moderna.
- I collegamenti per il passaggio tra ambienti verranno rimossi.
- I controlli per ripristinare l’esperienza all’ambiente classico verranno rimossi dall’interfaccia utente.
È 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: giugno 2026 |
Attuale |
|---|
Nella versione 17.2 (settembre 2026), tutti gli account Government e Commercial verranno aggiornati per utilizzare l’esperienza Richiedi firma moderna.
- I collegamenti per il passaggio saranno disabilitati
- I controlli di amministrazione nel menu Amministratore restano disponibili per i clienti che devono tornare all’interfaccia classica.
Che cosa cambia
Nella versione di settembre 2026 (17.2):
- Tutti gli account GovCloud e Commercial passeranno automaticamente all’esperienza Richiedi firma moderna.
- I collegamenti per il passaggio verranno disabilitati per gli account GovCloud e Commercial
- I controlli per ripristinare l’esperienza all’ambiente classico rimarranno disponibili.
Nella versione di gennaio 2027 (18.0):
- Tutti gli account passeranno automaticamente all’esperienza Crea modello moderna.
- I collegamenti per il passaggio tra ambienti verranno rimossi.
- I controlli per ripristinare l’esperienza all’ambiente classico verranno rimossi dall’interfaccia utente.
È consigliabile che gli utenti prendano dimestichezza con la nuova esperienza prima del suo rilascio, al fine di garantire una transizione fluida.
|
Prima segnalazione: aprile 2025 - Aggiornamento: giugno 2026 |
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
Settembre 2026 (v17.2)
- 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.
Gennaio 2027 (v18.0)
- 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: 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: 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.
Semplifica il tuo lavoro con Acrobat Sign
Gestisci e firma documenti online in modo semplice e veloce.