Guide d'utilisation Annuler

Affectation d’utilisateurs à plusieurs groupes

Rechercher
Adobe Sign

Adobe Sign

Ouvrir l’application

 

Guide Adobe Acrobat Sign

Nouveautés

  1. Notes de version préliminaire
  2. Notes de mise à jour
  3. Notifications importantes

Commencer

  1. Guide de démarrage rapide à l’attention des administrateurs
  2. Guide de démarrage rapide à l’attention des utilisateurs
  3. Pour les développeurs
  4. Bibliothèque de tutoriels vidéo
  5. Foire aux questions

Administration

  1. Présentation d’Admin Console
  2. Gestion des utilisateurs
    1. Ajout d’utilisateurs
      1. Ajout d’un utilisateur
      2. Ajout d’utilisateurs en masse
      3. Ajout d’utilisateurs à partir de votre répertoire
      4. Ajout d’utilisateurs à partir de Microsoft Azure Active Directory
    2. Création d’utilisateurs axés sur les fonctions
      1. Comptes techniques - Pilotés par API
      2. Comptes de service - Pilotés manuellement
    3. Recherche d’utilisateurs présentant des erreurs d’approvisionnement
    4. Modification du nom/de l’adresse e-mail
    5. Modification de l’appartenance d’un utilisateur à un groupe
    6. Modification de l’appartenance d’un utilisateur à un groupe via l’interface de groupe
    7. Promotion d’un utilisateur à un rôle d’administrateur
    8. Types d’identités des utilisateurs et SSO
    9. Changement d’identité d’utilisateur
    10. Authentification des utilisateurs avec Microsoft Azure
    11. Authentification des utilisateurs avec la fédération Google
    12. Profils de produit
    13. Expérience de connexion
  3. Paramètres de compte/groupe
    1. Présentation des paramètres
    2. Paramètres généraux
      1. ID et niveau de compte
      2. Nouvelle expérience pour les destinataires
      3. Workflows de signature automatique
      4. Envoi en masse
      5. Formulaires web
      6. Workflows d’envoi personnalisés
      7. Workflows Power Automate
      8. Documents de bibliothèque
      9. Collecte des données de formulaire avec les accords
      10. Visibilité limitée de documents
      11. Ajout d’une copie PDF de l’accord signé en pièce jointe
      12. Insertion d’un lien dans l’e-mail
      13. Insertion d’une image dans l’e-mail
      14. Fichiers joints à un e-mail nommés
      15. Ajout de rapports d’audit aux documents en pièces jointes
      16. Fusion de plusieurs documents en un seul
      17. Téléchargement de documents individuels
      18. Chargement d’un document signé
      19. Délégation pour les utilisateurs de mon compte
      20. Autorisation de la délégation des destinataires externes
      21. Autorisation de signature
      22. Autorisation d’envoi
      23. Pouvoir d’ajouter des cachets électroniques
      24. Définition d’un fuseau horaire par défaut
      25. Définition d’un format de date par défaut
      26. Utilisateurs dans plusieurs groupes (UMG)
        1. Mise à niveau pour utiliser la fonctionnalité Utilisateurs dans plusieurs groupes
      27. Autorisations d’administrateur de groupe
      28. Remplacement du destinataire
      29. Rapport d’audit
        1. Présentation
        2. Autorisation des accès non authentifiés sur la page de vérification des transactions
        3. Inclusion des rappels
        4. Insertion des événements de consultation
        5. Inclusion du nombre de pages/pièces jointes de l’accord
      30. Pied de page de la transaction
      31. Dans les messages et les conseils sur les produits
      32. PDF accessibles
      33. Nouvelle expérience de création
      34. Client du secteur de la santé
    3. Configuration du compte
      1. Ajout d’un logo
      2. Personnalisation du nom d’hôte/de l’URL de la société
      3. Ajout du nom de l’entreprise
      4. Redirection d’URL une fois l’accord complété
    4. Préférences de signature
      1. Signatures correctement formatées
      2. Autorisation des destinataires à signer par
      3. Possibilité pour les signataires de modifier leur nom
      4. Autorisation des destinataires à utiliser leur signature enregistrée
      5. Personnalisation des conditions d’utilisation et de la règle concernant la divulgation des informations de l’utilisateur
      6. Navigation des destinataires dans les champs de formulaire
      7. Redémarrage du workflow de l’accord
      8. Refus de signer
      9. Autorisation des processus avec tampons
      10. Ajout de la fonction ou la société obligatoire pour les destinataires
      11. Autorisation des signataires à imprimer et à apposer une signature manuscrite
      12. Affichage des messages lors de la signature électronique
      13. Obligation pour les signataires d’utiliser un appareil mobile pour créer leur signature
      14. Adresse IP des signataires requise
      15. Exclusion du nom de la société et de la fonction des tampons de participation
    5. Signatures numériques
      1. Présentation
      2. Téléchargement et signature d’un document avec Acrobat
      3. Signatures en mode cloud
      4. Inclure les métadonnées pour les fournisseurs d’identité
      5. Fournisseurs de signature en mode cloud restreints
    6. Cachets électroniques
    7. Identité numérique
      1. Passerelle d’identités numériques
      2. Politique de vérification d’identité
    8. Paramètres de rapport
      1. Nouvelle expérience de rapport
      2. Paramètres de rapport classiques
    9. Paramètres de sécurité
      1. Paramètres d’authentification unique
      2. Paramètres de mémorisation
      3. Politique de mot de passe de connexion
      4. Sécurité du mot de passe de connexion
      5. Durée de la session web
      6. Type de chiffrement PDF
      7. API
      8. Accès aux informations sur les utilisateurs et les groupes
      9. Plages d’adresses IP autorisées
      10. Partage de compte
      11. Autorisations de partage de compte
      12. Commandes de partage d’accords
      13. Vérification de l’identité des signataires
      14. Mot de passe de signature des accords
      15. Sécurité du mot de passe du document
      16. Blocage des signataires par géolocalisation
      17. Authentification téléphonique
      18. Authentification basée sur les connaissances (KBA)
      19. Autorisation de l’extraction de pages
      20. Expiration du lien de document
      21. Chargement d’un certificat client pour les webhooks/rappels
      22. Horodatage
    10. Paramètres d’envoi
      1. Affichage de la page Envoyer après la connexion
      2. Nom du destinataire requis lors de l’envoi
      3. Verrouillage des valeurs de nom pour les utilisateurs connus
      4. Rôles autorisés du destinataire
      5. Autorisation des témoins électroniques
      6. Groupes de destinataires
      7. En copie
      8. Accès du destinataire à l’accord
      9. Champs requis
      10. Ajout de documents en pièces jointes
      11. Aplatissement du champ
      12. Modification des accords
      13. Nom de l’accord
      14. Langues
      15. Messages privés
      16. Types de signature autorisés
      17. Rappels
      18. Protection par mot de passe des documents signés
      19. Envoi d’une notification d’accord par
      20. Options d’identification du signataire
        1. Présentation
        2. Mot de passe de signature
        3. Mot de passe à usage unique par e-mail
        4. Authentification Acrobat Sign
        5. Authentification téléphonique
        6. Signature numérique dans le cloud
        7. Authentification fondée sur les connaissances
        8. Pièce d’identité officielle
        9. Rapports d’identité des signataires
      21. Protection du contenu
      22. Activation des transactions Notarize
      23. Expiration du document
      24. Aperçu, positionnement des signatures et ajout de champs
      25. Ordre de signature
      26. Liquid Mode
      27. Commandes de workflow personnalisé
      28. Options de chargement pour la page de signature électronique
      29. Redirection de l’URL de confirmation post-signature
    11. Modèles de message
    12. Paramètres bio-pharma
      1. Présentation
      2. Fonction Appliquer l’authentification de l’identité
      3. Motifs de la signature
    13. Intégration des workflows
    14. Paramètres d’authentification notariale
    15. Intégration des paiements
    16. Messages pour les signataires
    17. Paramètres SAML
      1. Configuration SAML
      2. Installation des services Microsoft Active Directory Federation Services
      3. Installation d’Okta
      4. Installation de OneLogin
      5. Installation d’Oracle Identity Federation
    18. Gouvernance des données
    19. Paramètres d’horodatage
    20. Archive externe
    21. Langues du compte
    22. Paramètres de messagerie
      1. Images d’en-tête et de pied de page d’e-mail
      2. Autorisation de pieds de page dans l’e-mail d’un utilisateur individuel
      3. Personnalisation de l’e-mail « Signature requise »
      4. Personnalisation des champs « À » et « Cc »
      5. Activation des notifications sans lien
      6. Personnalisation des modèles de courrier électronique
    23. Migration d’echosign.com vers adobesign.com
    24. Configuration des options pour les destinataires
  4. Conseils relatifs aux exigences réglementaires
    1. Accessibilité
      1. Conformité de l’accessibilité
      2. Création de formulaires accessibles avec Acrobat pour poste de travail
      3. Création de formulaires AcroForms accessibles
    2. HIPAA
    3. RGPD
      1. Présentation du RGPD
      2. Biffure d’un utilisateur
      3. Biffure des accords d’un utilisateur
    4. 21 CFR Part 11 et EudraLex Annexe 11
      1. Pack de validation 21 CRF Part 11
      2. Manuel 21 CFR et EudraLex Annexe 11
      3. Analyse des responsabilités partagées
    5. Clients du secteur de la santé
    6. Prise en charge du service fiscal Income Verification Express Service (IVES)
    7. Accords « placés dans le coffre »
    8. Considérations relatives à l’Union européenne et au Royaume-Uni
      1. eIDAS et transactions transfrontalières dans l’Union européenne et au Royaume-Uni
      2. Exigences HMLR pour les actes signés électroniquement
      3. Impact du Brexit sur les lois sur les signatures électroniques au Royaume-Uni
  5. Téléchargement d’accords en masse
  6. Dépôt de votre domaine
  7. Liens Signaler un abus

