Notifications techniques Adobe Acrobat Sign 2021-2022

Modèle Adobe Sign : W-4 (2022)

Le nouveau formulaire W-4 (2022) de l’IRS, intitulé W-4 2022 (Employee’s Withholding Certificate), sera ajouté à la bibliothèque Adobe Sign dans le cadre de la nouvelle version d’avril 2022.

ACTION REQUISE

Le nouveau modèle de formulaire W-4 possède un nouvel ID de document libraryDocumentId. Si vous utilisez dans vos applications l’ID de document libraryDocumentId du modèle existant, pensez à le mettre à jour.

La version de 2021 sera supprimée du système en juin 2022.

Afin d’éviter toute interruption de service, mettez à jour les applications/API utilisant le formulaire hérité (version 2021) avant le 1^er juin.

Pour trouver l’ID de document libraryDocumentId dans un compte API :

1. Connectez-vous en tant qu’administrateur du compte.
2. Cliquez sur l’onglet Compte > API Adobe Sign > Informations sur l’API > cliquez sur le lien : Documentation sur les méthodes de l’API REST.
3. Sous la section GET /libraryDocuments, cliquez sur le bouton OAUTH ACCESS-TOKEN. 
   • Activez la portée library_read:self.
4. Cliquez sur le bouton Essayer 
5. Dans le corps de la réponse, recherchez le nouveau modèle de formulaire W-4 2022 (Employee’s Withholding Certificate) (et non la version 2021) pour afficher la valeur libraryDocumentId.  

Deux nouveaux webhooks ajoutés à la version du 14 juin

Deux nouveaux webhooks ont été ajoutés à la version du 14 juin :

• Mise à jour de l’expiration de l’accord (AGREEMENT_EXPIRATION_UPDATED) (disponible uniquement via l’API REST v6 POST /webhooks) : se déclenche lorsque la date d’expiration d’un accord est mise à jour.
  
• Nom du signataire de l’accord modifié par le signataire (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) : déclenché lorsqu’un destinataire modifie son nom lors de la signature pour définir une valeur différente de celle fournie lors de la création de l’accord.

Les deux webhooks sont disponibles.

Version principale : Adobe Acrobat Sign – 15 juin Mise à disposition terminée

La version principale est terminée et toutes les fonctionnalités sont disponibles.

Mise à jour des autorisations pour Adobe Acrobat Sign pour les intégrations Microsoft du 8 juin 2022 terminée

Le 8 juin 2022, Acrobat Sign a migré le cadre de notifications pour les intégrations Microsoft Teams, Outlook, Word et PowerPoint des callbacks vers les webhooks.Cela améliorera la diffusion des notifications et permettra aux utilisateurs de recevoir toutes leurs notifications de document Acrobat Sign dans leur intégration préférée, quel que soit l'endroit où le document a été créé.

Maintenant que la mise à jour est terminée, les utilisateurs finaux seront invités à accepter à nouveau les autorisations Acrobat Sign, notamment l'affichage, la création/modification et la suppression de webhooks, avant de pouvoir continuer à utiliser les intégrations.

La nouvelle acceptation des autorisations Acrobat Sign n'est requise qu'une seule fois et s'appliquera à Acrobat Sign dans toutes les intégrations Microsoft 365. Cette autorisation est accordée au niveau du compte et doit être acceptée par les utilisateurs finaux.

Consultez la page d'aide appropriée ci-dessous et examinez « Établissement de la relation authentifiée » pour plus d'informations. Pour une assistance Acrobat Sign « en direct », connectez-vous à votre compte Acrobat Sign et cliquez sur le « ? » puis sur « Contacter le support » pour voir vos options de support.

La fonctionnalité Code d’accès classique a été retirée du service avec la version de juin 2022

La fonctionnalité Code d’accès a été complètement supprimée du système Acrobat Sign avec la version de juin 2022, lorsque la page de gestion classique a été retirée du service.  

Perturbation du service pour le concepteur de processus personnalisé prévue pour le 15 juin 2022, terminée.

Le concepteur de processus personnalisé a subi une brève perturbation de service pour mettre à jour le code sous-jacent en conjonction avec la version majeure du 15 juin.

Entre 15h00 et 15h30, heure du Pacifique, le concepteur de processus n'a peut-être pas permis aux utilisateurs de créer un nouveau processus ou d'enregistrer un processus en cours de modification.

L'utilisation des workflows pour générer des accords n'a pas été affectée pendant cette période.

Fin prévue de la prise en charge des navigateurs Microsoft Internet Explorer 11 et Edge hérité d’ici le 31 décembre 2021

