Notifications techniques

Les notifications techniques d’Adobe Sign sont classées de la version la plus récente à la plus ancienne à mesure que vous faites défiler la page vers le bas. 

Si vous souhaitez être informé des mises à jour techniques mensuelles, veuillez vous abonner ici >

[Mise à jour] Version principale : la prochaine version d’Adobe Sign sera disponible en janvier 2022

Première notification : septembre 2021 - Mise à jour :
décembre 2021
En vigueur

Adobe Sign a reporté la sortie prévue pour décembre 2021 à la deuxième semaine de janvier 2022.

La version de janvier 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.  La mise à disposition de cette version ne devrait entraîner aucune interruption.

[Mise à jour] Adobe Sign pour Salesforce : avis de fin de service pour les versions 19.x et 20.x

Première notification : juin 2021 - Mise à jour :
novembre 2021
En vigueur

La prise en charge des versions 19.x et 20.x d’Adobe Sign pour Salesforce a expiré en octobre 2021.

  • Toutes les organisations doivent effectuer la mise à niveau vers la version 21.5.11 dès que possible.  La version 21.5.11 est un prérequis indispensable à l’installation des versions ultérieures. Elle doit donc être installée avant d’effectuer les mises à niveau vers des versions ultérieures. 
  • L’accès à la version 20.x et aux versions antérieures devrait être entièrement déconnecté au cours du deuxième trimestre de 2022. Pour continuer à avoir accès à la fonctionnalité Adobe Sign pour Salesforce, une version minimale de 21.5.11 doit être installée.

Le cycle de vie de l’intégration est détaillé ici >

Remarque :

Passer d’une version antérieure à la version 21.5.11 nécessite d’installer le package 21.5.11 avant d’installer le package le plus récent. Essayer d’installer le package le plus récent avant la version 21.5.11 entraînera un échec de la mise à jour.

Lors de la mise à niveau de votre package d’intégration Adobe Sign pour Salesforce, prenez en compte les points suivants :

  • Ne désinstallez pas votre package Adobe Sign pour Salesforce existant. 
    • La désinstallation du package entraîne la perte de toutes vos données Adobe Sign dans Salesforce.
  • Si des utilisateurs de votre organisation Salesforce appartiennent à plusieurs comptes Adobe Sign, contactez le gestionnaire de clientèle ou l’assistance Adobe avant de procéder à la mise à niveau.
  • Effectuez des mises à niveau et des tests dans votre environnement sandbox avant de mettre à niveau votre compte de production.
    • Vérifiez que vous avez accès à l’adresse e-mail dans l’environnement de sandbox au cas où vous devriez modifier celle de votre compte Adobe Sign.
  • Vérifiez que le paramètre Verrouiller les sessions sur l’adresse IP d’où elles sont issues est désactivé. Configurez-le ici : Configuration > Paramètres > Sécurité > Paramètres de session.
  • Consultez Adobe Sign pour Salesforce – Guide de mise à niveau ci-dessous pour déterminer s’il existe des options que vous devez configurer manuellement.
    • Un certain nombre de nouveaux paramètres et fonctionnalités sont ajoutés à chaque version.  Souvent, l’affichage de ces nouvelles fonctionnalités nécessite une mise à jour manuelle de la configuration de service.

[Mise à jour] Adobe Sign pour Dynamics : avis de fin de service pour les versions 9.3.x et antérieures

Première notification : juillet 2021 - Mise à jour :
novembre 2021
En vigueur

La prise en charge de la version 9.3.x d’Adobe Sign pour Dynamics a expiré en novembre 2021.

  • Toutes les versions du package doivent être mises à niveau vers la version la plus récente dès que possible.
  • L’accès à la version 9.3.x et aux versions antérieures devrait être entièrement déconnecté au cours du troisième trimestre de 2022.

Veuillez noter que cette exigence de mise à niveau est une exception au cycle de vie normal des intégrations, en raison de la nature des mises à jour appliquées.

[Nouveau] Nouvelle version principale : Adobe Sign de mars 2022

Première notification : novembre 2021 En vigueur

Une nouvelle version principale d’Adobe Sign est prévue pour la première quinzaine de mars 2022. La mise à disposition de cette version ne devrait entraîner aucune interruption.

La version de mars 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.  


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

Première notification : septembre 2021 En vigueur

La version de décembre d’Adobe Sign supprime les expériences classiques des pages Accueil et Gérer. À partir de cette date, tous les comptes disposeront de l’expérience moderne des pages Accueil et Gérer, sans possibilité de rétablir l’interface classique.
Veuillez noter que nous nous engageons à rendre cette transition aussi fluide que possible et avons publié des fonctionnalités correspondant aux comportements de la page Gérer 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.  


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

Première notification : avril 2021

 En vigueur

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 qui utilisent ces navigateurs peuvent avoir une expérience dégradée et certaines fonctionnalités peuvent cesser de fonctionner.

La page eSign du destinataire devrait continuer à fonctionner correctement sur ces navigateurs afin d’éviter de perturber les workflows du destinataire. Nous sommes déterminés à contribuer à ce que cette transition se fasse le plus facilement possible.

Changement de nom de domaine : AdobeSign.com

Première notification : août 2019 - Mise à jour :
novembre 2021

 En vigueur

Adobe vous informe que le nom de domaine du service Adobe Sign change et devient adobesign.com

