Notifications techniques Adobe Acrobat Sign 2017-2018

Notifications techniques pour 2017 - 2018

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 a été supprimée de l’application et l’expérience utilisateur la plus souple est devenue standard.

Nouvelle version : Adobe Sign de 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. 

Adobe Sign prend désormais en charge l’API « E-KYC » Aadhaar version 2.1

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 a été effectuée pour se conformer aux nouvelles modifications réglementaires qui rendent la version 2.1 obligatoire. Les signataires peuvent désormais signer un accord en utilisant leur ID virtuel (VID). 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.

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. 

Vous pouvez en savoir plus sur FedRAMP à l'adresse https://www.fedramp.gov/

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

Adobe Sign se conformera au 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 consulter les nouvelles fonctionnalités RGPD d'Adobe Sign.

Vous pouvez consulter les règles et réglementations Adobe qui protègent la confidentialité dès la conception dans tous les produits ici : https://www.adobe.com/privacy.html.

Les accords non signés de plus d’un an ont commencé à expirer automatiquement

Adobe Sign a commencé en octobre 2018 à faire expirer les accords de plus d’un an et dont l’état est toujours En attente de signature.

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 seulement aux accords non finalisés.

Ceci n’a aucune incidence sur les accords qui ont été finalisés, annulés ou 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 sera disponible sur la liste Salesforce AppExchange d'Adobe Sign. 

Consultez les notes de mise à jour ici.

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 :

• Rappels de chargement pour le chargement de documents (décrits ici pour notre API REST, mais s'appliquent également à l'API SOAP héritée)
• Rappels de statut pour informer le client d'une modification de statut de contrat (décrits ici pour notre API REST, mais s'appliquent également à 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.

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. Vous pouvez consulter les notes de mise à jour ici.

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 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 épinglez le certificat en utilisant d'autres méthodes, vous pouvez trouver les nouveaux certificats Adobe Sign dans la Configuration requise système d'Adobe Sign. Le nouveau certificat SSL est devenu Principal 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 répertorie 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.

ACTION REQUISE

Si vous autorisez explicitement les adresses IP Adobe Sign dans vos rappels d’API ou le pare-feu, vous devez autoriser les adresses IP supplémentaires dans vos 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 autoriser 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 autorisé 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

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 sur la liste Microsoft AppSource d'Adobe Sign.  Aucune répercussion sur le service n’est prévue.

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, déployée progressivement en juin par Salesforce, comporte des modifications qui affectent la compatibilité descendante avec l'intégration Adobe Sign pour Salesforce et impacteront la capacité d'envoyer certains 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 Obtenir maintenant et suivez les instructions. 

Si vous avez besoin d'aide pour la mise à niveau, veuillez consulter notre Guide de mise à niveau Adobe Sign pour Salesforce (v19).

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 avec Adobe Sign utilisant les API SOAP ou REST, et si l'une de ces intégrations a « épinglé » la clé publique existante, aucune action n'est requise.

Si vous épinglez le certificat en utilisant d'autres méthodes, vous pouvez trouver les nouveaux certificats Adobe Sign dans la Configuration requise système d'Adobe Sign. Le nouveau certificat SSL devient actif le 2 mai 2018.

Adobe Sign – Version de mars achevée

La version du produit Adobe Sign de mars 2018 a été finalisée le 15 mars 2018 à 12 h 00 PST.

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

SAP SuccessFactors sera publié en avril.

Version 2017 du formulaire fiscal W-4 (États-Unis) – hors service au 17 avril 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 document libraryDocumentId . Si vous utilisez l’ID de document libraryDocumentId du modèle existant dans vos applications, vous devez le mettre à jour.

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

1    Connectez-vous en tant qu’administrateur du compte.

2    Cliquez sur l’onglet Compte > API Adobe Sign > Informations sur l’API > cliquez sur le lien : Documentation sur les méthodes de l’API REST.

3    Sous la section GET /libraryDocuments, cliquez sur le bouton OAUTH ACCESS-TOKEN.   

a . Activez la portée library_read : self  

4 Cliquez sur Essayer ! 

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

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

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

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

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

Pour les clients qui utilisent des navigateurs web : utilisez un navigateur pris en charge (voir Configuration 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.

Pour les clients qui utilisent Adobe Sign for Dynamics v5.x et versions antérieures, effectuez la mise à niveau vers la v6.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 version ultérieure. .NET 4.5 peut être utilisé, mais TLSv1.2 est nécessaire pour qu’il soit explicitement activé par l’application. .NET dépend de la prise en charge TLS 1.2 par Windows (voir ci-dessus).
• Pour les applications utilisant OpenSSL : utilisez OpenSSL 1.01 ou version ultérieure. 

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.

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.

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.

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.

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 vos workflows.

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

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 Essayer 
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 : 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.

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.

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.

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.

IMPORTANT 

Vérifiez les paramètres d'autorisations requis par Salesforce avant de commencer la mise à niveau vers la v19 dans la section Nouveautés de la version 19.

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

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 Try it out! 
5. 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 répertorie 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.

ACTION REQUISE

Si vous répertoriez explicitement les adresses IP Adobe Sign dans les rappels d’API ou le pare-feu, vous devez répertorier 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 répertorier les plages d’adresses IP supplémentaires dans leur compte Salesforce.com.

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

Oracle a récemment effectué la mise à niveau vers NetSuite 17.0. La mise à niveau a provoqué un problème dans Adobe Sign for NetSuite où l'onglet Agreement peut ne pas apparaître 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.

Nouvelle version : Adobe Sign, version de septembre 2017

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

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

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

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.

ACTION REQUISE

Aucune action n’est requise.
 

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

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.

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.

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.

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 explicitement répertorier 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. 
• Si vous répertoriez les adresses IP Adobe Sign dans vos rappels d’API ou le pare-feu : les administrateurs Adobe Sign doivent répertorier 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. Questions fréquentes sur les plages d'adresses IP et la maintenance planifiée

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.

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, consultez le 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 de mot de passe :
• Au minimum 8 caractères, au maximum 100 caractères
• Au moins une majuscule
• Au moins une minuscule
• Au moins un chiffre
• Au moins un caractère spécial (ponctuation), excepté l'espace vide
• Ne peut pas contenir le nom d'utilisateur, le prénom ou le nom de famille sans respect de la casse
• Le nouveau mot de passe sera rejeté s'il correspond à des mots de passe utilisés précédemment

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 seront acceptés pour cette syntaxe.

ACTION REQUISE
Assurez-vous que les utilisateurs utilisent la syntaxe de balise de texte 2.0 lors de la création de nouveaux 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.

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 Essayez-le !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.