Descrição do modelo de dados da campanha

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 suas interações.

Para acessar a descrição de cada tabela, vá para Admin > Configuration > Data schemas, selecione um recurso da lista e clique na guia Documentation.

OBSERVAÇÃO

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 do Adobe Campaign, leia esta seção.

Descrição das tabelas principais

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 predefinido do Adobe Campaign inclui as principais tabelas listadas abaixo.

NmsRecipient

Esta tabela corresponde ao schema nms:recipient.

É a tabela padrão usada para os recipients de deliveries. Como resultado, ele contém as informações necessárias para os deliveries por meio dos vários canais:

  • sEmail: endereço de email.
  • iEmailFormat: formato preferencial para emails (1 para Texto, 2 para HTML e 0 se não estiver definido).
  • sAddress1, sAddress2, sAddress3, sAddress4, sZipCode, sCity são usadas para criar o endereço postal (em conformidade com o padrão AFNOR XPZ 10-011 de maio de 1997).
  • sPhone, sMobilePhone, sFax contêm números de telefone, celular e fax, respectivamente.
  • iBlackList é o sinalizador de recusa padrão usado para os perfis (1 significa "cancelado de assinatura", 0 caso contrário).

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.

NmsGroup

Esta tabela corresponde ao schema nms:group.

Ela 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).

NmsRcpGrpRel

A tabela de relacionamento NmsRcpGrpRel contém apenas os dois campos correspondentes aos identificadores das tabelas vinculadas iRecipientId e iGroupId.

NmsService

Esta tabela corresponde ao schema nms:service .

No Adobe Campaign, é possível criar e gerenciar assinaturas 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).

NmsSubscription

Esta tabela corresponde ao schema nms:subscription.

Ele permite gerenciar assinaturas de destinatários de serviços de informações.

NmsSubHisto

Esta tabela corresponde ao schema nms:subHisto.

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 .

NmsDelivery

Esta tabela corresponde ao schema nms:delivery.

Cada registro nesta tabela representa uma ação de delivery ou um template de 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).

XtkFolder

Ele contém todas as pastas na árvore visíveis na guia Navigation 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.

Delivery e rastreamento

Esse conjunto de tabelas está vinculado ao módulo Delivery, que permite monitorar deliveries e eventuais problemas encontrados quando as mensagens são enviadas. Para obter mais informações, consulte Monitorando deliveries. Para obter mais informações sobre o rastreamento, consulte Rastreamento de mensagens.

NmsBroadLogMsg: Esta tabela corresponde ao nms: broadLogMsgschema. É uma extensão da tabela de log do delivery.

Gerenciamento de campanhas

Esse conjunto de tabelas está vinculado ao módulo Marketing campanhas , que permite definir, otimizar, executar e analisar campanhas de comunicação e marketing. Para obter mais informações, consulte Sobre campanhas de marketing.

  • NmsOperation: Esta tabela corresponde ao nms:operationschema . Ele contém os dados das campanhas de marketing.
  • NmsDeliveryOutline: Esta tabela corresponde ao schema nms: deliveryOutline. Ele contém as propriedades estendidas do delivery (delivery outline).
  • NmsDlvOutlineItem: Esta tabela corresponde ao schema nms: dlvOutlineIteme. Ele contém os artigos de um delivery outline.
  • NmsDeliveryCustomization: Esta tabela corresponde ao schema nms: deliveryCustomization. Ele contém os campos de personalização de um delivery.
  • NmsBudget: Esta tabela corresponde ao schema nms: budget. Ele contém os dados de um orçamento em uma campanha, um plano, um programa, uma tarefa e/ou deliveries.
  • NmsDocument: Esta tabela corresponde ao nms: documentschema. Ele contém os documentos de marketing da campanha na forma de arquivos (imagens, arquivos excel ou word etc.)
  • XtkWorkflow: Esta tabela corresponde ao xtk: workflowschema. Ele contém o direcionamento da campanha.
  • NmsTask: Esta tabela corresponde ao nms: taskschema. Ele contém a definição de uma tarefa de marketing.
  • NmsAsset: Esta tabela corresponde ao schema nms: asset. Ele contém a definição de um recurso de marketing.

Consistência da comunicação