La transition a débuté en mars 2020 et n’a d’impact que sur les comptes utilisateurs gratuits et individuels, sans impact sur les clients qui ont acheté d’autres formules.

Veuillez vous reporter au tableau ci-dessous pour connaître le planning de déploiement de la fonctionnalité sur votre niveau de compte.

Lorsque cette option est activée, les administrateurs de compte disposent d’un nouveau contrôle disponible dans le menu Compte, onglet Paramètres de compte, pour passer au nouveau domaine.

  • Le contrôle permet de basculer vers le nouveau nom de domaine.
  • Les clients qui utilisent des domaines explicitement autorisés, des intégrations tierces ou des applications personnalisées peuvent tester l’impact du nouveau nom de domaine sur leur environnement.
  • Veuillez consulter la FAQ pour déterminer si cette modification aura un impact sur votre environnement.
  • En cas de conflits ou d’erreurs, le retour à echosign.com est pris en charge sans impact sur les accords ou les workflows.

Pour les comptes ayant migré vers adobesign.com :

  • Le nouveau domaine a été déployé en tant que redirection à partir de la page de connexion principale.
  • Les redirections ne sont pas nécessaires pour accéder aux accords existants.
  • Les accords existants restent disponibles pour toutes les parties à partir du nom de domaine existant.

Juin 2020

La migration de tous les comptes gratuits et individuels vers le domaine adobesign.com sera terminée.

Juillet

Tous les NOUVEAUX comptes Petite entreprise et individuels seront configurés avec le domaine adobesign.com. 

Septembre


Tous les NOUVEAUX comptes Team seront configurés avec le domaine AdobeSign.

Tous les comptes Team existants disposeront d’une option pour s’inscrire au nouveau domaine. Les administrateurs peuvent accéder à l’option via l’interface utilisateur du menu Compte (via l’onglet Configuration du compte). 

Octobre 


Tous les NOUVEAUX comptes Grands comptes seront configurés avec le domaine AdobeSign.

Déploiement graduel de l’option d’inscription au nouveau domaine pour les comptes d’entreprise existants. Les administrateurs peuvent accéder à l’option via l’interface utilisateur du menu Compte (via l’onglet Configuration du compte). 

Décembre 2022

Les clients migreront vers adobesign.com d’ici décembre 2022.

À partir de cette date, l’option permettant de basculer vers le domaine echosign.com sera supprimée.

L’authentification Adobe Sign redirige vers Adobe Identity Management

Première notification : août 2020

En vigueur

À 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.

Pour plus d’informations, cliquez ici >

Problème connu : les administrateurs qui gèrent les utilisateurs dans Adobe Admin Console ne peuvent pas modifier la valeur Société pour les utilisateurs via l’onglet Utilisateurs

Première notification : juillet 2020

En vigueur

Les administrateurs gérant leurs utilisateurs via le portail Adobe Admin Console risquent de ne pas pouvoir mettre à jour la valeur Société de leurs utilisateurs lorsqu’ils modifient leurs profils.

  • Les administrateurs peuvent toujours mettre à jour les utilisateurs à l’aide d’un fichier CSV (modification des utilisateurs en bloc).
  • L’utilisateur réussit à modifier correctement son propre profil.
  • Les nouveaux utilisateurs qui seront ajoutés adoptent la valeur Société par défaut du portail Admin Console.


Ressources supplémentaires


Anciennes notifications

Nouvelle version principale : Adobe Sign d’octobre 2021

Première notification : septembre 2021 Retrait depuis :
novembre 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

Première notification : août 2021 Retrait depuis :
novembre 2021

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 eSign dans la version de septembre

Première notification : août 2021 Retrait depuis :
novembre 2021

Pour se conformer aux exigences juridiques d’Adobe, Adobe Sign met à jour le comportement d’acceptation des conditions d’utilisation sur la page eSign. 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. Il s’agit d’une acceptation distincte des autres conditions d’utilisation personnalisées qui pourraient avoir été configurées pour le compte client, lesquelles continueront d’être déterminées par la configuration du compte relative à l’acceptation des conditions d’utilisation/de la divulgation des informations du client.

  • Un destinataire « inconnu » est une adresse e-mail qui n’est pas une adresse utilisateur active et enregistrée pour un compte approuvé.
  • 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)

Première notification : septembre 2021 Retrait depuis :
novembre 2021

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 d’Adobe Sign avec Notarize, Inc. est disponible uniquement aux États-Unis.

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 à l’activation pour les clients des niveaux Grands comptes et Entreprises, ce service est vendu 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. 

  • Mises à jour de la page Envoyer

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 :

Interface Notarize sur la page Envoyer

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 :

Configuration des options de Notarize

  • 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.

Nom du paramètre

Objet REST

Description

memberInfos

ParticipantInfo[]

Tableau d’objets ParticipantInfo contenant des données spécifiques au participant (adresse électronique, par exemple). Tous les participants du tableau appartiennent au même ensemble.

role

Valeur

Description

SIGNER

Signe l’accord

APPROVER

Approuve l’accord

DELEGATE_TO_SIGNER

Une personne qui ne peut pas signer elle-même mais délègue l’accord à un autre signataire

DELEGATE_TO_APPROVER

Une personne qui ne peut pas approuver elle-même l’accord mais la délègue à un autre approbateur

SHARE

Participant avec lequel cet accord a été partagé

DELEGATE

