Premium

Enterprise user permissions

Enterprise user permissions are a means of formally administering enterprise-wide user access to Adobe Target. Add users to Target, assign permissions based on their roles, and create workspaces for teams based on different departments, global locations, channels, and other logical groupings. You can assign users the roles of Observer, Editor, Approver, or Publisher.

Determine whether you have access to enterprise user permissions

You can tell whether your organization has a Standard or Premium license by clicking the Administration link at the top of the Target UI.

• Target Standard Customers: If you see the Users tab (Administration > Users) (and not the Properties tab), your organization has a Target Standard license. Target Standard customers should follow the instructions in Users to add users and assign permissions in the Adobe Admin Console.

• Target Premium Customers: If you see the Properties tab (Administration > Properties) and the Users tab, your organization has a Target Premium license. Target Premium customers should follow the instructions in this article and in Configure enterprise permissions.

Before you get started with enterprise permissions

Terms and definitions used in this section

The following terms are used throughout this section and might be new to users wanting to use the Properties and Permissions functionality in Target Premium.

Property

Properties are similar in nature to properties within Adobe Experience Platform in that they use a unique snippet of code to differentiate them.

A web property is a library of rules and one embed code. A web property can be any grouping of one or more domains and subdomains.

Properties are enabled by adding a specific name/value pair as a parameter with any call (Target call, api call, and so on) to Target.

Properties belong to specific channels (Web, Mobile, Email, or API/Other).

Workspace (Product Profile)

A workspace lets an organization assign a specific set of users to a specific set of properties. In many ways, a workspace is similar to a report suite in Adobe Analytics.

Note: Workspaces are known as Product Profiles in the Adobe Admin Console for Enterprise.

If you are part of a multi-national organization, you might have a workspace for your European web pages, properties, or sites and another workspace for your American web pages, properties, or sites. If you are part of a multi-brand organization, you might have a separate workspace for each of your brands.

Users can be part of multiple workspaces and can even have different roles within each workspace.

Users can have different views of Adobe Target by moving between workspaces, similar to how Analytics users have different views of Analytics by moving between Report Suites.

Workspaces can include completely different audiences, code offers, and activities.

All audiences and activities created before the new Enterprise Permissions model migration are grouped in the “Default Workspace,” discussed below.

All activities created via Adobe Experience Manager (AEM), Adobe Mobile Services, and Adobe Target Classic are part of the “Default Workspace.”

Default workspace

All existing workspaces (product profiles) within Admin Console are merged into a single workspace called “Default Workspace” during your organization’s migration to the new Enterprise Permissions model.

All user roles and access to all Target functionality remains the same as they were before the migration to the new Enterprise Permissions model.

User groups

You can create user groups, such as Developers, Analysts, Marketers, and Executives. You can then assign privileges across multiple Adobe products and workspaces. Assigning a new team member all the appropriate privileges across different Adobe products can be as easy as adding them to a specific user group.

Roles and permissions

Roles and permissions determine the access levels that users have to create and manage activities in your Target implementation. In Target, roles include the following:

Channel

Channel refers to the content type of where your Target activities are delivered: webpages, mobile apps, email messages, and so forth.

When you create an activity, it is created in the currently selected workspace. You see channel selection options in the first dialog box that lets you choose the desired channel for the activity: Web, Mobile App, Email, or Other/API.

Permissions overview

The following information explains the way permissions were enforced previously in Target and how they are enforced using the Properties and Permissions functionality.

The new Permissions functionality lets you create different projects (called “Product Profiles” in the Adobe Admin Console for Enterprise). Projects allow you to assign different permissions for a single user that dictate that user’s access rights for each project. These distinct projects can be compared to the way that report suites work in Adobe Analytics. Each project can have specific users with specific roles that apply to a set of properties. The result is that customers are able to restrict the view, edit, and approval access to their users based on region, environment (dev/stage/prod), channel, or other custom criteria, as shown below:

For example, a specific user might have “approval” access on the Americas websites but only “view” access on the European mobile app. That same user might not have any access to even view the activities offered on web and mobile properties in the APAC region.

The Target Permissions model has the following permission roles (Observer, Editor, Approver, and Observer). The Observer role is not shown in illustrations in this article.

Each role has different levels of permissions:

It is important to note that each user’s role applies to every page, property, or site in your account that includes Target tags, as shown below:

The new Target Permissions model has the same three permission roles (Observer, Editor, and Approver); however, you can assign a user’s permissions roles separately for individual pages, properties, or sites, as shown below:

In this example, Jan has Approver permissions to the US Homepage and the US Site and Observer permissions to the France Site.

Furthermore, Jan cannot see pages, properties, or sites in Target that she doesn’t have permission to see, as shown below:

In this example, Jan cannot see the Product Pages, Russia Site, and the Careers Site.

Use-case scenarios

The following use cases might be helpful to understand how properties, projects, roles, and permissions can help you achieve your marketing goals with Target:

