Novità
Introduzione
- Guida introduttiva per gli amministratori
- Guida introduttiva per gli utenti
- Per gli sviluppatori
- 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
- 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
- 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
- Scarica 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
- Nuova esperienza di creazione
- Cliente nel settore sanitario
- Configurazione dell’account
- Aggiungere un logo
- Personalizzare nome host/URL dell’azienda
- Aggiungere il nome dell’azienda
- Reindirizzamento URL post-accordo
- 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
- Riavvia 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
- Firme digitali
- Sigilli elettronici
- Identità digitale
- Impostazioni report
- 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 Invia dopo l’accesso
- 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
- Campi obbligatori
- Creazione di documenti allegati
- Appiattisci i campi
- Modificare gli accordi
- 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
- Protezione contenuti
- Abilitare transazioni Notarize
- Scadenza documento
- Mostrare l’anteprima, posizionare le firme e aggiungere campi
- Ordine di firma
- Liquid Mode
- Controlli per flusso di lavoro personalizzato
- Opzioni di caricamento per la pagina di firma elettronica
- Reindirizzamento URL di conferma post-firma
- 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
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
- 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
- Panoramica
- Concedere agli utenti l’accesso al reporting
- Grafici del report
- Esportazioni di dati
- Rinominare un report o un’esportazione
- Duplicare un report o un’esportazione
- Pianificare un report o un’esportazione
- Eliminare un report o un’esportazione
- Verificare l’utilizzo delle transazioni
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
- 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 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 dai partner
- Come ottenere una chiave di integrazione
Acrobat Sign per sviluppatori
- API REST
- Webhook
Supporto e risoluzione dei problemi
Le notifiche tecniche di Adobe Acrobat Sign sono ordinate di seguito, dall’aggiornamento corrente nella parte superiore a quello meno recente scorrendo la pagina verso il basso.
Questa pagina di Notifiche tecniche viene aggiornata regolarmente man mano che sono disponibili nuove informazioni, pertanto il contenuto è altamente dinamico.
Mentre la pagina viene localizzata, il processo richiede molto tempo. Di conseguenza, le versioni localizzate possono differire leggermente dalla versione inglese statunitense ufficiale.
Per informazioni più accurate e aggiornate, si consiglia di fare riferimento alla pagina inglese statunitense.
[Importante] La prossima versione di Adobe Acrobat Sign è prevista per l’11 febbraio 2025
Questa sarà una versione patch minore che risolve alcunii difetti riscontrati dai clienti e applica le patch di ottimizzazione o sicurezza necessarie.
Nell’ambiente sandbox queste patch verranno adottate quattro settimane prima della data di rilascio pianificata. Allo stesso tempo verrà pubblicato un elenco dei problemi riscontrati dai clienti e risolti, che sarà aggiornato 14 giorni prima del rilascio.
Versione funzionale: Adobe Acrobat Sign: Versione del 12 novembre completata
La versione è stata completata per tutte le partizioni senza alcuna interruzione dei servizi.
|
Prima segnalazione: dicembre 2024 |
Attuale |
|---|
Adobe Acrobat Sign sostituirà il certificato SSL di Adobe Acrobat Sign il 22 gennaio 2025.
Inoltre, viene distribuito un nuovo certificato SSL per supportare le modifiche apportate alla rete WAF (Web Application Firewall) a gennaio 2025.Questo nuovo certificato influisce direttamente sull’accesso al servizio Acrobat Sign e deve essere installato prima che il WAF sia messo online.
Azione necessaria
- Ogni account cliente che garantisce esplicitamente l’attività della rete deve includere il nuovo certificato SSL WAF nel suo elenco di certificati archiviati.
- Se sono state implementate integrazioni personalizzate con Acrobat Sign utilizzando le API SOAP o REST e se alcune di tali integrazioni richiedono il “pinning” della chiave pubblica esistente, non è necessario alcun intervento.
- Se si utilizzano certificati SSL di Acrobat Sign per SSO o se si sta eseguendo il pinning del certificato stesso (o si utilizzano altri metodi), è possibile trovare i nuovi certificati SSL di Acrobat Sign in Requisiti di sistema di Adobe Acrobat Sign.
- Se la configurazione SSO supporta più certificati/catene di certificati pubbliche, si possono aggiungere subito i nuovi certificati e rimuovere dalla configurazione quelli precedenti dopo la sostituzione in gennaio.
- Se SSO non supporta più certificati/catene di certificati pubbliche, sarà necessario sincronizzare il passaggio al nuovo SSL con Acrobat Sign il 22 gennaio 2025.
I nuovi certificati SSL saranno attivi dal 22 gennaio 2025.
|
Prima segnalazione: settembre 2024 - Aggiornamento: gennaio 2025 |
Attuale |
|---|
Per migliorare la sicurezza e la solidità dei servizi Adobe Acrobat Sign, nella prima metà del 2025 (date finali da definire; aggiungi questo avviso ai segnalibri) verranno implementate modifiche di rete che includeranno un firewall per le applicazioni web. Queste modifiche indirizzeranno il traffico ai server dell’applicazione Acrobat Sign tramite la rete di contenuti WAF. Questo indirizzamento sarà invisibile per la maggior parte della clientela. L’utilizzo non interferirà con l’accesso ad Acrobat Sign da parte di qualsiasi client o integrazione Adobe.
Azione necessaria
Nella maggior parte dei casi, questa modifica non avrà alcun impatto sulle integrazioni della clientela, poiché i nomi del dominio API e le API di Acrobat Sign non cambieranno. Tuttavia, gli indirizzi IP sottostanti per gli endpoint API di Acrobat Sign verranno spostati.
Le integrazioni scritte esplicitamente per inserire nell’elenco Consentiti le connessioni di uscita con gli indirizzi di ingresso API di Acrobat Sign precedentemente documentati, dovranno rimuovere questi elenchi Consentiti precedenti prima dell’implementazione di WAF.
-
Accesso in ingresso e in uscita da Acrobat Sign
Acrobat Sign non pubblica o non supporta più un elenco di indirizzi IP di ingresso al server poiché tale utilizzo non è compatibile con la rete WAF. Gli indirizzi IP di uscita dal server, utilizzati dai webhook e dagli inoltri delle e-mail, continueranno come documentato nella pagina Requisiti di sistema per Acrobat Sign.
-
Perché Acrobat Sign sta apportando queste modifiche?
L’utilizzo di un WAF migliora la protezione di Acrobat Sign dal traffico dannoso e aiuta a soddisfare meglio i requisiti di sicurezza, solidità e conformità.
-
Dispongo di un’integrazione personalizzata con Acrobat Sign. La mia applicazione sarà interessata?
Nella maggior parte dei casi, no, ma dipende dal modo in cui è stata scritta l’applicazione.
Solitamente, le applicazioni dipendono solo dai nomi del dominio di servizio Acrobat Sign (ad esempio, “api.na1.adobesign.com”) e tali nomi continueranno a funzionare. Meno frequentemente, un’applicazione compie il passo aggiuntivo di inserire nell’elenco Consentiti l’indirizzo IP specifico a cui viene accordato questo nome.
Questo tipo di elenco Consentiti è più comune quando si sviluppa un endpoint del webhook per verificare che la richiesta webhook provenga da un server Acrobat Sign valido. Questa modifica non riguarda gli indirizzi IP webhook.
Meno frequentemente, un’applicazione che avvia una richiesta a un endpoint di Acrobat Sign convaliderà l’indirizzo IP rispetto a un elenco Consentiti. Questa logica di convalida deve essere rimossa o l’applicazione avrà esito negativo.
Come da best practice standard, l’applicazione dovrebbe eseguire la convalida del certificato server dell’endpoint di Acrobat Sign durante l’avvio della connessione TLS. Questo garantisce che la richiesta passi a un endpoint Acrobat Sign valido. La maggior parte dei framework e delle librerie HTTP/S eseguono la convalida del certificato del server per impostazione predefinita.
-
Sono disponibili nuovi elenchi di indirizzi IP da sostituire?
Acrobat Sign non pubblicherà o supporterà più un elenco di indirizzi IP di ingresso al server, poiché tale utilizzo non è compatibile con la rete WAF.Gli indirizzi IP di uscita dal server, utilizzati dai webhook e dagli inoltri delle e-mail, continueranno come documentato nella pagina Requisiti di sistema per Acrobat Sign.
-
La mia organizzazione ha implementato il filtro della rete utilizzando l’elenco dei domini pubblicato di Acrobat Sign per il traffico dalla nostra rete aziendale. Questo ci interessa?
No.
Le modifiche apportate alla rete descritte in questo documento non hanno alcun impatto sull’elenco dei domini di Acrobat Sign, come indicato nella pagina Requisiti di sistema per Acrobat Sign. Il filtro a livello di dominio rimane inalterato. -
La mia organizzazione utilizza la convalida dell’indirizzo IP per l’invio delle e-mail dai server di Acrobat Sign. Questo ci interessa?
No.
Gli intervalli IP per gli inoltri della posta in uscita, elencati nella pagina Requisiti di sistema per Acrobat Sign, non cambiano. -
La mia organizzazione ha configurato l’account Acrobat Sign per limitare l’accesso ai nostri stessi indirizzi IP. Questo ci interessa?
No.
Acrobat Sign può essere configurato per verificare il traffico in entrata in base agli indirizzi IP scelti dalla clientela, come descritto nella pagina Limitare l’accesso al tuo account utilizzando intervalli di indirizzi IP. Tale utilizzo non sarà interessato da questa modifica. -
La mia organizzazione ha implementato il filtro della rete utilizzando l’elenco pubblicato di indirizzi IP di ingresso di Acrobat Sign. Questo ci interessa?
Sì.
Acrobat Sign non pubblicherà o supporterà più un elenco di indirizzi IP di ingresso al server, poiché tale utilizzo non è compatibile con la rete WAF. I rispettivi filtri di rete, ad esempio sui firewall, devono essere rimossi prima dell’installazione del WAF.Se queste restrizioni della rete IP legacy non vengono rimosse prima che questa modifica entri in vigore, la connessione ad Acrobat Sign cesserà di funzionare.
Nota:Tieni presente che questo si riferisce al filtro a livello IP per l’ambiente di hosting dell’applicazione. Il filtro a livello di dominio rimane inalterato.
-
Utilizzo l’integrazione Salesforce con elenchi degli IP consentiti configurati in modo esplicito. Devo fare qualcosa?
No.
Al momento, l’installazione WAF non richiede modifiche per le installazioni Salesforce esistenti.
La configurazione o il processo esistente, come descritto nella documentazione della Guida, rimane invariato e gli amministratori devono seguire tutti i passaggi relativi all’elenco degli IP consentiti.
Per ulteriori domande, ISV e i partner incorporati possono contattare il proprio Success Manager.
|
Prima segnalazione: giugno 2018 - Aggiornamento: maggio 2024 |
Attuale |
|---|
Azione necessaria
Per garantire la continuità delle funzioni, tutte le integrazioni e le applicazioni che utilizzano le API SOAP di Adobe Acrobat Sign devono essere migrate all’ultima versione delle API REST v6 prima della data di disattivazione.
Inizialmente annunciato a giugno 2018, l’impegno per il termine delle API SOAP di Acrobat Sign sarà completato nel 2024.
L’utilizzo delle API SOAP da parte della clientela verrà disabilitato a partire da febbraio 2024. La clientela e i partner che utilizzano le API SOAP devono migrare alle API REST v6 o rischieranno un’interruzione del servizio.
Consulta la documentazione REST v6 e della migrazione:
L’accesso all’API SOAP verrà rimosso secondo la seguente pianificazione:
|
Tipo di account |
Data di disattivazione dell’API SOAP |
|
1° febbraio 2024 (Completato) |
|
1° aprile 2024 (Completato) |
|
La data prevista è stata spostata al 1° luglio 2024, sostituendo la data precedente del 1° dicembre 2024. |
|
1° marzo 2025 |
|
Prima segnalazione: giugno 2018 - Aggiornamento: maggio 2024 |
Attuale |
|---|
Azione necessaria
Per garantire la continuità delle funzioni, tutte le integrazioni e le applicazioni che utilizzano le API SOAP di Adobe Acrobat Sign devono essere migrate all’ultima versione delle API REST v6 prima della data di disattivazione.
L’accesso alle API SOAP sarà rimosso per tutti i partner incorporati a partire dal 1° marzo 2025.
Per garantire la continuità funzionale, tutti i partner incorporati che utilizzano le API SOAP di Adobe Acrobat Sign devono migrare alla più recente API REST v6 prima del 1° marzo 2025.
Consulta la documentazione di riferimento su REST v6 e migrazione:
Per qualsiasi richiesta, contatta il PSM designato per Adobe Acrobat Sign.
Questo aggiornamento interessa solo la versione Commerciale del servizio Acrobat Sign. Gli account Government Cloud non sono interessati.
|
Prima segnalazione: marzo 2024 - Aggiornamento: gennaio 2025 |
Attuale |
|---|
A partire dalla versione di aprile 2025, il nuovo ambiente Richiedi firma diventerà l’esperienza predefinita per la creazione di un nuovo accordo.
- Non sarà più possibile passare dal nuovo ambiente a quello classico e viceversa, in quanto i collegamenti per cambiare ambiente saranno disabilitati.
- Tramite il menu di amministrazione, gli amministratori potranno comunque abilitare l’esperienza classica e ripristinare i collegamenti per passare da un ambiente all’altro.
- Chi utilizza l’integrazione Notarize non sarà interessato da questa modifica.
Questo aggiornamento interessa solo la versione Commerciale del servizio Acrobat Sign. Gli account Government Cloud non sono interessati.
|
Prima segnalazione: giugno 2024 - Aggiornamento: gennaio 2025 |
Attuale |
|---|
Transizione finale alla nuova esperienza Richiedi firma
Con la versione di luglio 2025, l’interfaccia classica Composizione verrà completamente rimossa e non sarà più disponibile, finalizzando la transizione alla nuova esperienza Richiedi firma.
- Per tutti gli account commerciali in cui il nuovo ambiente Richiedi firma non è ancora stato impostato come ambiente predefinito, tale ambiente diventerà automaticamente l’unica opzione disponibile per la configurazione di nuovi accordi.
- La possibilità di configurare l’esperienza o di passare da un ambiente all’altro verrà rimossa dai menu di amministrazione.
- Chi utilizza l’integrazione Notarize non sarà interessato da questa modifica.
|
Prima segnalazione: marzo 2024 - Aggiornamento: gennaio 2025 |
Attuale |
|---|
Questo aggiornamento interessa solo la versione Commerciale del servizio Acrobat Sign. Gli account Government Cloud non sono interessati.
A partire dalla versione di aprile 2025, il nuovo ambiente Richiedi firma diventerà l’esperienza predefinita per la creazione di un nuovo accordo.
- Non sarà più possibile passare dall’ambiente moderno a quello classico e viceversa, in quanto i collegamenti per cambiare ambiente saranno disabilitati.
- Tramite il menu di amministrazione, gli amministratori potranno comunque abilitare l’esperienza classica e ripristinare i collegamenti per passare da un ambiente all’altro.
|
Prima segnalazione: marzo 2024 - Aggiornamento: gennaio 2025 |
Attuale |
|---|
Questo aggiornamento interessa solo la versione Commerciale del servizio Acrobat Sign. Gli account Government Cloud non sono interessati.
Transizione finale alla nuova esperienza Richiedi firma
Con la versione di luglio 2025, l’interfaccia classica Invia in modalità collettiva verrà completamente rimossa e non sarà più disponibile, finalizzando la transizione all’esperienza moderna Invia in modalità collettiva.
- Per tutti gli account commerciali in cui l’ambiente Invia in modalità collettiva moderno non è ancora stato impostato come ambiente predefinito, tale ambiente diventerà automaticamente l’unica opzione disponibile per la configurazione di nuove transazioni collettive.
- La possibilità di configurare l’esperienza o di passare da un ambiente all’altro verrà rimossa dai menu di amministrazione.
|
Prima segnalazione: novembre 2024 - Aggiornamento: gennaio 2025 |
Attuale |
|---|
I mittenti possono fornire una visualizzazione aggiuntiva degli accordi per i destinatari sui dispositivi mobili che elenca solo il campo all’interno dell’accordo disponibile per il destinatario.
I mittenti possono organizzare l’elenco dei campi in base alle proprie esigenze e raggruppare i campi in sezioni logiche per aiutare i firmatari a passare attraverso le immissioni dei campi con un minimo scorrimento.
I destinatari possono visualizzare l’elenco dei campi adatti per dispositivi mobili o la vista originale del PDF con i campi inseriti nel contenuto del documento.
Questa funzione verrà rilasciata:
- Verrà distribuita nell’ambiente sandbox l’11 dicembre 2024
- Verrà distribuita nell’ambiente di produzione il 4 marzo 2025
|
Prima segnalazione: gennaio 2025 |
Attuale |
|---|
La scheda Account, disponibile per gli amministratori a livello di account di Acrobat Sign, verrà rinominata in Amministratore.
- Questo aggiornamento si applica esclusivamente all’ambiente autonomo di Acrobat Sign (Acrobat Sign Solutions).
- L’aggiornamento verrà implementato in fasi, iniziando da aprile del 2025 e concluso indicativamente a maggio del 2025.
Tenere presente che questa modifica è puramente estetica: non vi sono modifiche funzionali, solo aggiornamenti alle etichette delle schede.
L’etichetta Gruppo per gli amministratori a livello di gruppo non cambierà.
|
Prima segnalazione: settembre 2024 |
Attuale |
|---|
L’infrastruttura Webhook 2.0 è stata implementata per tutta la clientela e, con il completamento di questa operazione, le notifiche per i firmatari sono state rimosse. Di conseguenza, il parametro webhookNotificationApplicableUsers del payload del webhook non fornisce più dati utili e verrà rimosso da tutti i payload del webhook quando sarà distribuita la versione di marzo del 2025.
L’ID utente e l’e-mail di invio possono essere trovati utilizzando i parametri initiatingUserId e initiatingUserEmail nel payload di notifica.
|
Prima segnalazione: settembre 2024 |
Attuale |
|---|
Azione necessaria
Chiunque utilizzi l’API deve aggiornare il prima possibile le proprie API per utilizzare gli endpoint della versione 6 e garantire una disponibilità ininterrotta.
Le versioni 1 a 4 dell’API REST di Acrobat Sign sono state disattivate e verranno rimosse dal servizio il 1° dicembre 2025.
L’aggiornamento delle API può comportare un impegno considerevole, pertanto si consiglia vivamente a tutta la clientela di definire l’ambito e il budget del proprio aggiornamento il prima possibile, in modo che il supporto possa pienamente dedicarsi a risolvere eventuali domande o problemi che potrebbero sorgere prima della data di scadenza, a dicembre 2025.
Sebbene le API REST v1-4 siano obsolete, continueranno a funzionare e le applicazioni continueranno a operare fino al 1 dicembre 2025, quando verranno rimosse le API REST v1-4.
Dopo il 1° dicembre 2025, le applicazioni basate sull’API REST v1–4 cesseranno di funzionare.
|
Prima segnalazione: settembre 2022 - Aggiornamento: marzo 2024 |
Attuale |
|---|
Il reporting classico verrà rimosso completamente dall’interfaccia di Acrobat Sign nella prima metà del 2025. 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: 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/acrobat/hub/share-sync-pdfs.html
|
Prima segnalazione: novembre 2024 |
Attuale |
|---|
La nuova esperienza del destinatario contiene miglioramenti alla firma sia per i browser web desktop che per dispositivi mobili. Questa nuova esperienza verrà implementata nei primi mesi del 2025, ma sarà disponibile nell’ambiente sandbox nella prima settimana di dicembre 2024.
Risorse aggiuntive
- Forum della community
- Formazione settimanale - Webinar settimanale su argomenti di formazione per nuovi utenti e amministratori
- Adobe Sign Innovation Series - Webinar mensile sugli argomenti più discussi su Adobe Sign
|
Prima segnalazione: agosto 2024 |
Rimosso dall’elenco attuale: gennaio 2025 |
|---|
L’intestazione del precedente Accept-Charset verrà rimossa da tutte le notifiche webhook e callback con la versione di novembre 2024.
Tutti i clienti che si affidano a questa intestazione per qualsiasi motivo devono ridefinire il codice per tenere in conto la sua mancanza.
|
Prima segnalazione: settembre 2024 |
Rimosso dall’elenco attuale: gennaio 2025 |
|---|
|
Prima segnalazione: novembre 2024 |
Rimosso dall’elenco attuale: gennaio 2025 |
|---|
Con la versione di novembre 2024, le etichette modificabili nella Progettazione flussi di lavoro personalizzati sono state limitate a 100 caratteri.Questo limite viene valutato quando viene creato o aggiornato il flusso di lavoro.
I flussi di lavoro preesistenti con etichette superiori a 100 caratteri possono comunque essere inviati correttamente, ma se il flusso di lavoro viene aggiornato, prima di poterlo salvare, è necessario ridurre l’etichetta a 100 caratteri o meno. Le etichette dannose sono contrassegnate in rosso per facilitarne l’individuazione.
Nei nuovi flussi di lavoro, il limite di etichette verrà segnalato prima che vengano salvati.
Azione necessaria
Si consiglia agli amministratori con controllo sui flussi di lavoro personalizzati di aprire e di rivedere ogni flusso di lavoro per garantire che nel modello non vengano generati errori.
Notifiche archiviate
Ordinate in base alla data in cui la notifica è stato rimossa dall’elenco delle notifiche attuali, dalla più recente alla meno recente.