Participant auquel l’accord a été délégué. Ce rôle ne peut pas être utilisé lors de la création ou de la mise à jour d’un accord par le biais d’un appel POST/PUT sur une ressource d’accord. La délégation se fait séparément par participant.

NOTARY_SIGNER

Participant à la session d’authentification notariale

Rôle assumé par tous les participants de l’ensemble (Signer, Approver, etc.)

 

Extension FileInfo

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

FileInfo

Nom du paramètre

Type

Par défaut

Obligatoire

Description

document

Document

facultatif

Document associé à l’accord.
Ce champ ne peut pas être fourni dans l’appel POST.
En cas d’appel GET, il s’agit du seul champ renvoyé dans la réponse

label  

Chaîne

facultatif

Valeur d’étiquette unique d’un élément FileInfo. Dans le cas d’un workflow personnalisé, un fichier est mappé à l’élément de fichier correspondant dans la définition du workflow.

libraryDocumentId

Chaîne

facultatif

ID d’un document de bibliothèque existant qui sera ajouté à l’accord

transientDocumentId

Chaîne

facultatif

ID d’un document temporaire qui sera ajouté à l’accord

notarize

true

false

facultatif

Indique que ce document doit être authentifié par un notaire

 

Extension ParticipantInfo

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

ParticipantInfo

Nom du paramètre

Type

Par défaut

Obligatoire

Description

email

Chaîne

s.o.

obligatoire

Adresse électronique du participant

notaryAuthentication

Enum

MULTI_FACTOR_AUTHENTICATION

facultatif

MULTI_FACTOR_AUTHENTICATION : l’authentification notariale est effectuée à l’aide d’une méthode d’authentification à deux facteurs
NONE : aucune authentification n’est requise

 

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.

NotaryInfo

Nom du paramètre

Type

Par défaut

Obligatoire

Description

notaryType

Enum

Si seul le Service d’authentification notariale à la demande Notarize est activé sur le compte,
alors notaryType sera défini par défaut sur NOTARIZE_NOTARY, sinon il sera défini par défaut sur BYON_NOTARY

obligatoire

NOTARIZE_NOTARY : le service Notarize fournit le notaire
BYON_NOTARY : le compte fournit le notaire

payment

Enum

BY_SENDER

facultatif

S’applique uniquement si le type == NOTARIZE_NOTARY
BY_SENDER : l’expéditeur paie l’authentification notariale
BY_SIGNER : le signataire paie l’authentification notariale

appointmentStart

Chaîne

""

facultatif

Chaîne au format ISO_DATE_TIME Voir ISO_ZONED_DATE_TIME

note

Chaîne

S/O

facultatif  

Notes pour la séance d’authentification notariale

notaryEmail

Chaîne

""

facultatif  

Adresse électronique de votre propre notaire

 

Exemple /agreement

{
    "fileInfos": [
        {
            "transientDocumentId": "",
            "notarize": true
        }
    ],
    "name": "notary_agreement_name",
    "participantSetsInfo": [
        {
            "memberInfos": [
                {
                    "email": "someone@somewhere.com",
                    "securityOption": {
                        "notaryAuthentication": "MULTI_FACTOR_AUTHENTICATION"
                    }
                }
            ],
            "order": 1,
            "role": "NOTARY_SIGNER",
            "name": "participant_set_name"
        }
    ],
    "signatureType": "ESIGN",
    "state": "IN_PROCESS",
    "notaryInfo": {
        "appointment": "2021-10-29'T'13:00",
        "notaryEmail": "notaries@email.com",
        "notaryType": "PROVIDER_NOTARY",
        "note": "This is a note for the notary.",
        "payment": "BY_SIGNER"
    }
}

 

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 :

Code d’erreur REST

Code d’état HTTP

Message

Scénario 

PERMISSION_DENIED

403

Le paramètre utilisateur ou le jeton de portée OAuth n’autorisent pas l’envoi de l’accord pour l’authentification notariale.

Cette erreur est renvoyée lorsque le rôle est défini sur NOTARY_SIGNER et que l’appelant d’API (c’est-à-dire l’expéditeur potentiel) n’a pas activé la fonctionnalité d’authentification notariale et/ou si le fournisseur de l’authentification notariale n’est pas défini.

 

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.
{
  "securityInfo": {
  "authenticationMethod": "NONE"
},
  "signingCapabilities": [
    "ACCEPT_BEFORE_NOTARIZATION"
  ]
}

 

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.

Attribut

Type

Description

État

Enum<String>

Valeur

SIGNED

APPROVED

ACCEPTED

DELIVERED

FORM_FILLED

ACCEPTED_BEFORE_NOTARIZATION

                                         

Ce statut indique que le destinataire avec le rôle SIGNER a terminé l’accord.

Ce statut indique que le destinataire avec le rôle APPROVER a terminé l’accord.

Ce statut indique que le destinataire avec le rôle ACCEPTOR a terminé l’accord.

Ce statut indique que le destinataire avec le rôle CERTIFIED_RECIPIENT a terminé l’accord.

Ce statut indique que le destinataire avec le rôle FORM_FILLER a terminé l’accord.

Ce statut indique que le destinataire avec le rôle NOTARY_SIGNER a terminé l’accord sans authentification notariale

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

Première notification : juillet 2021 Retrait depuis :
octobre 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

Première notification : juin 2021 Retrait depuis :
octobre 2021

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.

