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.

Notification technique : août 2018

[Nouveau] Nouvelle version : Adobe Sign septembre 2018

La version de septembre 2018 d’Adobe Sign sera publiée début septembre.

Cette version comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Aucune répercussion sur le service n’est prévue. 

 


[Nouveau] Avis de sécurité : Adobe Sign mettra fin à la prise en charge des anciens modèles d’authentification d’API en août 2019.

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. À cette fin, Adobe Sign cessera en août 2019 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.

 


[Nouveau] Adobe Sign prend désormais en charge l’API E-KYC v2.1 Aadhaar

Le flux de signatures Aadhaar dans Adobe Sign repose désormais sur les caractéristiques de l’API « E-KYC » (identification à distance des clients) la plus récente. Cette modification garantit la conformité aux nouvelles réglementations qui permettent aux signataires de la version 2.1 de signer un accord à l’aide de leur identifiant virtuel. Cette mise à jour améliore également les conditions d’utilisation du signataire et corrige les problèmes d’Internet Explorer 11 précédemment signalés.


Modifications prévues de l’interface de l’application

Page Envoi de flux de tâches personnalisé – La version de juin 2018 procurait des conditions d’utilisation de la page Envoyer plus cohérentes pour les utilisateurs de flux personnalisés.  Actuellement, ceci est en option afin de laisser suffisamment de temps pour effectuer les mises à jour de la documentation et de la formation des utilisateurs finaux selon les besoins.

Cette option devrait être déployée progressivement dans les deux prochaines versions, afin de migrer tous les clients vers la nouvelle fonctionnalité d’ici la fin 2018. 

 

Action requise

Activez la nouvelle fonctionnalité (en sélectionnant Compte > Paramètres du comte > Paramètres d’envoi > Envoi de flux de tâches personnalisé dans le menu Administration).

Cette nouvelle fonctionnalité sera intégrée par défaut dans la version de septembre 2018. S’ils le souhaitent, les administrateurs pourront continuer à utiliser l’ancienne version par l’intermédiaire du menu Administration. 

Dans la prochaine version, la possibilité de revenir à la page héritée sera supprimée et la nouvelle fonctionnalité de flux de travail sera la seule proposée.

custom_workflow_designercontrols-aug


Mode Plein écran par défaut pour l’interface utilisateur d’Adobe Sign

Afin d’améliorer l’expérience sur des périphériques plus petits et de fournir une meilleure expérience de lecture sur les ordinateurs de bureau, la version Adobe Sign de mars a mis en place une expérience utilisateur Sign plus flexible qui est basée sur la largeur du navigateur. 

Elle a été activée de manière sélective pour les comptes Entreprise et de manière générale pour tous les comptes particuliers et Team. 

En juillet, ce mode est devenu la configuration par défaut.  Les utilisateurs verront leur interface web adaptée à la largeur de la page et aux composants de piles dont la taille ne sera plus réduite pour s’adapter à la largeur étroite.

 

Action requise

Aucune action n’est requise pour profiter de cette nouvelle fonctionnalité. Toutefois, celle-ci peut être désactivée par un administrateur de compte en accédant à Compte > Paramètres généraux > Paramètre de présentation de la page Adobe Sign et en décochant la case.

Dans la version de septembre, la possibilité de désactiver cette fonction sera supprimée de l’application et l’expérience utilisateur la plus souple sera standard.

 


Fin de vie prévue de l’API SOAP en juin 2020

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 juin 2020.  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 juin 2020.  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.


Adobe Sign a obtenu la certification FedRAMP Tailored

Répondant aux exigences du programme Federal Risk Authorization Management Program (FedRAMP) Tailored, Adobe Sign a obtenu sa certification par la GSA (administration des services généraux des États-Unis), ce qui l’autorise à être vendu et utilisé par des agences gouvernementales américaines non liées à la défense. 

Ce certificat signifie qu’un organisme de contrôle de sécurité de la GSA a examiné et approuvé Adobe Sign, en vue d’une utilisation au niveau « Li-SaaS In Process ».  Adobe Sign continuera à faire lʼobjet d’une surveillance constante obligatoire afin de conserver son statut de fournisseur officiel de services cloud. 

Pour en savoir plus sur le FedRAMP, rendez-vous sur https://www.fedramp.gov/


Adobe Sign s’attache à promouvoir les lois sur la confidentialité des données

Adobe Sign s’engage à respecter le Règlement général sur la protection des données (RGPD) de l’Union européenne. 

Cette loi sur la protection de la vie privée concerne toutes les entreprises qui collectent des informations personnelles sur des citoyens de lʼUE.  Adobe Sign respecte le règlement qui implique de ne collecter, lors de la procédure d’inscription, que les informations nécessaires à l’exercice de ses activités. 

Tous les membres Adobe Sign peuvent accéder et modifier leurs informations personnelles via leur profil utilisateur et en examinant les accords quʼils ont signés. 

Les clients Adobe Sign qui interagissent avec les consommateurs auront la possibilité de fournir des informations à leurs clients sur les données qui ont été collectées et de les supprimer en fonction de leurs processus opérationnels. Pour obtenir davantage d’informations sur les nouvelles fonctionnalités d’Adobe Sign relatives au RGPD, cliquez ici.

Pour en savoir plus sur la réglementation d’Adobe concernant le respect de la vie privée dès la conception de l’ensemble de ses produits, voir : https://www.adobe.com/fr/privacy.html.

Les accords non signés de plus d’un an commenceront à expirer automatiquement.

Adobe prévoit de commencer à faire expirer ces accords entre la fin juillet et la mi-août.  Les accords de plus d’un an avec l’état En attente de signature seront considérés comme expirés. Les participants à ces accords ne recevront aucune notification, mais ils pourront les afficher sur leur page Gérer, sous la liste Annulés/refusés.

 

ACTION REQUISE

Les clients peuvent passer en revue leurs anciens accords sur la page Gérer ou en créant et en téléchargeant un rapport des accords de plus d’un an.  Dans les deux cas, le filtre est l’état Émis pour signature. 

Cette nouvelle règle s’applique uniquement aux accords non achevés, et non aux accords terminés ou annulés/refusés.


Intégration : version v20 d’Adobe Sign pour Salesforce disponible en juillet 2018

La version de l’été 2018 d’Adobe Sign pour Salesforce (auparavant appelée « version du printemps ») a été publiée le 17 juillet 2018.

La version de l’été comprend de nouvelles fonctionnalités, ainsi que des fonctionnalités améliorées pour les administrateurs et les utilisateurs finaux. La mise à jour est disponible sur le répertoire Salesforce AppExchange d’Adobe Sign. 

 

Consultez les notes de mise à jour ici.

 


Intégration : fin de la prise en charge d’Adobe Sign pour Dynamics v5

Fin de la prise en charge d’Adobe Sign pour Dynamics v5.  La version 7 de la gestion de la relation client Adobe Sign pour Dynamics 365 a été publiée en juin.

S’ils ne l’ont pas déjà fait, les clients qui utilisent Dynamics onPrem et Online 365 doivent effectuer la mise à jour vers la dernière version disponible en téléchargement sur la page AppSource de Microsoft pour Adobe Sign.

 


Intégration : La prise en charge de l’intégration d’Adobe Sign for Salesforce v16 et v17 prendra fin le 15 novembre 2018

Les mises à jour du produit, de sécurité et le support technique pour Adobe Sign for Salesforce v16 et v17 prendront fin le 15 novembre 2018. 

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›


Ressources supplémentaires


Notifications antérieures

Juillet 2018

[Nouveau]Modifications prévues de l’interface de l’application

Page Envoi de flux de tâches personnalisé – La version de juin 2018 procurait des conditions d’utilisation de la page Envoyer plus cohérentes pour les utilisateurs de flux personnalisés.  Actuellement, ceci est en option afin de laisser suffisamment de temps pour effectuer les mises à jour de la documentation et de la formation des utilisateurs finaux selon les besoins.

Cette option devrait être déployée progressivement dans les deux prochaines versions, afin de migrer tous les clients vers la nouvelle fonctionnalité d’ici la fin 2018. 

 

Action requise

Activez la nouvelle fonctionnalité (en sélectionnant Compte > Paramètres du comte > Paramètres d’envoi > Envoi de flux de tâches personnalisé dans le menu Administration).

Cette nouvelle fonctionnalité sera intégrée par défaut dans la prochaine version de 2018. S’ils le souhaitent, les administrateurs pourront continuer à utiliser l’ancienne version par l’intermédiaire du menu Administration. 

Dans la prochaine version, la possibilité de revenir à la page héritée sera supprimée et la nouvelle fonctionnalité de flux de travail sera la seule proposée.

custom_workflow_designercontrols


[Nouveau] Fin de vie prévue pour l’API SOAP en juin 2020

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 juin 2020.  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 :

Le guide pour quitter SOAP se trouve ici : Quitter SOAP

Vous trouverez ici les nouvelles caractéristiques de la version 6 de l’API REST.

Certains échantillons REST sont accessibles ici

 

Action requise

Si vous avez développé une intégration ou une application pour le service Adobe Sign en vous basant sur l’API SOAP, vous devrez modifier l’application en utilisant au moins la v6 REST avant juin 2020.  Des communications directes à l’attention des développeurs et des intégrateurs auront lieu lors des prochains trimestres, afin d’assurer une transition fluide vers la dernière API.


[Mis à jour] Mode Plein écran par défaut pour l’interface utilisateur d’Adobe Sign

Afin d’améliorer l’expérience sur des périphériques plus petits et de fournir une meilleure expérience de lecture sur les ordinateurs de bureau, la version Adobe Sign de mars a mis en place une expérience utilisateur Sign plus flexible qui est basée sur la largeur du navigateur. 

Elle a été activée de manière sélective pour les comptes Entreprise et de manière générale pour tous les comptes particuliers et Team. 

Mi-juillet, elle deviendra la configuration par défaut.  Les utilisateurs verront leur interface web adaptée à la largeur de la page et aux composants de piles dont la taille ne sera plus réduite pour s’adapter à la largeur étroite.

 

Action requise

Aucune action n’est requise pour profiter de cette nouvelle fonctionnalité. Toutefois, celle-ci peut être désactivée par un administrateur de compte en accédant à Compte > Paramètres généraux > Paramètre de présentation de la page Adobe Sign et en décochant la case.  Dans la version de cet automne, la possibilité de désactiver cette fonction sera supprimée de l’application et l’expérience utilisateur la plus souple sera standard.

 


Adobe Sign a obtenu la certification FedRAMP Tailored

Répondant aux exigences du programme Federal Risk Authorization Management Program (FedRAMP) Tailored, Adobe Sign a obtenu sa certification par la GSA (administration des services généraux des États-Unis), ce qui l’autorise à être vendu et utilisé par des agences gouvernementales américaines non liées à la défense. 

Ce certificat signifie qu’un organisme de contrôle de sécurité de la GSA a examiné et approuvé Adobe Sign, en vue d’une utilisation au niveau « Li-SaaS In Process ».  Adobe Sign continuera à faire lʼobjet d’une surveillance constante obligatoire afin de conserver son statut de fournisseur officiel de services cloud. 

Pour en savoir plus sur le FedRAMP, rendez-vous sur https://www.fedramp.gov/


Adobe Sign s’attache à promouvoir les lois sur la confidentialité des données

Adobe Sign s’engage à respecter le Règlement général sur la protection des données (RGPD) de l’Union européenne. 

Cette loi sur la protection de la vie privée concerne toutes les entreprises qui collectent des informations personnelles sur des citoyens de lʼUE.  Adobe Sign respecte le règlement qui implique de ne collecter, lors de la procédure d’inscription, que les informations nécessaires à l’exercice de ses activités. 

Tous les membres Adobe Sign peuvent accéder et modifier leurs informations personnelles via leur profil utilisateur et en examinant les accords quʼils ont signés. 

Les clients Adobe Sign qui interagissent avec les consommateurs auront la possibilité de fournir des informations à leurs clients sur les données qui ont été collectées et de les supprimer en fonction de leurs processus opérationnels. Vous pouvez en savoir plus sur les nouvelles fonctionnalités d’Adobe Sign relatives au RGPD ici.

Pour en savoir plus sur la réglementation d’Adobe concernant le respect de la vie privée dès la conception de l’ensemble de ses produits, rendez-vous sur :https://www.adobe.com/fr/privacy.html.


Trafic non sécurisé bloqué