D'ici le 31 décembre 2021, Adobe Sign ne prendra plus officiellement en charge les navigateurs Microsoft Internet Explorer 11 ou Microsoft Edge hérité. Nous recommandons aux clients de ne plus accéder à l’application Adobe Sign avec ces navigateurs.Après le 31 décembre 2021, les clients utilisant ces navigateurs peuvent avoir une expérience dégradée, et certaines fonctionnalités peuvent cesser de fonctionner.

La page de signature électronique du destinataire devrait continuer à fonctionner correctement sur ces navigateurs pour éviter de perturber les workflows du destinataire.Nous nous engageons à vous aider à rendre cette transition aussi douce que possible.

Version principale : Adobe Acrobat Sign – 5 avril Mise à disposition terminée

Une nouvelle version principale d’Adobe Acrobat Sign a été publiée la première semaine d’avril 2022. Aucune interruption n’a été rencontrée pendant la mise à disposition de cette version.

La version d’avril 2022 inclut des améliorations de fonctionnalités pour les utilisateurs et les administrateurs, ainsi que des résolutions pour plusieurs problèmes signalés par les clients.  

Nouveau certificat SSL :
En vigueur le 1er avril 2022

Acrobat Sign a publié les nouveaux certificats SSL le matin du 1er avril 2022.
Il n'y a aucun changement dans la clé publique, les protocoles cryptographiques sous-jacents ou le schéma.

ACTION REQUISE

Utilisation de la clé publique

• Si vous disposez d’intégrations personnalisées Acrobat Sign utilisant les API SOAP ou REST et si l’une de ces intégrations comprend la clé publique existante, aucune action n’est requise.
• Si vous utilisez les certificats SSL d'Acrobat Sign pour SSO, ou si vous épinglez le certificat lui-même (ou utilisez d'autres méthodes), vous pouvez trouver les nouveaux Certificats Acrobat Sign dans la Configuration requise du système Adobe Acrobat Sign.
  • Si votre configuration SSO prend en charge plusieurs certificats/chaînes publics, vous pouvez ajouter les nouveaux certificats maintenant et supprimer l’ancien certificat public/l’ancienne chaîne publique de votre configuration après le changement d’avril.
  • Si votre authentification unique (SSO) ne prend pas en charge plusieurs certificats/chaînes publics, vous devrez synchroniser votre changement de SSL avec Acrobat Sign le 1er avril 2022.  

Les nouveaux certificats SSL sont actifs depuis le 1er avril 2022.

Nouvelle version mineure : Adobe Acrobat Sign 3 mai 2022

Acrobat Sign a déployé une version mineure le 3 mai 2022.Aucune interruption n’a été rencontrée pendant la mise à disposition de cette version.

La version de mai 2022 comprend une amélioration de fonctionnalité pour permettre l'authentification basée sur les connaissances pour des participants supplémentaires dans les formulaires web. 

Mise à jour du client pour les intégrations Acrobat Sign pour Word/PowerPoint, Outlook et Teams

Le 22 mars 2022, Adobe Acrobat Sign a mis à jour le client d’application Acrobat Sign pour Office 365, le client d’application commun pour les intégrations Word/PowerPoint, Outlook et Teams.  

Depuis 10 h, heure avancée de l’Est, les administrateurs/utilisateurs ont pu être invités à accepter une nouvelle demande d’autorisations pour l’application avant de pouvoir y accéder à nouveau. L’heure exacte dépend du moment où le jeton d’authentification du compte émis par Microsoft expire (jusqu’à 24 heures après le point de départ).

Maintenance planifiée pour le service de modèles d’e-mail personnalisés (CEMT) d’Adobe Sign – Terminée

Le samedi 12 février 2022, à partir de 18 h 00PST à 19 h 00PST, le service de modèles d'e-mail personnalisés Adobe Sign (CEMT) subira une brève dégradation du service pendant que les composants d'infrastructure principaux sont mis à niveau. Pendant ce temps, les clients pourront voir des modèles d’e-mail par défaut au lieu des modèles personnalisés prévus. Aucune interruption n’est attendue.

Nouvelle version principale : janvier 2022 – Terminée

Adobe Sign a terminé la mise à jour de janvier 2022 sans interruption constatée dans l’application.

La version de janvier comprend des améliorations de fonctionnalités pour les utilisateurs et les administrateurs, ainsi que la résolution de plusieurs problèmes signalés par les clients. 

Les nouvelles pages Accueil et Gérer deviennent la norme en janvier 2022 ; les pages classiques sont supprimées du service