Par conséquent, l’option permettant de personnaliser le message d’authentification par téléphone avec le nom de la société doit être supprimée du service dans la version de septembre 2021.


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

Première notification : février 2020

Retrait depuis :
octobre 2021

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

Première notification : juin 2021 Retrait depuis :
octobre 2021

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 :

{
  &quot;fileInfos&quot;: [ { &quot;transientDocumentId&quot;: &quot;dsakjdfksajfkhaskdfuisdfklfsdkjfgvsdksjdkasj&quot; } ], &quot;name&quot;: &quot;Sending a workflow&quot;, &quot;participantSetsInfo&quot;: [ { &quot;memberInfos&quot;: [ { &quot;email&quot;: &quot;someemail@somedomain.com&quot; } ], &quot;order&quot;: 1, &quot;role&quot;: &quot;SIGNER&quot; } ], &quot;workflowId&quot;: &quot;woDJFWOFJhjlkadsfjkfdskfnksdfn&quot; &quot;signatureType&quot;: &quot;ESIGN&quot;, &quot;state&quot;: &quot;IN_PROCESS&quot;
}

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

Première notification : juin 2021 Retrait depuis :
octobre 2021

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 à essayer l’appel d’API jusqu’à ce que la réponse 200 soit renvoyée sont invités à utiliser Webhooks et à répondre à l’événement AGREEMENT_CREATED.


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

Première notification : mars 2021 - Mise à jour : juin 2021

Retrait depuis :
octobre 2021

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 sont maintenant opérationnelles et fonctionnent normalement.

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

Première notification : juin 2021 - Mise à jour août 2021 Retrait depuis : septembre 2021

Adobe Sign a terminé la mise à jour du correctif le 11 août 2021. Le correctif a été exécuté sans entraîner d’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

Première notification : juin 2018 - Mise à jour : février 2021

Retrait depuis : septembre 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 :

 

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

Première notification : janvier 2021

Retrait depuis : septembre 2021

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

Pour plus d’informations sur l’abandon de ces options de navigateur, consultez l’annonce de Microsoft >

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

Première notification : mars 2021

Retrait depuis : août 2021

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, mais tous vos accords Adobe Sign resteront à votre disposition et vous pourrez y accéder 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

Première notification : avril 2021

Retrait depuis : août 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 pourront être téléchargés depuis la page Configuration requise pour 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 des certificats SSL d’Adobe Sign pour l’authentification unique (SSO), ou si vous incluez le certificat lui-même (ou utilisez d’autres méthodes), vous trouverez les nouveaux certificats Adobe Sign sur la page Configuration requise pour Adobe Sign.

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

Nouvelle version : Adobe Sign de mai 2021

Première notification : janvier 2021

Retrait depuis : juillet 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 1er 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 Tester !
  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.  
Obtention du docID

Remarque :

Les utilisateurs qui préfèrent gérer le formulaire fiscal dans leur bibliothèque de compte peuvent télécharger un PDF balisé complet ici.

Si vous avez besoin d’informations supplémentaires, contactez votre responsable du succès client.

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

Première notification : mars 2021

Retrait depuis : juillet 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

Première notification : août 2020

Retrait depuis : juillet 2021

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

Première notification : mars 2020

Retrait depuis : juillet 2021

La page de composition Ma signature uniquement sera remplacée par une nouvelle page de composition (basée sur les dernières conceptions de la page d’envoi) qui permet l’utilisation de modèles et du placement de champs par le biais de l’environnement de 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 d’authentification d’identité imposée. 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

Première notification : décembre 2020 - Mise à jour : mars 2021

Retrait depuis : mai 2021

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.

Pour plus d’informations, cliquez ici >

Nouvelle version : Adobe Sign de mars 2021

Première notification : février 2021

Retrait depuis : mai 2021

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

Cette version comprend de nouvelles fonctionnalités/améliorations pour les administrateurs et les utilisateurs finaux, ainsi que plusieurs corrections de problèmes.

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

Première notification : janvier 2021

Retrait depuis : mai 2021

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

Pour plus d’informations sur l’abandon de ces options de navigateur, consultez l’annonce de Microsoft >

Fin de prise en charge des actions Adobe Sign pour Microsoft Power Automate version 1 prévue pour janvier 2021

Première notification : juillet 2020

Retrait depuis : mai 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

Première notification : novembre 2020

Retrait depuis : mai 2021

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

Première notification : décembre 2020 - Mise à jour : janvier 2021

Retrait depuis : mai 2021

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.
12.2Twitter

Nouvelle version : Adobe Sign de février 2021

Première notification : janvier 2021 - Mise à jour : février 2021

Retrait depuis : mars 2021

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

Cette version comprend de nouvelles fonctionnalités/améliorations pour les administrateurs et les utilisateurs finaux, ainsi que plusieurs corrections de problèmes.

Concepteur de workflow produisant des messages d’erreur

Première notification : septembre 2020

Retrait depuis : mars 2021

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 :

Erreur du concepteur de workflow

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 :

Erreur de workflow lors de l’envoi

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 généralement lorsque les droits d’accès au modèle sont modifiés, passant de l’autorisation d’accès au compte/groupe à la limitation de l’accès 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

Première notification : novembre 2020

Retrait depuis : janvier 2021

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


Fin de service du chiffrement RC4 pour les fichiers PDF générés par Adobe Sign

Première notification : septembre 2020

Retrait depuis : décembre 2020