Le 20 juin 2018, nous avons mis fin à la prise en charge de plusieurs catégories de trafic réseau non sécurisé pour Adobe Sign. Ce changement était nécessaire pour répondre à des besoins spécifiques de conformité PCI.

 

Trafic entrant ou connexions d’un client à nos serveurs.

Les connexions non chiffrées vers les API (autrement dit, les requêtes qui utilisent « http: » plutôt que « https: ») ne sont plus prises en charge.

Suite à cette modification, les applications clientes et partenaires ne parviendront plus à établir des connexions non chiffrées.

  • Le comportement erroné sera spécifique à chaque application.

 

Trafic sortant ou connexions de nos serveurs aux serveurs spécifiques d’un client.

Il existe deux catégories :

  • Télécharger les rappels pour les téléchargements de documents (décrit ici pour notre API REST, mais s’applique également à l’API SOAP héritée)
  • Rappels de statut pour informer le client d’un changement du statut de l’accord (décrit ici pour notre API REST, mais s’applique également pour l’API SOAP héritée)

Pour les deux catégories de rappels, nous ne prenons plus en charge :

  • les connexions non chiffrées (qui utilisent des URL « http: » plutôt que « https: ») ;
  • les connexions aux serveurs ne prenant pas en charge TLSv1.2 (en d’autres termes, TLSv1.0 et TLSv1.1 ne seront plus pris en charge) ;
  • les connexions aux serveurs ayant des certificats non valides. Ceci inclut les certificats auto-signés ou ayant expiré, ainsi que les cas dans lesquels une adresse URL utilise une adresse IP au lieu d’un nom d’hôte.

 

Consultez la foire aux questions (FAQ) >


[Mise à jour de la date] Les accords non signés de plus d’un an commenceront à expirer automatiquement

Adobe prévoit de commencer à faire expirer ces accords entre la fin juillet et la mi-août.  Les accords de plus d’un an avec l’état En attente de signature seront considérés comme expirés. Les participants à ces accords ne recevront aucune notification, mais ils pourront les afficher sur leur page Gérer, sous la liste Annulés/refusés.

 

ACTION REQUISE

Les clients peuvent passer en revue leurs anciens accords sur la page Gérer ou en créant et en téléchargeant un rapport des accords de plus d’un an.  Dans les deux cas, le filtre est l’état Émis pour signature. 

Cette nouvelle règle s’applique uniquement aux accords non achevés, et non aux accords terminés ou annulés/refusés.

 

 


Intégration : version v20 d’Adobe Sign pour Salesforce disponible en juillet 2018

La version de l’été 2018 d’Adobe Sign pour Salesforce (précédemment appelée « version du printemps ») devrait être publiée à la mi-juillet.

 

La version de l’été comprend de nouvelles fonctionnalités, ainsi que des fonctionnalités améliorées pour les administrateurs et les utilisateurs finaux. La mise à jour est disponible sur le répertoire Salesforce AppExchange d’Adobe Sign.  Aucune répercussion sur le service n’est prévue.


Intégration : fin de la prise en charge d’Adobe Sign pour Dynamics v5

Fin de la prise en charge d’Adobe Sign pour Dynamics v5.  La version 7 de la gestion de la relation client Adobe Sign pour Dynamics 365 a été publiée en juin.

S’ils ne l’ont pas déjà fait, les clients qui utilisent Dynamics onPrem et Online 365 doivent effectuer la mise à jour vers la dernière version disponible en téléchargement sur la page AppSource de Microsoft pour Adobe Sign.

 


Intégration : La prise en charge de l’intégration d’Adobe Sign for Salesforce v16 et v17 prendra fin le 15 novembre 2018

Les mises à jour du produit, de sécurité et le support technique pour Adobe Sign for Salesforce v16 et v17 prendront fin le 15 novembre 2018. 

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›

Juin 2018

Nouvelle version : Adobe Sign de juin 2018

La version Adobe Sign de juin 2018 a été achevée le 11 juin.

La version de juin 2018 comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Les notes de mise à jour sont disponibles ici.

 

Adobe Sign a obtenu la certification FedRAMP Tailored

Répondant aux exigences du programme Federal Risk Authorization Management Program (FedRAMP) Tailored, Adobe Sign a obtenu sa certification par la GSA (administration des services généraux des États-Unis), ce qui l’autorise à être vendu et utilisé par des agences gouvernementales américaines non liées à la défense. 

Ce certificat signifie qu’un organisme de contrôle de sécurité de la GSA a examiné et approuvé Adobe Sign, en vue d’une utilisation au niveau « Li-SaaS In Process ».  Adobe Sign continuera à faire lʼobjet d’une surveillance constante obligatoire afin de conserver son statut de fournisseur officiel de services cloud. 

Pour en savoir plus sur le FedRAMP, rendez-vous sur https://www.fedramp.gov/

 

Adobe Sign s’attache à promouvoir les lois sur la confidentialité des données

Adobe Sign s’engage à respecter le Règlement général sur la protection des données (RGPD) de l’Union européenne. 

Cette loi sur la protection de la vie privée concerne toutes les entreprises qui collectent des informations personnelles sur des citoyens de lʼUE.  Adobe Sign respecte le règlement qui implique de ne collecter, lors de la procédure d’inscription, que les informations nécessaires à l’exercice de ses activités. 

Tous les membres Adobe Sign peuvent accéder et modifier leurs informations personnelles via leur profil utilisateur et en examinant les accords quʼils ont signés. 

Les clients Adobe Sign qui interagissent avec les consommateurs auront la possibilité de fournir des informations à leurs clients sur les données qui ont été collectées et de les supprimer en fonction de leurs processus opérationnels. Vous pouvez en savoir plus sur les nouvelles fonctionnalités d’Adobe Sign relatives au RGPD ici.

Pour en savoir plus sur la réglementation d’Adobe concernant le respect de la vie privée dès la conception de l’ensemble de ses produits, rendez-vous sur :https://www.adobe.com/fr/privacy.html.

 

[Nouveau] Mode Plein écran par défaut pour l’interface utilisateur d’Adobe Sign

Afin d’améliorer l’expérience sur des périphériques plus petits et de fournir une meilleure expérience de lecture sur les ordinateurs de bureau, la version Adobe Sign de mars a mis en place une expérience utilisateur Sign plus flexible qui est basée sur la largeur du navigateur. 

Elle a été activée de manière sélective pour les comptes Entreprise et de manière générale pour tous les comptes particuliers et Team. 

Mi-juillet, elle deviendra la configuration par défaut.  Les utilisateurs verront leur interface web adaptée à la largeur de la page et aux composants de piles dont la taille ne sera plus réduite pour s’adapter à la largeur étroite.

Aucune action n’est requise pour profiter de cette nouvelle fonctionnalité. Toutefois, celle-ci peut être désactivée par un administrateur de compte en accédant à Compte > Paramètres généraux > Paramètre de présentation de la page Adobe Sign et en décochant la case.

 

[Nouveau] Bloquer le trafic non sécurisé

Le 20 juin 2018, nous cesserons la prise en charge de plusieurs catégories de trafic réseau non sécurisé pour Adobe Sign. Cette cessation de prise en charge est nécessaire pour répondre à certaines exigences spécifiques en vue de la conformité PCI.

 

Trafic entrant ou connexions d’un client à nos serveurs.

Nous ne prendrons plus en charge les connexions non chiffrées vers les API ; autrement dit, les requêtes qui utilisent « http: » plutôt que « https: ».

Une fois que nous aurons effectué ce changement, les applications des clients et partenaires échoueront à établir des connexions non chiffrées.

  • Le comportement erroné sera spécifique à chaque application.

 

Trafic sortant ou connexions de nos serveurs aux serveurs spécifiques d’un client.

Il existe deux catégories :

  • Télécharger les rappels pour les téléchargements de documents (décrit ici pour notre API REST, mais s’applique également à l’API SOAP héritée)
  • Rappels de statut pour informer le client d’un changement du statut de l’accord (décrit ici pour notre API REST, mais s’applique également pour l’API SOAP héritée)

Pour les deux catégories de rappels, nous cesserons la prise en charge des :

  • les connexions non chiffrées (qui utilisent des URL « http: » plutôt que « https: ») ;
  • les connexions aux serveurs ne prenant pas en charge TLSv1.2 (en d’autres termes, TLSv1.0 et TLSv1.1 ne seront plus pris en charge) ;
  • les connexions aux serveurs ayant des certificats non valides. Ceci inclut les certificats auto-signés ou ayant expiré, ainsi que les cas dans lesquels une adresse URL utilise une adresse IP au lieu d’un nom d’hôte.

 

Consultez la foire aux questions (FAQ) >

 

Nouveau certificat SSL

Adobe Sign a adopté un nouveau certificat SSL le 2 mai 2018. Aucune modification n’a été apportée à la clé publique, aux protocoles de chiffrement sous-jacents ou au modèle. Contactez le service clientèle si vous avez des questions.

 

ACTION REQUISE

Si vous avez des intégrations personnalisées incorporées à Adobe Sign à l’aide d’API SOAP ou REST, et si une ou plusieurs de ces intégrations a « épinglé » la clé publique existante, aucune action n’est requise.

Si vous incluez ou approuvez le certificat à l’aide d’autres méthodes, vous trouverez les nouveaux certificats d’Adobe Sign sur la page Configuration requise pour Adobe Sign. Le nouveau certificat SSL est actif depuis le 2 mai 2018.

 

Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ni retirées de votre configuration réseau.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com (Sites inclus).

AJOUTER :

  • 40.67.155.147/32
  • 40.67.154.249/32
  • 40.67.155.185/32
  • 40.67.155.112/32

 

Si vous avez approuvé des plages d’adresses IP pour des relais de messagerie sortante, ajoutez :

  • 40.67.157.141/32
  • 40.67.154.24/32
  • 40.67.158.131/32

 

Les accords non signés de plus d’un an commenceront à expirer automatiquement.

Adobe prévoit de commencer à faire expirer ces accords à compter de fin juin.  Les accords de plus d’un an avec l’état En attente de signature seront considérés comme expirés. Les participants à ces accords ne recevront aucune notification, mais ils pourront les afficher sur leur page Gérer, sous la liste Annulés/refusés.

 

ACTION REQUISE

Les clients peuvent passer en revue leurs anciens accords sur la page Gérer ou en créant et en téléchargeant un rapport des accords de plus d’un an.  Dans les deux cas, le filtre est l’état Émis pour signature. 

Cette nouvelle règle s’applique uniquement aux accords non achevés, et non aux accords terminés ou annulés/refusés.

 

 

[Nouveau] Annonce de la fin de la prise en charge pour l’API SOAP d’Adobe Sign

Adobe Sign mettra fin à la prise en charge de l’API SOAP en septembre 2020.  Si vous utilisez une application ou une intégration qui ont recours à cette API, l’équipe d’Adobe Sign vous contactera dans un délai de 60 jours pour vous indiquer qu’un plan de transition est nécessaire.  Il est possible qu’Adobe permette une extension de la prise en charge.

 

ACTION REQUISE

Les clients, les partenaires d’intégration et les revendeurs doivent commencer à préparer la mise à jour de leurs applications pour utiliser la dernière API disponible.  Le guide de référence de la version la plus récente de l’API REST est disponible ici.

 

[Nouveau] Intégration : la version v20 d’Adobe Sign pour Salesforce sera disponible en juillet 2018.

La version du printemps 2018 d’Adobe Sign pour Salesforce est prévue pour mi-juillet.

 

La version du printemps comprend de nouvelles fonctionnalités, ainsi que des fonctionnalités améliorées pour les administrateurs et les utilisateurs finaux. La mise à jour est disponible sur le répertoire Salesforce AppExchange d’Adobe Sign.  Aucune répercussion sur le service n’est prévue.

 

[Nouveau] Intégration : version v7 d’Adobe Sign pour Dynamics

La version Summer ’18 (v7) d’Adobe Sign pour Dynamics 365 CRM est prévue pour mi-juin.

 

Cette version va plus loin dans Microsoft Dynamics 365 CRM avec une interface utilisateur repensée pour une navigation plus rapide et ajoute les coordonnées de vos contacts LinkedIn de façon à toujours « voir » vos destinataires.  En outre, les clients peuvent maintenant automatiser entièrement leurs processus Adobe Sign en incorporant Adobe Sign directement dans les flux de travaux Microsoft Dynamics 365 CRM.

 

