O Adobe Campaign vem com um modelo de dados predefinido. Esta seção fornece alguns detalhes sobre as tabelas integradas do modelo de dados do Adobe Campaign e sua interação.
Para acessar a descrição de cada tabela, acesse Admin > Configuration > Data schemas, selecione um recurso na lista e clique no botão Documentation guia .
A estrutura física e lógica dos dados transportados no aplicativo é descrita em XML. Ela obedece a uma gramática específica do Adobe Campaign, chamada de schema. Para obter mais informações sobre schemas Adobe Campaign, leia esta seção.
O Adobe Campaign depende de um banco de dados relacional contendo tabelas vinculadas.
O diagrama a seguir mostra as associações entre as principais tabelas de negócios do modelo de dados do Adobe Campaign com os campos principais de cada um.
O modelo de dados Adobe Campaign predefinido inclui as principais tabelas listadas abaixo.
Essa tabela corresponde ao nms:recipient esquema.
É a tabela padrão usada para a variável recipients de deliveries. Como resultado, ele contém as informações necessárias para os deliveries por meio dos vários canais:
O campo iFolderId é a chave estrangeira que vincula o recipient à pasta de execução. Para obter mais informações, consulte XtkFolder.
O campo sCountryCode é o código ISO 3166-1 Alpha 2 (2 caracteres) do país associado ao recipient. Na verdade, esse campo é uma chave estrangeira na tabela de referência do país (NmsCountry), que contém os rótulos do país e outros dados de código do país. Se o país não estiver preenchido, o valor 'XX' será armazenado (e usado no lugar de um registro de ID zero).
Para obter mais informações sobre a tabela Recipient, consulte esta seção.
Essa tabela corresponde ao nms:group esquema.
Ele permite criar grupos estáticos de recipients. Há uma relação muitos para muitos entre recipients e grupos. Por exemplo, um recipient pode pertencer a vários grupos e um grupo pode conter vários recipients. Os grupos podem ser criados manualmente, por meio de uma importação ou por meio do target de delivery. Os grupos são frequentemente usados como alvos do delivery. Há um índice exclusivo no campo que representa o nome interno do grupo sName. O grupo está vinculado a uma pasta (A chave é iFolderId. Para obter mais informações, consulte XtkFolder).
A tabela de relacionamento NmsRcpGrpRel contém apenas os dois campos correspondentes aos identificadores das tabelas vinculadas iRecipientId e iGroupId.
Essa tabela corresponde ao nms:service esquema.
No Adobe Campaign, é possível criar e gerenciar subscrições de serviços de informações (tópicos). A tabela NmsService armazena a definição dos serviços de informações (tópicos) aos quais você oferece aos recipients para assinar (um boletim informativo, por exemplo).
Os serviços são entidades semelhantes a grupos (agrupamentos de recipients estáticos), exceto que circulam mais informações e permitem o gerenciamento fácil de subscrições e unsubscriptions por meio de formulários.
Há um índice exclusivo no campo que representa o nome interno do serviço sName. O serviço está vinculado a uma pasta (A chave é iFolderId. Para obter mais informações, consulte XtkFolder). Finalmente, o campo iType especifica o canal de delivery desse serviço (0 para email, 1 para SMS, 2 para telefone, 3 para correspondência direta e 4 para fax).
Essa tabela corresponde ao nms:subscription esquema.
Ele permite gerenciar assinaturas de destinatários de serviços de informações.
Essa tabela corresponde ao nms:subHisto esquema.
Se as assinaturas forem gerenciadas usando formulários web ou a interface do aplicativo, todas as assinaturas e unsubscriptions serão historicamente registradas na tabela NmsSubHisto . O campo iAction especifica a ação (0 para cancelamento de subscrição e 1 para subscrição) executada na data armazenada no campo tsDate .
Essa tabela corresponde ao nms:delivery esquema.
Cada registro nesta tabela representa um ação de delivery ou template do delivery. Ela contém todos os parâmetros necessários para executar deliveries (o target, o conteúdo, etc.). Logs de delivery (transmissão) (NmsBroadLog) e URLs de rastreamento associadas (NmsTrackingUrl) são criados durante a fase de análise (veja abaixo para obter mais detalhes sobre essas duas tabelas).
Há um índice exclusivo no campo que representa o nome interno do delivery ou do cenário sInternalName. O delivery é vinculado a uma pasta de execução (a chave externa é iFolderProcessId. Para obter mais informações, consulte XtkFolder).
Ele contém todas as pastas na árvore visível no Navegação do console.
As pastas são digitadas: o valor do campo sModel especifica o tipo de dados que pode ser contido na pasta. Esse campo também permite que o console do cliente exiba os dados corretamente com os formulários correspondentes. Os valores possíveis para esse campo são definidos na navTree.
A árvore é gerenciada pelos campos iParentId e iChildCount . O campo sFullName fornece o caminho completo da pasta na árvore. Finalmente, há um índice exclusivo no campo que representa o nome interno da pasta sName.
Esse conjunto de tabelas está vinculado à variável Delivery , que permite monitorar deliveries e eventuais problemas encontrados quando as mensagens são enviadas. Para obter mais informações, consulte Monitoramento de deliveries. Para obter mais informações sobre o rastreamento, consulte Rastreamento de mensagens.
NmsBroadLogMsg: Essa tabela corresponde ao nms:broadLogMsg esquema. É uma extensão da tabela de log do delivery.
Esse conjunto de tabelas está vinculado à variável Campanhas de marketing , que permite definir, otimizar, executar e analisar campanhas de comunicações e marketing. Para obter mais informações, consulte Sobre campanhas de marketing.
Esse conjunto de tabelas está vinculado à variável Otimização de campanha , que permite controlar, filtrar e monitorar o envio de deliveries. Para obter mais informações, consulte Sobre tipologias de campanha.
Esse conjunto de tabelas está vinculado à variável Gestor de Resposta , que permite medir o sucesso e a lucratividade de campanhas de marketing ou apresentações de oferta para todos os canais de comunicação. Para obter mais informações, consulte Sobre o gestor de resposta.
Esta tabela coincide com o nms:remaHypothesis esquema. Ele contém a definição da hipótese de medição.
Esta tabela contém informações significativas armazenadas em XML, incluindo:
Contexto de execução (informações armazenadas em XML)
O contexto de execução preenche as tabelas e os campos a serem considerados para o cálculo da medição, a saber:
Perímetro da hipótese (informações armazenadas em XML)
O perímetro da hipótese consiste na filtragem da hipótese com base na tabela do schema de query.
Script de sobrecarga da hipótese (informações armazenadas em XML)
O script de sobrecarga da hipótese é um código JavaScript que permite sobrecarregar o conteúdo da hipótese durante a execução.
Indicadores de medição
Os seguintes indicadores são atualizados automaticamente durante a execução da hipótese:
Essa tabela corresponde ao nms:remaMatchRcp esquema.
Ele contém um registro que representa a reação de um indivíduo a uma determinada hipótese. Esses registros foram criados durante a execução da hipótese.
Esse conjunto de tabelas está vinculado à variável Simulação , que permite testar a distribuição de ofertas pertencentes a uma categoria ou um ambiente antes de enviar sua proposta para os recipients. Para obter mais informações, consulte Sobre a simulação de ofertas.
Esse conjunto de tabelas está vinculado à variável Interação , que permite responder em tempo real durante uma interação com um determinado contato, tornando-o uma única ou várias ofertas adaptadas. Para obter mais informações, consulte Interação e gestão de ofertas.
O seguinte conjunto de tabelas está vinculado à variável Mensagens transacionais Módulo (Centro de mensagens), que permite gerenciar comunicações individuais e exclusivas enviadas a um usuário e geradas por eventos acionados de sistemas de informações. Para obter mais informações, consulte Sobre mensagens transacionais.
Essa tabela corresponde ao nms:rtEvent esquema. Ele contém uma definição de eventos em tempo real.
Essa tabela corresponde ao nms:batchEvent esquema. Ele contém a definição de eventos por lote.
Esse conjunto de tabelas está vinculado à variável Canal de aplicativo móvel, que permite enviar notificações personalizadas para terminais iOS e Android por meio de aplicativos. Para obter mais informações, consulte Sobre o canal de aplicativo móvel.
Esse conjunto de tabelas está vinculado à variável Gerenciamento de redes sociais , que permite interagir com clientes e clientes potenciais via Facebook e Twitter. Para obter mais informações, consulte Sobre marketing social.