En janvier 2021, Adobe Sign mettra fin à l’utilisation du chiffrement RC4 dans l’application Adobe Sign et transposera tous les comptes utilisant le chiffrement RC4 vers le chiffrement AES-128.

Les fichiers PDF existants ne seront pas affectés par cette modification.

Adobe Sign a abandonné l’utilisation de la méthode de chiffrement RC4 128 bits début 2020, car la prise en charge de l’option de chiffrement RC4 n’est plus considérée comme sécurisée.

  • L’utilisation de ce chiffrement sera supprimée en janvier 2021.
  • Adobe Sign continuera de proposer les chiffrements AES-128 et AES-256, qui sont tous deux des options très sécurisées et conformes aux normes du secteur.

 

ACTION REQUISE :

Aucune.

  • Ce paramètre sera automatiquement mis à niveau vers AES-128 pour les comptes configurés pour le chiffrement PDF RC4.
  • Les comptes configurés pour le chiffrement AES-128 ou AES-256 resteront inchangés.


L’accès à l’assistance Adobe Sign change à partir de septembre 2020

Première notification : août 2020

Retrait depuis : décembre 2020

Deux éléments du processus de contact de l’assistance Adobe Sign changent en septembre 2020 :
Remarque : si vous soumettez des dossiers via Adobe Admin Console, ce processus restera inchangé.

  • Les nouveaux dossiers ne peuvent plus être créés par courrier électronique : la décision de supprimer l’assistance par e-mail a été prise pour servir nos clients plus efficacement. La création de dossiers par le biais d’un processus authentifié garantit que l’assistance peut agir sur la demande en sachant qu’elle a été soumise par une partie autorisée pour l’organisation cliente.
  • Tous les dossiers doivent être soumis par l’intermédiaire d’un administrateur. Les utilisateurs finaux doivent contacter leur administrateur de groupe, des informations personnelles ou de compte pour soumettre de nouveaux dossiers de support.


Pour plus d’informations sur la façon de contacter l’assistance, cliquez ici.


Nouveau certificat SSL disponible -
En vigueur à compter du 8 octobre 2020

Première notification : août 2020

Retrait depuis : décembre 2020

Adobe Sign publiera un nouveau certificat SSL le 8 octobre 2020.
Aucune modification n’a été apportée à la clé publique, aux protocoles de chiffrement sous-jacents ou au modèle.

Le nouveau certificat peut être téléchargé depuis la page Configuration requise pour 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 incluez le certificat ou utilisez d’autres méthodes, vous trouverez le nouveau certificat Adobe Sign sur la page Configuration requise pour Adobe Sign.

Le nouveau certificat SSL sera actif le 8 octobre 2020.


Adobe Sign pour Dynamics 365 : mise à niveau vers la version 9.2

Première notification : septembre 2020 - Mise à jour : octobre 2020

Retrait depuis : décembre 2020

Une nouvelle version d’Adobe Sign pour Dynamics 365 a été publiée.

Les administrateurs Dynamics peuvent mettre à niveau l’application existante via Paramètres d’administration > Solutions.  


Actions Adobe Sign pour Microsoft Power Automate mises à jour vers REST v6

Première notification : juillet 2020

Retrait depuis : octobre 2020

La mise à jour d’Adobe Sign pour Microsoft Power Automate 3.0 propose de nouvelles actions REST v6 visant à remplacer les actions existantes du même nom. Les actions héritées seront masquées et abandonnées d’ici janvier 2021.


Mise à jour de l’API REST v6 : attributs supplémentaires pour plusieurs points de terminaison

Première notification : juillet 2020

Retrait depuis : octobre 2020

Dans le cadre de la version de juillet 2020, plusieurs des points de terminaison de l’API REST v6 reçoivent des attributs supplémentaires :

Ressource

Attribut

Objet REST

Points de terminaison affectés

AgreementInfo lastEventDate Date GET /agreements/{agreementId}
DetailedGroupInfo isDefaultGroup Booléen GET /groups/{groupId}
DetailedParticipantInfo createdDate Date GET /agreements/{agreementId}/members
DetailedParticipantInfo userId Chaîne GET /agreements/{agreementId}/members
DetailedUserInfo createdDate Date GET /users/{userId}
Document createdDate Date GET /agreements/{agreementId}//documents
Événement id Chaîne GET /agreements/{agreementId}/events
GroupInfo createdDate Date GET /groups
GroupInfo isDefaultGroup Booléen GET /groups
LibraryDocumentInfo lastEventDate Date GET /libraryDocuments/{libraryDocumentId}
MegaSignInfo lastEventDate Date GET /megaSigns/{megaSignId}
SenderInfo createdDate Date GET /agreements/{agreementId}/members
SenderInfo userId Chaîne GET /agreements/{agreementId}/members
UserGroupInfo createdDate Date GET /users/{userId}/groups
WidgetInfo lastEventDate Date GET /widgets/{widgetId}


Nouvelle version : Adobe Sign de septembre 2020

Première notification : août 2020 - Mise à jour : septembre 2020

Retrait depuis : octobre 2020

La mise à disposition de la version Adobe Sign de septembre 2020 s’est effectuée sans interruption de service.

Cette version comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux.


Planification de la fin de service de la fonctionnalité Archive

Première notification : octobre 2019

Retrait depuis : octobre 2020