Envoi, signature et gestion des accords

  1. Options du destinataire
    1. Annulation d’un rappel par e-mail
    2. Options de la page de signature électronique
      1. Vue d’ensemble de la page de signature électronique
      2. Ouverture d’un accord pour le lire sans champs
      3. Refus de signer un accord
      4. Délégation de l’autorité de signature
      5. Redémarrage de l’accord
      6. Téléchargement d’un PDF de l’accord
      7. Affichage de l’historique de l’accord
      8. Affichage des messages de l’accord
      9. Conversion d’une signature électronique en signature manuscrite
      10. Conversion d’une signature manuscrite en signature électronique 
      11. Navigation dans les champs de formulaire
      12. Effacement des données des champs de formulaire
      13. Agrandissement de la page de signature électronique et navigation dans la page
      14. Modification de la langue utilisée dans les outils et informations de l’accord
      15. Consultation des informations juridiques
      16. Réglage des préférences d’Acrobat Sign en matière de cookies
  2. Envoi les accords
    1. Présentation de la page Envoyer
    2. Envoi d’un accord uniquement à vous-même
    3. Envoi d’un accord à d’autres utilisateurs
    4. Signatures manuscrites
    5. Ordre de signature des destinataires
    6. Envoi en masse
      1. Vue d’ensemble de la fonction Envoi en masse
      2. Envoi en masse : configuration d’un modèle parent
      3. Envoi en masse : configuration du fichier CSV
      4. Annulation d’une transaction Envoyer en masse
      5. Ajout de rappels à l’Envoi en masse
      6. Rapports pour l’Envoi en masse
  3. Création de champs dans des documents
    1. Environnement de création intégré à l’application
      1. Détection automatique des champs
      2. Glisser-déposer des champs à l’aide de l’environnement de création
      3. Affectation des champs de formulaire aux destinataires
      4. Rôle de préremplissage
      5. Application de champs à l’aide d’un modèle de champ réutilisable
      6. Transfert de champs vers un nouveau modèle de bibliothèque
      7. Mise à jour de l’environnement de création lors de l’envoi d’accords
    2. Création de formulaires avec des balises de texte
    3. Création de formulaires avec Acrobat (AcroForms)
      1. Création d’un formulaire AcroForm
      2. Création de fichiers PDF accessibles
    4. Champs
      1. Types de champ
        1. Types de champs communs
        2. Images intégrées
        3. Tampons
      2. Apparence du contenu d’un champ
      3. Validations des champs
      4. Valeurs des champs masqués
      5. Définition des conditions d’affichage/de masquage
      6. Champs calculés
    5. FAQ sur la création
  4. Signature d’accords
    1. Signature des accords qui vous ont été envoyés
    2. Outil Remplir et signer
    3. Signature automatique
  5. Gérer les accords
    1. Présentation de la page Gérer
    2. Accords de délégation
    3. Remplacement des destinataires
    4. Limitation de la visibilité des documents
    5. Annulation d’un accord
    6. Création de nouveaux rappels
    7. Vérification des rappels
    8. Annulation d’un rappel
    9. Accès aux flux Power Automate
    10. Autres actions
      1. Fonctionnement de la recherche
      2. Affichage d’un accord
      3. Création d’un modèle à partir d’un accord
      4. Masquage/Affichage des accords dans la vue
      5. Chargement d’un accord signé
      6. Modification des fichiers et des champs d’un accord envoyé
      7. Modification de la méthode d’authentification d’un destinataire
      8. Ajout ou modification d’une date d’expiration
      9. Ajout d’une note à l’accord
      10. Partage d’un accord individuel
      11. Annulation du partage d’un accord
      12. Téléchargement d’un accord individuel
      13. Téléchargement des fichiers individuels d’un accord
      14. Téléchargement du rapport d’audit d’un accord
      15. Téléchargement du contenu des fichiers d’un accord
  6. Rapport d’audit
  7. Rapports et exportations de données
    1. Présentation
    2. Octroi aux utilisateurs d’un accès aux rapports
    3. Graphiques de rapports
      1. Création d’un rapport
      2. Rapports sur les accords
      3. Rapports de transactions
      4. Rapport sur l’activité des paramètres
      5. Modification d’un rapport
    4. Exportations de données
      1. Création d’une exportation de données
      2. Export des données de formulaires web
      3. Modification d’une exportation de données
      4. Actualisation du contenu d’une exportation de données
      5. Téléchargement de l’exportation de données
    5. Attribution d’un nouveau nom à un graphique/une exportation
    6. Duplication d’un rapport/d’une exportation
    7. Planification d’un rapport/d’une exportation
    8. Suppression d’un rapport/d’une exportation
    9. Vérification de l’utilisation des transactions

Fonctionnalités et workflows d’accord avancés

  1. Formulaires web
    1. Création d’un formulaire web
    2. Modification d’un formulaire web
    3. Désactivation/Activation d’un formulaire web
    4. Masquage/Affichage d’un formulaire web
    5. Recherche de l’URL ou du code de script
    6. Préremplissage des champs de formulaire web avec les paramètres d’URL
    7. Enregistrement d’un formulaire web à remplir ultérieurement
    8. Redimensionnement d’un formulaire web
  2. Modèles réutilisables (modèles de bibliothèque)
    1. Formulaires de l’administration américaine dans la bibliothèque Acrobat Sign
    2. Création d’un modèle de bibliothèque
    3. Modification du nom d’un modèle de bibliothèque
    4. Modification du type d’un modèle de bibliothèque
    5. Modification du niveau d’autorisation d’un modèle de bibliothèque
    6. Copie, modification et enregistrement d’un modèle partagé
    7. Téléchargement des données de champ agrégées d’un modèle de bibliothèque
  3. Transfert de la propriété des formulaires web et des modèles de bibliothèque
  4. Workflows Power Automate
    1. Présentation de l’intégration Power Automate et des droits inclus
    2. Activation de l’intégration Power Automate
    3. Actions contextuelles sur la page Gérer
    4. Suivi de l’utilisation de Power Automate
    5. Création d’un flux (exemples)
    6. Déclencheurs utilisés pour les flux
    7. Importation de flux depuis l’extérieur d’Acrobat Sign
    8. Gestion des flux
    9. Modification des flux
    10. Partage des flux
    11. Désactivation ou activation des flux
    12. Suppression des flux
    13. Modèles utiles
      1. Administrateur uniquement
        1. Enregistrement de tous les documents terminés dans SharePoint
        2. Enregistrement de tous les documents terminés dans OneDrive Entreprise
        3. Enregistrement de tous les documents terminés dans Google Drive
        4. Enregistrement de tous les documents terminés dans Dropbox
        5. Enregistrement de tous les documents terminés dans Box
      2. Archivage des accords
        1. Enregistrement des documents terminés dans SharePoint
        2. Enregistrement des documents terminés dans OneDrive Entreprise
        3. Enregistrement de vos documents terminés dans Google Drive
        4. Enregistrement de vos documents terminés dans Dropbox
        5. Enregistrement des documents terminés dans Box
      3. Archivage des accords de formulaire web
        1. Enregistrement des documents de formulaire web terminés dans une bibliothèque SharePoint
        2. Enregistrement des documents de formulaire web terminés dans OneDrive Entreprise
        3. Enregistrement des documents terminés dans Google Drive
        4. Enregistrement des documents de formulaire web terminés dans Box
      4. Extraction des données d’accord
        1. Extraction des données des champs de formulaire de votre document signé et mise à jour de la feuille Excel
      5. Notifications d’accord
        1. Envoi de notifications personnalisées par e-mail avec le contenu de votre accord et l’accord signé
        2. Obtention des notifications Adobe Acrobat Sign dans un canal Teams
        3. Obtention des notifications Adobe Acrobat Sign dans Slack
        4. Obtention des notifications Adobe Acrobat Sign dans Webex
      6. Génération d’un accord
        1. Génération d’un document à partir d’un formulaire Power Apps et d’un modèle Word et envoi pour signature
        2. Génération d’un accord à partir d’un modèle Word dans OneDrive et obtention d’une signature
        3. Génération d’un accord pour la ligne Excel sélectionnée, envoi pour révision et signature
  5. Workflows d’envoi personnalisés
    1. Présentation des workflows d’envoi personnalisés
    2. Création d’un nouveau workflow d’envoi
    3. Modification d’un workflow d’envoi
    4. Activation ou désactivation d’un workflow d’envoi
    5. Envoi d’un accord avec un workflow d’envoi
  6. Partage d’utilisateurs et d’accords
    1. Partage d’un utilisateur
    2. Partage d’accords