La version de janvier 2022 d’Adobe Sign supprime les expériences classiques des pages Accueil et Gérer. À ce moment-là, tous les comptes seront transférés vers l'expérience moderne Accueil et Gérer, sans option pour revenir à l'interface classique.
Veuillez noter que nous nous engageons à rendre cette transition aussi fluide que possible et avons mis en place des fonctionnalités pour reproduire les comportements de la page de gestion classique, notamment :

• Recherche ciblée par prénom et nom.
• Les expéditeurs peuvent désormais ajouter un message lors du remplacement du signataire.
• Ajout d’une fonctionnalité de rappel pour les personnes en copie et les signataires qui ont terminé.

Dans la version de décembre, nous améliorons encore les capacités de recherche et ajoutons une fonctionnalité d’aperçu rapide des métadonnées.  

L’authentification Adobe Sign redirige vers Adobe Identity Management

À compter de la version de septembre d’Adobe Sign, les utilisateurs qui s’authentifient directement dans l’application Adobe Sign seront redirigés vers Adobe Identity Manager.

Adobe va normaliser l’authentification selon ce format au cours de l’année 2020.

Nouvelle version principale : Adobe Sign d’octobre 2021

Adobe Sign a terminé la mise à jour d’octobre 2021 sans interruption constatée dans l’application.

La version d’octobre inclut des améliorations de fonctionnalités pour les utilisateurs et les administrateurs, ainsi que des résolutions de plusieurs problèmes signalés par les clients.  

Verrouillage des valeurs de nom étendu aux signatures tapées

La version de mars intégrait un nouveau paramètre permettant d’activer/de désactiver la possibilité pour un destinataire de modifier la valeur de son nom lors de la signature, à condition que ce nom ait été fourni ou soit connu (via l’API ou le profil utilisateur). Cette fonctionnalité n’incluait pas les signatures tapées, ce qui permettait à certains signataires de modifier la valeur de leur nom au cours du processus de signature. Cette fonctionnalité est mise à jour dans la version de septembre afin de respecter le paramètre de verrouillage du nom pour tous les types de signature, y compris les signatures tapées.

• Les clients qui ont activé le paramètre Saisie de leur nom et paraphe et désactivé le paramètre Les signataires peuvent modifier leur nom ou paraphe constateront un changement de comportement : la valeur du nom n’est plus modifiable au cours du processus de signature pour les signatures tapées.
• Les clients qui souhaitent autoriser la modification de la valeur du nom au cours du processus de signature doivent activer le paramètre Les signataires peuvent modifier leur nom ou paraphe (dans le menu Préférences de signature).

Accès délégué à la page de signature électronique dans la version de septembre

Pour se conformer aux exigences juridiques d’Adobe, Adobe Sign met à jour le comportement d’acceptation des conditions d’utilisation sur la page de signature électronique. Dans la nouvelle expérience, tous les destinataires « inconnus » doivent accepter les conditions d’utilisation d’Adobe Sign en cliquant sur le bouton Continuer avant d’interagir avec l’accord. Cette acceptation est distincte de toute CGU personnalisée que le compte client peut avoir configurée, qui continuera à se résoudre selon la configuration d'acceptation CGU/CD du compte.

• Un destinataire « inconnu » est toute adresse e-mail qui n'est pas un e-mail d'utilisateur actif et enregistré dans un compte de confiance.
  
• Les utilisateurs « connus » ont accepté les conditions d’utilisation d’Adobe Sign lors du processus d’enregistrement quand ils ont vérifié leur compte utilisateur. Ils n’ont donc pas besoin de les accepter à nouveau.

Voici un exemple du flux de consentement implicite pour un accord avec des conditions d’utilisation personnalisées configurées par le client :

1. Acceptez les conditions d’utilisation d’Adobe Sign en sélectionnant le bouton Continuer (après avoir ouvert l’accord).
2. Remplissez les champs de l’accord comme requis.
3. Acceptez la règle concernant la divulgation des informations de l’utilisateur et les conditions d’utilisation personnalisées en sélectionnant le bouton Cliquer pour signer.

Mises à jour de l’API et de la page Envoyer pour la fonction d’intégration de l’authentification notariale (prévue en octobre)

La version d’octobre introduit une nouvelle fonctionnalité Adobe Sign pour prendre en charge l’intégration avec la plate-forme RON (Remote Online Notarization) de Notarize, Inc.L'intégration Adobe Sign avec Notarize, Inc. est disponible pour une utilisation aux États-Unis.uniquement.

Vous trouverez ci-dessous un récapitulatif des modifications :  