Il est prévu que la fonction Archive soit supprimée du système Adobe Sign lorsque les nouvelles pages Accueil et Gérer seront entièrement déployées et utilisées. Cela concerne le téléchargement direct et l’envoi pour archivage par e-mail.

Les utilisateurs qui ont un contenu dans leur Archive pourront toujours le consulter et y accéder depuis la nouvelle page Gérer, mais aucun contenu ne pourra plus être ajouté.

 

ACTION REQUISE

Aucune action n’est requise. 

La possibilité de télécharger du nouveau contenu à la section Archive sera interrompue lorsque le compte migrera vers les nouvelles pages Accueil et Gérer.


Planification de la fin de service de la fonctionnalité Code d’accès

Première notification : décembre 2019

Retrait depuis : octobre 2020

Il est prévu que la fonctionnalité héritée Code d’accès soit retirée du système Adobe Sign lorsque les nouvelles pages Accueil et Gérer seront entièrement déployées et en service. 

Les utilisateurs ayant des processus utilisant la fonctionnalité Code d’accès doivent contacter leur responsable du succès client afin de trouver d’autres méthodes pour satisfaire les besoins de leur entreprise.

 

ACTION REQUISE

Les clients qui utilisent la fonctionnalité Code d’accès doivent contacter directement leur responsable du succès client pour discuter de leurs besoins en matière de processus de signature.

Disponibilité limitée de la page Gérer dans la soirée du 3 octobre, heure du Pacifique

Première notification : septembre 2020

Retrait depuis : octobre 2020

Adobe Sign prévoit de mettre à jour le service de recherche dans la soirée du 3 octobre, heure du Pacifique.  Pendant cette période, l’accès à la page de gestion sera limité et les utilisateurs peuvent recevoir un message de maintenance. 

Cette activité n’aura PAS d’impact sur les actions suivantes : 

  • Connexion à l’application
  • Envoi de nouveaux accords ou signature d’accords en cours
  • Création de formulaires ou signature de formulaires actifs
  • Utilisation ou création de workflows

Les périodes de maintenance sont prévues au niveau régional afin d’avoir un impact minimal sur l’utilisation active. Remarque : les impacts perçus seront d’une durée beaucoup plus courte que ces périodes.

Périodes de maintenance prévues pour chaque région :

  • APAC : 7h30 - 8h30 le 4 octobre (15h00 - 16h00 heure du Pacifique le 3 octobre)
  • Inde : 4h30 - 5h00 le 4 octobre (16h00 - 16h30 heure du Pacifique le 3 octobre)
  • Europe : 2h00 - 3h00 le 4 octobre (17h00 - 18h00 heure du Pacifique le 3 octobre)
  • États-Unis (Est) : 23h00 - 00h00 le 3 octobre (20h00 - 21h00 heure du Pacifique le 3 octobre)
  • États-Unis (Ouest) : 21h00 - 21h30 le 3 octobre

Nouvelle version : Adobe Sign de juillet  2020

Première notification : avril 2020 - Mise à jour : juin 2020

Retrait depuis : septembre 2020

La version de juillet 2020 d’Adobe Sign est terminée.

Cette version comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux.

Aucune interruption n’a été rencontrée pendant la mise à disposition de cette version. 


Adobe Sign pour SharePoint Online : augmentation de la limite de téléchargement à 10 Mo

Première notification : juin 2020

Retrait depuis : septembre 2020

La limite de téléchargement pour les clients utilisant Adobe Sign pour SharePoint Online a été augmentée de 5 Mo à 10 Mo.

Tous les clients bénéficient de cette augmentation. Aucune action n’est requise, la mise à jour est en place.


Adobe Sign pour SharePoint Online : configuration utilisateur transparente

Première notification : juin 2020

Retrait depuis : septembre 2020

La configuration utilisateur transparente est disponible pour tous les clients Adobe Sign pour SharePoint Online. La version n’importe pas.

Les administrateurs SharePoint disposent d’une nouvelle option qui accorde automatiquement l’accès à l’intégration d’Adobe Sign à tout utilisateur auquel est attribuée l’autorisation Modification par défaut pour votre site SharePoint.

Consulter les notes de mise à jour >


Icône Adobe Sign et changement de police

Première notification : janvier 2020

Retrait depuis : septembre 2020

La version d’août 2020 inclut le changement de l’icône Adobe Sign, ainsi que des polices utilisées dans l’application.

Les clients qui utilisent toute forme d’automatisation robotisée des processus (RPA) doivent être conscients de ce changement, au cas où il aurait un impact sur le fonctionnement de leur automatisation.  

Adobe Sign ne prend pas en charge l’automatisation robotisée des processus (RPA), mais il est entendu que certains clients peuvent l’utiliser pour automatiser des processus communs. 

Si la RPA fait partie de la stratégie d’automatisation d’un client, il doit être prêt à tester et à réparer ses suites RPA existantes au cours de cette période de publication.

Contactez votre responsable du succès client si vous avez des questions.


Avis de sécurité : fin de la prise en charge des anciens modèles d’authentification d’API en juin 2020

Première notification : août 2018 - Mise à jour : septembre 2019

Retrait depuis : juin 2020

Adobe s’engage à fournir des conditions d’utilisation sécurisées à ses clients en se conformant aux protocoles de sécurité standard les plus récents. A cette fin, Adobe Sign cessera en juin 2020 de prendre en charge les anciens modèles d’authentification d’API qui permettent d’envoyer le nom d’utilisateur et le mot de passe dans l’appel d’API.

 