La mise à jour est disponible dans le répertoire Microsoft AppSource d’Adobe Sign.  Aucune répercussion sur le service n’est prévue.

 

[Nouveau] Intégration : action requise pour Adobe Sign pour les clients Salesforce v19.x

Si vous exécutez la version 19.x d’Adobe Sign pour Salesforce, vous devez passer à la version 19.5.2 soit avant le 1er juin 2018 ou le 8 juin 2018 en fonction de votre organisation Salesforce.com. La version Summer ’18 de Salesforce, qui a été déployée progressivement en juin par Salesforce, comporte des modifications qui affectent la rétrocompatibilité avec Adobe Sign pour l’intégration de Salesforce et impactera la possibilité d’envoyer des accords.

À compter du 1er juin 2018, les clients utilisant la version 19.x d’Adobe Sign pour Salesforce et qui passent à la version Summer ’18 de Salesforce ne seront pas capables d’ajouter des destinataires et d’envoyer des accords sur la version flash de la page Envoyer*.

 

ACTION REQUISE

Si vous utilisez la version v19.x, passez à la version v19.5.2 d’Adobe Sign pour Salesforce avant que Salesforce mette à niveau votre organisation vers la version Summer ’18 de Salesforce :

  • Accédez à AppExchange, cliquez sur Obtenez dès maintenant et suivez les instructions.

Si vous avez besoin d’aide pour la mise à niveau, veuillez vous reporter au guide de mise à niveau d’Adobe Sign pour Salesforce (v19).

 

Intégration : La prise en charge de l’intégration d’Adobe Sign for Salesforce v16 et v17 prendra fin le 15 novembre 2018

Les mises à jour du produit, de sécurité et le support technique pour Adobe Sign for Salesforce v16 et v17 prendront fin le 15 novembre 2018. 

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›

Mai 2018

 

Nouvelle version : Adobe Sign de juin 2018

La version Adobe Sign de juin 2018 devrait être disponible en juin.

La version de juin 2018 comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Aucune répercussionsurle service n’est prévue.

 

[Nouveau] Adobe Sign s’attache à promouvoir les lois sur la confidentialité des données

Adobe Sign s’engage à respecter le Règlement général sur la protection des données (RGPD) de l’Union européenne. 

Cette loi sur la protection de la vie privée concerne toutes les entreprises qui collectent des informations personnelles sur des citoyens de lʼUE.  Adobe Sign respecte le règlement qui implique de ne collecter, lors de la procédure d’inscription, que les informations nécessaires à l’exercice de ses activités. 

Tous les membres Adobe Sign peuvent accéder et modifier leurs informations personnelles via leur profil utilisateur et en examinant les accords quʼils ont signés. 

Les clients Adobe Sign qui interagissent avec les consommateurs auront la possibilité de fournir des informations à leurs clients sur les données qui ont été collectées et de les supprimer en fonction de leurs processus opérationnels.

Pour en savoir plus sur la réglementation d’Adobe concernant le respect de la vie privée dès la conception de l’ensemble de ses produits, rendez-vous sur :https://www.adobe.com/fr/privacy.html.

 

[Nouveau] Adobe Sign a obtenu la certification FedRAMP Tailored

Répondant aux exigences du programme Federal Risk Authorization Management Program (FedRAMP) Tailored, Adobe Sign a obtenu sa certification par la GSA (administration des services généraux des États-Unis), ce qui l’autorise à être vendu et utilisé par des agences gouvernementales américaines non liées à la défense. 

Ce certificat signifie qu’un organisme de contrôle de sécurité de la GSA a examiné et approuvé Adobe Sign, en vue d’une utilisation au niveau « Li-SaaS In Process ».  Adobe Sign continuera à faire lʼobjet d’une surveillance constante obligatoire afin de conserver son statut de fournisseur officiel de services cloud. 

Pour en savoir plus sur le FedRAMP, rendez-vous sur https://www.fedramp.gov/

 

[Mise à jour] Les accords non signés de plus d’un an commenceront à expirer automatiquement

Adobe prévoit de commencer à faire expirer ces accords à compter de fin juin.  Les accords qui, depuis un an au moins,sonten attente de signature seront considérés comme expirés. Les participants à ces accords ne recevront aucune notification, mais ils pourront les afficherdansleur page Gérer, sous la liste Annulés/refusés.

 

ACTION REQUISE

Les clients peuvent passer en revue leurs anciens accords sur la page Gérer ou en créant et en téléchargeant un rapport des accords de plus d’un an.  Dans les deux cas, le filtre est l’état Émis pour signature. 

Cette nouvelle règle s’applique uniquement aux accords non achevés, et non aux accords terminés ou annulés/refusés.

 

Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ni retirées de votre configuration réseau.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

  • 40.67.155.147/32
  • 40.67.154.249/32
  • 40.67.155.185/32
  • 40.67.155.112/32

 

Si vous avez approuvé des plages d’adresses IP pour des relais de messagerie sortante, ajoutez :

  • 40.67.157.141/32
  • 40.67.154.24/32
  • 40.67.158.131/32

 

Nouveau certificat SSL

Adobe Sign a adopté un nouveau certificat SSL le 2 mai 2018. Aucune modification n’a été apportée à la clé publique, aux protocoles de chiffrement sous-jacents ou au modèle. Contactez le service clientèle si vous avez des questions.

 

ACTION REQUISE

Si vous avez des intégrations personnalisées incorporées à Adobe Sign à l’aide d’API SOAP ou REST, et si une ou plusieurs de ces intégrations a « épinglé » la clé publique existante, aucune action n’est requise.

Si vous incluez ou approuvez le certificat à l’aide d’autres méthodes, vous trouverez les nouveaux certificats d’Adobe Sign sur la page Configuration requise pour Adobe Sign. Le nouveau certificat SSL est actif depuis le 2 mai 2018.

 

Intégration : La prise en charge de l’intégration d’Adobe Sign for Salesforce v16 et v17 prendra fin le 15 novembre 2018

Les mises à jour du produit, de sécurité et le support technique pour Adobe Sign for Salesforce v16 et v17 prendront fin le 15 novembre 2018. 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›

Avril 2018

Adobe Sign – Version de mars achevée

Adobe Sign Mise à jour de mars 2018 achevéeà 12h00(heure du Pacifique) le 15 mars 2018.

Pour plus d’informations, reportez-vous aux notes de mise à jour complètes.

Notes de mise à jour > 

SAP SuccessFactors sera publié en avril.


[Nouveau] Nouveau certificat SSL

Adobe Sign adoptera un nouveau certificat SSL le 2 mai 2018. Aucune modification n’a été apportée à la clé publique, aux protocoles de chiffrement sous-jacents ou au modèle. Contactez le service clientèle si vous avez des questions.

 

ACTION REQUISE

Si vous avez des intégrations personnalisées incorporées à Adobe Sign à l’aide d’API SOAP ou REST, et si une ou plusieurs de ces intégrationsont« épinglé » la clé publique existante, aucune action n’est requise.

Si vous incluez ou approuvez le certificat à l’aide d’autres méthodes, vous trouverez les nouveaux certificats d’Adobe Sign sur la page Configuration requise pour Adobe Sign. Le nouveau certificat SSL est actif depuis le 2 mai 2018.


[Nouveau] Importants changements apportés aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ni retirées de votre configuration réseau.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

  • 40.67.155.147/32
  • 40.67.154.249/32
  • 40.67.155.185/32
  • 40.67.155.112/32

 

Si vous avez approuvé des plages d’adresses IP pour des relais de messagerie sortante, ajoutez :

  • 40.67.157.141/32
  • 40.67.154.24/32
  • 40.67.158.131/32


[Nouveau] Version 2017 du formulaire fiscal W-4 (États-Unis) supprimé du service le 17/4/2018

La version 2017 du modèle de formulaire fiscal W-4 (États-Unis) a été supprimée de la bibliothèque Adobe Sign le 17 avril 2018.

Les clients qui utilisent le formulaire W-4 de la bibliothèque Adobe Sign par le biais de l’API doivent mettre à jour leur ID de document vers la version 2018 (voir ci-dessous).

 

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


Version 2018 du formulaire fiscal W-4 (États-Unis) disponible

Le 13/3/2018, un nouveau modèle du formulaire W-4 de l’IRS a été ajouté à Adobe Sign. Il est intitulé W-4 2018 (Employee’s Withholding Allowance Certificate).

 

ACTION REQUISE

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

 

Pour trouver l’ID de documentlibraryDocumentIddans 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.button 

a. Activez la portée library_read:self scope

4    Cliquez sur le bouton Tester.

5. Dans le corps de la réponse, recherchez le nouveau modèle de formulaire W-4 (pas la version 2017) pour afficher la valeur libraryDocumentId.

 

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


[Mise à jour] Les accords non signés de plus d’un an commenceront à expirer automatiquement

Adobe prévoit de commencer à faire expirer ces accords à compter de fin juin.  Les accords qui, depuis un an au moins,sonten attente de signature seront considérés comme expirés. Les participants à ces accords ne recevront aucune notification, mais ils pourront les afficherdansleur page Gérer, sous la liste Annulés/refusés.

 

ACTION REQUISE

Les clients peuvent passer en revue leurs anciens accords sur la page Gérer ou en créant et en téléchargeant un rapport des accords de plus d’un an.  Dans les deux cas, le filtre est l’état Émis pour signature. 

Cette nouvelle règle s’applique uniquement aux accords non achevés, et non aux accords terminés ou annulés/refusés.


Avis de sécurité : fin de la prise en charge de TLS 1.0 et 1.1 le 9 avril 2018

En 2018, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter du 8 avril, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

 

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

Si vous exécutez Adobe Sign pour Dynamics v5.x et versions antérieures, effectuez une mise à niveau vers la version 6.0.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • .NET : utilisez .NET 4.6 ou ultérieur. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

FAQ relative à cette fin de vie >

En savoir plus sur la configuration requise ›


[Nouveau] Intégration : fin de l’intégration d’Adobe Sign pour Salesforce v16 et v17 le 15 novembre 2018

Les mises à jour du produit, de sécurité et le support technique pour Adobe Sign for Salesforce v16 et v17 prendront fin le 15 novembre 2018. 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›


Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4 et v5

Adobe Sign pour Microsoft Dynamics v4, v5 et versions antérieures (version sur site et en ligne) est désormais obsolète. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consulter les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez immédiatement la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.

Mars 2018


[Mise à jour] Nouvelle version : Adobe Sign de mars 2018

La version de mars 2018 d’Adobe Sign devrait être disponible mi-mars.

La version de mars 2018 comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Aucune répercussion sur le service n’est prévue.

 

Dans le cadre de cette version, IE9 et IE10 seront bloqués par le service Adobe Sign et vous devrez effectuer une mise à jour vers une version plus récente du navigateur.


[Nouveau] Version 2018 du formulaire fiscal W-4 (États-Unis) disponible le 14/3/2018

Le 13/3/18, un nouveau modèle du formulaire W-4 de l’IRS sera ajouté à Adobe Sign. Il est intitulé W-4 2018 (Employee’s Withholding Allowance Certificate).

 

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.

Deux options sont disponibles :

  • Patientez jusqu’au 14, quand Adobe Sign aura chargé la nouvelle version de document.
  • Téléchargez le formulaire W-4 balisé (disponible aujourd’hui) et chargez-le dans votre bibliothèque de compte.

Quelle que soit l’option choisie, vous devez capturer et utiliser le nouvel ID de document libraryDocumentID.

 

Pour trouver 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.

find_librarydocid-March1

5. Dans le corps de la réponse, recherchez le nouveau modèle de formulaire W-4 (pas la version 2017) pour afficher la valeur libraryDocumentId.

 

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


[Mise à jour] Les accords non signés de plus d’un an commenceront à expirer automatiquement

Il s’agit d’un préavis de 60 jours ; Adobe prévoit de commencer à faire expirer ces accords à compter de juin.  Ainsi, les accords d’un an ou plus en attente d’une signature seront considérés comme expirés. Les participants à ces accords ne recevront aucune notification, mais ils pourront les afficher sur leur page Gérer, sous la liste Annulés/refusés.

 

ACTION REQUISE

Les clients peuvent passer en revue leurs anciens accords sur la page Gérer ou en créant et en téléchargeant un rapport des accords de plus d’un an.  Dans les deux cas, le filtre est l’état Émis pour signature. 