Intégration de l’authentification notariale : l’intégration d’Adobe Sign avec la plate-forme Remote Online Notarization (RON) de Notarize, Inc permet aux clients d’ajouter un service d’authentification en ligne à distance dans le cadre de leurs transactions Adobe Sign. Disponible pour activation pour les clients des niveaux entreprise et Entreprises vendus directement par Adobe via le programme ETLA. Les transactions d’authentification notariale peuvent être achetées sous forme de module complémentaire et moyennant un coût supplémentaire, pour ces clients uniquement. 

Il existe deux éléments qui doivent être révisés par les clients qui créent leurs propres applications ou qui utilisent des intégrations : 

La page Envoyer contient un nouvel élément permettant d’identifier un signataire comme nécessitant une signature notariée, ainsi que des étapes de configuration supplémentaires pour guider le processus de signature.  

L’API REST a été mise à jour afin de répondre aux exigences relatives à l’utilisation de cette fonctionnalité. Les clients qui utilisent l’API REST doivent examiner les éléments ci-dessous pour déterminer s’il y a un impact sur leur usage actuel. 

• Envoyer les mises à jour de page
  

Les clients dont les transactions d’authentification notariale sont activées peuvent sélectionner l’option Nécessite une authentification notariale sur l’enregistrement du destinataire, juste à droite de la méthode d’authentification :

Une fois que l’accord est configuré et que l’expéditeur clique sur Suivant, ce dernier dispose d’options de configuration supplémentaires pour le processus d’authentification notariale :

• Mises à jour des API : des mises à jour importantes ont été apportées aux API afin de prendre en charge l’intégration de Notarize :

POST /agreements

L’API POST /agreements a été mise à jour pour prendre en charge l’envoi d’un accord pour authentification notariale.

• Un nouveau rôle, NOTARY_SIGNER, doit être utilisé pour les participants à une session d’authentification notariale.
  
• Un nouvel attribut NotaryInfo a été ajouté à la définition AgreementInfo pour contenir toutes les options associées à la création d’un nouvel accord nécessitant une authentification notariale.

Extension FileInfo

La définition FileInfo doit être développée pour indiquer les documents qui doivent être authentifiés par un notaire.

Extension ParticipantInfo

La définition ParticipantInfo a été étendue pour pouvoir spécifier la méthode d’authentification notariale.

NotaryInfo

Un nouveau champ notaryInfo facultatif a été ajouté à la définition AgreementInfo pour contenir l’objet NotaryInfo qui spécifie des options supplémentaires associées à l’authentification notariale.

Exemple /agreement

PUT|GET /agreements/{aid}

L’API PUT /agreements/{aid} prend en charge la mise à jour d’un accord avec des options d’authentification notariale. L’API GET /agreements/{aid} renvoie toutes les options définies pour l’authentification notariale de l’accord. Voir la section POST /agreements pour afficher les attributs mis à jour.

Codes d’erreur

Les codes d’erreur existants pour POST /agreements restent inchangés. Nous avons défini un nouveau code d’erreur comme indiqué ci-dessous :

Impact sur la documentation

Dans l’objet AgreementInfo de la requête, l’élément « status » inclut le nouveau statut de l’accord WAITING_FOR_NOTARIZATION.

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

L’API peut être utilisée par les clients (signataires de l’authentification notariale) pour obtenir un jeton de signature qui leur permet de terminer la phase de signature électronique du flux. 

• Une nouvelle fonctionnalité de signature a été ajoutée pour capturer le nouveau rôle : ACCEPT_BEFORE_NOTARIZATION. 
• Les jetons de signature ne doivent pas être obtenus pour terminer la phase d’authentification notariale.

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

L’API peut être utilisée par les clients (signataires authentifiés) pour terminer la phase de signature électronique du flux. Pour s’adapter au nouveau rôle, une nouvelle valeur de statut d’énumération a été introduite : ACCEPTED_BEFORE_NOTARIZATION.

Le notaire signataire peut suivre la séquence d’appels API ci-dessous pour terminer la phase de signature électronique :

1. GET /agreements/{agreementId}/Members : pour récupérer l’ID de participant et l’ID de l’ensemble de participants du notaire signataire
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens : pour demander un jeton de signature pour le notaire signataire avec la fonctionnalité ACCEPT_BEFORE_NOTARIZATION
3. POST /transientDocuments  : pour charger un document révisé
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status : pour soumettre un document révisé et terminer la phase de signature électronique

Nouvel événement webhook

Les clients peuvent s’abonner à un nouvel événement webhook, AGREEMENT_READY_FOR_NOTARIZATION, pour être informés lorsque l’accord est prêt pour l’authentification notariale. L’événement n’est pas visible sur l’interface utilisateur de webhooks et on peut s’y abonner via un appel API POST /webhooks.

Impact sur la documentation