IMPACT

Les clients qui utilisent actuellement l’ancien modèle d’authentification devront migrer vers l’authentification OAuth plus récente. 

 

ACTION REQUISE

  • Les clients qui utilisent une intégration doivent effectuer la mise à niveau vers la dernière version. Reportez-vous aux guides de référence pour consulter la liste des dernières intégrations de partenaires avec Adobe.
  • Les clients qui ont développé leur propre intégration à Adobe Sign devront effectuer la mise à jour vers l’authentification OAuth la plus récente. Pour plus de détails, voir ce Guide de migration
  • Les utilisateurs mobiles devront effectuer la mise à niveau vers la dernière version de l’application Adobe Sign pour iOS et Android.

 


Nouvelle version : Adobe Sign de mars 2020

Première notification : janvier 2020 - Mise à jour : février 2020

Retrait depuis : mai 2020

La mise à jour Adobe Sign de mars 2020 est disponible depuis le 18 mars.

Cette version comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux.

Aucune interruption n’a été rencontrée pendant la mise à disposition de cette version. 

Remarque :

Les pages Accueil et Gérer par défaut de tous les comptes seront définies sur les nouvelles expériences.

Les commandes de l’interface utilisateur seront supprimées pour les comptes des formules de service Gratuite, Individuelle et Petite entreprise.

  • Ces niveaux de service sont entièrement migrés vers la nouvelle expérience et les pages classiques ne peuvent pas être rétablies.

La nouvelle expérience est définie par défaut pour les comptes des formules de service Business ou Enterprise. Cependant :

  • Le lien « Changer » facultatif reste disponible.
    • Les commandes du lien « Changer » doivent être supprimées de l’interface en mai 2020.
  • Les commandes d’expérience par défaut seront toujours disponibles, ce qui permet de rétablir l’expérience par défaut sur les pages classiques.
    • Les commandes d’expérience par défaut devraient être supprimées de l’interface au cours du deuxième semestre 2020.

 

 


Le lien de pied de page vers la page de confidentialité Adobe doit être supprimé de l’interface web

Première notification : février 2020

Retrait depuis : mai 2020

Dans la version de mars 2020, le lien vers la page de confidentialité Adobe dans le pied de page web a été supprimé.


Nouvelle version : Adobe Sign pour SharePoint Online v2

Première notification : février 2020

Retrait depuis : mai 2020

La dernière version d’Adobe Sign pour SharePoint prend en charge les fonctionnalités de formulaire web pour aider les entreprises à collecter des données et des signatures électroniques à grande échelle.

Les administrateurs SharePoint peuvent mettre à niveau les versions précédentes de l’application vers la version 2.0 via AppSource.

Consulter les notes de mise à jour >


Fin de vie du workflow Adobe Sign pour SharePoint Online - 1er mars 2020

Première notification : février 2020

Retrait depuis : mai 2020

Le package du workflow Adobe Sign pour SharePoint Online va être entièrement désactivé et cessera de fonctionner le 1er mars 2020.

Les clients qui utilisent les workflows doivent migrer leurs processus vers la solution Power Automate.


Les limitations entrent en vigueur pour le traitement des accords

Première notification : février 2020

Retrait depuis : mai 2020

La limitation des processus de génération d’accords a été activée pour tous les comptes.

Veuillez consulter la FAQ pour plus de détails sur le processus de limitation.


Alerte du navigateur Chrome

Première notification : février 2020

Retrait depuis : mai 2020

Le navigateur Chrome est en cours de mise à jour vers la version 80. Cette mise à jour améliore la sécurité relative aux cookies.

Ces mises à jour de sécurité ont exigé des modifications de notre code qui peuvent avoir un impact sur les anciennes versions (non prises en charge) du navigateur Chrome (v66 et antérieures).

Les clients qui constatent de nouvelles erreurs/de nouveaux bogues dans l’interface utilisateur doivent d’abord vérifier dans leur navigateur qu’ils exécutent une version récente (prise en charge) du navigateur et le mettre à jour le cas échéant.

 

Pour plus d’informations, veuillez consulter les articles suivants :


Nouveau modèle I-9 ajouté à la bibliothèque Adobe Sign pour 2020

Première notification : février 2020

Retrait depuis : mai 2020

Le nouveau formulaire I-9 (2020) de l’IRS, intitulé I-9 2020 (Employment Eligibility Verification), a été ajouté à la bibliothèque Adobe Sign.

 

ACTION REQUISE

Le nouveau modèle de formulaire I-9 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 2019 sera supprimée du système en mai 2020.

Afin d’éviter toute interruption de service, mettez à jour les applications/API utilisant le formulaire hérité (version 2019) avant le 1er 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

a. Activez la portée library_read:self.

4    Cliquez sur le bouton Tester.

5. Dans le corps de la réponse, recherchez le nouveau modèle de formulaire I-9 2020 (Employment Eligibility Verification) (et non la version 2019) pour afficher la valeur libraryDocumentId. 

Obtention du docID


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

Première notification : janvier 2020

Retrait depuis : mars 2020

Le nouveau formulaire W-4 (2020) de l’IRS, intitulé W-4 2020 (Employee’s Withholding Certificate), a été ajouté à la bibliothèque Adobe Sign.

 

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 2019 sera supprimée du système en mai 2020.