Cette nouvelle règle s’applique uniquement aux accords non achevés, et non aux accords terminés ou annulés/refusés.


[Mise à jour] Avis de sécurité : fin de l’utilisation de TLS 1.0 et 1.1 le 31 mars 2018

En 2018, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter du 8 avril, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

 

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

Si vous exécutez Adobe Sign pour Dynamics v5.x et versions antérieures, effectuez une mise à niveau vers la version 6.0.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

·         Serveur Windows : Windows Server 2008 R2 ou version ultérieure

·         Poste de travail Windows : Windows 8 ou version ultérieure

·         OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

FAQ relative à cette fin de vie >

En savoir plus sur la configuration requise ›


Dernier modèle du formulaire W-9 de l’IRS disponible le 13 février

Le 13/2/18, un nouveau modèle du formulaire W-9 de l’IRS sera ajouté à Adobe Sign. Il est intitulé W-9 (Request for Taxpayer Identification Number) ver. 11/17. Parallèlement, le modèle W-9 existant sera renommé W-9 (Request for Taxpayer Identification Number) (legacy). Ce changement de nom n’affecte PAS votre flux de travail.

Le 13/3/18, le modèle W-9 (Request for Taxpayer Identification Number) (legacy) sera retiré. Prenez les mesures nécessaires avant le 13/3/18 pour éviter toute interruption de votre flux de travail.

 

ACTION REQUISE

Le nouveau modèle de formulaire W-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.

Pour trouver 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.
    1. 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-9 (pas la version héritée ) pour afficher la valeur libraryDocumentId.

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


[Mise à jour] Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4 et v5

Adobe Sign pour Microsoft Dynamics v4, v5 et versions antérieures (sur site et en ligne) ne fonctionnera plus à partir du 31 mars 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consulter les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez immédiatement la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.


[Mise à jour] Intégration : fin de vie d’Adobe Sign pour Microsoft SharePoint v3 et versions antérieures

Adobe Sign pour Microsoft SharePoint v3 et versions antérieures (sur site et en ligne) ne fonctionnera plus à partir du 31 mars 2017. Adobe Sign pour SharePoint v4 et ultérieures prend en charge Microsoft SharePoint (sur site) 2013, 2016 et SharePoint Online.

 

Action requise :

Effectuez immédiatement la mise à niveau vers Adobe Sign pour SharePoint v4. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

 

Consulter le guide de mise à niveau ›

Février 2018


Nouvelle version : Adobe Sign de mars 2018

La version Adobe Sign de mars 2018 devrait être disponible le 8 mars.

La version de mars 2018 comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Aucune répercussion sur le service n’est prévue.


[Nouveau]Les accords non signés de plus d’un an commenceront à expirer automatiquement.

Il s’agit d’un préavis de 90 jours ; Adobe prévoit de commencer à faire expirer ces accords à compter de juin.  Ainsi, les accords en attente de signature depuis un an au moins ne seront plus accessibles.

 

ACTION REQUISE

Les clients peuvent passer en revue leurs anciens accords sur la page Gérer ou en créant et en téléchargeant un rapport des accords de plus d’un an.  Dans les deux cas, le filtre est l’état Émis pour signature. 

Cette nouvelle règle s’applique uniquement aux accords non achevés, et non aux accords terminés ou annulés/refusés.


[Mise à jour] Note de sécurité : L’utilisation des protocoles TLS 1.0 et 1.1 prendra fin le 31 mars 2018

En 2018, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter de mars 2018, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

 

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

Si vous exécutez Adobe Sign pour Dynamics v5.x et versions antérieures, effectuez une mise à niveau vers la version 6.0.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

 

FAQ relative à cette fin de vie >

En savoir plus sur la configuration requise ›


[Nouveau] Dernier modèle du formulaire W-9 de l’IRS disponible le 13 février

Le 13/2/18, un nouveau modèle du formulaire W-9 de l’IRS sera ajouté à Adobe Sign. Il est intitulé W-9 (Request for Taxpayer Identification Number) ver. 11/17. Parallèlement, le modèle W-9 existant sera renommé W-9 (Request for Taxpayer Identification Number) (legacy). Ce changement de nom n’affecte PAS votre flux de travail.

Le 13/3/18, le modèle W-9 (Request for Taxpayer Identification Number) (legacy) sera retiré. Prenez les mesures nécessaires avant le 13/3/18 pour éviter toute interruption de votre flux de travail.

 

ACTION REQUISE

Le nouveau modèle de formulaire W-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.

Pour trouver 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.
    1. Activez la portée library_read:self.
  4. Cliquez sur le bouton Tester
find_librarydocid-Feb

5. Dans le corps de la réponse, recherchez le nouveau modèle de formulaire W-9 (pas la version héritée ) pour afficher la valeur libraryDocumentId.

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


Intégration : mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous utilisez Adobe Sign pour Salesforce v18, vous devez le mettre à niveau vers la version 18.27 ou ultérieure pour garantir que les composants Lightning de Salesforce fonctionnent comme prévu.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›


[Mise à jour] Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 ont été interrompues le 15 décembre 2017.

La version 19 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›

 

IMPORTANT 

Avant de commencer la mise à jour vers la version 19, passez en revue les paramètres d’autorisations Salesforce requis dans la section Nouveautés de la section 19 :

https://helpx.adobe.com/fr/sign/help/adobe_sign_for_salesforce_upgrade_guide.html


[Mise à jour] Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4 et v5

Adobe Sign pour Microsoft Dynamics v4, v5 et versions antérieures (sur site et en ligne) ne fonctionnera plus à partir du 31 mars 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consulter les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez immédiatement la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.


[Mise à jour] Intégration : fin de vie d’Adobe Sign pour Microsoft SharePoint v3 et versions antérieures

Adobe Sign pour Microsoft SharePoint v3 et versions antérieures (sur site et en ligne) ne fonctionnera plus à partir du 31 mars 2017. Adobe Sign pour SharePoint v4 et ultérieures prend en charge Microsoft SharePoint (sur site) 2013, 2016 et SharePoint Online.

 

Action requise :

Effectuez immédiatement la mise à niveau vers Adobe Sign pour SharePoint v4. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

 

Consulter le guide de mise à niveau ›

Janvier 2018

Nouvelle version : Adobe Sign de mars 2018

La version Adobe Sign de mars 2018 devrait être disponible le 8 mars.

La version de mars 2018 comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Aucune répercussion sur le service n’est prévue.


Avis de sécurité AVEC ÉCHÉANCE : fin de vie des protocoles TLS 1.0 et 1.1 en mars 2018

En 2018, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter de mars 2018, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

 

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

FAQ relative à cette fin de vie >

En savoir plus sur la configuration requise ›

Les modèles Adobe Sign du formulaire I-9 2017 de l’IRS sont désormais disponibles.

Le 24 octobre dernier, le nouveau modèle du formulaire I-9 révisé de l’IRS a été ajouté à Adobe Sign. Il est intitulé : I-9 (Employment Eligibility Verification) ver. 07/17/17 N.  

Parallèlement, le modèle existant I-9 2017 (Employment Eligibility Verification) a été renommé I-9 (Employment Eligibility Verification) 07/17/17 N (legacy).

Ce changement de nom n’affecte PAS votre flux de travail.

Toutefois, le 1er décembre 2017, ce modèle I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy), a été supprimé.

Si vous utilisez l’ID de document libraryDocumentId du modèle hérité dans vos applications, vous devez effectuer la mise à jour pour utiliser la nouvelle valeur libraryDocumentId.

 

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.

Pour trouver 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.
    1. Activez la portée library_read:self.
  4. Cliquez sur le bouton Tester
find_librarydocid-Jan

Dans le corps de la réponse, recherchez le modèle de formulaire I-9 révisé (I-9 (Employment Eligibility Verification) ver. 07/17/17 N) pour afficher la valeur libraryDocumentId. 

 

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


Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes restent actives et ne doivent pas être supprimées de votre configuration réseau. Toutefois, vous devez supprimer deux plages d’adresses IP obsolètes pour l’Amérique du Nord.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

Inde :

 

13.126.23.0/27

SUPPRIMER :

Amérique du Nord :

 

166.78.79.112/28

207.97.227.112/28


Intégration : mise à niveau importante d’Adobe Sign pour NetSuite

Oracle a récemment été mis à niveau pour la version 17.0 de NetSuite. La mise à niveau a engendré un problème dans Adobe Sign pour NetSuite. Il se peut dès lors que l’onglet Licences ne s’affiche pas pour certains rôles. Installez la mise à jour d’Adobe Sign pour la version 4.0.1 de NetSuite, pour garantir que les rôles fournis par l’administrateur pour le registre des licences puissent voir l’onglet Licences.

 

ACTION REQUISE

Connectez-vous à l’application et installez la mise à niveau d’Adobe Sign prévue pour la version 4.0.1 de NetSuite, afin que les utilisateurs puissent avoir accès à l’onglet Accord d’Adobe Sign.


Intégration : mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous utilisez Adobe Sign pour Salesforce v18, vous devez le mettre à niveau vers la version 18.27 ou ultérieure pour garantir que les composants Lightning de Salesforce fonctionnent comme prévu.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›


Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 ont été interrompues le 15 décembre 2017.

La version 19 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›


Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics v4 et antérieures (versions sur site et en ligne) n’est plus disponible et ne fonctionne plus depuis le 30 novembre 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consulter les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 avant le mois de novembre 2017 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.

Intégration : fin de vie d’Adobe Sign pour Microsoft SharePoint v3 et versions antérieures

Adobe Sign pour Microsoft SharePoint v3 et antérieures (versions sur site et en ligne) n’est plus disponible et n’est plus pris en charge depuis le 30 novembre 2017. Adobe Sign pour SharePoint v4 et ultérieures prend en charge Microsoft SharePoint (sur site) 2013, 2016 et SharePoint Online. Si vous avez des questions sur la mise à niveau vers la dernière version prise en charge par Adobe, contactez votre responsable du succès client.

 

Action requise :

Effectuez la mise à niveau vers Adobe Sign pour SharePoint v4 avant le 30 novembre 2017. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

 

Consulter le guide de mise à niveau ›

Décembre 2017


Sécurité : fin de vie de TLS 1.0 et 1.1 en novembre 2017

En 2018, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter de janvier 2018, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

En savoir plus sur la configuration requise ›

 

Les modèles Adobe Sign du formulaire I-9 2017 de l’IRS sont désormais disponibles.

Le 24 octobre dernier, le nouveau modèle du formulaire I-9 révisé de l’IRS a été ajouté à Adobe Sign. Il est intitulé : I-9 (Employment Eligibility Verification) ver. 07/17/17 N.  

Parallèlement, le modèle existant I-9 2017 (Employment Eligibility Verification) a été renommé I-9 (Employment Eligibility Verification) 07/17/17 N (legacy).

Ce changement de nom n’affecte PAS votre flux de travail.

Toutefois, le 1er décembre 2017, ce modèle I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy), a été supprimé.

Si vous utilisez l’ID de document libraryDocumentId du modèle hérité dans vos applications, vous devez effectuer la mise à jour pour utiliser la nouvelle valeur libraryDocumentId.

 

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.

Pour trouver 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.
    1. Activez la portée library_read:self.
  4. Cliquez sur le bouton Tester
find_librarydocid

Dans le corps de la réponse, recherchez le modèle de formulaire I-9 révisé (I-9 (Employment Eligibility Verification) ver. 07/17/17 N) pour afficher la valeur libraryDocumentId. 

 

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


Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes restent actives et ne doivent pas être supprimées de votre configuration réseau. Toutefois, vous devez supprimer deux plages d’adresses IP obsolètes pour l’Amérique du Nord.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

Inde :

 

13.126.23.0/27

SUPPRIMER :

Amérique du Nord :

 

166.78.79.112/28

207.97.227.112/28


Intégration : mise à niveau importante d’Adobe Sign pour NetSuite

Oracle a récemment été mis à niveau pour la version 17.0 de NetSuite. La mise à niveau a engendré un problème dans Adobe Sign pour NetSuite. Il se peut dès lors que l’onglet Licences ne s’affiche pas pour certains rôles. Installez la mise à jour d’Adobe Sign pour la version 4.0.1 de NetSuite, pour garantir que les rôles fournis par l’administrateur pour le registre des licences puissent voir l’onglet Licences.

 

ACTION REQUISE