Les API suivantes ne sont pas modifiées mais leur documentation a été mise à jour pour inclure le nouveau statut de l’accord « WAITING_FOR_NOTARIZATION » ou le nouveau rôle « NOTARY_SIGNER ».

GET /agreements

En réponse à l’objet UserAgreements/UserAgreement, l’élément « status » inclut désormais le statut correspondant « WAITING_FOR_NOTARIZATION ».

GET /agreements/{agreementId}

En réponse à l’objet AgreementInfo, l’élément « status » inclut désormais le statut correspondant « WAITING_FOR_NOTARIZATION ».

GET /agreements/{agreementId}/events

L’API est mise à jour pour prendre en charge les nouveaux événements READY_TO_NOTARIZE et NOTARIZED.

En réponse à l’objet Event

• L’élément « participantRole » inclut désormais un nouveau rôle NOTARY_SIGNER.
• L’élément « type » inclut les nouveaux événements READY_TO_NOTARIZE et NOTARIZED. L’élément « description » sera « Document sent for notarization » et « Notarized document received », respectivement.

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

En réponse à l’objet DetailedParticipantSetInfo, l’élément « status » inclut désormais le statut correspondant « WAITING_FOR_NOTARIZATION ».

PUT /agreements/{agreementId}

L’objet AgreementInfo de la requête inclut désormais le statut « WAITING_FOR_NOTARIZATION ».

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

Le statut WAITING_FOR_NOTARIZATION est l’une des valeurs de l’élément « status » de l’objet DetailedParticipantSetInfo.

POST /agreements/{agreementId}/view

L’état WAITING_FOR_NOTARIZATION a été ajouté en tant que l’une des vues autorisées.

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

Si le participant spécifié dans le chemin de la requête a un rôle de notaire signataire, l’API renvoie la configuration de signature ACCEPT_BEFORE_NOTARIZATION, en ligne avec toutes les autres configurations de signature pour cet accord/ce participant.

Version : Adobe Sign de septembre 2021

Une version principale d’Adobe Sign a été mise en place le 16 septembre 2021. Aucune interruption n’a été rencontrée pendant la mise à disposition de cette version.

La version de septembre inclut des améliorations de fonctionnalités pour les utilisateurs et les administrateurs, ainsi que des résolutions de plusieurs problèmes signalés par les clients.  

Option Nom de l’entreprise à supprimer de l’authentification par téléphone

La sécurité des SMS (en ce qui concerne la correspondance du sendingID au nom supposé de l’entreprise dans le message) s’est améliorée du fait que l’envoi de messages SMS par Adobe Sign avec un autre nom d’entreprise pouvait provoquer l’échec de la remise du message.

En conséquence, l'option de personnaliser le message d'authentification téléphonique avec le nom de la société sera supprimée du service dans la version de septembre 2021.

Problème connu : la nouvelle page d’accueil ou de gestion est vide

Problème : lorsque vous passez à la nouvelle page Accueil ou Gérer, elle est entièrement vide.

Test : essayez de charger cette page : https://documentcloud.adobe.com/

• Si vous ne pouvez pas charger https://documentcloud.adobe.com/, contactez votre administration réseau interne et travaillez avec cette équipe pour débloquer le domaine documentcloud.adobe.com.
• Si vous pouvez accéder au lien ci-dessus, contactez l’assistance.

REST POST /workflows/ID/agreements d’Adobe Sign v6 supprimé du service

L’appel d’API REST v6 POST /workflows/ID/agreements a été supprimé du service dans la version de juin 2021, un an après la suppression de l’appel de la documentation et l’avis aux utilisateurs que le point d’entrée devait être supprimé.

Les clients qui continuent d’utiliser cet appel d’API recevront désormais une erreur 404.

L’alternative suggérée pour remplacer cette fonctionnalité est d’utiliser un appel POST/agreement avec un workflowID dans la requête JSON.

Exemple de corps de requête :

Mise à jour v6REST pour GET /agreements/{agreementId}/signingUrls

Avant la version de juin, lors de l’appel de GET /agreements/{agreementId}/signingUrls, l’API renvoyait une valeur 404 immédiatement après la création de l’accord.

Pendant une courte période après la suppression de l’erreur 404, une autre réponse était renvoyée, mais incluait uniquement les URL de signature de l’expéditeur. (La participation du signataire était encore en cours de définition.)

Après le lancement de la version de juin 2021, un code 404 : AGREEMENT_NOT_EXPOSED est renvoyé jusqu’à ce que la liste complète des URL de signature soit terminée. Un code 200 est alors renvoyé.

Les clients qui ne souhaitent pas continuer d'essayer l'appel API jusqu'à ce que la réponse 200 soit renvoyée sont encouragés à utiliser les webhooks et à répondre à l'événement AGREEMENT_CREATED.