Intégration à d’autres produits

  1.  Présentation des intégrations Acrobat Sign
  2.  Acrobat Sign pour Saleforce
  3. Acrobat Sign pour Microsoft
    1. Acrobat Sign pour Microsoft 365
    2. Acrobat Sign pour Outlook
    3. Acrobat Sign pour Word/PowerPoint
    4. Acrobat Sign pour Teams
    5. Acrobat Sign pour Microsoft PowerApps et Power Automate
    6. Connecteur Acrobat Sign pour Microsoft Search
    7. Acrobat Sign pour Microsoft Dynamics
    8. Acrobat Sign pour Microsoft SharePoint
  4. Autres intégrations
    1.  Acrobat Sign pour ServiceNow
    2. Acrobat Sign pour les RH ServiceNow
    3. Acrobat Sign pour SAP SuccessFactors
    4.  Acrobat Sign pour Workday
    5. Acrobat Sign pour NetSuite
    6. Acrobat Sign pour VeevaVault
    7. Acrobat Sign pour Coupa BSM Suite
  5. Intégrations gérées par des partenaires
  6. Obtention d’une clé d’intégration

Développeur Acrobat Sign

  1. API REST
    1. Documentation sur les méthodes
    2. Guide du développeur/SDK
    3. FAQ sur les API
  2. Webhooks
    1. Présentation des webhooks
    2. Configuration d’un nouveau webhook
    3. Affichage ou modification d’un webhook
    4. Désactivation ou réactivation d’un webhook
    5. Suppression d’un webhook
    6. Certificats SSL bidirectionnels
    7. Webhooks dans l’API

Assistance et dépannage

  1. Ressources pour le Service clientèle 
  2. Ressources pour le succès client de grands comptes

En autorisant les utilisateurs à envoyer des accords à partir de plusieurs groupes, les administrateurs peuvent lier fortement les modèles de bibliothèque, l’authentification des destinataires et les exigences de signature à un groupe, permettant ainsi au workflow de définir la nature du groupe plutôt que les utilisateurs qui y sont associés.

Présentation

Lors de la création d’un accord, ce sont les paramètres au niveau du groupe qui déterminent en grande partie les actifs disponibles (modèles/workflows) et les propriétés de l’accord imposées par le système (branding, rôles des destinataires, méthodes d’authentification, sécurité/rétention des PDF, etc.).

Tout ID utilisateur individuel verrouillé dans un groupe est également verrouillé dans un ensemble de paramètres par défaut, dans un ensemble de modèles et de workflows, ainsi que dans un concept de conformité à la signature.

Le fait de permettre aux utilisateurs d’accéder à plusieurs groupes donne aux administrateurs la possibilité d’envisager les groupes comme bien plus qu’un ensemble d’utilisateurs. Les groupes peuvent ainsi être considérés comme un environnement encadré par des exigences spécifiques de signature des documents auxquels vous accordez l’accès aux utilisateurs.

Par exemple, un groupe peut être conçu autour d’un ensemble de règles de signature et de distribution très strictes liées à la conformité, alors qu’un autre peut l’être autour de workflows et de modèles internes à faible authentification. Les utilisateurs affectés aux deux groupes pourront accéder à toutes les ressources de chaque groupe.

Les administrateurs de groupe ont également la possibilité de gérer plusieurs groupes, ce qui améliore l’exploitabilité de leur rôle.

Remarque :

ce document met en évidence les modifications apportées par la fonctionnalité « Utilisateurs dans plusieurs groupes » à l’interface et aux fonctions dédiées aux utilisateurs. Il identifie en outre les conséquences pour les administrateurs de la migration vers la fonctionnalité « Utilisateurs dans plusieurs groupes ».

Conditions préalables

  • Seuls les comptes de niveau Entreprises et Grands comptes peuvent activer la fonctionnalité Utilisateurs dans plusieurs groupes.
  • Assurez-vous que votre sécurité réseau autorise explicitement l’accès aux points d’entrée Acrobat Sign.
  • La version la plus récente de l’interface Workflows personnalisés, Accueil et Gérer doit être activée pour le compte
    • Le fait de basculer le compte pour permettre aux utilisateurs d’accéder à plusieurs groupes active automatiquement les nouvelles versions de page, le cas échéant, et désactive les options afin de revenir à l’interface héritée.  Les liens de « bascule » sont concernés
      • Les pages Workflow/Accueil/Gérer héritées ne sont pas compatibles avec la fonctionnalité Utilisateurs dans plusieurs groupes
      • La sauvegarde hors de la fonctionnalité Utilisateurs dans plusieurs groupes ne réinitialise pas les pages Accueil/Gérer
  • Vous devez vérifier les intégrations prises en charge par Acrobat Sign, le développement d’API personnalisées et/ou les intégrations tierces des comptes Développeur pour garantir leurs fonctionnalités.

Groupe principal

Tous les utilisateurs soumis aux règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes se voient attribuer un « groupe principal ».  Le groupe principal est :

  • Le groupe par défaut chargé par l’utilisateur lorsqu’il accède à la page Envoyer
  • Le groupe qui définit l’autorité/les paramètres de signature des ID utilisateur si un accord est envoyé à leur adresse e-mail
  • Le groupe référencé si un paramètre de niveau groupe est nécessaire et que la source de la requête n’a pas connaissance de la fonctionnalité Utilisateurs dans plusieurs groupes
    • Exemple : les intégrations Acrobat Sign peuvent couvrir plusieurs versions. Les anciennes versions qui ne prennent pas en compte la fonctionnalité Utilisateurs dans plusieurs groupes doivent faire référence à une valeur par défaut, c’est-à-dire au groupe principal

Objets et héritage (objets parent-enfant)

« Objet » désigne un ensemble de propriétés représentant une idée. Votre compte est un type d’objet, tout comme votre utilisateur.

Dans les applications telles qu’Acrobat Sign, les objets peuvent être utilisés comme modèles pour créer d’autres objets. Lorsqu’un objet est construit à partir d’un objet « modèle », les deux objets ont une relation parent-enfant.

L’objet enfant étant une copie directe du parent, leurs paramètres sont identiques.  L’objet enfant hérite des valeurs des propriétés de son parent. Si une valeur parent est modifiée, la modification est répercutée sur l’enfant.

Dans Acrobat Sign, une arborescence d’objets désigne le groupe de propriétés Compte > Groupe > Utilisateur.

  • Chaque groupe hérite naturellement des propriétés du compte dans lequel il se trouve, puisque les groupes sont des objets enfants du compte
  • Chaque utilisateur hérite des propriétés du groupe dans lequel il se trouve, puisque les utilisateurs sont considérés comme les objets enfants du groupe

Observez la chaîne d’objets Compte > Groupe > Utilisateur afin de comprendre facilement comment le déplacement d’un utilisateur vers un nouveau groupe modifie la fonctionnalité « par défaut » de l’utilisateur en raison des nouveaux paramètres hérités du groupe.

La modification d’une valeur de propriété d’un objet enfant est autorisée. Cette modification explicite rompt généralement l’héritage de cette valeur de propriété de l’objet parent. Si l’objet parent modifie la valeur d’une telle propriété, l’enfant n’hérite pas de la nouvelle valeur, car la valeur explicitement définie est prioritaire.

Vous remarquerez cela notamment lorsque les administrateurs de groupe remplacent les paramètres de compte de leur groupe. Ainsi, comme les utilisateurs du groupe sont des objets enfants du groupe dans lequel ils se trouvent, l’expérience utilisateur s’en trouve modifiée.

Les utilisateurs qui ont accès à plusieurs groupes modifient leurs propriétés héritées lorsqu’ils modifient le groupe à partir duquel ils agissent. Vous remarquerez que lorsqu’un utilisateur modifie son groupe sur la page Envoyer, la page est actualisée à mesure que les nouvelles propriétés de groupe sont chargées. Vous remarquerez cela si vous avez un logo pour chaque groupe.

 

