Gestion de l’accès des utilisateurs de Campaign Standard à Campaign v8 user-management-acs

Adobe Campaign Standard et Adobe Campaign v8 permettent aux utilisateurs de définir et de gérer des autorisations pour différents utilisateurs/opérateurs. Ces autorisations se composent de droits spécifiques qui accordent aux utilisateurs l’accès à diverses fonctionnalités du produit. Toutefois, les deux produits utilisent des approches et des implémentations distinctes pour gérer l’accès des utilisateurs et utilisatrices.

Les concepts ci-dessous sont utilisés dans Adobe Campaign Standard et Campaign v8 pour gérer l’accès des utilisateurs et utilisatrices :

Approche de migration du groupe de sécurité vers le groupe d’opérateurs

Le tableau ci-dessous décrit l’approche de migration des groupes de rôles utilisateur lors de la transition de Adobe Campaign Standard vers Campaign v8. Dans Campaign Standard, un Groupe de sécurité, appelé Groupe d’opérateurs dans Campaign v8, est utilisé pour affecter un ensemble de rôles à un utilisateur. Bien que certains groupes de sécurité/groupes d’opérateurs soient disponibles par défaut, les utilisateurs peuvent créer des groupes ou modifier des groupes existants si nécessaire.

Dans Adobe Campaign Standard et Campaign v8, les groupes de sécurité et groupes d’opérateurs sont mappés aux profils de produit dans Admin Console. Si vous souhaitez affecter un Groupe de sécurité ou Groupe d’opérateurs à un utilisateur, vous pouvez lier le profil de produit correspondant dans Admin Console. Cette association est synchronisée lorsque l’utilisateur se connecte. En savoir plus sur le profil de produit

Approche de migration des rôles utilisateur vers les droits nommés

Dans Adobe Campaign Standard, le terme rôle utilisateur est appelé droit nommé dans Campaign v8. Le tableau ci-dessous décrit la terminologie utilisée pour Droits nommés dans Campaign v8, qui correspond à Rôles utilisateur dans Campaign Standard.

Approche de la migration depuis l’entité organisationnelle

Dans Adobe Campaign Standard, l’entité organisationnelle est associée au modèle de hiérarchie existant Dossier dans Campaign v8 afin de conserver un contrôle d’accès similaire. En savoir plus sur la gestion des dossiers

À propos de l’affectation parallèle d’entités organisationnelles parallel-assignments

Une affectation d’entité organisationnelle parallèle a lieu lorsqu’un utilisateur a accès à plusieurs entités (affectées via des groupes de sécurité) qui existent dans des branches distinctes de la hiérarchie sans avoir accès à une entité organisationnelle parent commune. Cela crée un risque de sécurité lors de la migration.

Prenons l’exemple de la hiérarchie d’entités organisationnelles suivante :

{width="50%" modal="regular"}

Une affectation sans entités organisationnelles parallèles se présenterait comme suit :

{width="50%" modal="regular"}

Ici, l’utilisateur a accès aux entités organisationnelles A, A1 et A2-1, toutes connectées sous l’entité organisationnelle parent A. L’utilisateur peut accéder à tous les éléments sous A.

L'affectation suivante contient des entités organisationnelles parallèles :

{width="50%" modal="regular"}

L’utilisateur a accès à A1-1, A2 et A2-1, qui existent dans des branches distinctes sans parent affecté commun.

Implications en matière de sécurité

Résolution

L’affectation parallèle d’entités organisationnelles peut être résolue en veillant à ce que toutes les entités organisationnelles affectées à un utilisateur appartiennent à une seule entité parente commune, également affectée à l’utilisateur.

Voici quelques moyens d’y parvenir :

Pour l’exemple ci-dessus où un utilisateur a accès à A1-1, A2 et A2-1, les étapes de résolution spécifiques sont les suivantes :

Approche de migration à partir du programme

Dans Campaign v8, les programmes sont représentés sous la forme de dossiers. Campaign v8 permet de créer des dossiers et de restreindre leur accès.

En utilisant les Groupes et Droits nommés, les Opérateurs peuvent avoir accès à des Dossiers spécifiques dans la hiérarchie de navigation, avec la possibilité d’attribuer des autorisations de lecture, d’écriture et de suppression. En savoir plus sur la gestion des dossiers

Un Programme étant traité comme un Dossier dans Campaign v8, son accès peut être géré de la même manière que n’importe quel autre dossier. Après la migration, les administrateurs Campaign Standard peuvent suivre les étapes suivantes :

Mappage du profil de produit pour accéder aux API REST

Pour accéder aux API transactionnelles à partir de l'instance d'exécution dans Campaign v8, un nouveau profil de produit est requis, en plus des profils de produit Administrateur et Message Center. Ce nouveau profil de produit sera ajouté aux comptes techniques existants ou précréés dans Campaign Standard.

Après la migration, les utilisateurs de Campaign Standard doivent consulter leurs mappages de profils de produit et attribuer le profil de produit approprié s’ils ne souhaitent pas lier leurs comptes techniques au profil d’administrateur de produit. Pour les intégrations futures, il est recommandé d’utiliser l’identifiant client Campaign v8 Tenant ID dans l’URL REST au lieu de l’identifiant client Campaign Standard Tenant ID précédent.

Migration de l'accès aux ressources Campaign intégrées pour les opérateurs Campaign Standard

Les opérateurs migrés depuis Campaign Standard disposeront d'un accès en lecture à des ressources intégrées spécifiques dans Campaign v8.

Groupes et rôles de sécurité non migrés non-migrated-groups-roles

Vous trouverez ci-dessous une liste des rôles Campaign Standard qui n’ont pas été transférés :

Vous trouverez ci-dessous une liste des mappages de groupes de sécurité Campaign Standard qui n’ont pas fait l’objet d’une transition.