O Adobe Experience Platform Launch foi reformulado como um conjunto de tecnologias de coleção de dados na Adobe Experience Platform. Como resultado, várias alterações de terminologia foram implementadas na documentação do produto. Consulte o seguinte documento para obter uma referência consolidada das alterações de terminologia.
As permissões do usuário para tags na Adobe Experience Platform são atribuídas aos usuários por meio da Adobe Admin Console. Em vez de serem atribuídos a usuários individuais, diferentes conjuntos de permissões são configurados separadamente como perfis de produtos. Os usuários são atribuídos a esses perfis de produtos para que tenham as permissões para as quais foram configurados.
Este guia fornece uma visão geral dos diferentes tipos de permissões disponíveis para tags, as funcionalidades às quais elas concedem acesso e algumas estratégias básicas de implementação para diferentes casos de uso de negócios.
Para obter etapas sobre como configurar permissões para usuários usando o Admin Console, consulte o tutorial em gerenciamento de permissões para coleta de dados.
Em um perfil de produto, as permissões para tags são divididas em quatro categorias:
Cada propriedade de tag tem uma plataforma. Atualmente, existem duas plataformas que podem ser usadas para tags: Web e Móvel. Você pode usar esse tipo de permissão para restringir ou conceder acesso a um tipo específico de propriedade. Isso pode ser útil quando a equipe que gerencia os aplicativos móveis é diferente da que gerencia os sites.
Por padrão, os perfis de produto concedem acesso a todas as propriedades que existem em sua empresa, atualmente e no futuro. Usando esse tipo de permissão, você pode restringir ou conceder acesso a propriedades existentes específicas por nome.
Qualquer propriedade de tag criada na interface do usuário fica disponível no Admin Console, permitindo agrupar a propriedade com direitos de propriedade específicos no mesmo perfil de produto.
Por exemplo, se um determinado perfil de produto não tiver acesso à Propriedade A1, os usuários que pertencem a esse perfil não poderão ver nem modificar nenhuma configuração na Propriedade A1.
Se um usuário pertencer a um perfil que tem acesso à Propriedade A1, as ações que ele pode executar na Propriedade A1 serão determinadas pelos direitos que foram concedidos a partir desse perfil. Se um usuário tiver permissões para a Propriedade A1, mas não tiver direitos atribuídos, ele terá acesso somente leitura para essa propriedade.
A tabela a seguir descreve os direitos de propriedade disponíveis e as funcionalidades às quais eles concedem acesso:
Direito de propriedade | Descrição |
---|---|
Desenvolver | Isso permite executar as seguintes ações:
|
Aprovar | Isso permite que você leve um build e uma biblioteca enviada para o ambiente de preparo. Você também pode aprovar uma biblioteca para publicação depois que o teste for concluído. |
Publicar | Isso permite publicar bibliotecas aprovadas no ambiente de produção. |
Gerenciar extensões | Isso permite executar as seguintes ações:
|
Gerenciar ambientes | Isso permite criar e modificar ambientes. Consulte a documentação de ambientes para obter mais informações. Normalmente, essa função pertence ao grupo de TI. |
Os direitos da empresa se aplicam às permissões que abrangem várias propriedades. Essas condições são descritas na tabela abaixo:
Direito da empresa | Descrição |
---|---|
Gerenciar propriedades | Isso permite executar as seguintes ações:
|
Desenvolver extensões | Concede a capacidade de criar e modificar pacotes de extensão da empresa, incluindo versões privadas e solicitações de lançamento de versão pública. |
Gerenciar configurações do aplicativo | Isso só estará disponível para o se você tiver uma licença do Adobe Journey Optimizer ou outra solução que conceda acesso a mensagens móveis no aplicativo e por push. Permite gerenciar os aplicativos que a Experience Cloud conhece, juntamente com as credenciais de push necessárias para se comunicar com o serviço Firebase Cloud Messaging e o Apple Push Notification Service. |
O total de permissões de um usuário individual é determinado pelo total de associações a diferentes perfis de produto. Se um usuário pertencer a vários perfis de produto, as permissões de cada perfil serão adicionadas juntas, em vez de serem multiplicadas.
Por exemplo, o Perfil de produto A concede a você o direito de desenvolvimento para a Propriedade 1. O Perfil do produto B concede a você o direito de Publicar para a Propriedade 2. Nesse caso, você pode Desenvolver na Propriedade 1 e Publicar na Propriedade 2, mas não pode publicar na Propriedade 1 nem Desenvolver na Propriedade 2, pois não recebeu direitos explícitos para isso.
Empresas diferentes têm necessidades diferentes ao criar novos perfis de produto. Essas necessidades variam com base no tamanho da empresa, na estrutura da organização, no número de sites, no número de pessoas envolvidas no gerenciamento de tags e assim por diante.
Abaixo estão alguns cenários comuns e um ponto de partida recomendado conforme você pensa em criar perfis de produtos e adicionar usuários a eles.
Se você comanda uma pequena empresa com uma pessoa responsável por tudo, conceda a esse usuário permissões para todas as propriedades e atribua a ele todos os direitos listados acima.
Considere uma situação em que muitas pessoas em sua organização estão envolvidas na marcação. Você tem um conjunto de pessoas (como um consultor externo) que cria regras e elementos de dados, mas não quer que eles tenham acesso ao ambiente de produção. Nesse caso, certifique-se de que ninguém vai implantar em produção, com exceção da equipe de TI.
Para fazer isso:
Uma empresa com assinatura Empresarial pode ter vários sites divididos geograficamente, com equipes diferentes responsáveis por cada local. Nessas equipes, indivíduos diferentes desenvolvem e publicam.
Isso é semelhante à "Separação de tarefas" mencionada acima, mas é organizado por áreas geográficas. Por exemplo, você pode criar um perfil "Desenvolver" e um perfil "Publicar" para a América do Norte, além de criar grupos "Desenvolver" e "Publicar" separados para a Europa.
A tabela a seguir fornece alguns exemplos dos tipos de funções que você pode ter em sua organização e quais permissões você deve atribuir a elas:
Função | Descrição | Propriedades | Direitos de propriedade | Direitos da empresa |
---|---|---|---|---|
O gerente | Quer ver o que está acontecendo no sistema, mas não deve poder fazer alterações. | Incluir automaticamente | (None) | (None) |
O profissional de marketing | Pode instalar extensões e configurar novas tags para propriedades existentes, mas não pode publicar nos ambientes de preparo ou produção. | Incluir automaticamente |
|
|
O desenvolvedor de aplicativos móveis | É responsável pela implementação do Adobe e de soluções de terceiros dentro de um aplicativo móvel nativo. | Incluir automaticamente |
|
|
A equipe de TI | Na verdade, o não modifica tags, mas tem controle total sobre os ambientes de preparo e produção e o que está neles. | Incluir automaticamente | (None) |
|
O desenvolvedor de extensões | Desenvolve extensões e pode enviar para aprovação, mas não pode publicá-las ou adicioná-las a propriedades existentes. | Incluir automaticamente |
|
|
O superusuário | Faz tudo. | Incluir automaticamente |
|
|
Este documento forneceu uma visão geral das permissões disponíveis para tags no Experience Platform. Para obter etapas sobre como configurar perfis de produto para tags na Adobe Admin Console, consulte o guia em gerenciamento de permissões de usuário para coleta de dados.