Interruption planifiée pour les intégrations Adobe Sign pour Word/PowerPoint, Outlook et Teams

Le samedi 17 juillet 2021, Adobe Sign a terminé la maintenance des intégrations suivantes :

• Adobe Sign pour Microsoft Teams
• Adobe Sign pour Microsoft Word/Powerpoint
• Adobe Sign pour Microsoft Outlook

Les intégrations fonctionnent maintenant normalement.

Version du correctif : Adobe Sign d’août 2021

Adobe Sign a terminé la mise à jour du correctif le 11 août 2021. Le correctif a été appliqué sans interruption.

La version d’août du correctif comprend des modifications mineures de l’expérience et des résolutions de plusieurs problèmes signalés par les clients.  

Planification de la fin de service de l’API SOAP en mai 2021

Avec la publication de la version 6 de l’API REST, qui procure aux développeurs d’Adobe Sign de meilleures conditions de programmation, l’API SOAP est devenue obsolète et ne sera plus prise en charge après mai 2021.  L’API REST est désormais l’interface privilégiée des intégrateurs et développeurs d’applications. Les prochains développements devront être réalisés au sein de cette API.

Voici quelques références pour faciliter la transition :

• Migration depuis SOAP
• Méthodes de l’API REST Adobe Sign version 6

ACTION REQUISE

Si vous avez développé une intégration ou une application pour le service Adobe Sign reposant sur l’API SOAP, vous devrez modifier l’application en utilisant au moins la version 6 de l’API REST avant mai 2021.  Les développeurs et intégrateurs seront directement contactés au cours des prochains trimestres, afin d’assurer une transition fluide vers la dernière API.

Fin de service prévue pour les navigateurs IE 11 dans les intégrations Microsoft

Microsoft mettra fin à la prise en charge d’Internet Explorer 11 le 17 août 2021.

En conséquence, les intégrations Adobe Sign pour Microsoft ne prendront également plus en charge le navigateur IE11 à partir de cette date.

Les services concernés sont les suivants :

• Dynamics 365 (En ligne et On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (En ligne et On-Prem)
• Teams

Fin de service prévue pour l’intégration d’Adobe Sign à Dropbox

L’intégration d’Adobe Sign à Dropbox doit prendre fin le 31 juillet 2021.

À ce moment-là, Adobe Sign ne sera plus disponible via votre compte Dropbox, cependant tous vos accords Adobe Sign resteront disponibles et pourront être consultés en vous connectant à votre compte Adobe Sign.

Nouvelle version : Adobe Sign de juin 2021

Adobe Sign a terminé la mise à jour de juin 2021 sans interruption.

La version de juin inclut des améliorations de fonctionnalités pour les utilisateurs et les administrateurs, ainsi que des résolutions de plusieurs problèmes signalés par les clients.  

Nouveau certificat SSL disponible :
en vigueur le 1er juin 2021

Adobe Sign publiera de nouveaux certificats SSL le 1er juin 2021.
Aucune modification n’a été apportée à la clé publique, aux protocoles de chiffrement sous-jacents ni au schéma.

Les nouveaux certificats sont disponibles en téléchargement depuis la page Configuration requise d'Adobe Sign.

ACTION REQUISE

Utilisation de la clé publique
Si vous disposez d’intégrations personnalisées avec Adobe Sign utilisant les API SOAP ou REST et si l’une de ces intégrations comprend la clé publique existante, aucune action n’est requise.

Si vous utilisez les certificats SSL d'Adobe Sign pour SSO, ou si vous épinglez le certificat lui-même (ou utilisez d'autres méthodes), vous pouvez trouver les nouveaux certificats Adobe Sign dans la Configuration requise d'Adobe Sign.

Les nouveaux certificats SSL seront actifs le 1er juin 2021.

Nouveau modèle W-4 ajouté à la bibliothèque Adobe Sign pour 2021

Le nouveau formulaire W-4 (2021) de l’IRS, intitulé W-4 2021 (Employee’s Withholding Certificate), sera ajouté à la bibliothèque Adobe Sign dans le cadre de la nouvelle version de février 2021.

ACTION REQUISE

Le nouveau modèle de formulaire W-4 possède un nouvel ID de document libraryDocumentId. Si vous utilisez dans vos applications l’ID de document libraryDocumentId du modèle existant, pensez à le mettre à jour.

La version de 2020 sera supprimée du système en mai 2021.

Afin d’éviter toute interruption de service, mettez à jour les applications/API utilisant le formulaire hérité (version 2020) avant le 1^er mai.

Pour trouver l’ID de document libraryDocumentId dans un compte API :