Objet ID

Chaque objet possède un numéro d’identification unique.  Cet ID unique permet à l’application de différencier les objets d’un type similaire et de les relier les uns aux autres.

L’utilité des ID utilisateur et des ID de groupe devient plus évidente avec les règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes, en particulier en ce qui concerne le reporting. Lorsqu’un utilisateur crée un actif dans le système (accord, modèle, formulaire web), l’ID utilisateur du créateur et l’ID de groupe dans lequel l’actif a été créé sont codés dans l’actif.

Lorsqu’un utilisateur exécute un rapport sur ses accords, l’application renvoie les données associées à son ID utilisateur. L’ID de groupe n’est pas pertinent pour la recherche (sauf si un filtre est appliqué).

Toutefois, lorsqu’un administrateur de groupe exécute le rapport d’un groupe, l’application renvoie les données se rapportant à l’ID de groupe (quel que soit l’ID utilisateur qui l’a créé).

Si les utilisateurs ne sont présents que dans un seul groupe, il n’y a généralement aucune différence à observer. En revanche, lorsque des utilisateurs créent des actifs dans plusieurs groupes, il est possible que le contenu d’un utilisateur puisse s’étendre aux groupes de plusieurs administrateurs de groupe.

Les administrateurs de groupe peuvent uniquement accéder au contenu généré dans les ID de groupe qu’ils gèrent (à l’exception du contenu qu’ils créent personnellement). Si un administrateur de groupe signale le contenu d’un ID utilisateur, le jeu de données renvoyé inclut uniquement le contenu (créé par l’ID utilisateur) dans le ou les groupes qu’il administre.

Affiliation des actifs de groupes

Les accords, les formulaires web et les événements Envoyer en masse créés avant l’activation de la fonctionnalité Utilisateurs dans plusieurs groupes sont uniquement liés à l’ID d’utilisateur de création.

Les accords, les formulaires web et les événements Envoyer en masse créés après l’activation de la fonctionnalité Utilisateurs dans plusieurs groupes sont liés à l’ID de groupe dans lequel ils ont été créés en plus de l’ID d’utilisateur qui les a créés.

En pratique, cela signifie que les actifs créés avant l’activation de la fonctionnalité Utilisateurs dans plusieurs groupes sont déplacés avec l’utilisateur si vous modifiez le groupe principal de celui-ci. Les utilisateurs qui consultent le groupe (via le partage de compte) ne voient plus ces actifs lorsque l’utilisateur est déplacé hors du groupe partagé.

Les actifs créés après l’activation de la fonctionnalité Utilisateurs dans plusieurs groupes restent liés au groupe. Les utilisateurs qui consultent le groupe continuent de voir les actifs créés dans celui-ci après le déplacement de l’utilisateur créateur vers un nouveau groupe principal.

Activation de la fonctionnalité Utilisateurs dans plusieurs groupes

L’activation ou la désactivation de la fonctionnalité Utilisateurs dans plusieurs groupes peut uniquement être effectuée par l’intermédiaire d’un administrateur de compte. Reportez-vous à cet article pour connaître les instructions à suivre pour mettre à niveau votre compte.

Il est possible d’annuler l’activation de la fonctionnalité Utilisateurs dans plusieurs groupes avec les effets notables ci-dessous :

  • Tous les indicateurs des administrateurs de groupe sont effacés
    • Les indicateurs des administrateurs de compte ne sont pas affectés
    • Les administrateurs de groupe peuvent être réhabilités à leurs groupes dédiés
  • Tous les utilisateurs existent uniquement au sein de leur groupe principal
Remarque :

un utilisateur peut appartenir à 100 groupes maximum.

Différences au niveau de l’utilisateur

Les changements au niveau de l’utilisateur sont omniprésents. Tous les utilisateurs qui peuvent se connecter à Acrobat Sign constateront les modifications ci-dessous :

Différences :

Le profil de l’utilisateur affiche entièrement tous les groupes dans lesquels l’utilisateur est inclus et indique spécifiquement le groupe principal.

Si la fonctionnalité Utilisateurs dans plusieurs groupes est activée :

  • Tous les groupes dont l’utilisateur est membre sont répertoriés
  • Le premier groupe répertorié est toujours le groupe principal

Configuration de votre profil utilisateur

Mon profil

Différences :

Étant donné que l’utilisateur a accès à plusieurs groupes, les modèles et les workflows disponibles sont associés selon le groupe auquel le modèle/workflow est associé.

  • Les modèles et les workflows ne peuvent être associés qu’à un groupe ou au compte dans son ensemble
  • Les modèles/workflows au niveau du compte s’affichent également dans leur propre section, au bas de la liste des groupes
  • Lorsqu’un modèle/workflow est lancé à partir de ce menu, la page Envoyer (Composer) se charge et la valeur du Groupe associé est automatiquement appliquée
    • Le sélecteur Envoyer à partir de est verrouillé sur la valeur du groupe auquel le modèle/workflow est associé
Démarrage d’un modèle ou d’un workflow à partir de la page d’accueil

Si vous utilisez un modèle au niveau du groupe, le groupe est inséré sur la page Envoyer et l’option de modification du groupe est supprimée :

Modèle au niveau du groupe

 

Si vous utilisez un modèle au niveau du compte, le groupe peut être sélectionné (parmi les groupes dont l’utilisateur est membre) :

Modèle au niveau du compte

Différences :

La page Envoyer affiche un sélecteur déroulant en haut de la page, Envoyer à partir de.
Ce sélecteur permet à l’expéditeur de sélectionner le groupe (et toutes les propriétés associées au niveau du groupe) qui régit les propriétés et les options de la transaction. 

  • Dans le champ déroulant Envoyer à partir de, l’utilisateur n’a accès qu’à la sélection des groupes auxquels il a été explicitement ajouté et pour lesquels il a reçu des autorisations d’envoi
  • Le groupe principal est toujours la valeur par défaut (chargée) du groupe lorsque l’utilisateur accède à la page Envoyer

 

Éléments à prendre en compte :

Définissez le sélecteur Envoyer à partir de en premier.

  • La modification du sélecteur impose des paramètres au niveau du groupe, notamment :
    • Le branding
    • Les types d’authentification autorisés
    • Les restrictions de signature
    • Les options partagées de workflow et de modèle de bibliothèque
    • Modèles de message
  • Étant donné que la modification du sélecteur Envoyer à partir de force la page Web à se recharger avec les nouveaux paramètres de groupe, tout contenu ajouté au niveau du champ est perdu avec l’actualisation
  • Une fois qu’un accord est envoyé, le groupe à partir duquel il a été envoyé ne peut plus être modifié
Envoyer à partir du groupe

Différences :

Tout comme la page Envoyer, la page Signature automatique introduit un sélecteur déroulant dans sa partie supérieure : Sélectionner un groupe.

Ce sélecteur permet à l’expéditeur de sélectionner le groupe (et toutes les propriétés associées au niveau du groupe) qui régit les propriétés et les options de la transaction. 

  • L’utilisateur a uniquement accès aux groupes auxquels il est explicitement ajouté
  • Le groupe principal est toujours la valeur par défaut (chargée) du groupe lorsque l’utilisateur accède à la page Envoyer

 

Éléments à prendre en compte :

Définissez le sélecteur Envoyer avec en premier.

  • La modification du sélecteur impose des paramètres au niveau du groupe, notamment :
    • Le branding
    • Les types d’authentification autorisés
    • Les restrictions de signature
    • Les options partagées de workflow et de modèle de bibliothèque
  • Étant donné que la modification du sélecteur Envoyer avec force la page Web à se recharger avec les nouveaux paramètres de groupe, tout contenu ajouté au niveau du champ est perdu avec l’actualisation
Auto-signature

Différences :

Un libellé d’identification a été ajouté au menu contextuel de l’accord pour indiquer le groupe à partir duquel l’accord a été envoyé.

 

Éléments à prendre en compte :

Certaines fonctions sont fortement liées au groupe, comme par exemple les paramètres de reporting et les règles de rétention.

Valeur « Envoyé à partir de » d’un accord

Différences :

Une colonne a été ajoutée à la table des accords affichée sur la page Gérer.

  • L’en-tête Groupe du tableau n’est pas cliquable. Pour trier le jeu de données, utilisez un filtre

 

Affiliation de groupes sur la page Gérer

Différences :