Connectez-vous à l’application et installez la mise à niveau d’Adobe Sign prévue pour la version 4.0.1 de NetSuite, afin que les utilisateurs puissent avoir accès à l’onglet Accord d’Adobe Sign.


Intégration : mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous utilisez Adobe Sign pour Salesforce v18, vous devez le mettre à niveau vers la version 18.27 ou ultérieure pour garantir que les composants Lightning de Salesforce fonctionnent comme prévu.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›


Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 seront interrompues le 15 décembre 2017. La version 18 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›


Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics version 4 et antérieures (versions sur site et en ligne) sera interrompu et cessera de fonctionner après le 30 novembre 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consulter les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 avant le mois de novembre 2017 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.

Intégration : fin de vie d’Adobe Sign pour Microsoft SharePoint v3 et versions antérieures

Adobe Sign pour Microsoft SharePoint versions 3 et antérieures (versions sur site et en ligne) ne sera plus accessible ni pris en charge après le 30 novembre 2017. Adobe Sign pour SharePoint v4 et ultérieures prend en charge Microsoft SharePoint (sur site) 2013, 2016 et SharePoint Online. Si vous avez des questions sur la mise à niveau vers la dernière version prise en charge par Adobe, contactez votre responsable du succès client.

 

Action requise :

Effectuez la mise à niveau vers Adobe Sign pour SharePoint v4 avant le 30 novembre 2017. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

 

Consultez le guide de mise à niveau ›

Novembre 2017

Les modèles Adobe Sign du formulaire I-9 2017 de l’IRS sont désormais disponibles.

Le 24 octobre dernier, le nouveau modèle du formulaire I-9 révisé de l’IRS a été ajouté à Adobe Sign. Il s’intitule I-9 (Employment Eligibility Verification) ver. 07/17/17 N.  Par ailleurs, le modèle existant I-9 2017 (Employment Eligibility Verification) avait été renommé I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy). Ce changement de nom n’affecte PAS votre flux de travail.

Toutefois, le 1er décembre 2017, ce modèle I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy), sera retiré. Prenez les mesures nécessaires avant le 1/12/2017 pour éviter toute interruption de votre flux de travail.

 

ACTION REQUISE

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

Pour trouver LibraryDocumentID dans un compte API :

  1. Connectez-vous en tant qu’administrateur du compte.
  2. Générez une clé d’intégration.
  3. 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.

Dans la section GET /libraryDocuments, collez la clé d’intégration dans la section Jeton d’accès et cliquez sur Essayer .

Localisez le modèle de formulaire I-9 révisé afin d’afficher la valeur LibraryDocumentID.

 

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


Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes restent actives et ne doivent pas être supprimées de votre configuration réseau. Toutefois, vous devez supprimer deux plages d’adresses IP obsolètes pour l’Amérique du Nord.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

Inde :

 

13.126.23.0/27

SUPPRIMER :

Amérique du Nord :

 

166.78.79.112/28

207.97.227.112/28


Sécurité : fin de vie de TLS 1.0 et 1.1 en novembre 2017

En 2018, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter de janvier 2018, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

En savoir plus sur la configuration requise ›


Intégration : mise à niveau importante d’Adobe Sign pour NetSuite

Oracle a récemment été mis à niveau pour la version 17.0 de NetSuite. La mise à niveau a engendré un problème dans Adobe Sign pour NetSuite. Il se peut dès lors que l’onglet Licences ne s’affiche pas pour certains rôles. Installez la mise à jour d’Adobe Sign pour la version 4.0.1 de NetSuite, pour garantir que les rôles fournis par l’administrateur pour le registre des licences puissent voir l’onglet Licences.

 

ACTION REQUISE

Connectez-vous à l’application et installez la mise à niveau d’Adobe Sign prévue pour la version 4.0.1 de NetSuite, afin que les utilisateurs puissent avoir accès à l’onglet Accord d’Adobe Sign.


Intégration : mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous utilisez Adobe Sign pour Salesforce v18, vous devez le mettre à niveau vers la version 18.27 ou ultérieure pour garantir que les composants Lightning de Salesforce fonctionnent comme prévu.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›


Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 seront interrompues le 15 décembre 2017. La version 18 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consulter le guide de mise à niveau ›


Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics version 4 et antérieures (versions sur site et en ligne) sera interrompu et cessera de fonctionner après le 30 novembre 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consulter les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 avant le mois de novembre 2017 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.

Intégration : fin de vie d’Adobe Sign pour Microsoft SharePoint v3 et versions antérieures

Adobe Sign pour Microsoft SharePoint versions 3 et antérieures (versions sur site et en ligne) ne sera plus accessible ni pris en charge après le 30 novembre 2017. Adobe Sign pour SharePoint v4 et ultérieures prend en charge Microsoft SharePoint (sur site) 2013, 2016 et SharePoint Online. Si vous avez des questions sur la mise à niveau vers la dernière version prise en charge par Adobe, contactez votre responsable du succès client.

 

Action requise :

Effectuez la mise à niveau vers Adobe Sign pour SharePoint v4 avant le 30 novembre 2017. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

 

Consulter le guide de mise à niveau ›

Octobre 2017

Nouvelle version : Adobe Sign, version de septembre

La mise à jour de septembre 2017 d’Adobe Sign est maintenant terminée. Cette version comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux, notamment :

  • Prise en charge des horodatages eIDAS, certifiés sur la liste de confiance de l’Union européenne (EUTL)
  • Prise en charge des nouveaux services d’horodatage configurables si votre entreprise utilise déjà un fournisseur d’horodatage LTV
  • Annonce de la prise en charge étendue du Cloud Signature Consortium auprès des nouveaux partenaires
  • Prise en charge de la conformité d’identité Aadhaar et d’un nouveau centre de données en Inde (IN1)
  • Champs de formulaire à code de couleurs et nouvelle prise en charge des polices de champ de formulaire afin d’optimiser la création et l’utilisation des formulaires
  • Détection des champs de formulaire davantage déployée au niveau du champ
  • Remplacement ou ajout de destinataires à la volée

 

Prise en charge étendue des produits Microsoft avec intégration nouvelle ou optimisée pour :

  • Office 365 – Outlook, Word et PPT
  • Dynamics CRM v6
  • Teams
  • Flow

Consulter les notes de mise à jour ›


Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes restent actives et ne doivent pas être supprimées de votre configuration réseau. Toutefois, vous devez supprimer deux plages d’adresses IP obsolètes pour l’Amérique du Nord.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

Inde :

 

13.126.23.0/27

SUPPRIMER :

Amérique du Nord :

 

166.78.79.112/28

207.97.227.112/28


Sécurité : fin de la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10

Adobe Sign a mis fin à la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10 le 17 mars 2017. Les clients qui continuent à utiliser ces navigateurs ne pourront pas tirer parti des nouvelles fonctionnalités. De plus, leur accès à Adobe Sign ne sera pas garanti à l’avenir.

 

ACTION REQUISE

Il est conseillé de mettre à jour les machines plus anciennes et de passer à des systèmes d’exploitation plus récents, comme Windows 7, 8 ou 10 avec l’un des navigateurs compatibles, repris dans la liste des configurations requises par Adobe Sign, afin de garantir aux nouvelles fonctionnalités d’Adobe Sign un fonctionnement optimal.

En savoir plus sur la configuration requise ›


Sécurité : fin de vie de TLS 1.0 et 1.1 en novembre 2017

En 2018, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter de janvier 2018, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

En savoir plus sur la configuration requise ›


Intégration : mise à niveau importante d’Adobe Sign pour NetSuite

Oracle a récemment été mis à niveau pour la version 17.0 de NetSuite. La mise à niveau a engendré un problème dans Adobe Sign pour NetSuite. Il se peut dès lors que l’onglet Licences ne s’affiche pas pour certains rôles. Installez la mise à jour d’Adobe Sign pour la version 4.0.1 de NetSuite, pour garantir que les rôles fournis par l’administrateur pour le registre des licences puissent voir l’onglet Licences.

 

ACTION REQUISE

Connectez-vous à l’application et installez la mise à niveau d’Adobe Sign prévue pour la version 4.0.1 de NetSuite, afin que les utilisateurs puissent avoir accès à l’onglet Accord d’Adobe Sign.


Intégration : mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous utilisez Adobe Sign pour Salesforce v18, vous devez le mettre à niveau vers la version 18.27 ou ultérieure pour garantir que les composants Lightning de Salesforce fonctionnent comme prévu.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›


Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics version 4 et antérieures (versions sur site et en ligne) sera interrompu et cessera de fonctionner après le 30 novembre 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consultez les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 avant le mois de novembre 2017 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.


Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 seront interrompues le 15 décembre 2017. La version 18 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consultez le guide de mise à niveau ›

Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4 et SharePoint v3 et versions antérieures

