Les intégrations répertoriées ci-dessous sont gérées par les équipes techniques d’Adobe. Pour obtenir la liste complète des intégrations, afin d’inclure les packages détenus et gérés par les partenaires, veuillez consulter Adobe Exchange.
La convention de contrôle de version d’Adobe Acrobat Sign et le cycle de vie de la prise en charge des services intégrés sont identiques à ceux d’autres produits Adobe que vous connaissez peut-être déjà.
La version du package utilise un système de numérotation en trois parties pour identifier le numéro de version séquentiel de la version publiée et l’importation relative de la mise à niveau en termes de contenu nouveau ou modifié. Le numéro suit ce modèle :
N.m.p
Où N = version majeure ; m = version mineure ; p = version corrigée.
Par exemple, une version de package d’intégration 23.2.1 indique l’état de version suivant :
Au fur et à mesure que les ingénieurs développent de nouvelles « versions » du package, le numéro de version s’incrémente en fonction de la nature des mises à jour du code.
Toutes les versions ne sont pas rendues publiques au fur et à mesure du développement du produit. Il n’est pas rare de voir des sauts significatifs entre les versions.
Il est vivement recommandé aux administrateurs de mettre à jour leur version autant que possible, pour que le compte bénéficie d’un accès complet à toutes les fonctionnalités et que tous les problèmes de sécurité connus soient corrigés.
Acrobat Sign peut nécessiter une mise à niveau vers la dernière version corrigée en cas de problème de sécurité important ou pour résoudre un problème système critique.
Le cycle de vie de la prise en charge des versions d’un produit d’intégration Acrobat Sign est défini en fonction de la version majeure du package et indique la période pendant laquelle Acrobat Sign prend en charge activement la version individuelle de l’intégration.
Acrobat Sign prend en charge la version actuelle d’un package et les deux versions majeures précédentes (y compris l’ensemble des mises à jour mineures et correctifs associés). Les versions majeures sont exprimées comme suit :
Par exemple, si la version actuelle du package est 23.2.1, alors :
Le cycle de vie du service de version définit la portée complète pendant tout le laps de temps où le service est utilisable. Le calendrier correspond au cycle de vie de la prise en charge des versions, plus une période de grâce de 90 jours qui permet aux clients de terminer leur mise à niveau.
Si vous avez des questions, contactez votre revendeur ou le service clientèle.
La prise en charge des versions 19.x et 20.x d’Adobe Sign pour Salesforce a expiré en octobre 2021.
► Ajouter Adobe Sign à votre composant de messagerie Salesforce
Envoyez, rappelez, annulez et bien plus encore, le tout directement depuis votre client de messagerie. Disponible pour Outlook et Gmail
► Connecteur Adobe Sign vers Salesforce CPQ
Ajoutez un bouton pour envoyer vos devis CPQ directement de la page des devis vers Acrobat Sign
► Adobe Sign pour la signature automatique (Cloud de la communauté)
Lorsque vous utilisez des portails de la communauté et souhaitez fournir des documents à signer
► Adobe Sign pour la signature simple (cloud de la communauté)
Composant pour le cloud de la Communauté qui permet à un développeur d’intégrer des modèles de signature à d’autres composants Lightning
► Octroi d’accès aux utilisateurs/profils Salesforce
Si vous n’avez pas configuré l’application Acrobat Sign pour Tous les utilisateurs
► Utilisation des accords par lots
Pour la création de lots d’accords selon des critères définis par l’utilisateur
► Paramètres de conversion de pistes
Si vous utilisez Acrobat Sign avec des prospects dans Salesforce, cette page vous sera probablement utile
Placez des utilisateurs dans des groupes Acrobat Sign selon des profils utilisateur Salesforce
► Configuration de Salesforce pour l’envoi de documents volumineux
Si vous envoyez des documents dont la taille est supérieure à 2 Mo, consultez cette page
► Configurer des accords poussés pour la création dans Salesforce d’accords générés en externe
Les « accords poussés » sont des transactions initiées en dehors de Salesforce, comme les accords créés dans des formulaires web et puis placés dans Salesforce
► Envoi d’accords à partir de Chatter et Salesforce1
Paramètres pour activer l’envoi d’accords à partir de Chatter ou Salesforce1
► Configuration de la mise en page (de base, avancée et Lightning)
Lorsque vous devez modifier votre mise en page en l’une des autres options disponibles
Produits pris en charge :
Clients :
Vous devez également respecter les exigences de base de Microsoft pour utiliser Office.
Plates-formes prises en charge :
Plates-formes prises en charge :
L’application Approbations Microsoft Teams permet aux utilisateurs de configurer, envoyer, signer et suivre les accords Acrobat Sign directement dans l’application Approbations.
Microsoft Teams met à la disposition de tous les utilisateurs les applications Approbations et Acrobat Sign. Aucun logiciel supplémentaire n’est à télécharger. Si vous ne voyez pas l’application Approbations ni Acrobat Sign comme option dans l’application Approbations, contactez votre administrateur Microsoft Teams et demandez leur activation.
Plates-formes prises en charge :
La prise en charge de la version 9.3.x d’Adobe Sign pour Dynamics a expiré en novembre 2021.
Veuillez noter que cette exigence de mise à niveau est une exception au cycle de vie normal des intégrations, en raison de la nature des mises à jour appliquées.
En téléchargeant le package Adobe Sign pour MS Dynamics, vous reconnaissez que vous avez lu et accepté toutes les Conditions générales d’utilisation :
La solution Adobe Sign pour SharePoint est prise en charge uniquement dans l’IU classique de SharePoint 2019 (local).
Adobe et Microsoft travaillent actuellement à étendre la prise en charge afin d’inclure l’interface utilisateur moderne.
Les workflows ne sont plus pris en charge pour SharePoint Online.
Reportez-vous au guide Microsoft PowerApps and Power Automate associé à cette fonction.
La prise en charge de l’intégration d’Adobe Sign pour NetSuite v4.0.5 et versions antérieures a pris fin.
Veuillez effectuer la mise à niveau vers la version 4.0.6 pour assurer la continuité des fonctionnalités et de la prise en charge de l’intégration Adobe Sign pour NetSuite. Les versions non prises en charge ne peuvent pas être utilisées pour créer une connexion avec Adobe Sign, car une dépréciation a été introduite avec NetSuite 2021.2.
Acrobat Sign ne prend plus en charge les anciens modèles d’authentification d’API depuis mai 2021.
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. Dans le cadre de ce processus, Acrobat Sign a cessé en mai 2021 de prendre en charge les anciens modèles d’authentification d’API qui permettaient d’envoyer le nom d’utilisateur et le mot de passe dans l’appel 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 avec Acrobat Sign doivent 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 doivent effectuer la mise à niveau vers la dernière version de l’application Acrobat Sign pour iOS et Android.
Fin de vie prévue de l’API SOAP en mai 2021
Avec la publication de la version 6 de l’API REST, qui procure aux développeurs d’Acrobat Sign la meilleure expérience de programmation, l’API SOAP est devenue obsolète et n’est plus prise en charge depuis mai 2021. L’API REST est désormais l’interface privilégiée des intégrateurs et développeurs d’applications. Les prochains développements devront être réalisés au sein de cette API.
Accéder à votre compte