Novità
Introduzione
- Guida introduttiva per gli amministratori
- Guida introduttiva per gli utenti
- Libreria tutorial video
- Domande frequenti
Amministrazione
- Panoramica su Admin Console
-
Gestione degli utenti
- Aggiunta di utenti
- Creare utenti con funzioni specifiche
- Verificare la presenza di utenti con errori di provisioning
- Modificare il nome/l’indirizzo e-mail
- Modificare l’iscrizione a un gruppo di un utente
- Promuovere un utente a un ruolo di amministratore
- Tipi di identità utente e SSO
- Cambiare l’identità utente
- Autenticare gli utenti con Microsoft Azure
- Autenticare gli utenti con la Federazione Google
- Profili di prodotti
- Esperienza di accesso
-
Linee guida per i requisiti normativi
- Accessibilità
- HIPAA
- GDPR
- 21 CFR parte 11 ed EudraLex Annex 11
- Clientela del settore sanitario
- Supporto IVES
- Accordi di “archiviazione”
- Considerazioni UE/Regno Unito
- Richiedere il proprio dominio
- Collegamenti Segnala abuso
Inviare, firmare e gestire gli accordi
-
Opzioni destinatari
- Annullare un promemoria tramite e-mail
-
Opzioni disponibili nella pagina di firma elettronica
- Panoramica della pagina di firma elettronica
- Aprire per leggere l’accordo senza campi
- Rifiutare di firmare un accordo
- Delegare autorizzazioni di firma
- Scaricare un file PDF dell’accordo
- Visualizzare la cronologia dell’accordo
- Visualizzare i messaggi dell’accordo
- Convertire una firma elettronica in una manuale
- Convertire una firma da manuale a elettronica
- Aggiungere i campi modulo
- Cancellare i dati dai campi modulo
- Navigazione e ingrandimento della pagina Firma elettronica
- Cambiare la lingua utilizzata nelle informazioni e negli strumenti per gli accordi
- Rivedere le note legali
- Regolare le preferenze dei cookie Acrobat Sign
-
Inviare gli accordi
- Panoramica sulla pagina Invia
- Inviare un accordo solo a se stessi
- Inviare un accordo agli altri
- Firme manuali
- Ordine di firma del destinatario
-
Invia in modalità collettiva
- Panoramica della funzione Invia in modalità collettiva
- Invio in modalità collettiva: configurare un modello principale
- Invio in modalità collettiva: configurare un file CSV
- Annullare una transazione per l’invio in modalità collettiva
- Aggiungere promemoria all’invio in modalità collettiva
- Reporting per Invia in modalità collettiva
-
Authoring dei campi nei documenti
-
Ambiente di authoring in-app
- Rilevamento automatico dei campi
- Trascinare i campi utilizzando l’ambiente di authoring
- Assegnare i campi modulo ai destinatari
- Ruolo di precompilazione
- Applicare campi con un modello per campi riutilizzabili
- Trasferire i campi in un nuovo modello libreria
- Ambiente di authoring aggiornato durante l’invio degli accordi
- Creare moduli e tag di testo
- Creare moduli con Acrobat (AcroForms)
- Campi
- Domande frequenti sull’authoring
-
Ambiente di authoring in-app
- Firmare gli accordi
-
Gestire gli accordi
- Panoramica della pagina Gestisci
- Delegare gli accordi
- Sostituire i destinatari
- Limitare la visibilità del documento
- Annullare un accordo
- Creare nuovi promemoria
- Revisione dei promemoria
- Annullare un promemoria
- Accedere ai flussi Power Automate
-
Altre azioni...
- Come funziona la ricerca
- Visualizzare un accordo
- Creare un modello da un accordo
- Nascondere/Mostrare gli accordi nella visualizzazione
- Caricare un accordo firmato
- Modificare i file e i campi di un accordo inviato
- Modificare il metodo di autenticazione di un destinatario
- Aggiungere o modificare una data di scadenza
- Aggiungere una nota a un accordo
- Condividere un singolo accordo
- Annullare la condivisione di un accordo
- Scaricare un singolo accordo
- Scaricare i singoli file di un accordo
- Scaricare il report di audit di un accordo
- Scaricare il contenuto dei campi di un accordo
- Report di audit
- Rapporti ed esportazioni di dati
Funzionalità e flussi di lavoro avanzati per gli accordi
- Moduli web
-
Modelli riutilizzabili
- Moduli per la Pubblica amministrazione degli Stati Uniti nella libreria Acrobat Sign
- Creare un modello libreria
- Modificare il nome di un modello libreria
- Modificare il tipo di un modello libreria
- Modificare il livello di autorizzazione di un modello libreria
- Copiare, modificare e salvare un modello condiviso
- Scaricare i dati dei campi aggregati per un modello libreria
- Trasferire la proprietà dei moduli web e dei modelli libreria
-
Flussi di lavoro Power Automate
- Panoramica dell’integrazione Power Automate e diritti inclusi
- Abilitare l’integrazione di Power Automate
- Azioni nel contesto sulla pagina Gestisci
- Tracciare l’utilizzo di Power Automate
- Creare un nuovo flusso (esempi)
- Trigger utilizzati per i flussi
- Importazione di flussi dall’esterno di Acrobat Sign
- Gestire i flussi
- Modificare i flussi
- Condividere i flussi
- Disabilitare o abilitare i flussi
- Eliminare i flussi
-
Modelli utili
- Solo per l’amministratore
- Archiviazione dell’accordo
- Archiviazione del modulo web dell’accordo
- Estrazione dati dall’accordo
- Notifiche per l’accordo
- Generazione degli accordi
- Flussi di lavoro di invio personalizzati
- Condividere utenti e accordi
Integrazione con altri prodotti
- Panoramica delle integrazioni di Acrobat Sign
- Acrobat Sign per Salesforce
- Acrobat Sign per Microsoft
- Altre integrazioni
- Integrazioni gestite dai partner
- Come ottenere una chiave di integrazione
Acrobat Sign per sviluppatori
- API REST
- Webhook
Supporto e risoluzione dei problemi
Consentendo agli utenti di inviare accordi da più di un gruppo, gli amministratori possono associare i modelli libreria, l’autenticazione dei destinatari e i requisiti di firma a un gruppo. Sarà quindi il flusso di lavoro a definire la natura del gruppo, anziché gli utenti del gruppo.
Panoramica
Quando viene creato un accordo, le impostazioni a livello di gruppo determinano in gran parte le risorse disponibili (modelli, flussi di lavoro) e le proprietà dell’accordo applicate dal sistema (branding, ruoli dei destinatari, metodi di autenticazione, protezione e conservazione dei PDF, ecc.).
Se si è limitati a un solo gruppo, ogni singolo ID utente può usare solo un set di impostazioni predefinite, un array di modelli e flussi di lavoro e un concetto di conformità della firma.
Consentendo agli utenti di accedere a più gruppi permette agli amministratori di considerare i gruppi come una raccolta di utenti. I gruppi rappresentano un ambiente per specifici requisiti di firma dei documenti a cui gli utenti possono accedere.
Ad esempio, è possibile progettare un gruppo con un set di regole di firma e distribuzione relative alla conformità molto rigorose, e configurarne un altro per flussi di lavoro e modelli interni con requisiti di autenticazione ridotti. Un utente assegnato a entrambi i gruppi può accedere a tutte le risorse di ciascun gruppo.
Gli amministratori a livello di gruppo possono inoltre gestire più gruppi, il che migliora l’ambito operativo del ruolo di amministratore a livello di gruppo.
Questo documento evidenzia le modifiche apportate dalla funzione Utenti in più gruppi a livello di interfaccia e funzionalità per gli utenti. Inoltre presenta gli aspetti di cui gli amministratori devono tener conto in merito al passaggio alla modalità Utenti in più gruppi.
Prerequisiti
- Solo gli account di livello Business ed Enterprise possono abilitare la funzione Utenti in più gruppi.
- Assicurati che la sicurezza di rete consenta esplicitamente l’accesso per gli endpoint di Acrobat Sign.
- Per l’account deve essere abilitata la versione più recente dell’interfaccia per Flussi di lavoro personalizzati, Home e Gestisci.
- Quando per l’account si abilita la funzionalità Utenti in più gruppi, vengono automaticamente abilitate le nuove versioni di queste pagine (se non lo sono già) e vengono disabilitate le opzioni per ripristinare l’interfaccia precedente. Ciò include i collegamenti “Cambia”
- La versione precedente delle pagine Flusso di lavoro, Home e Gestisci non è compatibile con la funzionalità Utenti in più gruppi.
- Se si annulla la funzionalità Utenti in più gruppi, non viene ripristinata la versione precedente delle pagine Home e Gestisci.
- Quando per l’account si abilita la funzionalità Utenti in più gruppi, vengono automaticamente abilitate le nuove versioni di queste pagine (se non lo sono già) e vengono disabilitate le opzioni per ripristinare l’interfaccia precedente. Ciò include i collegamenti “Cambia”
- Esamina le integrazioni supportate da Acrobat Sign, lo sviluppo di API personalizzate e/o integrazioni di terze parti in un account per sviluppatori, per verificare che funzionino correttamente.
Gruppo principale
In base alle regole della funzionalità Utente in più gruppi, tutti gli utenti vengono assegnati a un “gruppo principale”, che ha le seguenti caratteristiche:
- È il gruppo predefinito caricato dall’utente quando accede alla pagina Invia.
- È il gruppo che definisce le autorizzazioni o i parametri per la firma degli ID utente se un accordo viene inviato al proprio indirizzo e-mail.
- È il gruppo a cui viene fatto riferimento se è necessaria un’impostazione a livello di gruppo e l’origine richiedente non è a conoscenza della funzionalità Utenti in più gruppi.
- Esempio: le integrazioni Acrobat Sign possono estendersi su più versioni. Le versioni precedenti che non sono consapevoli della funzionalità Utenti in più gruppi richiedono un riferimento predefinito, ovvero il gruppo principale.
- Esempio: le integrazioni Acrobat Sign possono estendersi su più versioni. Le versioni precedenti che non sono consapevoli della funzionalità Utenti in più gruppi richiedono un riferimento predefinito, ovvero il gruppo principale.
Assegnazione delle risorse ai gruppi
Accordi, moduli web e gli eventi Invia in modalità collettiva creati prima che sia stata abilitata la funzione Utenti in più gruppi sono associati solo all’ID utente da cui sono stati creati.
Gli accordi, i moduli web e gli eventi Invia in modalità collettiva creati dopo l’attivazione della funzione Utenti in più gruppi sono associati sia all’ID gruppo che all’ID utente da cui sono stati creati.
In pratica, le risorse create prima di abilitare la funzione Utenti in più gruppi si sposteranno con l’utente che le ha create se si cambia il gruppo principale di tale utente. Gli utenti che possono visualizzare il gruppo (tramite la condivisione dell’account) non potranno più vedere tali risorse se l'utente viene rimosso dal gruppo condiviso.
Le risorse create dopo l’attivazione della funzione Utenti in più gruppi restano associate al gruppo. Gli utenti che possono visualizzare il gruppo continueranno a vedere le risorse create nel gruppo, anche dopo che l’utente che le aveva create viene trasferito a un nuovo gruppo principale.
Come abilitare la funzionalità Utenti in più gruppi
L’abilitazione o la disattivazione della funzione Utenti in più gruppi può essere eseguita solo tramite un amministratore a livello di account. Per istruzioni su come aggiornare l’account, consulta questo articolo.
È possibile annullare la funzione Utenti in più gruppi, con gli effetti seguenti:
- Tutti i flag di amministrazione a livello di gruppo vengono cancellati.
- I flag di amministrazione a livello di account non sono interessati
- Gli amministratori a livello di gruppo possono essere nuovamente abilitati per i propri gruppi.
- Tutti gli utenti appartengono solo al gruppo principale.
Un utente può appartenere a un massimo di 100 gruppi.
Cosa cambia a livello di utente
Le modifiche a livello di utente interessano ogni area dell’applicazione. Tutti gli utenti che possono accedere ad Acrobat Sign osserveranno le seguenti modifiche:
Cosa cambia per l’amministratore a livello di gruppo
Queste modifiche nell’interfaccia possono essere viste solo dagli amministratori dell’account (in base ai controlli per l’amministrazione a livello di account):
Il ruolo dell’amministratore a livello di gruppo è notevolmente migliorato: un utente può essere amministratore di più gruppi e non deve essere l’amministratore di tutti i gruppi a cui è iscritto.
Gli amministratori a livello di gruppo che sono iscritti a più gruppi possono gestire meglio i documenti e i flussi di lavoro di team più ampi e generare report sui contenuti di più gruppi, anche se non hanno accesso all’intero set di dati per l’account.
Cosa cambia per l’amministratore a livello di account
Solo gli amministratori a livello di account hanno accesso alle seguenti funzionalità:
Cosa cambia per l’amministratore a livello di privacy
Gli strumenti per gli amministratori a livello di privacy non subiscono alcuna modifica in seguito all’introduzione della funzionalità Utenti in più gruppi.
Cosa cambia nelle API
Solo l’API REST v6 verrà aggiornata per supportare la funzionalità Utenti in più gruppi.
L’API SOAP legacy non verrà aggiornata.
L’uso di API SOAP o REST v5 (e versioni precedenti) funzionerà senza tener contro della funzionalità Utenti in più gruppi e verrà applicato resterà il gruppo principale dell’utente.
Gli endpoint API REST v6 eseguiti nel contesto di un gruppo specifico sono stati ampliati per includere l’identificatore opzionale groupId, che può essere trasmesso in una richiesta come parametro di query, intestazione o nel corpo della richiesta.
Tale parametro è opzionale e, se omesso, il codice applica per impostazione predefinita il gruppo principale dell’utente.
Le azioni specifiche per i gruppi sono suddivise in due categorie:
- Gestione degli utenti
- Operazioni CRUD sulle risorse
Le modifiche rerlative alla gestione degli utenti comprendono la capacità di gestire le iscrizioni a più gruppi in una chiamata API e l’ampliamento del modello di sicurezza che influisce sulle capacità degli amministratori dei gruppi, affinché non possano introdurre modifiche nei gruppi che non rientrano nel loro ambito.
Per quanto riguarda le operazioni sulle risorse, è stato aggiunto il parametro ID gruppo per i modelli di richiesta e risposta, che fornisce un contesto di gruppo per accordi, moduli web ed eventi di Invia in modalità collettiva.
Il parametro ID gruppo è stato aggiunto solo nell’API REST v6. Le versioni precedenti alla versione 6 REST usano il gruppo principale per assicurare compatibilità con le versioni precedenti.
INVALID_GROUP_ID
Il codice di risposta di errore comune “INVALID_GROUP_ID” viene attivato nelle seguenti situazioni:
- Il gruppo identificato non viene trovato.
- L’utente identificato non è un membro del gruppo identificato.
- La funzione è disabilitata e ID gruppo non corrisponde al gruppo primario dell’utente.
Se la funzionalità Utenti in più gruppi non è abilitata, tutti gli endpoint esistenti si comportano come prima. Il gruppo primario dell’utente viene utilizzato come unica iscrizione a gruppo valida e se un altro ID gruppo viene passato a un endpoint, viene restituito INVALID_GROUP_ID.
Aggiungere utenti a più gruppi
Per aggiungere un utente a più gruppi è possibile utilizzare uno dei due modi seguenti:
Creazione di accordi
Puoi trovare le regole della funzione Utenti in più gruppi all’inizio della procedura per creare un nuovo accordo.
Se si inizia selezionando un modello o un flusso di lavoro dalla pagina Home > Inizia da libreria, è necessario espandere il primo gruppo da cui si desidera inviare, quindi selezionare il modello o flusso di lavoro dalle opzioni disponibili nel gruppo.
Se si seleziona il modello o flusso di lavoro e si fa clic su Avvia, viene aperta la pagina Invia, pronta per essere configurata.
Se si inizia un accordo da un modello o flusso di lavoro a livello di gruppo, il valore del gruppo viene inserito nella pagina Invia e l’opzione per modificare il gruppo non è disponibile.
Se si seleziona un flusso di lavoro o modello a livello di account, il mittente può selezionare il valore del gruppo.
Se l’utente avvia il processo dalla pagina Invia, il campo a discesa Invia da definisce il gruppo a cui è associato l’accordo.
Una volta selezionato il gruppo, l’accordo viene vincolato ai modelli libreria disponibili per il gruppo selezionato.
Se si cambia gruppo, cambiano anche le proprietà applicate all’accordo. La pagina viene quindi aggiornata ed eventuali contenuti immessi nei campi vengono perduti.
Progettazione di flussi di lavoro personalizzati
La funzionalità Utenti in più gruppi al momento non interessa la creazione e la gestione di flussi di lavoro personalizzati:
- I flussi di lavoro assegnati a un gruppo possono essere modificati solo da un amministratore (a livello di gruppo o account) il cui gruppo principale sia impostato sullo stesso gruppo a cui è dedicato il flusso di lavoro.
- I flussi di lavoro assegnati a livello di account possono essere modificati solo da un amministratore a livello di account (indipendentemente dal suo gruppo principale).
In aggiornamenti futuri, gli amministratori disporranno di nuove opzioni con cui potranno associare i flussi di lavoro che creano ai singoli gruppi che possono amministrare, indipendentemente dal loro gruppo principale.
Creazione e gestione di modelli libreria
La creazione di un modello libreria riutilizzabile in base alle regole della funzionalità Utenti in più gruppi prevede un passaggio aggiuntivo quando si concede l’autorizzazione di accesso al modello a livello di gruppo:
Definire il gruppo a cui è associato il modello libreria.
- Questa operazione viene eseguita mediante un sottomenu quando si seleziona l’autorizzazione Chi può usare questo modello:
L’ID utente originale che crea un modello è considerato il “proprietario” del modello.
Il proprietario del modello ha sempre accesso al modello per eseguire le operazioni Invia e Modifica, a prescindere dal suo livello di autorizzazioni o dalla sua associazione al gruppo a cui è esposto il modello.
Gestione dei modelli libreria esistenti
Le proprietà dei modelli libreria esistenti possono essere modificate tramite la pagina Gestisci.
Apri il modello da modificare e, se è condiviso con Qualsiasi utente del gruppo, l’editor può modificarne l’associazione al gruppo:
La modifica dell’associazione al gruppo non influisce sugli accordi già creati.
Creazione e gestione di moduli web
La creazione di un modulo web in base alle regole della funzionalità Utenti in più gruppi prevede un ulteriore passaggio:
Definire il gruppo a cui è associato il modulo web. Questa operazione viene eseguita nella parte superiore della pagina.
- Occorre impostare innanzitutto il valore del gruppo: se si cambia il gruppo, infatti, la pagina viene ripristinata ed eventuali contenuti immessi a livello di campo vengono cancellati.
Il gruppo associato non può essere modificato dopo la creazione del modulo web.
Gestione di moduli web esistenti
Le regole della funzionalità Utenti in più gruppi non influiscono sulla gestione dei moduli web esistenti (poiché non è possibile modificare il gruppo associato).
La generazione di report sui modulo web può essere eseguita dall’autore o da un amministratore autorizzato a creare report sui dati del gruppo.
Condivisione di contenuti
Le regole della funzionalità Utenti in più gruppi non hanno alcun impatto sulla condivisione di singoli accordi.
Gli account che utilizzano la condivisione di account standard (solo per la condivisione da utente a utente) non sono interessati dalle regole della funzionalità Utenti in più gruppi.
La Condivisione account avanzata consente la condivisione tra utenti, tra gruppi e tra utenti e gruppi:
Conservazione dei documenti/GDPR
Le modifiche relative alla funzionalità Utenti in più gruppi non hanno alcun impatto sul set di strumenti GDPR.
Integrazioni
Tutti gli account di livello Enterprise possono abilitare la funzionalità Utenti in più gruppi, anche se sono configurate una o più integrazioni.
Attualmente, i parametri della funzionalità Utenti in più gruppi sono supportati dalle integrazioni seguenti:
- Salesforce
- Power Automate
- Microsoft 365 (Teams, Outlook, Word/PowerPoint)
Gli utenti che inviano accordi tramite un’integrazione che non tengono conto della funzionalità Utenti in più gruppi vengono percepiti come appartenenti solo al gruppo principale e i parametri di invio vengono allineati alle impostazioni di tale gruppo.
API - REST v6
Per molti degli endpoint API REST v6 è stato aggiunto al metodo un parametro opzionale relativo a groupID.
Al momento qualsiasi chiamata API REST v6 esistente dovrebbe continuare a funzionare correttamente, indipendentemente dall’abilitazione della funzionalità Utenti in più gruppi.
Le versioni API precedenti (SOAP e REST) continueranno a funzionare correttamente, considerando l’utente come iscritto solo al gruppo principale.