Adobe Sign pour Microsoft Dynamics versions 4 et antérieures (versions sur site et en ligne) ne sera plus accessible ni pris en charge après le 14 novembre 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics CRM (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version prise en charge par Adobe, contactez votre responsable du succès client.

Adobe Sign pour Microsoft SharePoint versions 3 et antérieures (versions sur site et en ligne) ne sera plus accessible ni pris en charge après le 14 novembre 2017. Adobe Sign pour SharePoint v4 et ultérieures prend en charge Microsoft SharePoint (sur site) 2013, 2016 et SharePoint Online. Si vous avez des questions sur la mise à niveau vers la dernière version prise en charge par Adobe, contactez votre responsable du succès client.

 

Action requise :

Effectuez la mise à niveau vers Adobe Sign pour Microsoft Dynamics v6 et Adobe Sign pour SharePoint v4 avant le 14 novembre 2017. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

 

Consulter les guides de mise à niveau ›

Septembre 2017

Nouvelle version : Adobe Sign, version de septembre

La version de septembre 2017 d’Adobe Sign sera disponible aux environs du 22 septembre.

La version du produit de septembre 2017 comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Aucune répercussion sur le service n’est prévue. Les nouvelles fonctionnalités et améliorations seront disponibles pour tous les comptes du monde entier le 22 septembre. Les administrateurs peuvent également voir de nouvelles commandes dans les paramètres du compte avant le 22 septembre, selon le planning du déploiement régional suivant :

  • Amérique du Nord (NA1) : mardi 19 septembre à 17 h 00 heure d’été du Pacifique
  • Amérique du Nord (NA2) : mercredi 20 septembre à 23 h 00 heure d’été du Pacifique
  • Australie (AU1) : mercredi 20 septembre à 23 h 00 heure d’été du Pacifique (21 septembre, 6 h 00 UTC)
  • Japon (JP1) : mercredi 20 septembre à 23 h 00 heure d’été du Pacifique (21 septembre, 6 h 00 UTC)
  • Europe (EU1) : jeudi 21 septembre à 9 h 00 (16 h 00 UTC)

Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes restent actives et ne doivent pas être supprimées de votre configuration réseau. Toutefois, vous devez supprimer deux plages d’adresses IP obsolètes pour l’Amérique du Nord.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

Inde :

 

13.126.23.0/27

SUPPRIMER :

Amérique du Nord :

 

166.78.79.112/28

207.97.227.112/28

Sécurité : fin de la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10

Adobe Sign a mis fin à la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10 le

17 mars 2017. Les clients qui continuent à utiliser ces navigateurs ne pourront pas tirer parti des nouvelles fonctionnalités. De plus, leur accès à Adobe Sign ne sera pas garanti à l’avenir.

ACTION REQUISE

Il est conseillé de mettre à jour les machines plus anciennes et de passer à des systèmes d’exploitation plus récents, comme Windows 7, 8 ou 10 avec l’un des navigateurs compatibles, repris dans la liste des configurations requises par Adobe Sign, afin de garantir aux nouvelles fonctionnalités d’Adobe Sign un fonctionnement optimal.

En savoir plus sur la configuration requise ›

Sécurité : fin de vie de TLS 1.0 et 1.1 en novembre 2017

En 2017, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter de novembre 2017, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

 

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

En savoir plus sur la configuration requise ›

Intégration : Mise à niveau importante d’Adobe Sign pour NetSuite

Oracle a récemment été mis à niveau pour la version 17.0 de NetSuite. La mise à niveau a engendré un problème dans Adobe Sign pour NetSuite. Il se peut dès lors que l’onglet Licences ne s’affiche pas pour certains rôles. Installez la mise à jour d’Adobe Sign pour la version 4.0.1 de NetSuite, pour garantir que les rôles fournis par l’administrateur pour le registre des licences puissent voir l’onglet Licences.

 

ACTION REQUISE

Connectez-vous à l’application et installez la mise à niveau d’Adobe Sign prévue pour la version 4.0.1 de NetSuite, afin que les utilisateurs puissent avoir accès à l’onglet Accord d’Adobe Sign.

Intégration : Mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous utilisez Adobe Sign pour Salesforce v18, vous devez le mettre à niveau vers la version 18.27 ou ultérieure pour garantir que les composants Lightning de Salesforce fonctionnent comme prévu.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›

Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics version 4 et antérieures (versions sur site et en ligne) sera interrompu et cessera de fonctionner après le 30 novembre 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consultez les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 avant le mois de novembre 2017 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.

Intégration : fin de la prise en charge de l’intégration d’Adobe Sign à Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 seront interrompues le 15 décembre 2017. La version 18 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consultez le guide de mise à niveau ›

Juin 2017

La mise à jour de mai d’Adobe Sign est maintenant terminée

Plusieurs fonctionnalités de la version de mai d’Adobe Sign avaient été planifiées pour une diffusion en juin. Toutes les fonctionnalités sont désormais disponibles.

Consultez les notes de mise à jour ›


Nouveaux certificat SSL et autorité de certification

Adobe Sign va adopter un nouveau certificat SSL et une nouvelle autorité de certification le

22 juillet 2017. Aucune modification n’a été apportée à la clé publique, aux protocoles de chiffrement sous-jacents ou au modèle. Les autorités de certification racine et intermédiaire vont changer avec cette mise à jour. Contactez le service clientèle si vous avez des questions.

 

ACTION REQUISE

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 ou approuvez le certificat à l’aide d’autres méthodes, vous trouverez les nouveaux certificats d’Adobe Sign et de l’autorité de certification dans la configuration requise d’Adobe Sign. Le nouveau certificat SSL et la nouvelle autorité de certification entreront en vigueur le 22 juillet 2017.

En savoir plus sur la configuration requise ›


Importantes modifications apportées aux plages d’adresses IP

Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.

La plupart des adresses IP existantes restent actives et ne doivent pas être supprimées de votre configuration réseau. Toutefois, vous devez supprimer deux plages d’adresses IP obsolètes pour l’Amérique du Nord.

Affichez la liste complète des plages d’adresses IP dans la configuration requise ›

 

ACTION REQUISE

Si vous approuvez les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez approuver les adresses IP supplémentaires dans les rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant.

Si vous utilisez l’intégration Adobe Sign pour Salesforce, les administrateurs doivent approuver les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

AJOUTER :

Inde :

 

13.126.23.0/27

SUPPRIMER :

Amérique du Nord :

 

166.78.79.112/28

207.97.227.112/28


API : nouveau paramètre permettant de personnaliser le code d’erreur généré en cas d’expiration de l’URL

Actuellement, le code d’erreur HTTP renvoyé lorsque l’URL expire est le 404 (page introuvable), qui n’est pas conforme aux normes de HTTP. Ces URL peuvent être générées par les appels d’API REST, tels que GET/agreements/{agrID}/combinedDocument/url. Toutefois, le code d’erreur HTTP le plus approprié est le 410 (disparu). Dans la version de mai, 410 est devenu le code d’erreur HTTP par défaut. Un nouveau paramètre est disponible pour permettre au code d’état HTTP personnalisé (404, 410, etc.) d’être envoyé dans le présent scénario d’erreur.

 

ACTION REQUISE

Si vos applications s’attendent à ce que l’URL expirée génère des codes d’erreur 404, vous devrez demander une modification de la valeur de ce paramètre sur 404. Contactez le service clientèle pour obtenir de l’aide.


Sécurité : fin de la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10

Adobe Sign a mis fin à la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10 le

17 mars 2017. Les clients pourront utiliser ces navigateurs avec Adobe Sign jusqu’au 31 août 2017. Toutefois, les nouvelles fonctionnalités d’Adobe Sign ne seront pas prises en charge avec ces configurations.

 

ACTION REQUISE

Il est conseillé de mettre à jour les machines plus anciennes et de passer à des systèmes d’exploitation plus récents, comme Windows 7, 8 ou 10 avec l’un des navigateurs compatibles, repris dans la liste des configurations requises par Adobe Sign, afin de garantir aux nouvelles fonctionnalités d’Adobe Sign un fonctionnement optimal.

En savoir plus sur la configuration requise ›


Sécurité : fin de vie de TLS 1.0 et 1.1 en novembre 2017

En 2017, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À compter de novembre 2017, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

 

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

 

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure.

En savoir plus sur la configuration requise ›


Dépréciation des fonctionnalités : suppression du workflow de signature par fax

Avec la version de mai 2017, la nouvelle procédure d’envoi est devenue la norme et le workflow de signature par fax a été remplacé par un nouveau workflow de signature écrite grâce au système de numérisation et de téléchargement. La fonctionnalité moderne de numérisation et de téléchargement offre une précision accrue et un suivi amélioré, permettant ainsi une lisibilité optimale. Les clients qui utilisent l’API ont également été invités à utiliser ce nouveau workflow de signature écrite.

La procédure d’envoi classique des signatures par fax sera disponible pendant une durée limitée. Toutefois, elle sera abandonnée le 31 octobre 2017. Les utilisateurs de l’application web qui souhaitent continuer à utiliser le workflow de signature par fax peuvent le faire en repassant à la page d’envoi classique à l’aide de l’option Paramètres d’envoi. Les utilisateurs de l’API doivent contacter leur responsable clientèle pour pouvoir continuer à utiliser le workflow de signature par fax.

 

ACTION REQUISE

Examinez la nouvelle documentation relative au workflow de signature et informez vos utilisateurs finaux des modifications. Vous devrez peut-être également mettre à jour votre documentation d’utilisateur final et de client pour les workflows de signature écrite.

Découvrez le nouveau workflow de signature écrite ›


Intégration : mise à niveau importante d’Adobe Sign pour NetSuite

Oracle a récemment été mis à niveau pour la version 17.0 de NetSuite. La mise à niveau a engendré un problème dans Adobe Sign pour NetSuite. Il se peut dès lors que l’onglet Licences ne s’affiche pas pour certains rôles. Installez la mise à jour d’Adobe Sign pour la version 4.0.1 de NetSuite, pour garantir que les rôles fournis par l’administrateur pour le registre des licences puissent voir l’onglet Licences.

 

ACTION REQUISE

Connectez-vous à l’application et installez la mise à niveau d’Adobe Sign prévue pour la version 4.0.1 de NetSuite, afin que les utilisateurs puissent avoir accès à l’onglet Accord d’Adobe Sign.


Intégration : mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous utilisez Adobe Sign pour Salesforce v18, vous devez le mettre à niveau vers la version 18.27 ou ultérieure pour garantir que les composants Lightning de Salesforce fonctionnent comme prévu.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›


Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics version 4 et antérieures (versions sur site et en ligne) sera interrompu et cessera de fonctionner après le 30 novembre 2017. Adobe Sign pour Dynamics versions 6 et ultérieures prend en charge Microsoft Dynamics (versions sur site) 2013, 2015, 365 et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consultez les notes de mise à jour ›

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Installez la mise à niveau d’Adobe Sign pour Microsoft Dynamics v6 avant le mois de novembre 2017 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.


Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 seront interrompues le 15 décembre 2017. La version 18 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consultez le guide de mise à niveau ›

Mai 2017

Nouvelle version : Adobe Sign, version de mai

La mise à jour de mai d’Adobe Sign est maintenant terminée. Cette version comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Dans cette version, les interfaces utilisateur classiques d’envoi et de création ont été supprimées et la nouvelle interface utilisateur est devenue la même pour l’ensemble du programme. Les intégrations d’API avec page d’envoi incorporée seront également modifiées dans l’interface utilisateur. La nouvelle procédure d’envoi conserve toutes les fonctionnalités de la version classique, à l’exception du workflow de signature par fax, qui a été remplacé par un nouveau workflow de signature écrite, numérisée et téléchargée. Les expériences d’envoi et de création incluent également de nouvelles fonctionnalités, comme les messages privés, de nouveaux rôles des destinataires et bien plus encore.

De nouveaux accords ont permis d’améliorer les options liées à l’aspect des champs de texte attribués. Les anciennes options Helvetica, Times et Courier ont été remplacées par des polices équivalentes Adobe, à savoir Adobe Source Sans Pro, Source Code Pro et Source Serif Pro, respectivement.

Les fonctionnalités de cette version n’ont pas toutes été activées dans le déploiement. Certaines le seront en juin seulement. Pour plus de renseignements, consultez les Notes de mise à jour.

Notes de mise à jour ›

En savoir plus sur les modifications apportées à la page d’envoi incorporée ›

En savoir plus sur les modifications relatives aux signatures écrites ›

 

ACTION REQUISE

Aucune action n’est requise.
 

API : Nouveau paramètre pour personnaliser le code d’erreur généré en cas d’expiration de l’URL

Actuellement, le code d’erreur HTTP renvoyé lorsque l’URL expire est le 404 (page introuvable), qui n’est pas conforme aux normes de HTTP. Ces URL peuvent être générées par les appels d’API REST, tels que GET/agreements/{agrID}/combinedDocument/url. Toutefois, le code d’erreur HTTP le plus approprié est le 410 (disparu). Dans la version de mai, 410 est devenu le code d’erreur HTTP par défaut. Un nouveau paramètre est disponible pour permettre au code d’état HTTP personnalisé (404, 410, etc.) d’être envoyé dans le présent scénario d’erreur.

 

ACTION REQUISE

Si vos applications s’attendent à ce que l’URL expirée génère des codes d’erreur 404, vous devrez demander une modification de la valeur de ce paramètre sur 404. Contactez le service clientèle pour obtenir de l’aide.

Sécurité : fin de la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10

Le 17 mars 2017, Adobe Sign a mis fin à la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10. Les clients pourront utiliser ces navigateurs avec Adobe Sign jusqu’au 30 septembre 2017. Toutefois, les nouvelles fonctionnalités d’Adobe Sign ne seront pas prises en charge avec ces configurations.

 

ACTION REQUISE

Il est conseillé de mettre à jour les machines plus anciennes et de passer à des systèmes d’exploitation plus récents, comme Windows 7, 8 ou 10 avec l’un des navigateurs compatibles, repris dans la liste des configurations requises par Adobe Sign, afin de garantir aux nouvelles fonctionnalités d’Adobe Sign un fonctionnement optimal.

En savoir plus sur la configuration requise ›

 

Sécurité : fin de vie de TLS 1.0 et 1.1 en novembre 2017

En 2017, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

À partir du 1er novembre 2017, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

  • Serveur Windows : Windows Server 2008 R2 ou version ultérieure
  • Poste de travail Windows : Windows 8 ou version ultérieure
  • OS X : OS X 10.8 ou version ultérieure

Prise en charge du modèle d’application pour TLS 1.2 :

  • Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.
  • Pour .NET : utilisez .NET 4.6 ou version ultérieure. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).
  • Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure

En savoir plus sur la configuration requise ›

 

Dépréciation des fonctionnalités : suppression du workflow de signature par fax

Avec la version de mai 2017, la nouvelle procédure d’envoi est devenue la norme et le workflow de signature par fax a été remplacé par un nouveau workflow de signature écrite grâce au système de numérisation et de téléchargement. La fonctionnalité moderne de numérisation et de téléchargement offre une précision accrue et un suivi amélioré, permettant ainsi une lisibilité optimale. Les clients qui utilisent l’API ont également été invités à utiliser ce nouveau workflow de signature écrite.

L’expérience d’envoi classique des signatures par fax restera disponible pour les utilisateurs de l’application en ligne. Il suffira de revenir à cette fonctionnalité par le biais des Paramètres d’envoi. Les utilisateurs d’API, quant à eu, pourront encore utiliser l’ancien système pendant une période limitée, en soumettant une demande. Le système de signature par fax sera abandonné le 31 octobre 2017.

 

ACTION REQUISE

Examinez la nouvelle documentation relative au workflow de signature et informez vos utilisateurs finaux des modifications. Il se peut que vous deviez également mettre à jour la documentation relative au workflow de signature écrite pour les utilisateurs finaux et les clients.

Découvrez le nouveau workflow de signature écrite ›

 

Appareils mobiles : la connexion Google ID et Google Apps de l’application mobile Adobe Sign sera supprimée