Afin d’éviter toute interruption de service, mettez à jour les applications/API utilisant le formulaire hérité (version 2019) avant le 1er 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

a. Activez la portée library_read:self.

4    Cliquez sur le bouton Tester.

5. Dans le corps de la réponse, recherchez le nouveau modèle de formulaire W-4 2020 (Employee’s Withholding Certificate) (et non la version 2019) pour afficher la valeur libraryDocumentId. 

 

Remarque : les utilisateurs qui préfèrent gérer le formulaire fiscal dans leur bibliothèque de compte peuvent télécharger un PDF balisé complet ici.

Si vous avez besoin d’informations supplémentaires, contactez votre responsable du succès client.


Adobe Sign pour Salesforce v21.5.11

Première notification : août 2019 - Mise à jour : novembre 2019

Retrait depuis : mars 2020

Les clients d’Adobe Sign pour Salesforce doivent effectuer la mise à niveau vers la dernière version le plus rapidement possible.

Adobe Sign pour Salesforce v21.5.11 est un prérequis indispensable à toutes les nouvelles versions d’Adobe Sign pour Salesforce.

 

Action requise

Veuillez effectuer la mise à niveau avant fin novembre 2019. Pour effectuer la mise à niveau :

Si vous utilisez la version 18 ou une version antérieure, vous devez immédiatement effectuer la mise à niveau. Adobe n’assure plus le support technique de ces versions.

  • Nous désactiverons les versions 14 et antérieures à partir du 9 décembre 2019. 
  • Les versions 17 et inférieures seront désactivées le 3 février 2020.

 

Important

Consultez les notes de mise à jour et faites des tests dans un environnement Sandbox avant la mise à niveau de votre instance de Production. C’est une étape importante si vous avez développé une solution personnalisée. Les définitions d’objets ont peut-être été modifiées et vous devrez peut-être mettre à jour votre personnalisation.

Veuillez conserver la version de l’API de Lightning Locker 46 lorsque Salesforce Winter 20 est disponible. Veuillez consulter les notes de mise à jour de Salesforce sur la version Lightning Locker.

Pour obtenir des informations supplémentaires sur les toutes nouvelles fonctionnalités d’Adobe Sign pour Salesforce, consultez les notes de mise à jour.

 

Restez informé

En règle générale, Adobe recommande de toujours effectuer la mise à niveau vers la dernière version d’Adobe Sign pour Salesforce, puisque cette version fournit les correctifs de sécurité les plus récents et que les « anciennes » versions ont une date de « fin de prise en charge ». Il se peut également que vous ne disposiez pas de la dernière solution pour automatiser et accélérer votre activité.

Nous avons ajouté la prise en charge de Salesforce Process Builder, Community Cloud, l’intégration de la messagerie électronique, la prise en charge de Salesforce CPQ et la prise en charge complète de Lightning, notamment la fonction glisser-déposer sur n’importe quel appareil. Consultez la liste complète de toutes les dernières fonctionnalités et solutions ici.

 

Planification de la fin de vie des anciennes versions d’Adobe Acrobat Reader pour les signatures numériques en janvier 2020.

Première notification : octobre 2019

Retrait depuis : février 2020

Les clients d’Adobe Sign qui utilisent des signatures numériques avec l’option Télécharger un document et le signer avec Acrobat à l’aide d’Adobe Acrobat Reader sur un ordinateur de bureau doivent passer à une version plus récente du logiciel.

Télécharger avec Acrobat

ACTION REQUISE

Mettez à niveau les anciennes versions d’Acrobat Reader vers l’une des solutions suivantes :

Veuillez effectuer la mise à niveau avant fin décembre 2019.

 

Impact

Les clients utilisant actuellement l’option Télécharger un document et le signer avec Acrobat avec des versions plus anciennes d’Acrobat Reader devront la mettre à niveau pour appliquer une signature numérique après décembre 2019. En effet, après cette date, le message suivant s’affichera sur les anciennes versions lorsque les utilisateurs ne pourront pas apposer leur signature numérique :

Erreur Acrobat

Plus d’infos

Cette modification dérive de la suppression de l’activation de « l’extension Reader » dans les fichiers PDF générés par Adobe Sign à partir de janvier 2020. L’extension Reader était nécessaire dans les anciennes versions d’Adobe Acrobat Reader avant la version 11.0.7 pour autoriser les signatures numériques. Cette fonctionnalité n’est plus viable techniquement sur les nouvelles plateformes Cloud hébergeant Adobe Sign.

En outre, cette nouvelle condition a également été introduite pour limiter les risques de sécurité concernant l’emploi de versions non sécurisée et non prises en charge d’Adobe Acrobat Reader pour appliquer des signatures numériques.

Les modèles d’e-mail ainsi que la page de confirmation post-signature ont évolué avec la version du mois de novembre

Première notification : octobre 2019

Retrait depuis : janvier 2020

La version de novembre inclut de nouveaux modèles d’e-mail de base Veuillez signer et Signé et classé.

Tous les clients qui utilisent les modèles de base (et non un modèle de courrier électronique personnalisé) bénéficieront par défaut des nouveaux modèles.

Veuillez signer -> Vérifier et signer

Signé et classé -> Signature terminée

EmailTemplatesoct2019

La nouvelle page post-signature

page post-signature

ACTION REQUISE

Aucune action n’est requise et vous bénéficierez automatiquement des nouveaux modèles.

Logo Adobe

Accéder à votre compte