Un nouveau filtre permet de filtrer le jeu de données de la page Gérer par Groupe

  • Seul un filtre Groupe peut être appliqué à la fois
    • Comme pour les autres filtres, une petite balise est renseignée à gauche du bouton Filtres lorsque le filtre Groupe est actif
    • Le filtre Groupe inclut des modèles qui ont été partagés avec le groupe
    • Les filtres Groupe explicites incluent les modèles partagés au niveau du compte
  • Les utilisateurs peuvent uniquement utiliser les filtres pour les groupes dont ils sont actuellement membres
    • L’option Tous les groupes est le seul « filtre » qui inclut les accords créés dans les groupes dont l’utilisateur n’est pas actuellement membre
Filtrer le contenu sur la page Gérer par groupe

Différences :

Lors de la création d’un modèle de bibliothèque, l’auteur a la possibilité de définir les propriétés d’accès au modèle et de partager l’accord avec n’importe quel groupe dont il est membre.

  • Les modèles ne peuvent être partagés qu’avec un seul groupe
  • Lorsqu’un modèle est partagé avec un groupe de cette manière, une relation forte est établie entre le modèle et le groupe. Signification :
    • Les administrateurs ayant accès au groupe peuvent modifier le modèle via l’onglet Bibliothèques partagées
    • Si l’utilisateur est retiré du groupe, le modèle reste en tant qu’actif du groupe (sauf s’il est explicitement relié à un nouveau groupe)
    • Les modèles partagés avec un groupe ne peuvent être utilisés que par les membres du groupe (et l’auteur du modèle)
      • Si le créateur d’un modèle quitte le groupe avec lequel le modèle est partagé :
        • Le créateur du modèle continue d’avoir accès à l’envoi de l’accord (en tant que propriétaire du modèle), bien qu’il ne soit plus affilié au groupe
          • Le créateur du modèle conserve l’autorisation/l’accès permettant de modifier les propriétés de l’accord sur la page Gérer
        • Le groupe continue d’avoir accès au modèle
    • Si l’utilisateur créateur est supprimé de l’application (par l’intermédiaire de la suppression RGPD), les accords peuvent être conservés en tant qu’actif du groupe

 

Éléments à prendre en compte :

Un utilisateur ayant accès à tous les groupes peut être utilisé comme administrateur de document central.

Propriétés du modèle — Sélectionner le groupe

Un utilisateur habilité à créer des formulaires web peut associer son formulaire à n’importe quel groupe dont il est membre.

  • Un formulaire web ne peut être associé qu’à un seul groupe
    • Le groupe associé ne peut plus être modifié une fois le formulaire web créé
  • Les formulaires web ne s’affichent pas dans l’onglet Bibliothèques partagées
  • Si le créateur perd son appartenance au groupe, le formulaire web conserve sa relation de groupe.
Créer un formulaire web

Différences :

Un filtre a été ajouté à la page Rapports pour permettre de limiter les rapports aux accords associés à un ou plusieurs groupes.

  • L’utilisateur doit avoir accès au groupe pour appliquer le filtre
Filtre Rapports pour les groupes

 

Le rapport .csv est toujours pourvu de la même colonne Groupe d’expéditeurs, qui permet d’effectuer un suivi lorsqu’un expéditeur bascule entre les groupes :

Colonne Groupe d’expéditeurs d’un rapport

Remarque :

si un utilisateur est retiré d’un groupe à partir duquel il a précédemment envoyé des accords, il ne pourra pas déclarer ces transactions. 

Différences pour les administrateurs de groupe

Ces modifications d’interface ne sont observables que par les administrateurs de compte (autorisés par les commandes d’administration au niveau du compte) :

Le rôle de l’administrateur de groupe est considérablement amélioré, en ce qu’un utilisateur peut à présent être administrateur de plusieurs groupes. Par ailleurs, il n’est pas tenu d’être l’administrateur de tous les groupes dont il est membre.

Les administrateurs de plusieurs groupes peuvent mieux gérer les documents et les workflows pour des équipes plus larges et signaler le contenu de plusieurs groupes, sans avoir accès à l’ensemble des données du compte.

Différences :

Si l’utilisateur est administrateur de plusieurs groupes, les Workflows et les Bibliothèques partagées sont déplacés du niveau supérieur des options de menu de l’administrateur du groupe vers les sous-menus de chaque groupe particulier :

Menu Administrateur de groupe

 

Lorsque la fonctionnalité Utilisateurs dans plusieurs groupes est activée, vous devez d’abord sélectionner le groupe et ouvrir les paramètres du groupe pour accéder aux options et paramètres de menu spécifiques au groupe :

Paramètres de groupe avec la fonctionnalité Utilisateurs dans plusieurs groupes

Différences :

Lorsqu’un administrateur de groupe dispose d’une autorité administrative sur plusieurs groupes, il doit d’abord sélectionner le groupe qu’il souhaite configurer :

  • Sélectionnez Groupes dans la liste de menus du rail de gauche
  • Cliquez une fois sur le groupe à modifier (pour afficher le lien Paramètres de groupe)
  • Cliquez sur le lien Paramètres de groupe
Menu Groupe

Différences :

L’administrateur de groupe n’a plus la possibilité de forcer l’affichage des accords pour les utilisateurs nouvellement créés.

  • Les administrateurs de compte disposent toujours de cette autorité
Option Afficher leurs accords

Différences :

Pour ajouter un utilisateur à votre compte, vous devez d’abord sélectionner un groupe pour accéder à l’option de menu Utilisateurs dans le groupe

Remarque :

lors de la création d’utilisateurs individuels, le groupe sélectionné définit le groupe principal de l’utilisateur.

Les administrateurs de groupe n’ont pas le droit de modifier le groupe principal une fois l’utilisateur créé.

Accès des utilisateurs via des groupes

Le processus de création d’un utilisateur unique est le même, sans l’option permettant de forcer un partage d’affichage des accords de l’utilisateur (voir ci-dessus).

 

Éléments à prendre en compte :

La création d’utilisateurs individuels ne permet pas d’inclure l’utilisateur dans plusieurs groupes dans le cadre du processus de création.

Une fois l’utilisateur créé, l’administrateur de groupe peut modifier le profil utilisateur de sorte à inclure l’utilisateur dans d’autres groupes et modifier son autorité d’envoi.

Différences :

Les droits permettant de déterminer si un ID utilisateur peut signer des accords et la possibilité d’installer une règle de délégation automatique pour un ID utilisateur ont été supprimés de l’interface d’administration au niveau du groupe.

  • Cette autorité n’existe qu’avec les administrateurs de compte en vertu des règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes
Éléments supprimés de la boîte de dialogue Modifier le profil d’utilisateur

Les administrateurs de groupe ont le droit d’autoriser ou de refuser l’appartenance d’un utilisateur à chaque groupe qu’ils gèrent via son profil.

  • L’administrateur de groupe doit pouvoir voir l’utilisateur (par le biais de la création ou des droits d’administration) pour que l’utilisateur soit visible dans la liste des utilisateurs

Pour ajouter une appartenance à un groupe :

  • Accédez à la page [Groupe] > Utilisateurs dans le groupe
  • Double-cliquez sur l’utilisateur pour ouvrir son profil
  • Cliquez sur l’icône + à droite de l’en-tête d’appartenance au groupe
    • La boîte de dialogue Ajouter une appartenance à un groupe s’ouvre
  • Sélectionnez le groupe auquel vous souhaitez ajouter l’utilisateur
    • Seuls les groupes de l’administrateur peuvent être sélectionnés
  • Cliquez sur Ajouter
  • Répétez la procédure pour tous les groupes à ajouter
  • Cliquez sur Enregistrer lorsque vous avez terminé
Ajouter une appartenance à un groupe

Les utilisateurs nouvellement placés dans un groupe adoptent deux valeurs d’autorité :

  • Administrateur de groupe : l’ID utilisateur dispose-t-il d’une autorité d’administration au niveau du groupe ?
    • False par défaut
  • Envoyer : l’ID utilisateur dispose-t-il des droits nécessaires pour accéder aux modèles/workflows et envoyer des accords avec le profil de propriété du groupe ?
    • True par défaut

Cochez/décochez les valeurs par groupe si nécessaire

  • Cliquez sur Enregistrer lorsque vous avez terminé
Remarque :

les administrateurs de groupe n’ont pas le droit de modifier le groupe principal d’un ID d’utilisateur, à moins qu’ils ne disposent de l’autorité administrative dans les deux groupes, à savoir le groupe principal et le nouveau groupe.

Appartenance d’un utilisateur modifiée

Suppression d’une appartenance à un groupe

Pour supprimer un utilisateur d’une appartenance à un groupe :

  • Accédez à la page [Groupe] > Utilisateurs dans le groupe
  • Double-cliquez sur l’utilisateur pour ouvrir son profil
  • Cliquez une fois sur le groupe à supprimer pour afficher l’action Supprimer l’appartenance au groupe
  • Cliquez sur le lien Supprimer
  • Répétez l’opération pour supprimer des appartenances supplémentaires
  • Cliquez sur Enregistrer