1. Connectez-vous en tant qu’administrateur du compte.
2. Cliquez sur l’onglet Compte > API Adobe Sign > Informations sur l’API > cliquez sur le lien : Documentation sur les méthodes de l’API REST.
3. Sous la section GET /libraryDocuments, cliquez sur le bouton OAUTH ACCESS-TOKEN. 
   • Activez la portée library_read:self.
4. Cliquez sur le bouton Essayer 
5. Dans le corps de la réponse, recherchez le nouveau modèle de formulaire W-4 2021 (Employee’s Withholding Certificate) (et non la version 2020) pour afficher la valeur libraryDocumentId.  

Nouvelle version : Adobe Sign de mai 2021

Adobe Sign a terminé la mise à jour de mai 2021 sans interruption.

La version de mai inclut des améliorations de fonctionnalités pour les utilisateurs et les administrateurs, ainsi que des résolutions de plusieurs problèmes signalés par les clients.  

Mise à jour de la gestion des cookies Adobe Sign

Adobe Sign adopte la bannière de consentement OneTrust concernant les cookies. Cette dernière persiste jusqu’à ce que l’utilisateur fasse explicitement un choix.

Les utilisateurs redirigés vers un nouveau domaine pendant l’authentification doivent donner une nouvelle fois leur consentement pour le deuxième domaine (le cas le plus courant est la redirection depuis echosign.com vers adobesign.com en raison du commutateur de domaine). 

Il est conseillé aux utilisateurs de mettre à jour leurs signets pour éviter la redirection.

La fonction Fill & Sign dispose d’un chemin d’accès pour les modèles et la signature authentifiée