Multi-national organization

If you are part of a multi-national organization, you might have a workspace for your European web pages, properties, or sites and another workspace for your American web pages, properties, or sites.
After a reorganization, using the personas in the illustrations above, you might set up workspaces and permissions similar to the following:

• Jan: Jan is the Head of Optimization in the Center of Excellence for her organization’s United States web pages, properties, and sites. She most likely has System Admin rights in the Adobe Experience Cloud.

  In her role, she has Approver permissions for the US Homepage and the US Site. With Approver permission, she can create, edit, and activate or stop activities.

  Jan also consults with the optimization team in France and, therefore, has Observer permissions for the France Site that give her read-only access to activities. Jan can view activities, but cannot create or edit them.

  Because Jan has no role that necessitates her seeing the Product Pages, Russia Site, or Careers Site, she cannot see activities for those sites.

• Ernie: Ernie is a Marketing Manager for the organization in charge of marketing in the United States.

  Because Ernie is fairly new to the organization and inexperienced with Target, he has Editor permissions for the US Homepage, US Site, and Product Pages. With Editor permissions, Ernie can create and edit activities before they are live. He cannot approve the launch of an activity—someone with Approval permission, such as Jan, must approve the activity before it can be put into production.

  Because Ernie has no role that necessitates him seeing the Russia Site, France Site, or Careers Site, he cannot see activities for those sites.

• Diana: Diana is now an Analyst for the organization and has been granted Observer permissions for the US Homepage US Site, Product Pages, Russia Site, and the France Site that give her read-only access to activities. Diana can view activities, but cannot create or edit them.

  Because Diana has no role that necessitates her seeing the Careers Site, she cannot see activities for those sites.

Multi-brand organization

If you are part of a multi-brand organization, you might have a separate workspace for each brand’s web pages, properties, or sites.

After a reorganization, using the personas in the illustrations above, you might set up projects and permissions similar to the following:

• Jan: Jan is the Head of Optimization in the Center of Excellence for a heath-care organization that operates in the hospital-product and consumer-product spaces. She most likely has System Admin rights in the Adobe Experience Cloud.

  In her role, she has Approver permissions for the Hospital Site. With Approver permission, she can create, edit, and activate or stop activities.

  Jan also consults with the optimization team in the consumer-products space and, therefore, has Observer permissions for that site that give her read-only access to activities. Jan can view activities, but cannot create or edit them.

• Ernie: Ernie is a Marketing Manager for the organization in charge of marketing in the consumer-product space.

  Because Ernie is fairly new to the organization and inexperienced with Target, he has Editor permission for the Consumer Site. With Editor permissions, Ernie can create and edit activities before they are live. He cannot approve the launch of an activity—someone with Approval permissions for the Consumer Site, but not Jan in this scenario, must approve the activity before it can be put into production.

  Because Ernie has no role that necessitates him seeing the Hospital Site, he cannot see activities for that site.

• Diana: Diana is now an Analyst for the organization and has been granted Observer permissions for the Hospital Site and the Consumer Site that give her read-only access to activities. Diana can view activities, but cannot create or edit them.

Target UI Property and Permissions touchpoints

The new Permissions functionality can be seen in various places in the Target UI.

• Workspace (Product Profile) drop-down list: The Workspace drop-down list displays at the top of the Activities, Audiences, and Offers pages. Select the desired workspace to filter the list to display only items in the selected workspace.

• Activity Creation: When you create an activity, it is created in the currently selected workspace. You see channel selection options in the first dialog box that lets you choose the desired channel for the activity: Web, Mobile App, Email, or Other/API.

• Audience Creation: When you create an audience, it is created in the currently selected workspace.

• Audience list: You can move audiences between workspaces by using the More Actions > Move option on the Audiences page.

• Offer Creation: When you create an offer, it is created in the currently selected workspace.

• Properties page (Administration > Properties): You can use the Search box to search the Property list.

Caveats

Consider the following when using or configuring properties and permissions in Target Premium:

• Important: Do not delete workspaces with activities. If you delete a workspace with activities, work with Client Care to recover those activities.

• When using the All My Workspaces view:

  • You can see activities, audiences, and offers for all workspaces that you have the proper roles and permissions to access.
  • When you select the All My Workspaces view, a new column is added to the Activities, Audiences, and Offers page. This column lists the item’s workspace and your user permission associated with that item (Observer, Editor, or Approver),
  • When creating an activity, audience, or offer in the All My Workspaces view, you must select the workspace where the item is to be created. Only those workspaces can be selected for which you have the Editor or Approver permission.
  • When copying an activity, audience, or offer in the All My Workspaces view, you must select the workspace where the item is to be copied. Only those workspaces can be selected for which you have the Editor or Approver permission.

• Any setting on the following the Administration pages can be controlled by any Approver in any workspace:

  • Visual Experience Composer
  • Reporting
  • Scene7 Configuration
  • Implementation
  • Properties
  • Hosts
  • Environments
  • Response Tokens
  • Users

