Prima segnalazione: giugno 2018
Notifiche tecniche per il 2017 - 2018
Interfaccia utente di Adobe Sign a schermo intero per impostazione predefinita
|
|
Rimosso dall’elenco Attuale: ottobre 2018 |
|---|
Per migliorare l’esperienza sui dispositivi più piccoli e offrire una migliore esperienza di lettura su desktop, con la versione di marzo di Adobe Sign è stata introdotta un’esperienza utente più flessibile in base alla larghezza del browser.
Questa funzione è stata attivata per alcuni account Enterprise e per tutti gli account singoli e Team.
A luglio è diventata la configurazione predefinita. L’interfaccia utente web si adatterà alla larghezza della pagina e i componenti verranno sovrapposti invece di essere ridotti per rientrare in una larghezza limitata.
Azione richiesta
Non è necessaria alcuna azione per sfruttare questa nuova funzionalità. Tuttavia può essere disattivata da un amministratore dell’account, disattivandone la casella di controllo in Account > Impostazioni generali > Presentazione pagina Adobe Sign.
Con la versione di settembre la possibilità di disattivare questa funzionalità è stata rimossa dall'applicazione e l'esperienza utente più flessibile è diventata standard.
Nuova versione: Adobe Sign settembre 2018
|
Prima segnalazione: agosto 2018 |
Rimosso dall’elenco Attuale: ottobre 2018 |
|---|
La versione di settembre 2018 di Adobe Sign è prevista per gli inizi di settembre.
Questa versione include nuove funzioni e miglioramenti per amministratori e utenti finali. Questa versione non dovrebbe avere alcun impatto sul servizio.
Adobe Sign supporta ora Aadhaar E-KYC API v2.1
|
Prima segnalazione: agosto 2018 |
Rimosso dall’elenco Attuale: ottobre 2018 |
|---|
Il flusso di lavoro di firma Aadhaar in Adobe Sign è passato alle nuove specifiche API E-KYC (Electronic Know Your Customer). Questo è stato fatto per conformarsi alle nuove modifiche normative che rendono obbligatorio v2.1. I firmatari possono ora firmare un accordo utilizzando il loro Virtual ID (VID). Inoltre, questo aggiornamento migliora l’esperienza dei firmatari e corregge i problemi precedentemente segnalati per Internet Explorer 11.
Adobe Sign consegue la certificazione FedRAMP Tailored
|
Prima segnalazione: maggio 2018 |
Rimosso dall’elenco Attuale: ottobre 2018 |
|---|
Adobe Sign è ora autorizzato dall’ente statunitense per l’amministrazione dei servizi pubblici GSA (Government Services Administration): soddisfa infatti i requisiti FedRAMP (Federal Risk Authorization Management Program) Tailored. Adobe Sign può quindi essere acquistato e utilizzato dagli enti pubblici negli Stati Uniti, ad eccezione delle agenzie per la difesa.
Questo certificato conferma che Adobe Sign è stato esaminato ai fini della valutazione della sicurezza GSA ed è stato riconosciuto idoneo all’utilizzo a livello di Li-SaaS (Low Impact-Software as a Service) nei processi. Adobe Sign continuerà a essere sottoposto al monitoraggio costante necessario per mantenere il suo stato di fornitore di servizi cloud certificato per la pubblica amministrazione.
Per saperne di più su FedRAMP, vai su https://www.fedramp.gov/
Adobe Sign si impegna a promuovere i regolamenti sulla riservatezza dei dati
|
Prima segnalazione: maggio 2018 |
Rimosso dall’elenco Attuale: ottobre 2018 |
|---|
Adobe Sign si conformerà al Regolamento generale sulla protezione dei dati (GDPR) dell'Unione Europea.
Questa normativa sulla riservatezza interessa tutte le aziende che raccolgono informazioni personali da cittadini dell’UE. Adobe Sign aderisce alla regola di raccogliere solo i dati minimi necessari durante il processo di firma.
Tutti i partecipanti ad Adobe Sign possono accedere ai propri dati personali e modificarli sia dal proprio profilo utente sia esaminando gli accordi che hanno firmato.
I clienti di Adobe Sign che interagiscono con altri consumatori saranno in grado di fornire ai propri clienti informazioni sui dati raccolti nonché di rimuovere tali dati, secondo i propri processi di business. Puoi leggere delle nuove funzionalità GDPR di Adobe Sign.
Puoi leggere delle regole e normative di Adobe che proteggono la privacy fin dalla progettazione in tutti i prodotti qui: https://www.adobe.com/privacy.html.
Adobe ha iniziato ad applicare la scadenza automatica agli accordi non firmati di oltre 1 anno.
|
Prima segnalazione: febbraio 2018 |
Rimosso dall’elenco Attuale: ottobre 2018 |
|---|
A partire da ottobre 2018, Adobe Sign ha iniziato a dichiarare scaduti gli accordi di oltre 1 anno che sono ancora nello stato In attesa di firma.
Non verranno inviate notifiche ai partecipanti di questi accordi. Gli accordi scaduti saranno disponibili nella pagina Gestisci, nell’elenco degli accordi annullati/rifiutati.
AZIONI NECESSARIE
I clienti possono consultare i loro accordi meno recenti nella pagina Gestione oppure generando e scaricando un rapporto sugli accordi di età superiore a 1 anno. In entrambi i casi potranno trovare questi accordi applicando il filtro di ricerca “Inviato per la firma”.
Questa nuova regola è valida solo per gli accordi senza scadenza.
Non interessa gli accordi che sono stati completati, annullati o rifiutati.
Integrazione: Adobe Sign per Salesforce v20 rilasciato a luglio 2018
|
Prima segnalazione: giugno 2018 |
Rimosso dall’elenco Attuale: ottobre 2018 |
|---|
Adobe Sign per Salesforce Summer Release 2018 (precedentemente denominata “Spring Release”) è stato rilasciato il 17 luglio 2018.
La Summer Release include nuove funzioni e miglioramenti per amministratori e utenti finali. L'aggiornamento sarà disponibile nella scheda AppExchange di Salesforce di Adobe Sign.
Leggi le note sulla versione qui.
Blocco del traffico non sicuro
|
Prima segnalazione: giugno 2018 |
Rimosso dall’elenco Attuale: agosto 2018 |
|---|
Il 20 giugno 2018 è stato interrotto il supporto per diverse categorie di traffico di rete non sicuro per Adobe Sign. Tale modifica è stata necessaria per conformità ai requisiti PCI.
Traffico in entrata, ossia connessioni effettuate da un client ai nostri server.
È stato interrotto il supporto di connessioni non crittografate alle nostre API, ossia alle richieste che utilizzano “http:” anziché “https:”.
Con questa modifica, le applicazioni di clienti e partner non potranno stabilire connessioni non crittografate.
- Verranno generati errori specifici per l’applicazione.
Traffico in uscita, ossia connessioni effettuate dai nostri server ai server specificati dal cliente.
Sono disponibili due categorie:
- Callback di caricamento per i caricamenti di documenti (descritti qui per la nostra API REST, ma si applicano anche all'API SOAP tradizionale)
- Callback di stato per notificare al cliente di un cambiamento nello stato dell'accordo (descritti qui per la nostra API REST, ma si applicano anche all'API SOAP tradizionale)
Per entrambe le categorie di callback, non sono più supportate:
- Le connessioni non crittografate (che utilizzano URL con “http:” anziché “https:”)
- Le connessioni ai server che non supportano TLS v1.2 (quindi TLS v1.0 e TLS v1.1 non saranno più supportati)
- Le connessioni a server con certificati non validi. Questo comprende i certificati autofirmati o scaduti, nonché i casi in cui un URL utilizza un indirizzo IP anziché un nome host.
Nuova versione: Adobe Sign giugno 2018
|
Prima segnalazione: maggio 2018 |
Rimosso dall'elenco Attuale: luglio 2018 |
|---|
La versione di giugno 2018 di Adobe Sign è stata completata l’11 giugno.
La versione di giugno 2018 include nuove funzioni e miglioramenti per amministratori e utenti finali. Puoi trovare le note sulla versione qui.
Nuovo certificato SSL
|
Prima segnalazione: aprile 2018 |
Rimosso dall'elenco Attuale: luglio 2018 |
|---|
Il 2 maggio 2018 Adobe Sign è passato a un nuovo certificato SSL. Non vengono apportate modifiche alla chiave pubblica, ai protocolli crittografici sottostanti né allo schema. Per eventuali domande, contatta l'assistenza clienti.
AZIONI NECESSARIE
Se hai integrazioni personalizzate con Adobe Sign utilizzando le API SOAP o REST, e se una qualsiasi di queste integrazioni ha 'bloccato' la chiave pubblica esistente, non è richiesta alcuna azione.
Se stai bloccando il certificato utilizzando altri metodi, puoi trovare i nuovi certificati di Adobe Sign nei requisiti di sistema di Adobe Sign.Il nuovo certificato SSL è diventato attivo il 2 maggio 2018.
Modifiche importanti agli intervalli di indirizzi IP
|
Prima segnalazione: aprile 2018 |
Rimosso dall'elenco Attuale: luglio 2018 |
|---|
Se nella configurazione esistente del firewall o della rete è usato esplicitamente un elenco di indirizzi IP consentiti per Adobe Sign, per poter continuare ad accedere al servizio devi aggiornare le impostazioni della configurazione di rete con i nuovi indirizzi IP.
La maggior parte degli indirizzi IP esistenti continueranno a funzionare e non devono essere eliminati o rimossi dalla configurazione di rete.
AZIONI NECESSARIE
Se utilizzi un elenco esplicito degli indirizzi IP consentiti per Adobe Sign nei callback API o nel firewall, devi includere in tale elenco i nuovi indirizzi IP per i callback API. Se applicabile, notifica eventuali terze parti che indirizzano i callback.
Per l’integrazione Adobe Sign per Salesforce, gli amministratori devono includere nell’elenco degli indirizzi consentiti i nuovi intervalli di indirizzi IP per il loro account Salesforce.com (incluso Sites).
AGGIUNGI:
- 40.67.155.147/32
- 40.67.154.249/32
- 40.67.155.185/32
- 40.67.155.112/32
Per aggiungere all’elenco degli indirizzi consentiti gli intervalli IP per la trasmissione in uscita dei messaggi e-mail, aggiungi:
- 40.67.157.141/32
- 40.67.154.24/32
- 40.67.158.131/32
Integrazione: rilascio di Adobe Sign per Dynamics v7
|
Prima segnalazione: giugno 2018 |
Rimosso dall'elenco Attuale: luglio 2018 |
|---|
Il rilascio della versione estate 2018 di Adobe Sign per Dynamics 365 CRM (v7) è prevista per metà giugno.
Questa versione offre ulteriori funzioni per Microsoft Dynamics 365 CRM, con un’interfaccia utente riprogettata per consentire una navigazione più rapida e la possibilità di ottenere i dati di contatto del cliente da LinkedIn, per poter “vedere” sempre a chi si invia un documento. Inoltre, i clienti possono ora automatizzare completamente i propri processi di Adobe Sign, grazie alla sua integrazione diretta nei flussi di lavoro di Microsoft Dynamics 365 CRM.
L'aggiornamento è disponibile nella scheda Microsoft AppSource di Adobe Sign. Questa versione non dovrebbe avere alcun impatto sul servizio.
Integrazione: azione richiesta per i clienti di Adobe Sign per Salesforce v19.x
|
Prima segnalazione: giugno 2018 |
Rimosso dall'elenco Attuale: luglio 2018 |
|---|
Se esegui Adobe Sign per Salesforce 19.x, devi eseguire l’aggiornamento alla versione 19.5.2 prima del 1° giugno 2018 o dell’8 giugno 2018, a seconda della tua organizzazione Salesforce.com. Il rilascio Salesforce Summer '18, progressivamente distribuito a giugno da Salesforce, presenta modifiche che influiscono sulla compatibilità con le versioni precedenti dell'integrazione Adobe Sign per Salesforce e impatteranno sulla capacità di inviare alcuni accordi.
A partire dal 1° giugno 2018, i clienti che utilizzano Adobe Sign per Salesforce 19.x con aggiornamento a Salesforce Summer ’18 non potranno aggiungere destinatari e inviare accordi dalla versione Lightning della pagina di invio*.
AZIONI NECESSARIE
Se utilizzi la versione 19.x, effettua l’aggiornamento ad Adobe Sign per Salesforce v19.5.2 prima che Salesforce aggiorni la tua organizzazione a Salesforce Summer ’18:
- Vai su AppExchange, fai clic su Ottieni ora e segui le istruzioni.
Se hai bisogno di aiuto con l'aggiornamento, consulta la nostra Guida all'aggiornamento di Adobe Sign per Salesforce (v19).
Nuovo certificato SSL
|
Prima segnalazione: aprile 2018 |
Rimosso dall'elenco Attuale: luglio 2018 |
|---|
Il 2 maggio 2018 Adobe Sign passa a un nuovo certificato SSL. Non vengono apportate modifiche alla chiave pubblica, ai protocolli crittografici sottostanti né allo schema. Per eventuali domande, contatta l'assistenza clienti.
AZIONI NECESSARIE
Se hai integrazioni personalizzate con Adobe Sign utilizzando le API SOAP o REST, e se una qualsiasi di queste integrazioni ha 'bloccato' la chiave pubblica esistente, non è richiesta alcuna azione.
Se stai bloccando il certificato utilizzando altri metodi, puoi trovare i nuovi certificati di Adobe Sign nei requisiti di sistema di Adobe Sign. Il nuovo certificato SSL diventa attivo il 2 maggio 2018.
La versione di marzo di Adobe Sign è ora completa
|
Prima segnalazione: gennaio 2018 |
Rimosso dall'elenco Attuale: maggio 2018 |
|---|
Il rilascio del prodotto Adobe Sign di marzo 2018 è stato completato alle 12:00 PST, 15 marzo 2018.
Per ulteriori informazioni, consulta le note complete sulla versione.
SAP SuccessFactors verrà rilasciato ad aprile.
La versione 2017 del modulo per imposte USA W-4 viene rimossa dal servizio il 17/04/18
|
Prima segnalazione: aprile 2018 |
Rimosso dall'elenco Attuale: maggio 2018 |
|---|
La versione 2017 del modulo per imposte USA W-4 verrà rimossa dalla libreria di Adobe Sign il 17 aprile 2018.
I clienti che utilizzano il modulo W-4 dalla libreria di Adobe Sign tramite API devono aggiornare l’ID documento alla versione 2018 (vedi di seguito).
Se necessiti di ulteriori informazioni, contatta il tuo Customer Success Manager.
È disponibile la versione 2018 del modulo per imposte USA W-4
|
Prima segnalazione: marzo 2018 |
Rimosso dall'elenco Attuale: maggio 2018 |
|---|
Il 13 marzo 2018 è stato aggiunto ad Adobe Sign un nuovo modello per il modulo IRS W-4: W-4 2018 (Employee’s Withholding Allowance Certificate)
AZIONI NECESSARIE
Il nuovo modello per il modulo W-4 è associato a un nuovo codice libraryDocumentId . Se nelle tue applicazioni utilizzi il codice libraryDocumentId del modello esistente, sarà necessario aggiornarlo.
Per trovare il codice libraryDocumentId in un account abilitato per le API:
1. Esegui l'accesso come Amministratore dell'account.
2. Fai clic sulla scheda Account > Adobe Sign API > Informazioni API > seleziona il collegamento alla documentazione sui metodi REST API.
3. Nella sezione GET /libraryDocuments, fai clic sul pulsante OAUTH ACCESS-TOKEN .
a . Abilita l'ambito library_read : self
4 Fai clic su Provalo! .
5. Nel corpo della risposta, individua il nuovo modello per moduli W-4 (non la versione del 2017) per visualizzare il valore libraryDocumentId.
Se necessiti di ulteriori informazioni, contatta il tuo Customer Success Manager.
Nel corpo della risposta, individua il nuovo modello per moduli W-4 (non la versione del 2017) per visualizzare il valore libraryDocumentId.
Se necessiti di ulteriori informazioni, contatta il tuo Customer Success Manager.
Avviso di sicurezza: il supporto per TLS 1.0 e 1.1 termina il 9 aprile 2018
|
Prima segnalazione: gennaio 2017 |
Rimosso dall'elenco Attuale: maggio 2018 |
|---|
Nel 2018 Adobe cesserà di supportare i protocolli TLS 1.0 e 1.1, in conformità con le best practice di settore per la sicurezza SSL/TLS.
A partire dall’8 aprile sarà richiesto il protocollo handshake SSL TLS 1.2 e i precedenti protocolli TLS 1.0 e TLS 1.1 non saranno più accettati. I clienti che non utilizzano TLS 1.2 non saranno in grado di effettuare connessioni di rete al servizio Adobe Sign.
AZIONI NECESSARIE
Per i client che utilizzano browser web: usa un browser supportato (vedi Requisiti di sistema).
Per i clienti che eseguono applicazioni tramite le API di Adobe Sign: il supporto di TLS 1.2 può dipendere dall'applicazione, dalle librerie runtime e/o dal sistema operativo. In alcuni casi, il supporto TLS è fornito dalle librerie del sistema operativo; in altri casi viene fornito da una libreria runtime dell'applicazione.
Per i client che utilizzano Adobe Sign per Dynamics v5.x e versioni precedenti, esegui l'aggiornamento alla v6.0.
Il supporto di TLS 1.2 da parte del sistema operativo richiede:
- Server Windows: Windows Server 2008 R2 o versione successiva.
- Computer desktop Windows: Windows 8 o versione successiva.
- OS X: OS X 10.8 o versione successiva.
Supporto di TLS 1.2 da parte del framework dell'applicazione:
- Per Java: Java 8 o versione successiva. È possibile usare Java 7, ma TLS v1.2 deve essere attivato in modo esplicito dall'applicazione.
- Per . NET: usa .NET 4.6 o versione successiva. .NET 4.5 può essere utilizzato ma richiede che TLSv.1.2 venga abilitato in modo esplicito dall’applicazione. .NET dipende dal supporto TLS 1.2 di Windows (vedi sopra).
- Per applicazioni che utilizzano OpenSSL: OpenSSL 1.01 o versione successiva.
Integrazione: fine del ciclo di vita per Adobe Sign per Microsoft Dynamics v4 e v5
|
Prima segnalazione: febbraio 2018 |
Rimosso dall'elenco Attuale: maggio 2018 |
|---|
Adobe Sign per Microsoft Dynamics v5, v4 e versioni precedenti (locali e online) verrà sospeso. Adobe Sign per Dynamics v6 e versioni successive supporta le versioni locali di Microsoft Dynamics 2013, 2015 e 365 nonché Dynamics CRM 365 Online. In caso di domande sull'aggiornamento all'ultima versione, rivolgiti al Customer Success Manager per il tuo account.
AZIONI NECESSARIE
Effettua subito l’aggiornamento ad Adobe Sign per Microsoft Dynamics v6 per le versioni locali e online. Sarà possibile effettuare la migrazione di tutti i dati da v4 e versioni precedenti alla versione più recente.
Integrazione: fine del ciclo di vita per Adobe Sign per Microsoft Dynamics v4
|
Prima segnalazione: settembre 2016 |
Rimosso dall'elenco Attuale: maggio 2018 |
|---|
Adobe Sign per Microsoft Dynamics v4 e versioni precedenti (locale e online) è stato terminato il 30 novembre 2017 e non funziona più. Adobe Sign per Dynamics v6 e versioni successive supporta le versioni locali di Microsoft Dynamics 2013, 2015 e 365 nonché Dynamics CRM 365 Online. In caso di domande sull'aggiornamento all'ultima versione, rivolgiti al Customer Success Manager per il tuo account.
AZIONI NECESSARIE
Effettua l'aggiornamento ad Adobe Sign per Microsoft Dynamics v6 prima di novembre 2017 per le versioni locali e online. Sarà possibile effettuare la migrazione di tutti i dati da v4 e versioni precedenti alla versione più recente.
L’ultimo modello per il modulo IRS W-9 disponibile dal 13 febbraio
|
Prima segnalazione: febbraio 2018 |
Rimosso dall'elenco Attuale: aprile 2018 |
|---|
Il 13 febbraio 2018, in Adobe Sign verrà aggiunto un nuovo modello per il modulo IRS W-9, denominato W-9 (Request for Taxpayer Identification Number) versione 11/17. Contemporaneamente, il modello W-9 esistente verrà rinominato in W-9 (Request for Taxpayer Identification Number) (precedente). Questo processo di ridenominazione NON influisce sui flussi di lavoro.
Il 13 marzo 2018, il modello W-9 (Request for Taxpayer Identification Number) (precedente) verrà ritirato. Devi quindi intraprendere le azioni necessarie prima del 13 marzo 2018 per evitare interruzioni nel flusso di lavoro.
AZIONI NECESSARIE
Il nuovo modello per il modulo W-9 è associato a un nuovo libraryDocumentId. Se si utilizza il libraryDocumentId del modello esistente nelle applicazioni, sarà necessario aggiornarlo.
Per trovare il codice libraryDocumentId in un account abilitato per le API:
- Esegui l'accesso come Amministratore dell'account.
- Fai clic sulla scheda Account > Adobe Sign API > Informazioni API > seleziona il collegamento alla documentazione sui metodi REST API
- Nella sezione GET /libraryDocuments, fai clic sul pulsante OAUTH ACCESS-TOKEN
- Abilita l'ambito library_read:self
- Fai clic su Provalo! .
- Nel contenuto della risposta, individua il nuovo modello per il modulo W-9 (non la versione precedente) per visualizzare il valore libraryDocumentId.
Se necessiti di ulteriori informazioni, contatta il tuo Customer Success Manager.
Integrazione: fine del ciclo di vita per Adobe Sign per Microsoft SharePoint v3 e versioni precedenti
|
Prima segnalazione: ottobre 2017 |
Rimosso dall'elenco Attuale: aprile 2018 |
|---|
Adobe Sign per Microsoft SharePoint v3 e versioni precedenti (versioni online e locali) smetterà di funzionare dal 31 marzo 2017. Adobe Sign per SharePoint v4 e versioni successive supporta la versione locale di Microsoft SharePoint 2013 e 2016 e SharePoint Online.
Azione richiesta:
Effettua l'upgrade ad Adobe Sign per SharePoint v4 al più presto. In caso di domande sull'aggiornamento all'ultima versione, rivolgiti al Customer Success Manager per il tuo account.
Integrazione: aggiornamento importante ad Adobe Sign per Salesforce v18
|
Prima segnalazione: maggio 2017 |
Rimosso dall'elenco Attuale: marzo 2018 |
|---|
Salesforce applicherà un nuovo modello di sicurezza per i componenti Lightning, LockerService, in una prossima versione. Se usi Adobe Sign per Salesforce v18, devi effettuare l'aggiornamento alla versione 18.27 o successiva per garantire il corretto funzionamento di tutti i componenti Lightning di Salesforce.
AZIONI NECESSARIE
Se usi Adobe Sign per Salesforce v18, devi effettuare l'aggiornamento alla versione 18.27 o successiva.
Integrazione: termine del supporto per l’integrazione Adobe Sign con Salesforce v15
|
Prima segnalazione: aprile 2017 |
Rimosso dall'elenco Attuale: marzo 2018 |
|---|
Gli aggiornamenti dei prodotti, gli aggiornamenti di sicurezza e il supporto tecnico di Adobe Sign per Salesforce v15 sono terminati il 15 dicembre 2017
AZIONI NECESSARIE
Effettua l'aggiornamento all'ultima versione dell'integrazione con Salesforce per continuare a ricevere le ultime funzioni, gli aggiornamenti di sicurezza e supporto tecnico.
IMPORTANTE
Rivedi le Impostazioni delle autorizzazioni richieste da Salesforce prima di avviare l'aggiornamento alla v19 nella sezione Novità della versione 19.
Sono ora disponibili i modelli di Adobe Sign per il modulo IRS I-9 del 2017.
|
Prima segnalazione: novembre 2017 |
Rimosso dall'elenco Attuale: febbraio 2018 |
|---|
Il 24 ottobre è stato aggiunto ad Adobe Sign il nuovo modello per il modulo IRS I-9 aggiornato. Presenta il titolo: I-9 (Employment Eligibility Verification) ver. 07/17/17 N.
Allo stesso tempo, il modello esistente I-9 2017 (Employment Eligibility Verification) è stato rinominato: I-9 (Employment Eligibility Verification) ver. 07/17/17 N (precedente).
Questa modifica del nome non influisce sui flussi di lavoro.
Tuttavia, in data 01/12/17, il secondo modello, I-9 (Employment Eligibility Verification) ver. 07/17/17 N (precedente), è stato ritirato.
Se si utilizza il libraryDocumentId del modello precedente nelle applicazioni, è necessario passare all'uso del nuovo valore libraryDocumentId.
AZIONI NECESSARIE
Il nuovo modello per il modulo I-9 possiede un nuovo libraryDocumentId. Se si utilizza il libraryDocumentId del modello esistente nelle applicazioni, sarà necessario aggiornarlo.
Per trovare il codice libraryDocumentId in un account abilitato per le API:
- Esegui l'accesso come Amministratore dell'account.
- Fai clic sulla scheda Account > Adobe Sign API > Informazioni API > seleziona il collegamento alla documentazione sui metodi REST API
- Nella sezione GET /libraryDocuments, fai clic sul pulsante OAUTH ACCESS-TOKEN
- Abilita l'ambito library_read:self.
- Fai clic su Prova! .
- Nel Contenuto risposta, individua il modello del modulo I-9 riveduto (I-9 (Employment Eligibility Verification) ver. 07/17/17 N) per vedere il valore libraryDocumentId.
Se necessiti di ulteriori informazioni, contatta il tuo Customer Success Manager.
Modifiche importanti agli intervalli di indirizzi IP
|
Prima segnalazione: giugno 2017 |
Rimosso dall'elenco Attuale: febbraio 2018 |
|---|
Se nella configurazione esistente del firewall o della rete è usato esplicitamente un elenco di indirizzi IP consentiti per Adobe Sign, per continuare ad accedere al servizio devi aggiornare le impostazioni della configurazione di rete con i nuovi indirizzi IP.
La maggior parte degli indirizzi IP esistenti continueranno a funzionare e non devono essere eliminati o rimossi dalla configurazione di rete; tuttavia, è necessario rimuovere due intervalli di indirizzi IP obsoleti per l'America settentrionale.
AZIONI NECESSARIE
Se utilizzi un elenco esplicito degli indirizzi IP consentiti per Adobe Sign nei callback API o nel firewall, devi includere in tale elenco i nuovi indirizzi IP per i callback API. Se applicabile, notifica eventuali terze parti che indirizzano i callback.
Per l’integrazione Adobe Sign per Salesforce, gli amministratori devono includere nell’elenco degli indirizzi consentiti i nuovi intervalli di indirizzi IP per il loro account Salesforce.com.
|
AGGIUNGI: India: |
13.126.23.0/27 |
|
RIMUOVI: America del Nord: |
166.78.79.112/28 207.97.227.112/28 |
Integrazione: aggiornamento importante ad Adobe Sign per NetSuite
|
Prima segnalazione: maggio 2017 |
Rimosso dall'elenco Attuale: febbraio 2018 |
|---|
Oracle ha recentemente effettuato l'aggiornamento a NetSuite 17.0. L'aggiornamento ha causato un problema in Adobe Sign per NetSuite in cui la scheda Accordo potrebbe non apparire per alcuni ruoli.Per fare sì che la scheda Accordo sia visibile per i ruoli forniti dall'amministratore sul record dell'accordo, effettua l'aggiornamento ad Adobe Sign per NetSuite versione 4.0.1.
AZIONI NECESSARIE
Affinché gli utenti possano visualizzare la scheda Accordo di Adobe Sign, accedi all’applicazione e aggiorna ad Adobe Sign per NetSuite versione 4.0.1.
Nuova versione: versione di settembre 2017 di Adobe Sign
|
Prima segnalazione: settembre 2017 |
Rimosso dall'elenco Attuale: novembre 2017 |
|---|
La versione di settembre 2017 di Adobe Sign è ora completa. Questa versione include nuove funzioni e miglioramenti per amministratori e utenti finali, tra cui:
- Supporto per timestamp conformi con eIDAS, certificati su EUTL (EU Trusted List)
- Supporto per nuovi servizi di timestamp configurabili, se l'azienda utilizza già un provider di timestamp LTV
- Più ampio supporto di Cloud Signature Consortium con nuovi partner annunciati
- Supporto per conformità di identità Aadhaar e nuovo data center in India (IN1)
- Campi moduli con codifica a colori e supporto per un nuovo font per i campi modulo, per migliorare l'esperienza d'uso sia per gli autori che per gli utenti
- Ulteriore implementazione della funzione di rilevamento dei campi modulo
- Possibilità di sostituire o aggiungere i destinatari in lavori già avviati
Più ampio supporto dei prodotti Microsoft con integrazioni nuove o migliorate per:
- Office 365 – Outlook, Word e PPT
- Dynamics CRM v6
- Teams
- Flow
Sicurezza: è stato terminato il supporto per Windows Vista SP2 e Internet Explorer 9 e 10
|
Prima segnalazione: marzo 2017 |
Rimosso dall'elenco Attuale: novembre 2017 |
|---|
Il 17 marzo 2017 è stato terminato il supporto per Windows Vista SP2 e Internet Explorer 9 e 10 in Adobe Sign. I clienti che continuano a utilizzare questi browser non potranno usufruire delle nuove funzioni e potrebbero non essere in grado di accedere ad Adobe Sign in futuro.
AZIONI NECESSARIE
Affinché le nuove funzioni di Adobe Sign possano funzionare correttamente, aggiorna i dispositivi hardware più datati a configurazioni di sistema operativo più recenti, quali Windows 7, 8 o 10 con uno dei browser supportati elencati nei Requisiti di sistema di Adobe Sign.
La versione di maggio di Adobe Sign è ora completa
|
Prima segnalazione: aprile 2017 |
Rimosso dall'elenco Attuale: luglio 2017 |
|---|
La versione di maggio di Adobe Sign è ora completa. Questa versione include nuove funzioni e miglioramenti per amministratori e utenti finali. Con questa versione, l'interfaccia classica per invio e authoring è stata ritirata e la nuova interfaccia utente viene adottata come interfaccia standard in Adobe Sign. Questo cambiamento di interfaccia interessa anche le integrazioni API in cui è incorporata la pagina di invio. La nuova esperienza di invio offre tutte le funzionalità dell'esperienza di invio classica, con l'eccezione del flusso di lavoro Firma tramite fax, che è stato sostituito dal nuovo flusso di lavoro Firma manuale con scansione e caricamento. Le nuove esperienze di invio e authoring offrono inoltre nuove funzionalità, quali messaggi privati, nuovi ruoli per i destinatari e altre ancora.
I nuovi accordi ora presentano opzioni di aspetto aggiornate per i campi di testo assegnati. Le opzioni precedenti Helvetica, Times e Courier sono state sostituite da font Adobe equivalenti, rispettivamente Adobe Source Sans Pro, Source Code Pro e Source Serif Pro.
Al momento dell'implementazione, non saranno abilitate tutte le funzioni di questa versione. Alcune funzioni verranno attivate a giugno. Per ulteriori informazioni, leggi le note sulla versione.
AZIONI NECESSARIE
Non è richiesto alcun intervento.
Nuovo certificato SSL e authority di certificazione
|
Prima segnalazione: giugno 2017 |
Rimosso dall'elenco Attuale: luglio 2017 |
|---|
Adobe Sign passa a un nuovo certificato SSL e authority di certificazione (CA) a partire dal
22 luglio 2017. Non vengono apportate modifiche alla chiave pubblica, ai protocolli crittografici sottostanti né allo schema. Con questo aggiornamento cambia la CA principale e intermedia. Per eventuali domande, contatta l'assistenza clienti.
AZIONI NECESSARIE
Se hai implementato integrazioni personalizzate con Adobe Sign utilizzando le API SOAP o REST e se alcune di tali integrazioni richiedono il pinning della chiave pubblica esistente, non è richiesta alcuna azione.
Se esegui il pinning del certificato con altri metodi, puoi trovare i nuovi certificati di Adobe Sign e CA nei Requisiti di sistema di Adobe Sign. Il nuovo certificato SSL e la nuova authority di certificazione diventeranno effettivi il 22 luglio 2017.
API: nuova impostazione per personalizzare il codice di errore generato in caso di URL scaduto
|
Prima segnalazione: maggio 2017 |
Rimosso dall'elenco Attuale: luglio 2017 |
|---|
Al momento, il codice di errore HTTP restituito in seguito alla scadenza dell'URL è 404 (pagina non trovata) e non è conforme agli standard HTTP. Questi URL possono essere generati da chiamate REST API quali GET/agreements/{agrID}/combinedDocument/url. Il codice di errore HTTP più appropriato è invece 410 (non più disponibile). Con la versione di maggio, il codice di errore HTTP predefinito diventa 410. Una nuova impostazione consente di restituire un codice di stato HTTP personalizzato (404, 410 ecc.) per questo scenario di errore.
AZIONI NECESSARIE
Se le tue applicazioni prevedono che un URL scaduto generi un errore 404, dovrai richiedere che il valore di questa impostazione venga impostato su 404. Per assistenza, contatta l'assistenza clienti.
Funzione obsoleta: flusso di lavoro Firma tramite fax
|
Prima segnalazione: maggio 2017 |
Rimosso dall'elenco Attuale: luglio 2017 |
|---|
Con la versione di maggio 2017, la nuova esperienza di invio diventa standard e il flusso di lavoro Firma tramite fax è stato sostituito dal nuovo flusso di lavoro Firma manuale con scansione e caricamento. La nuova funzionalità di scansione e caricamento offre maggiore precisione e possibilità di controllo, nonché una migliore leggibilità. Anche i clienti che utilizzano le API sono stati trasferiti al nuovo flusso di lavoro Firma manuale.
L'esperienza di invio classica con Firma tramite fax resterà disponibile per un periodo di tempo limitato e verrà dichiarata obsoleta il 31 ottobre 2017. Gli utenti dell'applicazioni Web che desiderano continuare a utilizzare il flusso di lavoro Firma tramite fax possono ripristinare la pagina di invio classica dalle impostazioni di invio. Gli utenti API che desiderano continuare a utilizzare il flusso di lavoro Firma tramite fax devono contattare il proprio Customer Success Manager.
AZIONI NECESSARIE
Consulta la documentazione sul nuovo flusso di lavoro Firma manuale e informa i tuoi utenti di questo cambiamento. Inoltre, se necessario, aggiorna la tua documentazione per utenti e clienti con informazioni sui flussi di lavoro Firma manuale.
Mobile: rimozione dell’accesso con ID di Google e Google Apps in Adobe Sign per dispositivi mobili
|
Prima segnalazione: marzo 2017 |
Rimosso dall'elenco Attuale: giugno 2017 |
|---|
Per migliorare la sicurezza e l'esperienza di utilizzo, Google non consente più le richieste di autorizzazione OAuth a Google tramite browser incorporati, o visualizzazioni Web nelle applicazioni native per dispositivi mobili. Di conseguenza, con la versione di maggio, sono state rimosse dall'app Adobe Sign per dispositivi mobili le opzioni di accesso tramite Google e Google Apps.
Gli utenti di Adobe Sign potranno ancora accedere con il proprio ID di Google tramite la modalità di accesso standard (e-mail e password). L'unica differenza consiste nella rimozione delle opzioni Google e Google Apps dalla pagina di accesso. Se riscontri problemi con l'accesso standard e l'ID di Google, ripristina la password e riprova.
Manutenzione pianificata senza interruzione in America settentrionale (NA1)
|
Prima segnalazione: gennaio 2017 |
Rimosso dall'elenco Attuale: aprile 2017 |
|---|
Adobe Sign sarà soggetto a un intervento di manutenzione pianificata al data center per l’America settentrionale (NA1) con interruzione dei servizi alle seguenti date:
Sabato 8 aprile 2017 dalle 17:00 PDT alle 23:00 PDT
Non si prevede alcun impatto per i clienti che usano gli altri data center.
La manutenzione pianificata deve essere eseguita per completare l'ampliamento delle operazioni gestite dal data center in America settentrionale. Durante questa finestra di manutenzione, il servizio non sarà disponibile su NA1.
Per verificare il data center utilizzato per il tuo account, accedi ad Adobe Sign e osserva l'abbreviazione presente nell'URL (NA1, NA2 e così via). In caso di domande, rivolgiti al Customer Success Manager per il tuo account.
AZIONI NECESSARIE
- Se usi l’integrazione Adobe Sign per Salesforce: per garantire il corretto funzionamento dopo il 7 aprile 2017, gli amministratori dell’integrazione Salesforce devono inserire gli intervalli di indirizzi IP aggiuntivi nell’elenco degli indirizzi consentiti del proprio account Salesforce.com.
- Se utilizzi un elenco di indirizzi consentiti con gli indirizzi IP di Adobe Sign nei callback API o nel firewall: gli amministratori dell’integrazione Salesforce devono includere in tale elenco i nuovi indirizzi IP per i callback API. Se applicabile, notifica eventuali terze parti che indirizzano i callback. Se i nuovi intervalli di indirizzi IP non vengono aggiunti, i callback non potranno superare il tuo firewall. Intervalli di indirizzi IP e domande frequenti sulla manutenzione programmata
Integrazione: supporto terminato per l’integrazione Adobe Sign con Salesforce v14
|
Prima segnalazione: settembre 2016 |
Rimosso dall'elenco Attuale: febbraio 2017 |
|---|
Gli aggiornamenti del prodotto e di sicurezza nonché il supporto tecnico di Adobe Sign per Salesforce v14 sono terminati il 15 dicembre 2016. È ora disponibile la versione 18.
AZIONI NECESSARIE
Effettua l'aggiornamento all'ultima versione dell'integrazione con Salesforce. Per continuare a ricevere supporto tecnico, i clienti che usano versioni non supportate dovranno effettuare l'aggiornamento a una versione corrente.
API: il supporto di applicazioni OAuth diventerà obsoleto per SOAP API
|
Prima segnalazione: novembre 2016 |
Rimosso dall'elenco Attuale: febbraio 2017 |
|---|
Con la versione di manutenzione di dicembre, le nuove applicazioni OAuth potranno accedere solo a REST API. Le applicazioni e chiavi di integrazione OAuth esistenti continueranno a poter accedere a SOAP API fino a ulteriore notifica.
AZIONI NECESSARIE
Sviluppa eventuali nuove applicazioni con REST API. Per ulteriori informazioni, vai al Developer Center.
App per Web e API: le regole di complessità password verranno cambiate nel 2017
|
Prima segnalazione: novembre 2016 |
Rimosso dall'elenco Attuale: febbraio 2017 |
|---|
Per potenziare la sicurezza, verranno cambiate le regole di complessità delle password per Adobe Sign. Nei primi mesi del 2017, ai clienti che utilizzano l'applicazione Web verrà chiesto di aggiornare la password nei successivi 90 giorni. I clienti che accedono o che offrono il servizio ai loro utenti tramite le API SOAP o REST esistenti avranno tempo fino alla metà del 2018 per aggiornare le proprie applicazioni in conformità con i requisiti di sicurezza delle password di Adobe Sign. Nei primi mesi del 2017 saranno disponibili informazioni per gli utenti API su come eseguire la transizione alle nuove regole.
Nuovi criteri per la password:
• Minimo 8 caratteri, massimo 100 caratteri
• Almeno un carattere maiuscolo
• Almeno un carattere minuscolo
• Almeno una cifra
• Almeno un carattere speciale (punteggiatura), eccetto lo spazio vuoto
• Non può contenere nome utente, nome o cognome senza distinzione maiuscole/minuscole
• La nuova password viene rifiutata se corrisponde a password utilizzate in precedenza
AZIONI NECESSARIE
Nei primi mesi del 2017, gli utenti dell'applicazione Web dovranno aggiornare la propria password. I clienti che offrono il servizio ai loro utenti tramite le API avranno tempo fino a luglio 2018 per aggiornare le proprie applicazioni a REST API in conformità con i requisiti di sicurezza delle password di Adobe Sign.
App per Web e API: supporto terminato per precedente sintassi di tag di testo
|
Prima segnalazione: giugno 2016 |
Rimosso dall'elenco Attuale: febbraio 2017 |
|---|
Il supporto dei tag di testo v1.0 è terminato. I tag v1.0 continueranno a essere rispettati nel servizio, ma non verranno accettate segnalazioni di bug o richieste di miglioramento per questa sintassi.
AZIONE RICHIESTA
Assicurati che gli utenti utilizzino la sintassi dei tag di testo 2.0 quando creano nuovi modelli di documento.Controlla le applicazioni e i modelli esistenti che possono contenere vecchi tag di testo e modificali con la nuova sintassi per tag di testo 2.0. Per informazioni, consulta la Guida di riferimento per la creazione di moduli tramite i tag di testo.
Aggiornamento tecnico: gennaio 2017 (comunicazioni preliminari)
|
Prima segnalazione: giugno 2016 |
Rimosso dall'elenco Attuale: febbraio 2017 |
|---|
Sono ora disponibili i modelli di Adobe Sign per i moduli IRS 2017 I-9 e W-4. I modelli I-9 (Employment Eligibility Verification 2016) e W-4 2016 (IRS Employees Withholding Allowance) non saranno più disponibili a partire dal 20 gennaio 2017 alle 00.00 PT.
AZIONI NECESSARIE
I modelli per i moduli IRS 2017 hanno un nuovo ID documento. Se utilizzi gli ID documento nelle tue applicazioni, dovrai aggiornarli.
Per trovare il codice LibraryDocumentID in un account abilitato per le API:
- Esegui l'accesso come Amministratore dell'account Adobe Sign.
- Genera una chiave di integrazione.
- Passa alla scheda Account > API Adobe Sign > Informazioni API > seleziona il collegamento della documentazione sui metodi REST API.
- Scorri fino alla sezione Risorse e operazioni.
- Alla riga /libraryDocuments, fai clic sul collegamento Mostra/Nascondi per esporre i metodi.
- Fai clic sul primo pulsante GET accanto all'opzione /libraryDocuments.
- Incolla la chiave integrazione nel campo Token di accesso.
- Fai clic su Prova!
- Individua i moduli I-9 e W-4 2017 e rileva i valori LibraryDocumentID.
Se necessiti di ulteriori informazioni, contatta il tuo Customer Success Manager.