La page de composition Seul je signe sera remplacée par une nouvelle page de composition (basée sur les dernières conceptions de page d'envoi ) qui permettent l'utilisation de modèles et le placement de champs grâce à la création.

Les paramètres d’administration déterminent l’expérience client par défaut. Grâce à l’activation d’un lien « Changer » facultatif, l’utilisateur peut basculer entre l’interface Remplir et signer sous forme libre et la nouvelle expérience de signature automatique compatible avec l’environnement de création. 

Cette expérience a pour nouveauté la possibilité d’utiliser l’authentification pour le signataire. 

Les contrôles sont basés sur les paramètres Appliquer l'authentification d'identité. Lorsque cette option est activée, l’utilisateur est invité à saisir ses identifiants Adobe Sign lors de l’ouverture de l’accord et (éventuellement) à nouveau lorsqu’il appose une signature ou finalise l’accord. 

Les contrôles de la nouvelle expérience de signature automatique, ainsi que l’authentification d’identité imposée, peuvent être définis au niveau du compte ou du groupe (les paramètres au niveau du groupe remplacent les paramètres au niveau du compte).

Plan de déploiement

La nouvelle expérience de signature automatique remplacera la page héritée Ma signature uniquement dans les deux prochaines mises à jour majeures. 

Les clients qui utilisent la fonction héritée Ma signature uniquement doivent envisager de migrer vers la nouvelle expérience d’ici l’automne 2020 lorsqu’elle deviendra la page par défaut et que la page héritée sera supprimée du service. 

• Aucune modification des paramètres existants ne sera apportée à la version de juillet.
• Dans la version suivante, la nouvelle expérience sera prédéfinie par défaut avec l’option permettant de revenir à l’ancienne page.
• Dans la mise à jour d’automne 2020, la possibilité de revenir à l’interface héritée sera supprimée.

La mise à jour d’Adobe Sign pour Word/PowerPoint, Outlook et Teams sera disponible le 19 avril

La mise à jour entrera en vigueur à 8 h PDT/11 h EST/15 h UTC.

Cette mise à jour est destinée à renforcer la sécurité globale dans les trois intégrations.

Une fois la mise à jour terminée, les administrateurs/utilisateurs seront invités à accepter une nouvelle demande d’autorisations pour l’application avant de pouvoir y accéder de nouveau.

Nouvelle version : Adobe Sign de mars 2021

Adobe Sign a terminé la mise à jour de mars 2021 sans interruption.

Cette version de produit inclut de nouvelles fonctionnalités/améliorations pour les administrateurs et utilisateurs finaux ainsi que plusieurs problèmes résolus.

Fin de service prévue pour les navigateurs Edge hérités dans les intégrations Microsoft

Microsoft met fin à la prise en charge du navigateur Edge hérité le 9 mars 2021.

En conséquence, les intégrations Adobe Sign pour Microsoft ne prendront également plus en charge le navigateur Edge hérité à partir de cette date.

Les services concernés sont les suivants :

• Dynamics 365 (En ligne et On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (En ligne et On-Prem)
• Teams

Fin de support : Les Actions Adobe Sign pour Microsoft Power Automate v1 - prévue pour janvier 2021

La mise à jour d’Adobe Sign pour Microsoft Power Automate 3.0 propose de nouvelles actions REST v6 visant à remplacer plus rigoureusement les actions existantes du même nom.

Les workflows utilisant les actions héritées continueront à s’exécuter si aucune action n’est effectuée. Les actions héritées ont été identifiées par (obsolète) dans leur nom.  Ces actions héritées seront abandonnées d’ici janvier 2021.

Voici la liste des actions qui vont être abandonnées :

• Créer un modèle de bibliothèque à partir de l’URL d’un document (obsolète)
• Créer un modèle de bibliothèque à partir d’un document chargé (obsolète)
• Créer un accord à partir de l’URL d’un document et l’envoyer pour signature (obsolète)
• Créer un accord à partir d’un modèle de bibliothèque et l’envoyer pour signature (obsolète)
• Créer un accord à partir d’un document chargé et l’envoyer pour signature (obsolète)
• Obtenir une liste de tous les accords (obsolète)
• Obtenir une liste de tous les modèles de bibliothèque (obsolète)
• Obtenir les données de champs du formulaire de l’accord (obsolète)
• Charger un document et obtenir un ID de document (obsolète)

Les nouvelles actions s’affichent dans la liste Actions avec le même nom que les actions héritées.

Les clients qui utilisent ces actions doivent mettre à jour leurs flux pour utiliser le nouveau connecteur Actions. Pour ce faire, vous pouvez remplacer l’action héritée par les nouvelles actions dans votre flux d’automatisation existant.

Fin de service de l’authentification sociale

La possibilité d’exiger des signataires qu’ils fournissent leur identité sociale avant d’accéder au document pour consultation et signature sera supprimée en mars 2021.  Cette fonctionnalité permettait aux expéditeurs de demander une connexion à partir de Facebook, LinkedIn, Google, Yahoo!, Microsoft Live ou Twitter. 

Fin de service prévue pour l’intégration Twitter personnelle

L’option d’intégration à Twitter au niveau Utilisateur (via les préférences personnelles) sera supprimée de l’interface utilisateur en mars 2021. À partir de cette date :

• Aucun nouveau compte utilisateur ne pourra activer Twitter au niveau Utilisateur.
• Les utilisateurs pour lesquels Twitter est activé ne verront plus les messages Twitter pour les nouveaux accords créés.
• Les comptes utilisateur sans abonnement pour lesquels Twitter est activé verront leur limite de transaction mensuelle réduite de dix à :
  • 5 transactions par mois pour les clients Adobe Sign en ligne
    
  • 2 transactions par mois pour les clients Acrobat
    
• Les informations d’identification Twitter des comptes activés seront supprimées des systèmes Adobe Sign.
  
• L’application Twitter d’Adobe Sign sera supprimée afin de faire expirer tous les jetons Twitter.

Nouvelle version : Adobe Sign de février 2021

La version de février est a été achevée sans interruption de service.

Cette version de produit inclut de nouvelles fonctionnalités/améliorations pour les administrateurs et utilisateurs finaux ainsi que plusieurs problèmes résolus.

Concepteur de workflow produisant des messages d’erreur

En raison de l’amélioration de la sécurité du partage des ressources de bibliothèques, certains workflows peuvent commencer à renvoyer un message d’erreur de serveur lors de la modification du workflow après la mise à jour de septembre :

Les expéditeurs qui tentent d’utiliser un workflow présentant ce problème reçoivent un message d’erreur indiquant que le workflow contient des documents qui ne leur sont pas accessibles :

Cette erreur signifie que ce workflow n’a plus l’autorisation d’utiliser un ou plusieurs des modèles de bibliothèque joints. Cela se produit le plus souvent lorsque les autorisations d'accès du modèle sont modifiées pour passer d'un accès autorisé au compte/groupe à un accès limité au propriétaire.  

Les administrateurs doivent annuler ce message d’erreur plutôt que de recharger la page.

Pour corriger l’erreur :

• Le propriétaire du modèle doit modifier ses autorisations pour que le compte/groupe auquel le workflow est lié puisse y accéder.
• Le propriétaire du workflow peut remplacer le modèle par un modèle doté des autorisations nécessaires.  Pour ce faire, annulez l’opération ayant déclenché l’erreur ci-dessus, puis modifiez le workflow et remplacez le document.

Fin de service d’Adobe Sign pour Workplace de Facebook

L’intégration d’Adobe Sign pour Workplace de Facebook a été entièrement désactivée le 29 novembre 2020.