• Users cannot move resources from one workspace (product profile) to another. Copy, however, is supported.

• When viewing audiences from the Audiences page, the page loads slower than expected. If you interact with the search bar in any way, audiences display faster. This issue is known and will be fixed in an upcoming update. This issue does not affect selecting audiences during the activity-creation workflow.

• The following resources are part of the new Enterprise Permissions model:

  • Activities, audiences, and code offer created within Target Standard/Premium are available for use after the customer is enabled for permissions. (Note: customers must be entitled to Target Premium.)
  • Properties can be added to existing activities in the Default Workspace; however, this approach is subject to change.
  • Only new resources (such as activities, code offers, and audiences) created within Target Premium (after Enterprise Permissions are enabled) are available to restrict by permissions.
  • External resources are available only to users in the Default Workspace. A user’s role in the Default Workspace applies globally (to all Target requests and all Target resources).

• The following resources are not part of the new Enterprise Permissions model:

  • Image offers
  • All Recommendations resources, including Criteria Library, Design Library, Catalog, Recommendations Setup.
  • Existing resources (such as activities, code offers, and audiences) created within Target Premium before enabling Enterprise Permissions can be copied but cannot be moved to other workspaces.
  • Activities, audiences, code offers, image offers, or any other resource created using the following solutions or methods cannot be controlled by the Enterprise Permissions model, but are part of the Default Workspace: Target Classic, Adobe Experience Manager (AEM), Adobe Mobile Services, and resources created via API. Resources created via API include activities, audiences, code offers, and image offers).
  • Image offers (assets stored under https://[tenantName].marketing.adobe.com/content/mac/[tenantName]/target/offers.html#image-library cannot currently be controlled by the Enterprise Permissions model.
  • clickTracking and redirects work when the destination link or destination page are part of a property that is included in the activity. Also, clickTracking might not work when using the targetPageParams() function. The targetPageParamsAll() is the recommended function.

  Target currently requires an at_property token to be present on any page where tracking occurs. If the token is (1) not present, (2) not detected at the time of activity setup (within the VEC), or (3) not passed to the clickTracking Target call via the targetPageParamsAll() function, the metric is not incremented and appears as “0.”

  The same applies for activities using redirects. The destination page must have an at_property token and be recognized at the time of setup within the VEC.

  In a future release, Target will work on pages where no at_property token is present or pages where a different at_property token is present.

• The Enterprise User Permissions functionality is not supported in Adobe Developer API calls.

Frequently Asked Questions

FAQs about enterprise permissions include the following:

What happens if a user has multiple roles and permissions?

If a user has multiple roles and permissions, the role with the hirer permissions is applied. For example, if a user has Observer and Approver roles, the Approver role is applied.

Can I move an activity from one workspace to another?

Unfortunately, you cannot move activities from one workspace to another. However, you can copy an activity to any workspace knowing that reporting data does not carry over. For more information, see “Copying/Editing an Activity When Using Workspaces” in Copying/Editing an Activity When Using Workspaces.

Activities created before the migration continue to run the same way in the Default Workspace unless they are edited and assigned properties. Activities under a specific workspace honor property assigned to that workspace and, therefore, behavior might not remain same as before the migration.

Can I move an audience from one workspace to another?

Yes, you can move audiences between workspaces by using the More Actions option on the Audiences page.

1. Click the More Actions button (the three ellipses), then click Move.

   

2. Select the desired workspace from the Workspace drop-down list, then click Move.

   

Why do I get an error message indicating that no property is associated with this activity, even though there is a property assigned?

If you implemented Target with tags in Adobe Experience Platform and get an error message indicating that there is no property associated with the activity, pass the at_property parameter with the targetPageParams function.

Are click-track conversions recorded if a redirected page and the activity URL belong to different properties?

Click tracking is not recorded on pages where the page and activity URL belong to different properties.

Consider the following scenario:

• Page1 belongs to Property1.
• Page2 belongs to Property2.
• In the activity, Page1 redirects to Page2, which contains clicktracks.

When a visitor opens Page1 in a browser, the visitor is redirected to Page2. Because Page2 does not qualify to deliver the activity, its Target call does not contain clicktracks in its response.

If the redirect page and the activity URL belong to the same property, clicktracks work as expected. For more information, see Click tracking.

Training videos

The following videos contain more information about the concepts discussed in this article.

Training Video: Enterprise Permissions Training Video

Learning objectives:

• The three role levels that Adobe Target users can hold
• The concepts of Properties and Workspaces, and how these boundaries and groupings work to allow for control over users’ access levels
• Different Property examples for your organization to consider

Office hours: Target Premium Workspaces

This video is a recording of “Office Hours,” an initiative led by the Adobe Customer Care team.

• Creating a workspace (product profile)
• Creating properties
• Adding users
• Updating implementation