Esse conjunto de tabelas está vinculado ao módulo Otimização de Campanha, que permite controlar, filtrar e monitorar o envio de deliveries. Para obter mais informações, consulte Sobre tipologias de campanha.

  • NmsTypologyRule: Esta tabela corresponde ao nms: typologyRuleschema. Ele contém as regras que se aplicam aos deliveries, dependendo das tipologias.
  • NmsTypology: Essa tabela corresponde ao schema de tipologia nms: . Ele contém o conjunto de regras a serem aplicadas aos deliveries que correspondem à tipologia.
  • NmsTypologyRuleRel: Esta tabela corresponde ao nms: typologyRuleRelschema. Ele contém os relacionamentos entre tipologias e suas regras.
  • NmsVolumeLine: Esta tabela corresponde ao nms: volumeLineschema. Ele contém o conjunto de linhas de disponibilidade das regras de capacidade.
  • NmsVolumeConsumed: Esta tabela corresponde ao schema nms: volumeConsumed. Ele contém todas as linhas de consumo das regras de capacidade.

Gestor de resposta

Esse conjunto de tabelas está vinculado ao módulo Gestor de Resposta, que permite medir o sucesso e a lucratividade das campanhas de marketing ou apresentações de ofertas para todos os canais de comunicação. Para obter mais informações, consulte Sobre o gestor de resposta.

NmsRemaHypothesis

Esta tabela coincide com o schema nms:remaHypothesis. 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:

  • O schema de armazenamento do log de reação nms:remaMatchRcp.
  • O schema da tabela de transações (compras por exemplo).
  • O schema querying , que permite definir a tabela inicial das condições da hipótese.
  • Os links para indivíduos, que permitem identificar o indivíduo com base no schema de consulta.
  • A data da transação. Este campo não é obrigatório, mas recomendamos usá-lo para restringir o perímetro de cálculo.
  • O valor da transação: é um campo opcional para calcular indicadores de receita automaticamente.

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:

  • Número de reações: iTransaction. Número de linhas na tabela de logs de reação.
  • Número de contatos: iContactReacted. Número distinto de contatos direcionados na hipótese.
  • Contagem do grupo de controle: iProofReacted. Número distinto de contatos de grupo de controle direcionado na hipótese.
  • Taxa de resposta contatada: dContactReactedRate. Taxa de resposta dos contatos direcionados na hipótese.
  • Taxa de resposta do grupo de controle: dProofReactedRate. Taxa de resposta do grupo de controle da hipótese.
  • Receita total da população contactada: dContactReactedTotalAmount. Receita total dos contatos direcionados na hipótese.
  • Receita média do grupo de controle: dContactReactedAvgAmount. Receita média dos contatos do grupo de controle direcionado na hipótese.
  • Receitas totais do grupo de controlo: dProofReactedTotalAmount. Receita total do grupo de controle da hipótese.
  • Receita média do grupo de controle: dProofReactedAvgAmount. Receita média do grupo de controle da hipótese.
  • Margem total por contato: dContactReactedTotalMargin. Margem total por contato direcionado na hipótese.
  • Margem média por contato: dContactReactedAvgMargin. Margem média por contato direcionado na hipótese.
  • Margem total do grupo de controle: dProofReactedTotalMargin. Margem total do grupo de controle direcionado na hipótese.
  • Margem média do grupo de controle: dProofReactedAvgMargin. Margem média do grupo de controle direcionado na hipótese.
  • Receita adicional: AdditionalAmount. (Average revenue of contact - Average revenue of control group) * Número de contatos.
  • Margem adicional: MargemAdicional. (Average margin of contact - Average margin of control group) / Número de contatos.
  • Custo médio por contato (expressão SQL). Custo calculado do delivery/Número de contatos.
  • ROI (expressão SQL). Custo calculado do delivery / margem total do contato.
  • ROI efetivo (expressão SQL). Custo calculado do delivery / margem adicional.
  • Significância: Significativy (expressão SQL). Contém valores de 0 a 3 dependendo do significado da campanha.

NmsRemaMatchRcp

Esta tabela corresponde ao schema nms:remaMatchRcp.

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.

Simulação e delivery

