Notifiche tecniche

Ultimo aggiornamento il 29 giu 2026

Consulta le notifiche tecniche elencate e salva quelle che sono importanti per te.

Suggerimento

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 
graduale

A partire dal 16 giugno

Aggiornato

Importante

Corrente

5 maggio 2026

Aggiornato

Settembre 2026

Aggiornato

Versione 
graduale

Settembre 2026

Versione 
graduale

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


Rilascio graduale dei miglioramenti della creazione dei campi modulo

Prima segnalazione: marzo 2026

Attuale 

Adobe Acrobat Sign sta aggiornando l'esperienza di authoring dei campi modulo moderni come parte della versione 17.2.L'esperienza aggiornata viene abilitata gradualmente per segmento di clientela.

Che cosa cambia

L'aggiornamento introduce miglioramenti di usabilità per preparare i campi modulo, tra cui:

  • Controlli migliorati per lavorare con i campi suggeriti.
  • Un pannello Campi per rivedere i campi posizionati per pagina o destinatario e navigare direttamente a un campo.
  • Nomi più descrittivi per i campi rilevati automaticamente.
  • Rilevamento migliorato del tipo di campo per i campi comuni.
  • Messaggi di convalida più chiari e specifici per campo.
  • Un prompt di assegnazione del destinatario per i PDF caricati che contengono campi AcroForm esistenti.
  • Guida contestuale per le attività di creazione comuni.

Le modifiche si applicano all'esperienza di creazione moderna utilizzata con Richiedi firme e i modelli di libreria.

I moduli web e Invia in blocco continuano a utilizzare l'esperienza di authoring classica e non sono inclusi in questo rollout.

Programmazione del rilascio

Adobe abiliterà l'esperienza aggiornata in fasi:

Fase di rilascio Segmento cliente
Rilascio iniziale VIP, PMI e mercato medio.
Rilascio successivo ETLA e versioni di prova — data da annunciare
   

Le date per le fasi successive del rollout ETLA e della versione di prova saranno aggiornate quando verranno confermate.

Azione Amministratore

Non è richiesta alcuna azione da parte dell'amministratore.

Adobe abilita la nuova esperienza di creazione man mano che il rollout raggiunge ogni segmento di clienti.Non esiste alcun controllo di account o gruppo rivolto al cliente per abilitare, disabilitare o posticipare il cambiamento.

Gli amministratori che gestiscono materiali interni di formazione, convalida o gestione delle modifiche devono rivedere la nuova esperienza di creazione e preparare gli utenti alle modifiche prima che il loro segmento di clienti venga abilitato.

Impatto sui contenuti esistenti

Gli accordi esistenti non vengono modificati da questo rollout.

I modelli di libreria esistenti mantengono la configurazione dei campi attuale.I nomi dei campi generati automaticamente si applicano quando i campi vengono creati utilizzando la nuova esperienza di creazione; i modelli esistenti non vengono migrati al nuovo comportamento di denominazione.

Cosa devono aspettarsi gli utenti

Gli utenti potrebbero notare modifiche ai controlli e alle indicazioni disponibili durante la preparazione dei campi del modulo.I campi rilevati automaticamente potrebbero anche ricevere nomi più descrittivi e tipi di campo più appropriati.

Gli autori devono continuare a rivedere tutti i campi del modulo, le assegnazioni dei destinatari, le impostazioni di convalida e il contenuto del documento prima di inviare un accordo.


Modifica inline dei documenti durante la creazione

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

Nota

I programmi per il rollout sono soggetti a modifiche, in base a eventi imprevisti.


Limite soglia di API polling

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

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.


Aggiornamenti della rotazione dei certificati SSL/TLS: transizione verso periodi di validità dei certificati più brevi in corso

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ù? 

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.


Pianificazione del rollout per l’esperienza Richiedi firma moderna

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.


Pianificazione del rollout per l’esperienza Crea Modello moderna

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.


Pianificazione del rollout per il Designer di flussi di lavoro personalizzati

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.

Nota

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.


A gennaio 2026, la nuova esperienza di firma elettronica per destinatari verrà promossa all’ambiente predefinito per tutti gli account Commercial e GovCloud (v17.0).

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

Nota

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.


Il reporting classico verrà rimosso dal servizio nel 2027

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.

Notifiche informative persistenti


La consegna SMS è bloccata in Thailandia

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.


Le unità di origine esterna non saranno più supportate nella nuova esperienza Richiedi firma

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.


Risorse aggiuntive

Notifiche archiviate

Ordinate in base alla data in cui la notifica è stato rimossa dall’elenco delle notifiche attuali, dalla più recente alla meno recente.