Novità
Introduzione
Amministrazione
Inviare, firmare e gestire gli accordi
Funzionalità e flussi di lavoro avanzati per gli accordi
Integrazione con altri prodotti
Acrobat Sign per sviluppatori
Supporto e risoluzione dei problemi
Adobe Acrobat Sign ha implementato un nuovo dominio: adobesign.com.
Per individuare il dominio utilizzato dal tuo account, accedi ad Acrobat Sign e verifica l’URL:
Se l’URL contiene documents.adobe.com, il dominio non cambia. I clienti dovranno, tuttavia, consentire esplicitamente le e-mail provenienti da adobesign@adobesign.com
Per garantire la continuità del servizio, i clienti devono prepararsi alla migrazione del dominio esaminando l’elenco di azioni riportato di seguito e risolvendo eventuali problemi specifici per il proprio account.
Tutti gli account interessati avranno la possibilità di passare al nuovo dominio una volta che, per il proprio account, saranno state risolte tutte le problematiche ed eseguite tutte le attività richieste, elencate di seguito.
Per la modifica della configurazione SAML, è necessario acconsentire al passaggio al nuovo dominio immediatamente dopo aver salvato le nuove impostazioni IdP in Acrobat Sign.
L’accesso SSO all’account non funzionerà finché non sarà stato completato il passaggio al nuovo dominio.
Se utilizzi SAML, imposta le impostazioni di Modalità SAML in Acrobat Sign su SAML consentito
Gli amministratori i cui utenti usano l’app Acrobat Sign per iOS devono avvisare gli utenti della necessità di aggiornare la versione dell’app alla versione 3.22 o successiva.
L’app Acrobat Sign per Android non è interessata dal cambiamento del dominio.
L’aggiornamento dei modelli e-mail personalizzati deve essere eseguito dal proprio Success Manager o dal team di supporto.
I modelli possono essere aggiornati in qualsiasi momento prima di passare al nuovo dominio; pertanto si consiglia di richiederne l’aggiornamento il prima possibile.
Se il tuo account utilizza modelli e-mail personalizzati, il modello deve essere aggiornato con un riferimento a adobesign@adobesign.com come alias e-mail, che gli utenti dovranno aggiungere all’elenco degli indirizzi sicuri.
I clienti che limitano attivamente gli indirizzi e-mail devono consentire esplicitamente i messaggi e-mail provenienti da adobesign@adobesign.com.
Se questa azione non viene eseguita, le notifiche (e-mail) in entrata in merito agli accordi potrebbero essere filtrate e finire nelle cartelle spam/posta indesiderata.
I clienti che applicano restrizioni di sicurezza della rete devono consentire in modo esplicito il traffico proveniente dagli endpoint di produzione del nuovo dominio.
Se le attuali autorizzazioni di rete sono configurate per consentire il traffico da echosign.com, è necessario aggiungere anche gli endpoint adobesign.com.
| Ambiente | Dominio “echosign” | Dominio “adobesign” equivalente |
|---|---|---|
| Produzione | echosign.com | adobesign.com |
| echocdn.com | adobesigncdn.com | |
| echosignforsalesforce.com | adobesignforsalesforce.com | |
| -- | documentcloud.adobe.com |
|
| Demo | echosigndemo.com | adobesigndemo.com |
| echocdndemo.com | adobesigncdndemo.com | |
| echosignforsalesforcedemo.com | adobesignforsalesforcedemo.com |
Qui trovi un elenco esteso di endpoint Adobe Acrobat Sign; tuttavia solo quelli elencati qui sopra sono interessati dalla migrazione di dominio.
Non è necessario modificare gli intervalli IP.
Gli account che sfruttano il servizio API devono rivedere il codice per assicurarsi che supporti il dominio adobesign.com.
I token di aggiornamento (utilizzati per ottenere nuovi token di accesso) non sono collegati al dominio e non sono quindi interessati dal cambiamento di dominio.
Un cliente, partner o integratore potrebbe aver incluso nel codice una verifica hardcoded per l’URI restituito, come misura di sicurezza volta a evitare il reindirizzamento del dominio da parte di exploit.
Per la modifica della configurazione SAML, è necessario acconsentire al passaggio al nuovo dominio immediatamente dopo aver salvato le nuove impostazioni IdP in Acrobat Sign.
L’accesso SSO all’account non funzionerà finché non sarà stato completato il passaggio al nuovo dominio.
Imposta le impostazioni di Modalità SAML in Acrobat Sign su SAML consentito.
Crea un nuovo client con il tuo IdP (MSADFS, Okta, ecc.).
Quando si effettua la migrazione a un nuovo dominio, il contenuto relativo al provider di servizi Acrobat Sign nella pagina Acrobat Sign SAML presenta la configurazione del dominio esistente.
È necessario modificare manualmente i tre URL per il nuovo dominio a cui si sta passando.
Non modificare:
Modifica manualmente:
Aggiorna le configurazioni del provider di identità utilizzando i valori del client IdP appena creato.
Accedi ad Acrobat Sign come amministratore a livello di account e passa ad Account > Impostazioni account > Configurazione account.
I segnalibri per il vecchio dominio (echosign.com) possono generare diverse richieste di abilitazione dei cookie quando il processo di accesso trasferisce l’utente al nuovo dominio (adobesign.com).
Per evitare che ciò si verifichi, gli utenti possono aggiornare i propri segnalibri.
Verifica la connessione SSO.
I clienti di Adobe Acrobat Sign for Salesforce devono ricollegare la connessione OAuth tra Acrobat Sign e Salesforce il prima possibile dopo il cambiamento di dominio.
Quando si cambia il dominio, si interrompe la connessione affidabile tra Acrobat Sign e Salesforce. Finché non sarà stata ricollegata la connessione OAuth:
Le organizzazioni che hanno configurato le impostazioni del sito remoto per Acrobat Sign devono inoltre impostare l’URL del sito remoto su adobesign.com (al posto di echosign.com).
Passa a Imposta > Impostazioni > Sicurezza > Impostazioni del sito remoto.
Ripeti i passaggi da 3 a 5 per tutti i siti remoti il cui URL fa riferimento al dominio echosign.com.
Tieni presente che l’URL del sito può contenere la stringa “echosign” in una posizione che non rappresenti il dominio. NON modificare questi valori:
Dopo il passaggio al nuovo dominio, i moduli Web esistenti continueranno a funzionare correttamente.
Quando si crea un modulo Web, gli viene attribuito un codice webformId (wid) univoco.
Con il cambiamento del dominio, cambia solo l’URL del modulo Web, ma non il suo codice webformId.
Esempio:
URL di un modulo Web echosign.com:
URL dello stesso modulo Web per il nuovo dominio:
Poiché Acrobat Sign continua ad accettare il traffico in entrata nel dominio echosign.com, l’URL viene risolto e viene recapitato il modulo con il codice webformId corretto.
Si consiglia comunque agli utenti di aggiornare i contenuti con gli URL del nuovo dominio, nel momento a loro più opportuno.
Si incoraggiano vivamente tutti gli account di “acconsentire” al nuovo dominio il più presto possibile, in modo da avere più tempo a disposizione per risolvere eventuali problemi.
Se si riscontrano problemi, sarà possibile tornare al dominio precedente.
Quando sei certo che il tuo account è pronto per la migrazione:
Accedi ad Acrobat Sign come amministratore a livello di account.
Passa ad Account > Impostazioni account > Configurazione account.
Fai clic sul pulsante Aggiorna adesso
Viene visualizzata una finestra in sovrapposizione con un elenco di controllo delle azioni importanti richieste.
Esamina attentamente ogni punto e contrassegnalo con una spunta quando sei sicuro che il problema sia stato affrontato correttamente per il tuo account.
Una volta spuntate tutte le caselle di controllo, fai clic su OK, quindi su Salva
I segnalibri per il vecchio dominio (echosign.com) possono generare diverse richieste di abilitazione dei cookie quando il processo di accesso trasferisce l’utente al nuovo dominio (adobesign.com).
Si consiglia di invitare gli utenti ad aggiornare i propri segnalibri per il nuovo dominio di accesso.
Se per qualsiasi motivo devi tornare al dominio precedente, puoi seguire lo stesso processo del passaggio di dominio iniziale.
Accedi ad Acrobat Sign come amministratore a livello di account.
Passa ad Account > Impostazioni account > Configurazione account.
Fai clic sul pulsante Aggiorna adesso, quindi su Salva.
Di seguito sono riportate le domande più frequenti sulla migrazione del dominio.
Se non trovi la risposta a una tua domanda, contatta il tuo Success Manager o l’Assistenza clienti.
Esempio: account migrato al dominio adobesign.com, chiamata API effettuata con il dominio echosign.com
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
Il dominio nella risposta di esempio è adobesign.com anche se la richiesta è stata effettuata da echosign.com.
Caso: account migrato al dominio adobesign.com - Chiamata API effettuata con il dominio adobesign.com
1 2 3 4 |
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
No.
La migrazione non interessa gli account che usano qualsiasi URL *.documents.adobe.com.
Solo gli account con il dominio*.echosign.com vengono trasferiti al dominio adobesign.com.
No.
Gli stessi intervalli IP (elencati nella pagina dei requisiti di sistema) vengono usati anche per il dominio adobesign.com.
Non viene aggiunto né rimosso nulla.