Pour renforcer la sécurité et améliorer la simplicité d’utilisation, Google n’autorise plus les demandes d’authentification OAuth à Google dans les navigateurs incorporés appelés affichages web des applications mobiles natives. Par conséquent, les options de connexion Google et Google Apps ont été supprimées de la version de mai de l’application mobile d’Adobe Sign.

Les utilisateurs d’Adobe Sign pourront toujours se connecter à l’aide de leurs Google ID via la connexion standard (adresse e-mail et mot de passe). La seule différence est la suppression des options Google et Google Apps sur la page de connexion. Si vous rencontrez des problèmes liés à la connexion standard et votre Google ID, réinitialisez votre mot de passe, puis réessayez.

Consultez le blog Google ›

 

Intégration : Mise à niveau importante d’Adobe Sign pour NetSuite

Oracle a récemment été mis à niveau pour la version 17.0 de NetSuite. La mise à niveau a engendré un problème dans Adobe Sign pour NetSuite. Il se peut dès lors que l’onglet Licences ne s’affiche pas pour certains rôles. Installez la mise à jour d’Adobe Sign pour la version 4.0.1 de NetSuite, pour garantir que les rôles fournis par l’administrateur pour le registre des licences puissent voir l’onglet Licences.

 

ACTION REQUISE

Connectez-vous à l’application et installez la mise à jour d’Adobe Sign prévue pour la version 4.0.1 de NetSuite, afin que les utilisateurs puissent avoir accès à l’onglet Licences d’Adobe Sign.

Intégration : Mise à niveau importante d’Adobe Sign pour Salesforce v18

Dans sa prochaine mise à jour, Salesforce imposera un nouveau modèle de sécurité pour les composants Lightning appelé LockerService. Si vous travaillez sur v18, il est recommandé de mettre à jour Adobe Sign pour la version 18.27 ou une version ultérieure, afin que les composants Lightning de Salesforce puissent tous fonctionner de manière optimale.

 

ACTION REQUISE

Si vous utilisez Adobe Sign sur Salesforce v18, vous devez installer la mise à jour 18.27 ou une version ultérieure.

Découvrez LockerService de Salesforce ›

Obtenez le dernier module AppExchange ›

 

Intégration : Fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics v4 et les versions antérieures (versions en ligne et locales) ne seront plus disponibles à compter du 30 novembre 2017. Au-delà de ce délai, ces versions ne seront plus opérationnelles. Adobe Sign pour Dynamics v5 prend en charge Microsoft Dynamics sur site 2013, 2015, 365 ainsi que Dynamics CRM 365 Online. 

Consultez les notes de mise à jour ›

Consultez le guide de mise à niveau ›

 

ACTION REQUISE

Installez la mise à jour d’Adobe Sign pour Microsoft Dynamics v5 avant le mois de novembre 2017 tant pour les versions sur site que les versions en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.
 

Intégration : fin de la prise en charge d’Adobe Sign pour Salesforce v15

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 seront interrompues le 15 décembre 2017. La version 18 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consultez le guide de mise à niveau ›

Avril 2017

Nouvelle version : Adobe Sign, version de mai

La version de mai 2017 d’Adobe Sign devrait être disponible aux dates suivantes :

○ Amérique du Nord (NA1) : Mardi 23 mai à 17 h 00 heure d’été du Pacifique

○ Amérique du Nord (NA2) : Mercredi 24 mai à 23 h 00 heure d’été du Pacifique

○ Australie (AU1) : Mercredi 24 mai à 23 h 00 heure d’été du Pacifique (25 mai, 6 h 00 UTC)

○ Japon (JP1) : Mercredi 24 mai à 23 h 00 heure d’été du Pacifique (25 mai, 6 h 00 UTC)

○ Europe (EU1) : Jeudi 25 mai à 9 h 00 (16 h 00 UTC)

Cette version comprend des fonctionnalités nouvelles et améliorées destinées aux administrateurs et aux utilisateurs finaux. Aucune répercussion sur le service n’est prévue.

Dans cette version, la page d’envoi classique et l’environnement de création ont été retirés de l’interface utilisateur. Avec le déploiement de cette version, les utilisateurs auront accès à la nouvelle interface utilisateur à l’échelle du produit Adobe Sign. Les intégrations d’API avec page d’envoi incorporée seront également modifiées dans l’interface utilisateur.

La version de mai comprend également des options de police mises à jour pour les champs de texte de tous les accords nouvellement créés. Les options actuelles Helvetica, Times et Courier vont être remplacées par des polices équivalentes Adobe, à savoir Adobe Source Sans Pro, Source Code Pro et Source Serif Pro, respectivement.

Toutes les fonctions ne seront pas activées au moment du déploiement ; certaines le seront en juin seulement. Lisez l’aperçu des notes de mise à jour pour en savoir plus.

En savoir plus sur les modifications apportées à la page d’envoi incorporée ›

 

ACTION REQUISE

Si votre organisation utilise l’interface classique, informez les utilisateurs que celle-ci a changé dans cette version. Les intégrations d’API avec page d’envoi incorporée seront également modifiées dans l’interface utilisateur.

Sécurité : fin de la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10

Le 17 mars 2017, Adobe Sign a mis fin à la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10. Les clients peuvent continuer à utiliser ces navigateurs avec le service Adobe Sign. Notez toutefois qu’ils seront abandonnés dans les cinq mois à venir. Dès aujourd’hui, les nouvelles fonctionnalités ne fonctionnent pas avec cette configuration.

 

ACTION REQUISE

Effectuez une mise à jour matérielle vers les nouvelles configurations de système d’exploitation (Windows 7, 8 ou 10 avec l’un des navigateurs pris en charge répertoriés dans la configuration système requise d’Adobe Sign).

En savoir plus sur la configuration requise ›

Sécurité : fin de vie de TLS 1.0 et 1.1

En 2017, Adobe va supprimer la prise en charge des protocoles TLS 1.0 et 1.1 afin de respecter les meilleures pratiques du secteur en matière de sécurité SSL/TLS.

En juillet, le protocole de négociation SSL TLS 1.2 sera requis ; les versions TLS 1.0 et TLS 1.1 antérieures ne seront plus acceptées. Les clients qui n’utilisent pas TLS 1.2 ne pourront pas établir de connexion réseau au service Adobe Sign.

 

ACTION REQUISE

Clients exécutant des navigateurs web : utilisez un navigateur pris en charge (voir la configuration système requise).

Clients exécutant des applications à l’aide des API Adobe Sign : la prise en charge du protocole TLS 1.2 peut dépendre de l’application, des bibliothèques d’exécution et/ou du système d’exploitation. Dans certains cas, la prise en charge du protocole TLS est fournie par les bibliothèques du système d’exploitation, alors que dans les autres cas, elle est fournie par une bibliothèque d’exécution de l’application.

La prise en charge du système d’exploitation par le protocole TLS 1.2 nécessite :

○ Serveur Windows : Windows Server 2008 R2 ou ultérieur

○ Poste de travail Windows : Windows 8 ou ultérieur

○ OS X : OS X 10.8 ou ultérieur

Prise en charge du modèle d’application pour TLS 1.2 :

○ Pour Java : Java 8 ou version ultérieure Java 7 peut être utilisé mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application.

○ .NET : utilisez .NET 4.6 ou ultérieur. .NET 4.5 peut être utilisé mais TLSv1.2 est requis pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge de TLS 1.2 par Windows (voir ci-dessus).

○ Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou ultérieur

En savoir plus sur la configuration requise ›

Appareils mobiles : la connexion Google ID et Google Apps de l’application mobile Adobe Sign sera supprimée

Pour renforcer la sécurité et améliorer la simplicité d’utilisation, Google n’autorise plus les demandes d’authentification OAuth à Google dans les navigateurs incorporés appelés affichages web des applications mobiles natives. Par conséquent, les options de connexion Google et Google Apps seront supprimées de l’application mobile Adobe Sign.

Les utilisateurs d’Adobe Sign pourront toujours se connecter à l’aide de leurs Google ID via la connexion standard (adresse e-mail et mot de passe). La seule différence est la suppression des options Google et Google Apps sur la page de connexion. Si vous rencontrez des problèmes liés à la connexion standard et votre Google ID, réinitialisez votre mot de passe, puis réessayez. Les options de connexion Google seront supprimées des applications mobiles iOS et Android d’Adobe Sign dans la version de mai.

Consultez le blog Google ›

Intégration : fin de vie d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics v4 et les versions antérieures (versions en ligne et locales) ne seront plus disponibles à compter du 30 novembre 2017. Ces versions ne seront plus opérationnelles après novembre 2017. Adobe Sign pour Dynamics v5 et versions ultérieures prend en charge Microsoft Dynamics (versions locales) 2013, 2015, 365 (CRM 2016) et Dynamics CRM 365 Online. Si vous avez des questions sur la mise à niveau vers la dernière version, contactez votre responsable du succès client.

Consultez les notes de mise à jour ›

Consultez le guide de mise à niveau ›

 

ACTION REQUISE

Mise à niveau vers Adobe Sign pour Microsoft Dynamics v5 avant novembre 2017 pour les versions locales et en ligne. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version.

Intégration : fin de la prise en charge d’Adobe Sign pour Salesforce v15

Les mises à jour de produit et de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v15 seront interrompues le 15 décembre 2017. La version 18 est désormais disponible dans Salesforce AppExchange.

 

ACTION REQUISE

Effectuez la mise à niveau vers la dernière version de notre intégration à Salesforce afin de continuer à recevoir les mises à jour de produit et de sécurité et à profiter de l’assistance technique.

Consultez le guide de mise à niveau ›

Mars 2017

Maintenance planifiée avec temps d’arrêt pour l’Amérique du Nord (NA1)

Dans notre centre de données d’Amérique du Nord (NA1), Adobe Sign fera l’objet d’une maintenance planifiée avec un temps d’arrêt à la date suivante :

Du samedi 8 avril 2017 17h00 (heure d’été du Pacifique) au samedi 8 avril 2017 23h00 (heure d’été du Pacifique)

Les clients situés dans nos autres centres de données ne devraient pas être touchés.

La maintenance planifiée est nécessaire pour achever le développement des opérations du centre de données d’Amérique du Nord. Pendant la période de maintenance, le service sera inaccessible sur NA1.

Pour vérifier quel est le centre de données de votre compte, connectez-vous à Adobe Sign et examinez l’abréviation dans l’URL (NA1, NA2, etc.). Pour toute question, contactez votre responsable du succès client.

 

ACTION REQUISE

  • Si vous utilisez l’intégration d’Adobe Sign pour Salesforce : les administrateurs de l’intégration Salesforce doivent mettre en liste blanche les plages d’adresses IP supplémentaires dans leur compte Salesforce.com pour que l’intégration continue à fonctionner après le 7 avril 2017. Informations d’approbation relatives à Salesforce ›
  • Si vous mettez en liste blanche les adresses IP Adobe Sign dans vos rappels d’API ou le pare-feu : les administrateurs Adobe Sign doivent mettre en liste blanche les adresses IP supplémentaires dans vos rappels d’API. Avertissez les tiers qui acheminent vos rappels, le cas échéant. S’il n’ajoute pas les nouvelles plages d’adresses IP, les rappels seront bloqués par votre pare-feu. FAQ sur les plages d’adresses IP et la maintenance planifiée ›


Fin de la prise en charge de Windows Vista SP2, Internet Explorer 9 et 10

Le 17 mars 2017, Adobe Sign a mis fin à la prise en charge de Windows Vista SP2 et d’Internet Explorer 9 et 10. Les clients peuvent utiliser ces navigateurs avec le service Adobe Sign. Notez toutefois qu’ils seront abandonnés dans les cinq mois à venir. Dès aujourd’hui, les nouvelles fonctionnalités ne fonctionnent pas avec cette configuration.

Au mois de juillet, les protocoles de négociation SSL par défaut TLS 1.0 et TLS 1.1 seront bloqués. À compter du mois d’août, les utilisateurs de ces navigateurs ne pourront plus se connecter au service.

 

ACTION REQUISE

Effectuez une mise à jour matérielle vers les nouvelles configurations de système d’exploitation (Windows 7, 8 ou 10 avec l’un des navigateurs pris en charge répertoriés dans la configuration système requise d’Adobe Sign).

En savoir plus sur la configuration requise ›