Remarque :

si l’appartenance d’un utilisateur est révoquée pour tous les groupes :

  • L’ID utilisateur est déposé dans le groupe Par défaut
  • Le groupe principal de l’utilisateur est défini sur le groupe Par défaut
Supprimer une appartenance à un groupe

Les administrateurs de groupe qui créent des webhooks peuvent sélectionner n’importe quel groupe dont ils sont administrateurs lors de la définition de la valeur du champ Groupe :

Créer un webhook

Différences :

Le format du fichier .csv chargé utilisé pour créer/mettre à jour plusieurs utilisateurs a été modifié pour s’adapter aux utilisateurs inclus dans plusieurs groupes et à l’autorité spécifique au groupe.  À cette fin, trois colonnes ont été supprimées dans la fonctionnalité Utilisateurs dans plusieurs groupes :

  • Nom du groupe : supprimé. Remplacé par la colonne Groupes
  • Est administrateur de groupe : supprimé. Remplacé par une valeur d’état dans la colonne Groupes
  • Peut envoyer : supprimé. Remplacé par une valeur d’état dans la colonne Groupes

Lien vers l’article Créer ou mettre à jour les utilisateurs par lot avec la fonctionnalité Utilisateurs dans plusieurs groupes

Lien vers l’article Créer ou mettre à jour les utilisateurs par lot sans la fonctionnalité Utilisateurs dans plusieurs groupes

Modèle classique de chargement des utilisateurs dans un fichier .csv

Une colonne a été ajoutée : Groupes

Attention :

les administrateurs de groupe ne peuvent pas manipuler les utilisateurs avec la colonne Groupes.

  • Seuls les administrateurs de compte peuvent tirer profit des propriétés des groupes croisés et de leur accès via la fonction Créer/télécharger des utilisateurs par lot.

Lorsqu’un administrateur de groupe crée de nouveaux utilisateurs par le biais d’un chargement par lot :

  • Chaque utilisateur est créé dans le groupe à partir duquel l’administrateur a initié le processus
    • Le groupe principal de l’utilisateur est par défaut le groupe dans lequel il est créé
  • Chaque utilisateur est autorisé à signer, quels que soient les paramètres au niveau du groupe pour la valeur par défaut

 

Le contenu ci-dessous est fourni à des fins de sensibilisation, le modèle de téléchargement incluant la colonne Groupes.

La colonne Groupes contient une ou plusieurs Définitions de groupe. Chaque définition de groupe contient le nom d’un groupe, suivi d’une ou plusieurs valeurs d’état entre crochets. Exemple : Nom du groupe[État]

  • Le nom du groupe est une correspondance littérale à un nom de groupe réel, y compris les espaces. Exemple : Groupe par défaut
  • Plusieurs valeurs d’état peuvent être incluses dans une définition de groupe. Exemple : Nom du groupe[État1 État2]
    • Les valeurs d’état sont entre crochets
      • Les noms de groupe peuvent également contenir des crochets. Dans ce cas, les valeurs d’état doivent être contenues dans la dernière chaîne de crochet. Exemple : Ventes [Côte Est][État1 État2]
      • Il n’y a pas d’espace entre le nom du groupe et le crochet ouvrant contenant les valeurs d’état
    • Les valeurs d’état sont délimitées par une espace unique entre les valeurs
  • Plusieurs définitions de groupe peuvent être incluses, avec un point-virgule comme délimiteur (aucune espace)
    • Exemple : Nom du groupe[État];Autres groupes[État1 État2 État3];Dernier groupe[ÉtatA ÉtatB]
  • Les valeurs d’état disponibles pour une définition de groupe sont les suivantes :
    • Principal : définit le groupe en tant que groupe principal pour l’utilisateur
    • Envoyer : permet à l’utilisateur d’envoyer des accords à partir du groupe
    • Ne pas envoyer : empêche l’utilisateur d’envoyer des accords à partir du groupe
    • Administrateur : définit l’utilisateur en tant qu’administrateur de groupe
    • Supprimer : supprime l’utilisateur du groupe
      • Si un utilisateur est retiré de tous les groupes, il résidera dans le groupe Par défaut
Nouveau format .csv de chargement par lot

Dans l’exemple ci-dessus :

  • John@here.com est configuré avec deux définitions de groupe :
    • Le groupe par défaut est son groupe principal. Il est administrateur de groupe et est autorisé à envoyer des accords
    • Le groupe Engineering le définit comme administrateur de groupe. Il peut envoyer des accords
  • Fred@here.com est aussi également configuré avec deux définitions de groupe :
    • Le groupe Procurement le définit comme administrateur de groupe, mais il ne peut pas envoyer d’accords
    • Fred est également retiré du groupe Sales

Différences :

L’action de désactivation d’un ID utilisateur a été limitée pour les administrateurs de groupe afin de s’assurer qu’ils ne désactivent pas les utilisateurs dans les groupes où ils n’ont aucune autorité.

Les administrateurs de groupe peuvent uniquement désactiver les utilisateurs n’appartenant qu’à un seul de leurs groupes et/ou au groupe par défaut.

  • Si un utilisateur appartient à un groupe en dehors de l’autorité de l’administrateur de groupe qui tente de les désactiver, l’option Désactiver utilisateur ne sera pas disponible
Élément supprimé - Désactiver utilisateur

Différences pour les administrateurs de compte

Seuls les administrateurs de compte ont accès aux éléments ci-dessous :

Différences :

Dans le processus de création d’un utilisateur individuel, le champ Groupe d’utilisateurs a été renommé Groupe principal

Créer un utilisateur - Groupe principal

Différences :

Comme indiqué dans la section consacrée à l’administration au niveau du groupe, le format du fichier .csv chargé utilisé pour créer/mettre à jour plusieurs utilisateurs a été modifié pour s’adapter aux utilisateurs inclus dans plusieurs groupes et à l’autorité spécifique au groupe.  À cette fin, trois colonnes ont été supprimées dans la fonctionnalité Utilisateurs dans plusieurs groupes :

  • Nom du groupe : supprimé. Remplacé par la colonne Groupes
  • Est administrateur de groupe : supprimé. Remplacé par une valeur d’état dans la colonne Groupes
  • Peut envoyer : supprimé. Remplacé par une valeur d’état dans la colonne Groupes

Lien vers l’article Créer ou mettre à jour les utilisateurs par lot avec la fonctionnalité Utilisateurs dans plusieurs groupes

Lien vers l’article Créer ou mettre à jour les utilisateurs par lot sans la fonctionnalité Utilisateurs dans plusieurs groupes

Modèle classique de chargement des utilisateurs dans un fichier .csv

Une colonne a été ajoutée : Groupes

La colonne Groupes contient une ou plusieurs Définitions de groupe. Chaque définition de groupe contient le nom d’un groupe, suivi d’une ou plusieurs valeurs d’état entre crochets. Exemple : Nom du groupe[État]

  • Le nom du groupe est une correspondance littérale à un nom de groupe réel, y compris les espaces. Exemple : Groupe par défaut
  • Plusieurs valeurs d’état peuvent être incluses dans une définition de groupe. Exemple : Nom du groupe[État1 État2]
    • Les valeurs d’état sont entre crochets
      • Il n’y a pas d’espace entre le nom du groupe et le crochet ouvrant
    • Les valeurs d’état sont délimitées par une espace unique entre les valeurs
  • Plusieurs définitions de groupe peuvent être incluses, avec un point-virgule comme délimiteur (aucune espace)
    • Exemple : Nom du groupe[État];Autres groupes[État1 État2 État3];Dernier groupe[ÉtatA ÉtatB]
  • Les valeurs d’état disponibles pour une définition de groupe sont les suivantes :
    • Principal : définit le groupe en tant que groupe principal pour l’utilisateur
    • Envoyer : permet à l’utilisateur d’envoyer des accords à partir du groupe
    • Ne pas envoyer : empêche l’utilisateur d’envoyer des accords à partir du groupe
    • Administrateur : définit l’utilisateur en tant qu’administrateur de groupe
    • Supprimer : supprime l’utilisateur du groupe
Nouveau format .csv de chargement par lot

Dans l’exemple ci-dessus :

  • John@here.com est configuré avec deux définitions de groupe :
    • Le groupe par défaut est son groupe principal. Il est administrateur de groupe et est autorisé à envoyer des accords
    • Le groupe Engineering le définit comme administrateur de groupe. Il peut envoyer des accords
  • Fred@here.com est aussi également configuré avec deux définitions de groupe :
    • Le groupe Procurement le définit comme administrateur de groupe, mais il ne peut pas envoyer d’accords
    • Fred est également retiré du groupe Sales

