Notifiche tecniche Adobe Acrobat Sign 2021-2022

Modello Adobe Sign: W-4 (2022)

Con la versione di aprile 2022 è prevista l’aggiunta alla libreria di Adobe Sign del nuovo modulo IRS W-4 (2022), denominato W-4 2022 (Employee's Withholding 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, dovrai aggiornarlo.

La versione 2021 verrà rimossa dal sistema a giugno 2022.

Per evitare interruzioni nel servizio, eventuali applicazioni o API che usano il modulo precedente (vers. 2021) devono essere aggiornate prima del 1^o giugno.

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 
   • Abilita l'ambito library_read:self
4. Fai clic su Provalo! .
5. In Contenuto risposta, individua il modello del nuovo modulo W-4 2022 (Employee's Withholding Certificate) (non la vers. 2021) per vederne il valore libraryDocumentId.  

Due nuovi webhook aggiunti con la versione del 14 giugno

Nella versione del 14 giugno sono stati aggiunti due nuovi webhook:

• Aggiornamento della scadenza degli accordi (AGREEMENT_EXPIRATION_UPDATED) (disponibile solo tramite API REST v6, POST /webhooks) - Viene attivato quando si aggiorna la data di scadenza di un accordo.
  
• Nome firmatario dell’accordo modificato da firmatario (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) - Viene attivato quando un destinatario cambia il suo nome al momento di firmare, impostando un valore diverso dal nome specificato quando è stato creato l’accordo.

Entrambi i webhook sono disponibili.

Versione funzionale: Adobe Acrobat Sign - Completamento della versione del 15 giugno

La versione funzionale è stata completate e tutte le funzioni sono disponibili.

Aggiornamento delle autorizzazioni per Adobe Acrobat Sign per le integrazioni Microsoft completato l'8 giugno 2022

L'8 giugno 2022, Acrobat Sign ha migrato l'infrastruttura delle notifiche per le integrazioni Microsoft Teams, Outlook, Word e PowerPoint dai callback ai webhook. Questo migliorerà la consegna delle notifiche e consentirà agli utenti di ricevere tutte le notifiche dei documenti Acrobat Sign nella loro integrazione preferita, indipendentemente da dove il documento abbia avuto origine.

Ora che l'aggiornamento è completato, agli utenti finali verrà richiesto di accettare nuovamente le autorizzazioni Acrobat Sign, inclusa la visualizzazione, creazione/modifica ed eliminazione dei webhook, prima di poter continuare a utilizzare le integrazioni.

La riaccettazione delle autorizzazioni Adobe Acrobat Sign è richiesta solo una volta e si applica ad Adobe Acrobat Sign in tutte le integrazioni Microsoft 365.Questa autorizzazione viene concessa a livello di account e deve essere accettata dagli utenti finali.

Visita la pagina di aiuto appropriata qui sotto e consulta «Stabilire la relazione autenticata» per ulteriori informazioni. Per assistenza «live» su Acrobat Sign, accedi al tuo account Acrobat Sign e fai clic su «?»poi «Contatta il supporto» per vedere le tue opzioni di supporto.

Rimozione della funzione Codice di accesso classica con la versione di giugno 2022

La funzione Codice di accesso è stata completamente rimossa dal sistema Acrobat Sign con la versione di giugno 2022, quando la pagina Gestisci è stata rimossa dal servizio.  

Interruzione del servizio per Custom Workflow Designer programmata per il 15 giugno 2022, completata.

Custom Workflow Designer ha avuto una breve interruzione del servizio per aggiornare il codice sottostante in concomitanza con il rilascio maggiore del 15 giugno.

Tra le 15:00 e le 15:30 ora del Pacifico, il designer del flusso di lavoro potrebbe non aver consentito agli utenti di creare un nuovo flusso di lavoro o salvare un flusso di lavoro che era in fase di modifica.

L'utilizzo dei flussi di lavoro per generare accordi non è stato influenzato durante questo periodo.

Fine del supporto per Microsoft Internet Explorer 11 e i browser Edge legacy dal 31° dicembre 2021

Entro il 31 dicembre 2021, Adobe Sign non supporterà più formalmente i browser Microsoft Internet Explorer 11 o Microsoft Edge legacy. Si consiglia ai clienti di non accedere più all’applicazione Adobe Sign con tali browser. Dopo il 31 dicembre 2021, i clienti che utilizzano questi browser potrebbero avere un'esperienza degradata e alcune funzionalità potrebbero cessare di funzionare.

La pagina di firma elettronica del destinatario dovrebbe continuare a funzionare correttamente su questi browser per evitare di interrompere i flussi di lavoro del destinatario. Ci impegniamo a rendere questa transizione quanto più fluida possibile.

Versione funzionale: Adobe Acrobat Sign - Versione completata del 5 aprile

Adobe Acrobat Sign ha completato il rilascio delle funzionalità previsto per la prima settimana di aprile 2022. Durante questo rilascio non si sono verificate interruzioni del servizio

La versione di aprile 2022 presenterà alcuni miglioramenti a livello di funzionalità per utenti e amministratori e correggerà alcuni problemi segnalati dai clienti.  

Nuovo certificato SSL disponibile -
In vigore dal 1° aprile 2022

Acrobat Sign ha rilasciato i nuovi certificati SSL la mattina del 1° aprile 2022.
Non c'è alcun cambiamento nella chiave pubblica, nei protocolli crittografici sottostanti o nello schema.

AZIONI NECESSARIE

Utilizzo della chiave pubblica

• Se hai implementato 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 è richiesto alcun intervento.
• Se stai utilizzando i certificati SSL di Acrobat Sign per l'SSO, o se stai fissando il certificato stesso (o utilizzando altri metodi), puoi trovare i nuovi certificati Acrobat Sign nei requisiti di sistema di Adobe Acrobat Sign.
  • Se la configurazione SSO supporta più catene di certificati pubbliche, puoi aggiungere subito i nuovi certificati e rimuovere dalla configurazione quelle precedenti dopo il passaggio ad aprile.
  • Se il tuo SSO non supporta più catene di certificati pubbliche, dovrai sincronizzare il passaggio di SSL con Acrobat Sign il 1° aprile 2022.  

I nuovi certificati SSL sono attivi dal 1 aprile 2022.

Versione funzionale secondaria: Adobe Acrobat Sign 3 maggio 2022

Acrobat Sign ha completato un rilascio di funzionalità minore il 3 maggio 2022. Durante questo rilascio non si sono verificate interruzioni del servizio

Il rilascio di maggio 2022 include un miglioramento delle funzionalità per consentire l'autenticazione basata sulla conoscenza per partecipanti aggiuntivi nei moduli web. 

Aggiornamento tenant per Acrobat Sign per Word/PowerPoint, Outlook e le integrazioni Teams

Il 22 marzo 2022, Adobe Acrobat Sign aggiornerà il tenant dell’applicazione Acrobat Sign per Office 365, il tenant dell’applicazione comune per Word/PowerPoint, Outlook e le integrazioni Teams.  

A partire dalle ore 10:00 (ora legale orientale), agli amministratori/utenti potrebbe essere richiesto di accettare una richiesta di autorizzazione per l’applicazione prima che sia consentito l’accesso. L’ora esatta dipende dalla scadenza del token di autenticazione dell’account emesso da Microsoft (fino a 24 ore dopo il punto di partenza).

Manutenzione pianificata per il servizio modelli e-mail personalizzati (CEMT) di Adobe Sign - Completata

Sabato 12 febbraio 2022, dalle 18:00 PST alle 19:00 PST, il servizio Adobe Sign Custom Email Templates (CEMT) avrà una breve degradazione del servizio mentre i componenti dell'infrastruttura core vengono aggiornati. Durante questo periodo, i clienti potrebbero visualizzare modelli e-mail predefiniti anziché i modelli personalizzati previsti. Non è prevista alcuna interruzione.

Versione funzionale: gennaio 2022 - Completata

La versione di gennaio 2022 di Adobe Sign è stata completata senza alcuna interruzione del servizio nell’applicazione.

La versione di gennaio include miglioramenti delle funzionalità per utenti e amministratori, nonché la risoluzione di numerosi problemi segnalati dai clienti. 

Le nuove pagine Home e Gestisci diventano standard a gennaio 2022; rimozione delle corrispondenti pagine classiche

Con la versione di gennaio 2022 di Adobe Sign vengono rimosse le esperienze classiche delle pagine Home e Gestisci. A quel punto, tutti gli account verranno trasferiti all'esperienza moderna di Home e gestione, senza possibilità di tornare all'interfaccia classica.
Tieni presente che ci impegniamo a rendere questa transizione il più agevole possibile e abbiamo rilasciato funzionalità per riprodurre i comportamenti della pagina di gestione classica, incluse:

• Ricerca mirata per nome e cognome.
• I mittenti ora possono aggiungere un messaggio quando sostituiscono il firmatario.
• È stata aggiunta una funzionalità per ricordare ai destinatari in Cc e ai firmatari che hanno completato l’operazione.

Nella versione di dicembre, miglioreremo ulteriormente le capacità di ricerca e aggiungeremo una funzione di “visualizzazione rapida dei metadati”.  

Autenticazione di Adobe Sign con reindirizzamento al sistema Identity Management di Adobe

A partire dalla versione di settembre di Adobe Sign, alcuni utenti che eseguono l’autenticazione direttamente nell’applicazione Adobe Sign troveranno il metodo di autenticazione reindirizzato ad Adobe Identity Manager.

Adobe sta standardizzando l’autenticazione con questo formato fino alla fine del 2020.

Versione funzionale: Adobe Sign ottobre 2021

La versione di ottobre 2021 di Adobe Sign è stata completata senza alcuna interruzione del servizio nell’applicazione.

La versione di ottobre presenterà alcuni miglioramenti a livello di funzionalità per utenti e amministratori e correggerà alcuni problemi segnalati dai clienti.  

Blocco dei valori dei nomi esteso alle firme digitate

Con la versione di marzo è stata introdotta un’impostazione con cui consentire o impedire a un destinatario la possibilità di modificare il valore del proprio nome durante la firma, a condizione che il nome sia stato fornito o sia noto (tramite API o profilo utente). Le firme digitate erano escluse da questa funzionalità, e alcuni firmatari potevano quindi modificare il valore del proprio nome durante il processo di firma. Con la versione di settembre, questa funzionalità è stata aggiornata affinché l’impostazione di blocco del nome venga rispettata per tutti i tipi di firma, incluse quelle digitate.

• I clienti che hanno attivato l’opzione Digitando nome e iniziali e disattivato I firmatari possono modificare il nome o le iniziali saranno interessati da una modifica nel comportamento di questa funzionalità: durante il processo di firma, il nome di una firma digitata non potrà più essere modificato.
• Per offrire ai firmatari la possibilità di modificare il valore del nome durante il processo di firma, è necessario abilitare l’impostazione I firmatari possono modificare il nome o le iniziali (nel menu Preferenze firma).

Accesso controllato alla pagina per la e-Sign nella versione di settembre

Per rispettare i requisiti legali di Adobe, in Adobe Sign viene aggiornato il comportamento di accettazione delle condizioni di utilizzo nella pagina per la e-Sign. In base alla nuova esperienza, tutti i destinatari “sconosciuti” devono accettare le condizioni di utilizzo di Adobe Sign (facendo clic sul pulsante Continua) prima di interagire con l’accordo. Questa accettazione è distinta da qualsiasi TOU personalizzato che l'account cliente potrebbe aver configurato, che continuerà a essere applicato in base alla configurazione di accettazione TOU/CD dell'account.

• Un destinatario "sconosciuto" è qualsiasi indirizzo e-mail che non sia un'e-mail utente registrata e attiva in un account attendibile.
  
• Gli utenti “noti”, invece, hanno già accettato le condizioni di utilizzo di Adobe Sign durante il processo di registrazione, al momento della verifica del proprio account utente, e pertanto non viene richiesto loro di accettarlo di nuovo.

Di seguito è riportato un esempio del flusso di consenso implicito per un accordo con Condizioni d’uso personalizzate configurate dal cliente:

1. Accetta le Condizioni d’uso di Adobe Sign selezionando il pulsante Continua (dopo aver aperto l’accordo).
2. Compila i campi dell’accordo in base alle esigenze.
3. Accetta l’Informativa al cliente e le Condizioni d’uso personalizzate selezionando il pulsante Fai clic per firmare.

Aggiornamenti delle pagine API e Invia per la funzionalità di integrazione Notarize (prevista per ottobre)

La versione di ottobre introduce una nuova funzione di Adobe Sign per il supporto dell’integrazione con la piattaforma Remote Online Notarization (RON) di Notarize, Inc.L'integrazione di Adobe Sign con Notarize, Inc. è disponibile per l'uso negli Stati Uniti.solo.

Riepilogo delle modifiche:  

Integrazione con Notarize: l’integrazione di Adobe Sign con la piattaforma Remote Online Notarization (RON) di Notarize consente ai clienti di aggiungere un servizio di autenticazione ufficiale online remoto come parte delle transazioni Adobe Sign. Disponibile per l'abilitazione per i clienti nei livelli Enterprise e Aziende venduti direttamente da Adobe tramite il programma ETLA. Le transazioni Notarize possono essere acquistate come componente aggiuntivo a pagamento solo per questi clienti. 

Due elementi devono essere rivisti dai clienti che sviluppano le proprie app o utilizzano integrazioni: 

La pagina Invia contiene un nuovo elemento per identificare un firmatario per il quale è richiesta la firma autenticata e ulteriori passaggi di configurazione per guidare il processo di firma.  

L’API REST è stata aggiornata per soddisfare i requisiti necessari per sfruttare questa funzionalità, e i clienti che utilizzano l’API REST dovrebbero esaminare i seguenti elementi per determinare se riguarda l’utilizzo esistente. 

• Aggiornamenti della pagina di invio
  

I clienti per i quali è stata abilitata la funzione Notarize possono selezionare l’opzione Richiede autenticazione ufficiale nel record del destinatario, a destra del metodo di autenticazione:

Dopo aver configurato l’accordo e fatto clic su Avanti, al mittente vengono presentate ulteriori opzioni di configurazione per il processo di autenticazione ufficiale:

• Aggiornamenti API - Sono stati apportati aggiornamenti significativi alle API per supportare l’integrazione Notarize:

POST /agreements

L’API POST /agreements è stata aggiornata per supportare l’invio di un accordo per l’autenticazione ufficiale.

• Per indicare un utente come partecipante a una sessione di autenticazione, è necessario utilizzare un nuovo ruolo, NOTARY_SIGNER.
  
• Un nuovo attributo NotaryInfo è stato aggiunto alla definizione AgreementInfo per contenere tutte le opzioni associate alla creazione di un nuovo accordo che richiede l’autenticazione ufficiale.

Estensione di FileInfo

È necessario estendere la definizione FileInfo per indicare quali documenti devono essere autenticati.

Estensione di ParticipantInfo

La definizione di ParticipantInfo è stata estesa per consentire di specificare il metodo di autenticazione ufficiale.

NotaryInfo

Un nuovo campo facoltativo notaryInfo è stato aggiunto alla definizione AgreementInfo per contenere l’oggetto NotaryInfo che specifica opzioni aggiuntive associate all’autentiticazione.

Esempio di /agreement

PUT|GET /agreements/{aid}

L’API PUT /agreements/{aid} supporterà l’aggiornamento di un accordo con opzioni di autenticazione ufficiale. L’API GET /agreements/{aid} restituirà tutte le opzioni impostate per l’autenticazione ufficiale dell’accordo. Per visualizzare gli attributi aggiornati, consulta la sezione POST /agreements.

Codici di errore

I codici di errore esistenti per POST /agreements rimangono invariati. Abbiamo definito un nuovo codice di errore come indicato di seguito:

Impatto sulla documentazione

Nell’oggetto AgreementInfo della richiesta, l’elemento “status” include il nuovo stato dell’accordo “WAITING_FOR_NOTARIZATION”.

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

L’API può essere utilizzata dai clienti (firmatari per autenticazione) per ottenere un token di firma che consenta loro di completare la fase di firma elettronica del flusso. 

• È stata aggiunta una nuova funzionalità di firma per acquisire il nuovo ruolo: ACCEPT_BEFORE_NOTARIZATION. 
• Non si devono ottenere token di firma per completare la fase di autenticazione ufficiale.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

L’API può essere utilizzata dai clienti (firmatari per autenticazione) per completare la fase di firma elettronica del flusso. Per consentire l’uso del nuovo ruolo, è stato introdotto un nuovo valore di stato enum: ACCEPTED_BEFORE_NOTARIZATION.

Il firmatario per l’autenticazione può seguire la sequenza di chiamate API riportata di seguito per completare la fase di firma elettronica:

1. GET /agreements/{agreementId}/members: per recuperare l’ID partecipante del firmatario per l’autenticazione e l’ID del set di partecipanti
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens: per richiedere il token di firma per il firmatario per l’autenticazione con funzionalità ACCEPT_BEFORE_NOTARIZATION
3. POST /transientDocuments: per caricare un documento che è stato rivisto
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status: per inviare un documento rivisto e completare la fase di firma elettronica.

Nuovo evento webhook

I clienti possono abbonarsi a un nuovo evento webhook, AGREEMENT_READY_FOR_NOTARIZATION, per essere avvisati quando l’accordo è pronto per l’autenticazione ufficiale. L’evento non è visibile nell’interfaccia utente dei webhook e se ne possono ricevere le notifiche tramite la chiamata API POST /webhooks.

Impatto sulla documentazione

Le seguenti API non sono state modificate, ma la relativa documentazione è stata aggiornata per includere il nuovo stato di accordo “WAITING_FOR_NOTARIZATION” o il nuovo ruolo “NOTARY_SIGNER”.

GET /agreements

Nell’oggetto UserAgreements/UserAgreement, l’elemento “status” include ora lo stato corrispondente “WAITING_FOR_NOTARIZATION”.

GET /agreements/{agreementId}

Nell’oggetto AgreementInfo di risposta, l’oggetto “status” ora include lo stato corrispondente “WAITING_FOR_NOTARIZATION”.

GET /agreements/{agreementId}/events

L’API è aggiornata per supportare i nuovi eventi READY_TO_NOTARIZE e NOTARIZED.

Nell’oggetto di risposta Event

• L’elemento “participantRole” ora include il nuovo ruolo NOTARY_SIGNER.
• L’elemento “type” include nuovi eventi READY_TO_NOTARIZE e NOTARIZED. L'elemento “description” sarà rispettivamente “Documento inviato per autenticazione” e “Documento autenticato ricevuto”

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

Nell’oggetto di risposta DetailedParticipantSetInfo, l’elemento “status” ora include lo stato corrispondente “WAITING_FOR_NOTARIZATION”.

PUT /agreements/{agreementId}

L’oggetto di richiesta AgreementInfo ora include lo stato “WAITING_FOR_NOTARIZATION”.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

Lo stato WAITING_FOR_NOTARIZATION è uno dei valori dell’elemento “status” nell’oggetto DetailedParticipantSetInfo.

POST /agreements/{agreementId}/view

Lo stato "WAITING_FOR_NOTARIZATION" è stato aggiunto come una delle visualizzazioni consentite.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Se il partecipante specificato nel percorso della richiesta ha un ruolo di firmatario per autenticazione, l’API restituirà la configurazione di firma ACCEPT_BEFORE_NOTARIZATION, in linea con tutte le altre configurazioni di firma per questo accordo/partecipante.

Nuova versione: Adobe Sign settembre 2021

Adobe Sign ha effettuato un rilascio di funzionalità il 16 settembre 2021. Durante questo rilascio non si sono verificate interruzioni del servizio

La versione di settembre presenterà alcuni miglioramenti a livello di funzionalità per utenti e amministratori e correggerà alcuni problemi segnalati dai clienti.  

Rimozione dell’opzione Nome società dall’autenticazione telefonica

La sicurezza degli SMS (per quanto riguarda l’ID mittente che corrisponde al presunto nome dell'azienda indicato nel messaggio) è stata migliorata al punto che, se Adobe Sign invia messaggi SMS con un altro nome dell’azienda, il recapito del messaggio potrebbe non riuscire.

Di conseguenza, l'opzione per personalizzare il messaggio di autenticazione telefonica con il nome dell'azienda verrà rimossa dal servizio nel rilascio di settembre 2021.

Problema noto: la nuova pagina Home o Gestisci è vuota

Problema: quando si passa alla nuova pagina Home o Gestisci la pagina è completamente vuota.

Test: tentativo di caricare questa pagina: https://documentcloud.adobe.com/

• Se non riesci a caricare https://documentcloud.adobe.com/ devi contattare l’amministrazione di rete interna e collaborare con loro per sbloccare il dominio documentcloud.adobe.com.
• Se è possibile accedere al collegamento riportato qui sopra, contatta l’assistenza tecnica.

Adobe Sign v6 REST POST /workflows/ID/agreements è stato rimosso dal servizio

La chiamata API REST v6 POST /workflow/ID/agreement è stata rimossa dal servizio nella versione di giugno 2021, un anno dopo aver rimosso la chiamata dalla documentazione e aver informato gli utenti che l’endpoint sarebbe stato rimosso.

I clienti che continuano a utilizzare questa chiamata API riceveranno ora un errore 404.

In alternativa a questa funzionalità, si consiglia di utilizzare una chiamata POST/agreement con un workflowID nella richiesta JSON.

Corpo della richiesta di esempio:

Aggiornamento REST v6 per GET /agreements/{agreementId}/signingUrls

Prima della versione di giugno, quando si chiamava GET /agreements/{agreementId}/signingUrls, l’API restituiva un errore 404 subito dopo la creazione dell’accordo.

Per un breve periodo di tempo, dopo che l’errore 404 era stato cancellato, la richiesta restituiva una risposta diversa da 404, ma includeva solo gli URL di firma del mittente (mentre la partecipazione del firmatario era ancora in corso di definizione).

Con la versione di giugno 2021, un errore con codice 404: AGREEMENT_NOT_EXPOSED verrà restituito fino al completamento dell’elenco degli URL di firma e a quel punto verrà distribuito un codice 200.

I clienti che non desiderano continuare a provare la chiamata API finché non viene restituita la risposta 200, sono invitati a utilizzare i webhook e a rispondere all’evento AGREEMENT_CREATED.

Interruzione pianificata delle integrazioni Adobe Sign per Word/PowerPoint, Outlook e Teams

Sabato 17 luglio 2021, Adobe Sign ha completato la manutenzione sulle seguenti integrazioni:

• Adobe Sign per Microsoft Teams
• Adobe Sign per Microsoft Word/PowerPoint
• Adobe Sign per Microsoft Outlook

Le integrazioni sono ora attive e funzionano normalmente.

Versione patch: Adobe Sign agosto 2021

L’11 agosto 2021 è stato completato l’aggiornamento patch di Adobe Sign. La PATCH è stata completata senza tempi di inattività.

La versione della patch di agosto include modifiche minori a livello di esperienza e risolve alcuni problemi segnalati dai clienti.  

Fine del servizio per le API SOAP pianificata per maggio 2021

Con la versione 6 delle API REST che fornisce la migliore esperienza di programmazione per gli sviluppatori di Adobe Sign, le API SOAP sono state dichiarate obsolete e non saranno più supportate dopo maggio 2021.  Le API REST rappresentano ora l’interfaccia preferita per integratori e sviluppatori di applicazioni e le future attività di sviluppo devono orientarsi su queste API.

Seguono alcuni riferimenti utili per facilitare la transizione:

• Migrazione da SOAP
• Metodi API REST versione 6 per Adobe Sign

AZIONI NECESSARIE

Se hai sviluppato un’integrazione o un’applicazione per il servizio Adobe Sign in base alle API SOAP, occorre riscrivere l’applicazione utilizzando almeno le API REST versione 6 prima di maggio 2021.  Nei prossimi trimestri verranno inviate comunicazioni dirette a sviluppatori e integratori, per garantire una transizione fluida alle nuove API.

"Fine del servizio" pianificata per i browser IE 11 nelle integrazioni Microsoft

Microsoft terminerà il supporto del browser Internet Explorer 11 il 17 agosto 2021.

Di conseguenza, anche le integrazioni Adobe Sign per Microsoft non supporteranno più il browser IE11 secondo questa stessa tempistica.

I servizi interessati sono:

• Dynamics 365 (online e locale)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (online e locale)
• Teams

Fine del servizio pianificata per l’integrazione di Adobe Sign con Dropbox

La dismissione dell’integrazione di Adobe Sign con Dropbox è prevista per il 31 luglio 2021.

A quel momento, Adobe Sign non sarà più disponibile tramite il tuo account Dropbox, tuttavia tutti i tuoi accordi Adobe Sign rimarranno disponibili e potranno essere consultati accedendo al tuo account Adobe Sign.

Nuova versione: Adobe Sign giugno 2021

Adobe Sign ha completato l’aggiornamento alla versione di giugno 2021 senza interruzioni del servizio.

La versione di giugno include miglioramenti a livello di funzionalità per utenti e amministratori, e corregge alcuni problemi segnalati dai clienti.  

Nuovo certificato SSL disponibile -
In vigore dal 1° giugno 2021

In Adobe Sign vengono rilasciati nuovi certificati SSL il 1° giugno 2021.
Non sono state apportate modifiche alla chiave pubblica, ai protocolli crittografici sottostanti o allo schema.

I nuovi certificati sono disponibili per lo scaricamento dalla pagina dei requisiti di sistema di Adobe Sign.

AZIONI NECESSARIE

Utilizzo della chiave pubblica
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 è richiesto alcun intervento.

Se stai utilizzando i Certificati SSL di Adobe Sign per SSO, o se stai agganciando il certificato stesso (o utilizzando altri metodi), puoi trovare i nuovi Certificati Adobe Sign nei requisiti di sistema di Adobe Sign.

I nuovi certificati SSL saranno attivi dal 1° giugno 2021

Nuovo W-4 per il 2021 aggiunto alla libreria di Adobe Sign

Per il nuovo modulo IRS W-4 (2021), denominato W-4 2021 (Employee’s Withholding Certificate), è prevista l’aggiunta alla libreria di Adobe Sign con la versione di febbraio 2021.

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, dovrai aggiornarlo.

La versione 2020 verrà rimossa dal sistema a maggio 2021.

Per evitare interruzioni nel servizio, eventuali applicazioni o API che usano il modulo precedente (vers. 2020) devono essere aggiornate prima del 1^o maggio.

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 
   • Abilita l'ambito library_read:self
4. Fai clic su Provalo! .
5. Nel Contenuto risposta, individua il modello del nuovo modulo W-4 2021 (Employee's Withholding Certificate) (non la vers. 2020) per vederne il valore libraryDocumentId.  

Nuova versione: Adobe Sign maggio 2021

Adobe Sign ha completato la versione di maggio 2021 senza interruzioni del servizio.

La versione di maggio include miglioramenti a livello di funzionalità per utenti e amministratori, e corregge alcuni problemi segnalati dai clienti.  

Aggiornamento sulla gestione dei cookie Adobe Sign

Adobe Sign sta adottando un nuovo banner di autorizzazione dei cookie da OneTrust che persisterà fino a quando l'utente non effettuerà una scelta esplicita.

Gli utenti che effettuano il reindirizzamento a un nuovo dominio durante l'autenticazione devono acconsentire una seconda volta per il secondo dominio (il caso più comune è il reindirizzamento da echosign.com ad adobesign.com a causa del passaggio di dominio). 

Si consiglia agli utenti di aggiornare i propri segnalibri per eliminare il reindirizzamento.

La funzione Compila e firma dispone di un percorso per modelli e firma autenticata

La pagina di creazione Solo io firmo verrà sostituita da una nuova pagina di creazione (basata sui design più recenti delle pagine di invio) che consente l'uso di modelli e il posizionamento dei campi tramite creazione.

L’esperienza utente predefinita dipende dalle impostazioni di amministrazione. È possibile abilitare un collegamento opzionale che consenta all’utente di passare dall’interfaccia Compila e firma in formato libero alla nuova esperienza di firma autonoma con funzionalità di creazione. 

Questa esperienza ora consente di implementare l’autenticazione del firmatario. 

I controlli sono basati sulle impostazioni Applica autenticazione identità. Quando sono abilitate, all’utente verrà richiesto di immettere le sue credenziali di Adobe Sign all’apertura dell’accordo ed eventualmente anche al momento di apporre una firma o completare l’accordo. 

I controlli per la nuova esperienza di firma autonoma, così come la richiesta di autenticazione della propria identità, possono essere impostati a livello di account e/o di gruppo. Le impostazioni a livello di gruppo prevalgono su quelle a livello di account.

Piano di rollout

La nuova esperienza di firma autonoma sostituirà la precedente pagina Firmo solo io entro le due prossime versioni principali. 

I clienti che utilizzano la funzionalità precedente Firmo solo io devono pianificare la migrazione alla nuova esperienza entro l’autunno 2020, quando quest’ultima diventerà l’impostazione predefinita e la pagina precedente verrà rimossa dal servizio. 

• Con la versione di luglio non viene introdotta alcuna modifica alle impostazioni esistenti.
• Nella prossima versione, la nuova esperienza verrà impostata come predefinita con un’opzione che consente di ripristinare la pagina precedente.
• Nella versione Autunno 2020, verrà rimossa la possibilità di ripristinare l’interfaccia precedente.

L’aggiornamento Adobe Sign per Word/PowerPoint, Outlook e Teams viene pubblicato il 19 aprile

L'aggiornamento entrerà in vigore alle 8:00AM PDT / 11:00 EST / 15:00 UTC

Questo aggiornamento offrirà miglioramenti a livello di sicurezza per tutte e tre queste integrazioni.

Una volta completato l’aggiornamento, agli amministratori e agli utenti verrà richiesto di accettare una richiesta di autorizzazione per l’applicazione, prima che sia possibile accedervi.

Nuovo rilascio: Adobe Sign marzo 2021

Il rilascio della versione di marzo 2021 di Adobe Sign è stato completato senza interruzioni del servizio.

Questo rilascio del prodotto include nuove funzionalità/miglioramenti per amministratori e utenti finali oltre a molteplici problemi risolti.

"Fine del servizio" pianificata per i browser edge Legacy nelle integrazioni Microsoft

Microsoft terminerà il supporto del browser Edge Legacy il 9 marzo 2021.

Di conseguenza, anche le integrazioni Adobe Sign per Microsoft non supporteranno più il browser Edge Legacy secondo questa stessa tempistica.

I servizi interessati sono:

• Dynamics 365 (online e locale)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (online e locale)
• Teams

Fine del supporto: le azioni Adobe Sign per Microsoft Power Automate v1 - programmate per gennaio 2021

L’aggiornamento Adobe Sign per Power Automate 3.0 introduce nuove azioni REST v6, più robuste delle azioni esistenti con lo stesso nome.

Se non viene eseguito alcun intervento, i flussi di lavoro che utilizzano le azioni precedenti continueranno a essere eseguiti. Al nome delle azioni precedenti è stata aggiunta la dicitura “(precedente)”.  Le azioni precedenti diventeranno obsolete entro gennaio 2021.

Elenco delle azioni che diventeranno obsolete:

• Crea un modello di libreria da un URL del documento (Precedente)
• Crea un modello Libreria da un documento caricato (precedente)
• Crea un accordo da un URL del documento e invialo per la firma (precedente)
• Crea un accordo da un modello libreria e invialo per la firma (precedente)
• Crea un accordo da un documento caricato e invialo per la firma (precedente)
• Ottieni un elenco di tutti gli accordi (precedente)
• Ottieni un elenco di tutti i modelli libreria (precedente)
• Ottieni i dati dei campi modulo dell’accordo (precedente)
• Carica un documento e ottieni l’ID del documento (precedente)

Le nuove azioni vengono visualizzate nell’elenco Azioni con lo stesso nome delle azioni precedenti.

Per utilizzare le nuove Azioni connettore, i clienti che utilizzano tali azioni devono aggiornare i propri flussi. A tale fine, nel flusso di automazione esistente è necessario sostituire le azioni precedenti con le nuove azioni.

Fine del servizio per l'autenticazione social

A marzo 2021 verrà rimossa la possibilità di richiedere ai firmatari di fornire la propria identità social prima di accedere al documento per visualizzarlo e firmarlo.  Questa funzione consentiva ai mittenti di richiedere l’accesso da Facebook, LinkedIn, Google, Yahoo!, Microsoft Live o Twitter. 

Fine del servizio pianificata per l’integrazione personale con Twitter

L’opzione di integrazione con Twitter a livello di utente (tramite Preferenze personali) verrà rimossa dall’interfaccia utente a marzo 2021. A partire da quel momento:

• I nuovi account utente non potranno più abilitare Twitter a livello di utente.
• Gli utenti che avevano abilitato Twitter non riceveranno più messaggi Twitter per i nuovi accordi che verranno creati.
• Per gli utenti di account gratuiti con Twitter abilitato, il limite di transazioni mensili verrà ridotto a:
  • 5 transazioni al mese per i clienti di Adobe Sign Web
    
  • 2 transazioni al mese per i clienti di Acrobat
    
• Per gli account abilitati, le credenziali Twitter verranno rimosse dai sistemi Adobe Sign.
  
• L’app Twitter di Adobe Sign verrà eliminata e tutti i token di Twitter risulteranno scaduti.

Nuova versione: Adobe Sign febbraio 2021

La versione di febbraio è stata completata senza alcuna interruzione del servizio.

Questa versione del prodotto include nuove funzionalità/miglioramenti per amministratori e utenti finali oltre alla risoluzione di numerosi problemi.

Messaggi di errore generati dal designer di flussi di lavoro

A causa di una maggiore sicurezza nella condivisione delle risorse della libreria, alcuni flussi di lavoro possono iniziare a generare un messaggio di Errore server quando il flusso di lavoro viene modificato dopo l’aggiornamento di settembre:

I mittenti che tentano di utilizzare un flusso di lavoro con questo problema ricevono un messaggio di errore che indica che il flusso di lavoro contiene documenti non pertinenti:

Questo errore indica che, per il flusso di lavoro in questione, non è più possibile utilizzare uno o più modelli libreria allegati. Ciò accade più comunemente quando le autorizzazioni di accesso al modello vengono modificate da consentire l'accesso all'account/gruppo a limitare l'accesso al proprietario.  

Gli amministratori devono annullare il messaggio di errore anziché ricaricare la pagina.

Per correggere l’errore:

• Il proprietario del modello deve modificare le autorizzazioni del modello in modo che siano disponibili per l’account o il gruppo a cui è associato il flusso di lavoro
• Il proprietario del flusso di lavoro può sostituire il modello con una delle autorizzazioni appropriate.  A tale fine, uscire dalla condizione di errore precedente e procedere con la modifica del flusso di lavoro e la sostituzione del documento

Fine del servizio Adobe Sign per Workplace by Facebook

L’integrazione di Adobe Sign per Workplace by Facebook è stata completamente dismessa a partire dal 29 novembre 2020.