Modification de la connexion pour les appareils mobiles : la connexion Google ID et Google Apps de l’application mobile Adobe Sign sera supprimée

Pour renforcer la sécurité et améliorer la simplicité d’utilisation, Google n’autorise plus les demandes d’authentification OAuth à Google dans les navigateurs incorporés appelés affichages web des applications mobiles natives. Par conséquent, les options de connexion Google et Google Apps seront supprimées de l’application mobile Adobe Sign.

Les utilisateurs d’Adobe Sign pourront toujours se connecter à l’aide de leurs Google ID via la connexion standard (adresse e-mail et mot de passe). La seule différence est la suppression des options Google et Google Apps sur la page de connexion. Si vous rencontrez des problèmes liés à la connexion standard et votre Google ID, réinitialisez votre mot de passe, puis réessayez. Les options de connexion Google seront supprimées des applications mobiles iOS et Android d’Adobe Sign dans la version de mai.

Lisez le blog Google ›

Février 2017

Maintenance planifiée avec temps d’arrêt pour l’Amérique du Nord (NA1)

Dans notre centre de données d’Amérique du Nord (NA1), Adobe Sign fera l’objet d’une maintenance planifiée avec un temps d’arrêt aux dates suivantes : 

Du samedi 11 mars 2017 17h00 (Pacifique) au dimanche 12 mars 1h00 (Pacifique) (du dimanche 12 mars 1h00 (UTC) au dimanche 12 mars 9h00 (UTC))

Du samedi 8 avril 2017 17h00 (Pacifique, heure d’été) au 8 avril 23h00 (Pacifique, heure d’été) (du dimanche 9 avril 0h00 (UTC) au 9 avril 6h00 (UTC))

Les clients qui sont situés dans nos autres centres de données (Amérique du Nord (NA2), Europe (EU1), Australie (AU1), Japon (JP1)) ne sont pas affectés.

La maintenance planifiée est nécessaire pour achever le développement des opérations du centre de données d’Amérique du Nord. Pendant la période de maintenance, le service ne sera pas disponible pour le centre de données d’Amérique du Nord (NA1). Pour vérifier quel est le centre de données de votre compte, connectez-vous à Adobe Sign et examinez l’abréviation dans l’URL (NA1, NA2, etc.). Pour toute question, contactez votre responsable du succès client.

 

UNE ACTION PEUT ÊTRE REQUISE

  • Vérifiez que vous avez approuvé les plages d’adresses IP supplémentaires (précédemment communiquées dans la mise à jour technique mensuelle).
  • Si vous utilisez des rappels dans votre intégration API et que vous avez approuvé les adresses IP Adobe, vous devrez mettre à jour ces adresses IP avec les nouvelles informations. Si vos rappels sont acheminés vers un tiers, communiquez-lui les plages d’adresses IP mises à jour. Veillez à ce qu’il inclue ces nouvelles plages s’il approuve des adresses IP. S’il n’ajoute pas les nouvelles plages d’adresses IP, les rappels seront bloqués par votre pare-feu.
  • Les administrateurs de l’intégration Salesforce doivent approuver les plages d’adresses IP supplémentaires dans leur compte pour que l’intégration continue à fonctionner après le 7 avril 2017.

 

Informations d’approbation relatives à Salesforce ›

FAQ sur les plages d’adresses IP et la maintenance planifiée ›

Janvier 2017

API et application web : maintenance planifiée avec un temps d’arrêt pour l’Amérique du Nord (NA1)

Dans notre centre de données d’Amérique du Nord (NA1), Adobe Sign fera l’objet d’une maintenance planifiée avec un temps d’arrêt aux dates suivantes :

Du samedi 11 mars 2017 17h00 (Pacifique) au dimanche 12 mars 1h00 (Pacifique) (du dimanche 12 mars 1h00 (UTC) au dimanche 12 mars 9h00 (UTC))

Du samedi 8 avril 2017 17h00 (Pacifique, heure d’été) au 8 avril 23h00 (Pacifique, heure d’été) du dimanche 9 avril 0h00 (UTC) au 9 avril 6h00 (UTC)

Les clients qui sont situés dans nos autres centres de données (Amérique du Nord (NA2), Europe (EU1), Australie (AU1), Japon (JP1)) ne sont pas affectés.

La maintenance planifiée est nécessaire pour développer les opérations du centre de données NA1 d’Amérique du Nord. Pendant la période de maintenance, le service ne sera pas disponible pour les clients du centre de données d’Amérique du Nord (NA1). Pour vérifier quel est le centre de données de votre compte, connectez-vous à Adobe Sign et examinez l’abréviation dans l’URL (NA1, NA2, etc.). Pour toute question, contactez votre responsable du succès client.

 

ACTION REQUISE

  • Vérifiez que vous avez approuvé les plages d’adresses IP supplémentaires (précédemment communiquées dans la mise à jour technique mensuelle).
  • Les administrateurs de l’intégration Salesforce doivent approuver les plages d’adresses IP supplémentaires dans leur compte pour que l’intégration continue à fonctionner après le 7 avril 2017.

Informations d’approbation relatives à Salesforce ›

FAQ sur les plages d’adresses IP et la maintenance planifiée ›

Intégration : fin de vie de l’intégration d’Adobe Sign pour Microsoft Dynamics v4

Adobe Sign pour Microsoft Dynamics v4 et les versions antérieures (versions en ligne et local) ne seront plus disponibles à compter du 30 juin 2017. Ces versions ne seront plus opérationnelles après le 30 juin. Effectuez une mise à niveau vers Microsoft Dynamics v5.

Consultez le guide de mise à jour ›

 

ACTION REQUISE

Pour Microsoft Dynamics en ligne et local, effectuez une mise à niveau vers Adobe Sign pour Dynamics v5 avant le mois de juillet 2017. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version. La version 5 prend en charge Dynamics local 2013, 2015 et 2016 et Dynamics en ligne. 

Sécurité : fin de la prise en charge des protocoles TLS 1.0 et 1.1

Pour respecter les normes PCI et les recommandations du secteur en ce qui concerne la sécurité SSL/TLS, Adobe ne prendra plus en charge les protocoles TLS 1.0 et 1.1 en 2017 (date précise à déterminer). Une fois que la prise en charge des protocoles TLS 1.0 et 1.1 aura été interrompue, les clients qui n’auront pas encore effectué de mise à niveau vers le protocole TLS 1.2 ne pourront pas accéder au service Adobe Sign.

 

ACTION REQUISE

Pour prendre en charge le protocole TLS v1.2, appliquez la configuration système recommandée d’Adobe Sign pour tous vos navigateurs et systèmes d’exploitation de poste de travail.

En savoir plus sur la configuration requise ›

Mise à jour de la configuration système : fin de la prise en charge d’Internet Explorer 9 et 10

Pour s’aligner sur Microsoft qui met fin à la prise en charge d’Internet Explorer 9 et 10 et pour répondre aux besoins de nouvelles fonctionnalités qui reposent sur des navigateurs modernes, Adobe mettra fin à la prise en charge de ces navigateurs à compter de mai 2017. À compter du mois de mai, les utilisateurs finaux qui continueront à utiliser Internet Explorer 9 et 10 ne seront plus en mesure d’utiliser certaines parties de l’application. Les fonctionnalités existantes seront toujours prises en charge de sorte qu’il n’y ait pas d’impact sur les workflows existants. Les nouvelles fonctionnalités peuvent toutefois ne pas être visibles dans l’interface utilisateur ou ne pas fonctionner correctement.

 

ACTION REQUISE

Effectuez une mise à jour matérielle vers les nouvelles configurations de système d’exploitation (Windows 7, 8 ou 10 avec l’un des navigateurs pris en charge répertoriés dans la configuration système requise d’Adobe Sign).

En savoir plus sur la configuration requise ›


Rappels

Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v14

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v14 ont été interrompues le 15 décembre 2016. La version 18 est maintenant disponible.

 

ACTION REQUISE

Effectuez une mise à niveau vers la dernière version de l’intégration avec Salesforce. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers une version actuelle pour continuer à bénéficier d’une assistance technique.

Consultez le guide de mise à niveau ›

 

API : fin de la prise en charge des API SOAP par les applications OAuth

Avec la version de maintenance de décembre, les nouvelles applications OAuth peuvent uniquement accéder aux API REST. Les applications OAuth et les clés d’intégration existantes continueront à avoir accès aux API SOAP jusqu’à nouvel ordre.

 

ACTION REQUISE

Utilisez les API REST lorsque vous développez de nouvelles applications. Pour plus d’informations, accédez au Centre des développeurs.

 

API et application web : modification des règles de complexité des mots de passe en 2017

Pour renforcer la sécurité, les règles de complexité des mots de passe Adobe Sign sont modifiées. Début 2017, les clients qui utilisent l’application web seront invités à mettre à jour leur mot de passe dans les 90 jours. Les clients qui se connectent ou configurent des utilisateurs par le biais des API REST ou SOAP existantes auront jusqu’au milieu de l’année 2018 pour mettre à jour leurs applications afin de respecter les exigences en matière de sécurité des mots de passe d’Adobe Sign. Des informations sur la transition vers les nouvelles règles seront disponibles pour les utilisateurs d’API au début de l’année 2017.

Nouveaux critères des mots de passe :
• 8 caractères au minimum, 100 caractères au maximum
• Au moins une majuscule
• Au moins une minuscule
• Au moins un chiffre
• Au moins un caractère spécial (ponctuation), à l’exception d’un espace
• Ne peuvent pas contenir de nom d’utilisateur, de prénom ou de nom ne respectant pas la casse
• Le nouveau mot de passe est refusé s’il correspond à des mots de passe précédemment utilisés

 

ACTION REQUISE

Début 2017, les utilisateurs de l’application web devront mettre à jour les mots de passe lorsqu’ils y seront invités. Les clients qui configurent des utilisateurs par le biais de l’API auront jusqu’au mois de juillet 2018 pour mettre à jour leurs applications afin d’utiliser l’API REST pour respecter les nouveaux critères des mots de passe.

 

API et application web : fin de la prise en charge de l’ancienne syntaxe des balises de texte

La prise en charge des balises de texte v1.0 est terminée. Bien que les balises v1.0 continueront à être prises en compte dans le service, aucun bogue ni aucune demande d’amélioration ne sera accepté pour cette syntaxe.

 

ACTION REQUISE
Vérifiez que les utilisateurs ont recours à la syntaxe des balises de texte 2.0 lors de la création de modèles de document. Passez en revue les applications et les modèles existants pouvant contenir des anciennes balises de texte et mettez-les à jour avec la nouvelle syntaxe des balises de texte 2.0. Pour plus d’informations, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.

Consultez le guide de référence sur les balises de texte ›


Mise à jour technique : janvier 2017 (notification préalable)

Les modèles Adobe Sign pour les formulaires IRS 2017 I-9 et W-4 sont maintenant disponibles. Les modèles I-9 (Employment Eligibility Verification 2016) et W-4 2016 (IRS Employees Withholding Allowance) ne seront pas disponibles le 20 janvier 2017 à minuit (Pacifique).

 

ACTION REQUISE

Les modèles de formulaire IRS 2017 possèdent de nouveaux ID de document. Si vous utilisez les ID de document dans vos applications, vous devrez les mettre à jour.

Pour trouver LibraryDocumentID dans un compte API :

  1. Connectez-vous en tant qu’administrateur de compte Adobe Sign.
  2. Générez une clé d’intégration.
  3. Accédez à l’onglet Compte > API Adobe Sign > Informations sur l’API > cliquez sur le lien :Documentation sur les méthodes de l’API REST
  4. Faites défiler l’écran jusqu’à la section Ressources et opérations.
  5. Dans la ligne /libraryDocuments, cliquez sur le lien Afficher/masquer pour exposer les méthodes.
  6. Cliquez sur le premier bouton OBTENIR en regard de l’option /libraryDocuments.
  7. Collez votre clé d’intégration dans le champ Jeton d’accès.
  8. Cliquez sur le bouton Tester
  9. Recherchez les formulaires I-9 et W-4 2017 pour voir les valeurs de LibraryDocumentID.

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

Techniques notifications 2015 - 2016

Ce produit est distribué sous licence Creative Commons Attribution - Pas d’utilisation commerciale - Partage à l’identique 3.0 non transposé  Les publications Twitter™ et Facebook ne sont pas couvertes par les dispositions Creative Commons.

Mentions légales   |   Politique de confidentialité en ligne