Différences :

Deux paramètres sont disponibles sous les règles de la fonctionnalité Utilisateurs dans plusieurs groupes pour permettre aux utilisateurs d’être supprimés du groupe Par défaut lorsqu’ils sont ajoutés à un autre groupe :

  •  L’affectation au groupe supprime un utilisateur du groupe par défaut s’il s’agit de son groupe principal : lorsque cette option est activée, un utilisateur dont le groupe principal est défini sur le paramètre Par défaut est supprimé du groupe Par défaut lorsqu’il est ajouté à un autre groupe sur les pages administratives Affecter les utilisateurs à ce groupe. Le nouveau groupe devient automatiquement le groupe principal de l’utilisateur.
    • Ce paramètre n’est pas appliqué lors de l’ajout de l’utilisateur à un groupe via son profil.
    • Ce paramètre n’est pas appliqué lors de l’utilisation de l’importation CSV ou des méthodes API pour ajouter/modifier des utilisateurs.
  • Les administrateurs de groupe peuvent supprimer des utilisateurs du groupe par défaut du compte : ce paramètre active l’option permettant à un administrateur de groupe de supprimer un utilisateur du groupe Par défaut via son profil utilisateur.
Paramètres d’administration de groupe pour la suppression d’utilisateurs du groupe par défaut.

Différences pour les administrateurs au niveau de la confidentialité

Les outils d’administration au niveau de la confidentialité ne sont actuellement pas modifiés par les paramètres de la fonctionnalité Utilisateurs dans plusieurs groupes.

Différences pour les API

Remarque :

seule la version 6 de l’API REST sera mise à jour afin de tenir compte de la fonctionnalité Utilisateurs dans plusieurs groupes.

L’API SOAP héritée ne sera pas mise à jour.

L’API SOAP et la version 5 de l’API REST (et des versions antérieures) fonctionneront sans tenir compte de la fonctionnalité Utilisateurs dans plusieurs groupes. Le groupe principal de l’utilisateur sera utilisé.

Les points d’entrée de l’API REST v6 exécutés dans le contexte d’un groupe spécifique ont été développés pour inclure un identificateur ID de groupe facultatif pouvant être transmis à une requête en tant que paramètre de requête, en-tête ou partie du corps de la requête.  

Ce paramètre est facultatif. S’il est omis, le code prend par défaut la valeur du groupe principal de l’utilisateur. 

Les actions propres aux groupes se répartissent en deux catégories :

  • Gestion des utilisateurs
  • Opérations CRUD (créer, lire, mettre à jour, supprimer) sur les ressources

Le changement dans la gestion des utilisateurs est lié à la capacité à gérer plusieurs appartenances à un groupe dans un appel d’API, ainsi qu’à l’extension du modèle de sécurité affectant les capacités de l’administrateur de groupe. En effet, l’administrateur de groupe ne doit pas pouvoir effectuer de changements dans un groupe sur lequel il n’a pas l’autorité.

La modification des opérations de ressources correspond au paramètre ID de groupe supplémentaire pour les modèles de requête/réponse. Elle fournit un contexte de groupe aux accords, aux formulaires web et aux événements Envoyer en masse. 

Le paramètre ID de groupe n’est ajouté que dans l’API REST v6. Les versions en dessous de 6 utilisent le groupe principal pour la rétrocompatibilité.


ID_GROUPE_NON_VALIDE

Le code de réponse d’erreur commun ID_GROUPE_NON_VALIDE est déclenché lorsque :

  • Le groupe identifié est introuvable
  • L’utilisateur identifié n’est pas membre du groupe identifié.
  • La fonction est désactivée et l’ID de groupe ne correspond pas au groupe principal de l’utilisateur

Si la fonctionnalité Utilisateurs dans plusieurs groupes n’est pas activée, tous les points d’entrée existants se comportent comme auparavant. Le groupe principal de l’utilisateur est utilisé comme seule appartenance à un groupe valide. Si un autre ID de groupe est transmis à un point d’entrée, le paramètre ID_GROUPE_NON_VALIDE est renvoyé. 

Ajouter des utilisateurs à plusieurs groupes

L’ajout d’un utilisateur à plusieurs groupes s’effectue de l’une des deux façons suivantes :

Modification d’un utilisateur individuel via :

  • Le menu Utilisateurs - Administrateurs de compte uniquement
  • Le menu Utilisateurs du groupe - Administrateurs de compte ou de groupe
Modifier l’utilisateur

Cliquez une fois sur l’utilisateur pour afficher l’option Modifier l’utilisateur, puis cliquez dessus

Une fenêtre de gestion de groupe s’ouvre, permettant à l’administrateur de librement ajouter l’utilisateur à n’importe quel groupe sous son autorité en cliquant sur l’icône +.

Ajouter une appartenance à un groupe

Une fois l’utilisateur ajouté au groupe, l’administrateur peut activer/désactiver l’autorité de l’utilisateur au sein du groupe en cochant/décochant les cases sous les en-têtes de colonne Administrateur de groupe et Envoyer.

Modifier l’autorité d’appartenance

La fonction Créer/mettre à jour plusieurs utilisateurs permet aux administrateurs de compte de rapidement mettre à jour tous les ID utilisateur de leur compte.

Remarque :

cette option est disponible pour les administrateurs de groupe qui souhaitent notamment modifier les noms, la société, le titre et d’autres informations similaires. Les administrateurs de groupe ne peuvent pas manipuler la valeur d’appartenance à un groupe via le fichier .csv chargé.

Accéder à l’interface utilisateur de création

Remarque :

cliquez sur le lien Téléchargez le fichier CSV d’exemple pour télécharger un exemple de fichier .csv avec les différentes propriétés incluses.

Le format du fichier .csv chargé utilisé pour créer/mettre à jour plusieurs utilisateurs a été modifié pour s’adapter aux utilisateurs inclus dans plusieurs groupes et à l’autorité spécifique au groupe.  À cette fin, trois colonnes ont été supprimées dans la fonctionnalité Utilisateurs dans plusieurs groupes :

  • Nom du groupe : supprimé. Remplacé par la colonne Groupes
  • Est administrateur de groupe : supprimé. Remplacé par une valeur d’état dans la colonne Groupes
  • Peut envoyer : supprimé. Remplacé par une valeur d’état dans la colonne Groupes
Colonnes supprimées

Nouvelle colonne Groupes

La colonne Groupes contient une ou plusieurs définitions de groupe. Chaque définition de groupe contient le nom d’un groupe, suivi d’une ou plusieurs valeurs d’état entre crochets. Exemple : Nom du groupe[État]

  • Le nom du groupe est une correspondance littérale à un nom de groupe réel, y compris les espaces. Exemple : Groupe par défaut
  • Plusieurs valeurs d’état peuvent être incluses dans une définition de groupe. Exemple : Nom du groupe[État1 État2]
    • Les valeurs d’état sont entre crochets
      • Il n’y a pas d’espace entre le nom du groupe et le crochet ouvrant
    • Les valeurs d’état sont délimitées par une espace unique entre les valeurs
  • Plusieurs définitions de groupe peuvent être incluses, avec un point-virgule comme délimiteur (aucun espace)
    • Exemple : Nom du groupe[État];Autres groupes[État1 État2 État3];Dernier groupe[ÉtatA ÉtatB]
  • Les valeurs d’état disponibles pour une définition de groupe sont les suivantes :
    • Principal : définit le groupe en tant que groupe principal pour l’utilisateur
    • Envoyer : permet à l’utilisateur d’envoyer des accords à partir du groupe
    • Ne pas envoyer : empêche l’utilisateur d’envoyer des accords à partir du groupe
    • Administrateur : définit l’utilisateur en tant qu’administrateur de groupe
    • Supprimer : supprime l’utilisateur du groupe
Exemple de fichier.csv

Dans l’exemple ci-dessus :

  • John@here.com est configuré avec deux définitions de groupe :
    • Le groupe par défaut est son groupe principal. Il est administrateur de groupe et est autorisé à envoyer des accords
    • Le groupe Engineering le définit comme administrateur de groupe. Il peut envoyer des accords
  • Fred@here.com est aussi également configuré avec deux définitions de groupe :
    • Le groupe Procurement le définit comme administrateur de groupe, mais il ne peut pas envoyer d’accords
    • Fred est également retiré du groupe Sales

Création d’accords

Les règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes sont observables dès le début du processus de création d’un nouvel accord.

Si un utilisateur démarre le processus en sélectionnant un modèle ou un workflow sur la page d’accueil > Démarrer depuis la bibliothèque, il doit développer le groupe à partir duquel il effectue l’envoi en premier, puis sélectionner le modèle/workflow dans les options disponibles dans le groupe.  