Esse conjunto de tabelas está vinculado ao módulo Simulation, 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.

  • NmsSimulation: Essa tabela corresponde ao nms: simulationschema. Ela representa uma simulação para um conjunto de deliveries ou ofertas em uma determinada população.
  • NmsDlvSimulationRel: Esta tabela corresponde ao nms: dlvSimulationRelschema. Ele contém a lista de deliveries considerados na simulação. O escopo da simulação é armazenado em XML.
  • NmsOfferSimulationRel: Esta tabela corresponde ao nms: offerSimulationRelschema. Ela permite vincular uma simulação a uma oferta.

Módulo de interação

Esse conjunto de tabelas está vinculado ao módulo Interaction, que permite responder em tempo real durante uma interação com um determinado contato, tornando-os uma única ou várias ofertas adaptadas. Para obter mais informações, consulte Interaction and offer management.

  • NmsOffer: Esta tabela corresponde ao schema nms: offer. Ele contém a definição de cada oferta de marketing.
  • NmsPropositionRcp: Esta tabela corresponde ao nms: propositionRcpschema. Ele contém o log entre canais das apresentações de marketing enviadas para cada indivíduo. O registro é criado quando uma proposta é preparada ou efetivamente feita a um indivíduo.
  • NmsOfferSpace: Esta tabela corresponde ao schema nms: offerSpaceschema. Ele contém a definição de locais em que as apresentações são feitas.
  • NmsOfferContext: Esta tabela corresponde ao nms: offerContextschema. Contém critérios adicionais sobre a aplicabilidade da proposta, bem como sobre a definição da fórmula de cálculo do peso.
  • NmsOfferView: Esta tabela corresponde ao nms:offerView. Ele contém as representações de oferta.
  • NmsOfferCategory: Esta tabela corresponde ao nms:offerCategory. Ele contém as categorias de ofertas.
  • NmsOfferEnv: Esta tabela corresponde ao nms:offerEnv. Ele contém os ambientes de oferta.

Módulo do Centro de Mensagens

O seguinte conjunto de tabelas está vinculado ao módulo Transactional messaging (Message Center), que permite gerenciar comunicações individuais e exclusivas enviadas a um usuário e geradas por eventos disparados de sistemas de informações. Para obter mais informações, consulte Sobre mensagens transacionais.

NmsRtEvent

Esta tabela corresponde ao schema nms:rtEvent. Ele contém uma definição de eventos em tempo real.

NmsBatchEvent

Esta tabela corresponde ao schema nms:batchEvent. Ele contém a definição de eventos por lote.

Módulo NMAC

Esse conjunto de tabelas está vinculado ao Mobile App Channel, 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.

  • NmsMobileApp: Esta tabela corresponde ao nms: mobileAppschema. Ele contém os aplicativos móveis definidos no Adobe Campaign.
  • NmsAppSubscription: Esta tabela corresponde ao schema nms: appSubscription . Ele contém as informações dos assinantes sobre um ou mais aplicativos.
  • NmsAppSubscriptionRcp: Esta tabela corresponde ao nms: appSubscriptionRcpschema. Ele permite vincular os visitantes que se inscreveram em um aplicativo com a tabela de recipients.
  • NmsExcludeLogAppSubRcp: Esta tabela corresponde ao nms: excludeLogAppSubRcpschema.
  • NmsTrackingLogAppSubRcp: Esta tabela corresponde ao nms: trackingLogAppSubRcpschema.
  • NmsBroadLogAppSubRcp: Esta tabela corresponde ao nms: broadLogAppSubRcpschema.

Módulo de marketing social

Esse conjunto de tabelas está vinculado ao módulo Managing social networks, que permite interagir com clientes e clientes potenciais via Facebook e Twitter. Para obter mais informações, consulte Sobre marketing social.

  • NmsVisitor: Esta tabela corresponde ao nms: visitorschema. Ele contém informações sobre visitantes.
  • NmsVisitorSub: Esta tabela corresponde ao nms: visitorSubschema. Ele permite vincular um visitante aos serviços que eles assinaram (Twitter ou Facebook).
  • NmsFriendShippingRel: Esta tabela corresponde ao nms: friendlyRelschema. Ela permite vincular visitantes com seus amigos no contexto do serviço do Facebook.
  • NmsVisitorInterestRel: Esta tabela corresponde ao nms: visitorInterestRelschema. Permite vincular visitantes e seus interesses.
  • NmsInterest: Esta tabela corresponde ao nms: interestschema. Ele contém a lista de interesses para cada visitante.

Nesta página

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now