Tous les dossiers doivent être envoyés par l’intermédiaire d’un administrateur (au niveau du groupe ou du compte) : les utilisateurs finaux (dans des comptes multi-utilisateurs) doivent contacter leurs administrateurs de groupe ou de compte pour soumettre de nouveaux dossiers d’assistance. Seuls les administrateurs peuvent demander des modifications du système. En limitant la création de nouveaux dossiers aux administrateurs uniquement, il est plus simple d’obtenir une autorisation pour commencer des mesures correctives.
Les administrateurs peuvent demander que d’autres parties/utilisateurs participent en tant que contributeurs au dossier en :
1. Ouvrez l’environnement d’assistance :
Il existe deux manières de contacter l’assistance :
2. Cliquez sur l’onglet Assistance.
3. Sélectionnez Créer un dossier.
Des options par chat et téléphone peuvent également être disponibles.
2. Cliquez sur Commencez ici sous Ouvrir un dossier de support.
3. Sélectionnez Demande de support.
Des options par chat et téléphone peuvent également être disponibles.
Chaque problème requiert que vous fournissiez des renseignements qui nous permettent de commencer notre examen.
Vous trouverez ci-dessous les catégories de support courantes avec une liste de points de données suggérés qui sont souvent nécessaires pour isoler rapidement le problème :
Lorsque vous accédez à la page Accueil ou Gérer, elle est entièrement vide.
Test : essayez de charger cette page : https://documentcloud.adobe.com/fr/fr/
Du fait que le RGPD impose d’obtenir le consentement de l’utilisateur avant de stocker ses données sur des appareils, certains utilisateurs peuvent recevoir une ou plusieurs demandes d’activation des cookies :
Lorsque le domaine racine est différent sur une redirection de page, l’utilisateur est invité à réactiver les cookies (pour le nouveau domaine).
Les utilisateurs peuvent limiter ce problème en mettant à jour leurs signets pour qu’ils pointent vers le domaine adobesign.com au lieu de echosign.com.
Un bogue précédent, qui provoquait l’affichage de l’invite relative aux cookies à chaque changement de page (alors que le domaine racine restait le même), a été résolu dans la version de septembre. Les utilisateurs ne doivent plus voir d’invite lorsqu’ils passent d’une page à l’autre (uniquement lors du passage d’un domaine à l’autre).
Lorsqu’une entreprise configure un domaine comme « adobe.com », des enregistrements DNS pointent tous les appels vers le domaine adobe.com sur une ou plusieurs adresses IP de serveur sur Internet. Il existe également des enregistrements DNS pour les e-mails qui pointent vers le ou les serveurs de messagerie pour ce domaine.
Si Acrobat Sign envoyait des e-mails à partir de nos serveurs adobesign.com, mais insérait une adresse e-mail « de » avec un domaine qui ne correspondait pas à ces enregistrements DNS, le domaine de messagerie de l’adresse « de » ne renverrait pas aux serveurs de messagerie de ce domaine et le serveur de messagerie de réception identifierait l’e-mail comme un spam (c’est une façon courante de « tromper » les utilisateurs en leur faisant penser qu’ils ont reçu un e-mail d’un expéditeur connu).
Comme il n’est pas possible de modifier les serveurs d’envoi, il est impossible de changer la valeur de l’e-mail « de » adobesign.com sur les e-mails sortants.
Connectez-vous à Acrobat Sign et accédez à votre page Gérer.
Recherchez l’accord souhaité et cliquez une fois dessus pour le sélectionner.
Téléchargez le rapport d’audit sur votre système local.
Ouvrez le fichier PDF téléchargé.
Les administrateurs de compte et de groupe peuvent configurer le champ de signature électronique pour ajouter ou supprimer la ligne bleue de signature et le texte de nom/date en dessous d’une signature électronique.
La ligne bleue peut également être configurée pour être raccourcie afin de mieux correspondre à la signature fournie.
Ces options peuvent être configurées dans la section Préférences de signature du menu Administrateur d’Acrobat Sign.
Les webhooks qui enregistrent trop d’échecs en réponse se désactivent automatiquement et en informent l’administrateur du client ou leur propriétaire.
Lorsque ces e-mails sont distribués, ils peuvent être personnalisés pour mieux répondre aux besoins du client. Cette fonction dépend de trois paramètres :
Le retardateur et le compteur s’interrompent dès que le webhook répond correctement.
Le destinataire des e-mails dépend de la portée du webhook.
Si le contact principal n’est pas disponible, le contact secondaire est informé :
|
Portée du webhook |
Contact principal |
Contact secondaire |
|---|---|---|
|
Compte |
Administrateurs de compte |
Créateur du webhook |
|
Groupe |
Administrateurs de groupe |
Administrateurs de compte/Créateur du webhook |
|
Utilisateur |
Créateur du webhook |
-- |
|
Accord |
Créateur du webhook |
-- |
Contactez votre gestionnaire de clientèle (ou ouvrez un dossier de support) pour personnaliser les seuils de notification.
Lorsqu’un document d’un workflow n’est plus accessible, le workflow renvoie un message d’Erreur de serveur lors de la modification du workflow :
Les expéditeurs qui tentent d’utiliser un workflow présentant ce problème reçoivent un message d’erreur indiquant que le workflow contient des documents qui ne leur sont pas accessibles :
Cette erreur signifie que ce workflow n’a plus l’autorisation d’utiliser un ou plusieurs des modèles de bibliothèque joints. Cela se produit généralement lorsque les droits d’accès au modèle sont modifiés, passant de l’autorisation d’accès au compte/groupe à la limitation de l’accès au propriétaire.
Les administrateurs doivent annuler ce message d’erreur plutôt que de recharger la page.
Pour corriger l’erreur :
Ressources supplémentaires :
Connectez-vous à Acrobat Sign et accédez à votre page Gérer.
Recherchez l’accord souhaité et cliquez une fois dessus pour le sélectionner.
Téléchargez le rapport d’audit sur votre système local.
Ouvrez le fichier PDF téléchargé.
Les administrateurs de compte et de groupe peuvent configurer le champ de signature électronique pour ajouter ou supprimer la ligne bleue de signature et le texte de nom/date en dessous d’une signature électronique.
La ligne bleue peut également être configurée pour être raccourcie afin de mieux correspondre à la signature fournie.
Ces options peuvent être configurées dans la section Préférences de signature du menu Administrateur d’Acrobat Sign.
Les webhooks qui enregistrent trop d’échecs en réponse se désactivent automatiquement et en informent l’administrateur du client ou leur propriétaire.
Lorsque ces e-mails sont distribués, ils peuvent être personnalisés pour mieux répondre aux besoins du client. Cette fonction dépend de trois paramètres :
Le retardateur et le compteur s’interrompent dès que le webhook répond correctement.
Le destinataire des e-mails dépend de la portée du webhook.
Si le contact principal n’est pas disponible, le contact secondaire est informé :
|
Portée du webhook |
Contact principal |
Contact secondaire |
|---|---|---|
|
Compte |
Administrateurs de compte |
Créateur du webhook |
|
Groupe |
Administrateurs de groupe |
Administrateurs de compte/Créateur du webhook |
|
Utilisateur |
Créateur du webhook |
-- |
|
Accord |
Créateur du webhook |
-- |
Contactez votre gestionnaire de clientèle (ou ouvrez un dossier de support) pour personnaliser les seuils de notification.
Lorsqu’un document d’un workflow n’est plus accessible, le workflow renvoie un message d’Erreur de serveur lors de la modification du workflow :
Les expéditeurs qui tentent d’utiliser un workflow présentant ce problème reçoivent un message d’erreur indiquant que le workflow contient des documents qui ne leur sont pas accessibles :
Cette erreur signifie que ce workflow n’a plus l’autorisation d’utiliser un ou plusieurs des modèles de bibliothèque joints. Cela se produit généralement lorsque les droits d’accès au modèle sont modifiés, passant de l’autorisation d’accès au compte/groupe à la limitation de l’accès au propriétaire.
Les administrateurs doivent annuler ce message d’erreur plutôt que de recharger la page.
Pour corriger l’erreur :
Accéder à votre compte