Le fait de sélectionner le modèle/workflow et de cliquer sur Démarrer ouvre la page Envoyer, permettant à l’utilisateur de terminer la configuration.

Remarque :

en démarrant l’accord à partir d’un modèle ou d’un workflow au niveau du groupe, la valeur du groupe est insérée sur la page Envoyer et l’option permettant de modifier le groupe est supprimée.

Si un modèle/workflow au niveau du compte est sélectionné, l’expéditeur a la possibilité de sélectionner la valeur du groupe.

Démarrer l’accord à partir d’un modèle ou d’un workflow

 

Si l’utilisateur démarre le processus à partir de la page Envoyer, le champ déroulant Envoyer à partir de définit le groupe auquel l’accord est associé.

Une fois le groupe sélectionné, l’accord est limité aux modèles de bibliothèque disponibles pour le groupe sélectionné.

La modification du groupe modifie les propriétés appliquées à l’accord.  L’actualisation de la page est forcée et tout contenu de champ saisi est perdu.

Démarrage d’un accord à partir de la page Envoyer

Concepteur de workflows personnalisés

Jusqu’à présent, les règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes n’ont pas affecté la création et la gestion des workflows personnalisés :

  • Les workflows affectés à un groupe peuvent uniquement être modifiés par un administrateur (au niveau du groupe ou du compte) dont le groupe principal est défini comme le même groupe auquel le workflow est dédié
  • Les workflows affectés au niveau du compte peuvent uniquement être modifiés par un administrateur de compte (quel que soit le groupe principal)

Dans les mises à jour à venir, les administrateurs auront accès aux options d’interface pour associer les workflows qu’ils créent aux groupes individuels sur lesquels ils ont une autorité d’administration, quel que soit leur groupe principal.

Création et gestion de modèles de bibliothèque

La création d’un modèle de bibliothèque réutilisable dans le cadre des règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes comporte une étape supplémentaire pour l’octroi d’une autorisation au niveau du groupe permettant d’accéder au modèle :

Définissez le groupe auquel le modèle de bibliothèque est associé. 

  • Ce processus s’effectue dans un sous-menu lorsque vous sélectionnez l’autorisation Qui peut utiliser ce modèle :
Remarque :

l’ID utilisateur d’origine qui crée un modèle est considéré comme son « propriétaire ». 

Le propriétaire du modèle a toujours accès au modèle pour les fonctions Envoyer et Modifier. Peu importe le niveau d’autorité de l’ID utilisateur propriétaire ou si le propriétaire est associé au groupe auquel le modèle est exposé.

Créer un modèle de bibliothèque

Gestion des modèles de bibliothèque existants

Les propriétés des modèles de bibliothèque existants peuvent être modifiées via la page Gérer.

Ouvrez le modèle pour le modifier. Si le modèle est partagé avec Tous les utilisateurs de mon groupe, l’éditeur peut modifier l’association de groupe :

Modifier les propriétés d’un modèle

Remarque :

la modification de l’association de groupe n’affecte pas l’affiliation de groupe pour les accords déjà créés.

Création et gestion de formulaires web

La création d’un formulaire web dans le cadre des règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes comporte une étape supplémentaire :

Définissez le groupe auquel le formulaire web est associé.  Pour cela, consultez la partie supérieure de la page.

  • Définissez d’abord la valeur du groupe, car la modification du groupe réinitialise la page et efface tout contenu au niveau du champ
Création d’un formulaire web

Attention :

le groupe associé ne peut pas être modifié une fois le formulaire web créé.

Gestion des formulaires web existants

Les règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes n’affectent pas la façon dont les formulaires web existants sont gérés (car le groupe associé ne peut pas être modifié).

La création de rapports en fonction de formulaires web nécessite que le rapport soit exécuté par son créateur ou par un administrateur habilité à utiliser les données du rapport dans le groupe.

Partage de contenu

Le partage d’un accord ou d’un modèle individuel n’est pas affecté par les règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes.

Les comptes qui utilisent le partage de compte standard (partage Utilisateur à Utilisateur uniquement) ne sont pas affectés par les règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes.

Le partage de compte avancé permet le partage entre utilisateurs, entre groupes et entre utilisateurs et groupes :

 

Le partage Utilisateur à Utilisateur n’est pas modifié sous les règles régissant la fonctionnalité Utilisateurs dans plusieurs groupes :

  • Si l’utilisateur A partage son compte avec l’utilisateur B :
    • L’utilisateur B a accès à tout le contenu de l’accord/du modèle que l’utilisateur A a créé ou dont il fait partie
      • Tous les modèles appartenant à l’utilisateur A (attribués à eux-mêmes/un groupe/un compte) sont visibles
    • L’appartenance à plusieurs groupes ou le déplacement de l’utilisateur A vers un autre groupe principal n’a aucune incidence sur la relation

Lorsqu’un l’utilisateur A est partagé avec le groupe X :

  • Tous les membres du groupe X peuvent afficher tout le contenu de l’accord/du modèle que l’utilisateur A a créé ou dont il fait partie
    • Tous les modèles appartenant à l’utilisateur A (attribués à eux-mêmes/un groupe/un compte) sont visibles
  • L’appartenance à plusieurs groupes ou le déplacement de l’utilisateur A vers un autre groupe principal n’a aucune incidence sur la relation
  • Les utilisateurs ajoutés au groupe X auront accès au contenu de l’accord/du modèle de l’utilisateur A
  • Les utilisateurs retirés du groupe X n’ont plus accès au contenu de l’accord/du modèle partagé par l’utilisateur A

Lorsque le groupe A est partagé avec l’utilisateur X :

  • L’utilisateur X accède à tous les accords créés/envoyés à partir du groupe A
    • L’ID utilisateur d’envoi ne doit pas nécessairement être un membre actuel du groupe A. Le fait que l’accord ait été créé via le groupe A définit la relation
  • L’utilisateur X accède à tous les accords/modèles pour tous les ID utilisateur pour lesquels le groupe A est défini comme groupe principal
    • Exemple : la modification du groupe principal de l’utilisateur M du groupe A au groupe B supprimera la vue de l’utilisateur X sur le contenu de l’utilisateur M (à l’exception des accords envoyés à partir du groupe A conformément à la règle ci-dessus)

Lorsque le groupe A est partagé avec le groupe B

  • Tous les membres du groupe B peuvent accéder à tous les accords envoyés via le groupe A
    • L’ID utilisateur d’envoi ne doit pas nécessairement être un membre actuel du groupe A. Le fait que l’accord ait été créé via le groupe A définit la relation
  • Tous les membres du groupe B peuvent accéder à l’ensemble du contenu d’un accord/modèle pour les utilisateurs dont le groupe A est défini comme groupe principal
  • L’ajout d’un nouvel ID utilisateur au groupe B lui accorde l’accès au contenu du groupe A
    • La suppression d’un ID utilisateur du groupe B supprime l’accès au contenu du groupe A
  • La création/mise à jour d’un ID utilisateur pour que le groupe A soit le groupe principal expose tout le contenu de l’accord/du modèle utilisateur au groupe B
    • La suppression d’un ID utilisateur du groupe A supprime l’accès au contenu de l’utilisateur pour le groupe B (à l’exception des accords créés via le groupe A)

Conservation des documents/RGPD

Aucun changement n’est attendu pour l’ensemble des outils RGPD en ce qui concerne les modifications apportées par la fonctionnalité Utilisateurs dans plusieurs groupes.

Intégrations

Tous les comptes d’entreprise peuvent activer la fonctionnalité Utilisateurs dans plusieurs groupes, même lorsqu’une (ou plusieurs) intégration est configurée.

Actuellement, les intégrations suivantes prennent en charge les paramètres Utilisateurs dans plusieurs groupes :

  • Salesforce
  • Power Automate
  • Microsoft 365 (Teams, Outlook, Word/PowerPoint)

Les utilisateurs qui envoient des accords via une intégration qui ne prend pas en charge la fonctionnalité Utilisateurs dans plusieurs groupes sont perçus comme appartenant uniquement à leur groupe principal. Les paramètres d’envoi s’alignent donc sur les paramètres du groupe principal.

 

API - REST v6

La plupart des points d’entrée de l’API REST v6 ont un paramètre facultatif pour l’ID de groupe ajouté à la méthode.

On suppose actuellement que tout appel d’API REST v6 existant continuera de fonctionner, que la fonctionnalité Utilisateurs dans plusieurs groupes soit activée ou non.

Les versions précédentes de l’API (SOAP et REST) continueront de fonctionner comme prévu et considéreront l’utilisateur uniquement en tant que membre de son groupe principal.

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?

Liens rapides

Voir toutes vos formules Gérer vos formules
Afficher les liens rapides
Masquer les liens rapides

Informations juridiques    |    Politique de confidentialité en ligne