[Também se aplica ao v8]{class="badge positive" title="Também se aplica ao Campaign v8"}
Configurar o Gestor de respostas do Campaign configuration
Esta seção destina-se às pessoas responsáveis pela configuração do gestor de resposta. Ele assume uma certa quantidade de conhecimento sobre a extensão de schemas, definição de workflows e programação SQL.
Isso permite o entendimento de como adaptar o modelo de dados padrão à natureza específica de uma tabela de transações para o Adobe Campaign com a tabela de individuais. Esta tabela pode coincidir com a tabela de individuais disponíveis no Adobe Campaign ou com uma tabela diferente.
A hipótese de medição é iniciada pelo workflow do processo de operação (operationMgt ). Cada hipótese representa um processo separado que é executado de forma assíncrona com um status de execução (Editando, Pendente, Concluído, Com falha, etc.) e controlado por um programador que gerencia as limitações de prioridade, a restrição do número de processos simultâneos, a página de baixa atividade e a execução automática com frequência.
Configurar esquemas configuring-schemas
É necessária a integração de aplicativos antes de usar o módulo de reação para definir as várias tabelas (transações, detalhes de transações) que devem ser mensuradas e suas relações com os envios, as ofertas e os individuais.
Esquemas padrão standard-schemas
O schema pronto para uso nms:remaMatch contém a tabela do log de reação, ou seja, a relação entre individuais, hipótese e tabela de transação. Esse schema deve ser usado como um schema de herança para a tabela de destino final dos logs de reação.
O schema nms:remaMatchRcp também vem como um padrão, pois contém o armazenamento dos logs de reação para os destinatários do Adobe Campaign (nms:recipient ). Para ser usado, é necessário estender para realizar o mapeamento para uma tabela de transação (onde contém compras, etc.).
Tabelas e detalhes de transações transaction-tables-and-transaction-details
A tabela de transações deve incluir os links diretos para os individuais.
Também é possível adicionar uma tabela contendo os detalhes da transação. Isso não está diretamente vinculado aos individuais.
Por exemplo, uma tabela de transação está vinculada a um contato (tabela de recebimento) e uma tabela de linhas está vinculada apenas à tabela de recebimento (tabela de detalhes). Então é possível configurar a hipótese diretamente no nível em que a tabela de linha de recebimento está vinculada à tabela de recebimento.
É altamente recomendável adicionar uma data de evento.
O schema a seguir mostra associações entre diferentes tabelas após a conclusão da configuração:
Gestor de resposta e destinatários response-management-with-adobe-campaign-recipients
Neste exemplo, uma tabela de compras foi integrada ao módulo do gestor de respostas usando a tabela integrada de destinatários do Adobe Campaign nms:recipient.
A tabela de logs de resposta em um destinatário nms:remaMatchRcp é estendida para adicionar um link ao schema da tabela de compras. No exemplo a seguir, a tabela de compra é chamada de demo:purchase.
-
Por meio do explorer do Adobe Campaign, selecione Administration > Campaign management > Target mappings.
-
Clique com o botão direito do mouse em Destinatário, selecione Actions e Modify the options of the targeting dimensions.
-
É possível personalizar o Extension namespace na próxima janela e, em seguida, clique em Next.
-
Na categoria Response management, verifique se a opção Generate a storage schema for reactions está marcada.
Em seguida, clique em Define additional fields… para selecionar as tabelas de transações relacionadas e adicionar os campos desejados à extensão do esquema nms:remaMatchRcp.
O esquema criado tem a seguinte aparência:
<srcSchema _cs="Reactions (Recipients) (cus)" entitySchema="xtk:srcSchema" extendedSchema="nms:remaMatchRcp"
img="nms:remaMatch.png" implements="xtk:persist" label="Reactions (Recipients)" mappingType="sql"
name="remaMatchRcp" namespace="cus">
<element label="Reactions (Recipients)" name="remaMatchRcp">
<key internal="true" name="match">
<keyfield xlink="hypothesis"/>
<keyfield xlink="broadLog"/>
<keyfield xlink="proposition"/>
</key>
<attribute label="Quantity" name="quantity" type="long"/>
<element name="purchase" target="demo:purchase" type="link"/>
<element name="hypothesis" revLabel="Reactions (Recipients)" revLink="remaMatchRcp"/>
<element applicableIf="HasPackage('nms:coreInteraction')" label="Proposition" name="proposition" target="nms:propositionRcp" type="link"/>
<element desc="Message (Delivery log)" label="Message" name="broadLog" target="nms:broadLogRcp" type="link"/>
<element label="Respondent" name="responder" target="nms:recipient" type="link"/>
</element>
<createdBy _cs="Administrator (admin)"/>
<modifiedBy _cs="Administrator (admin)"/>
</srcSchema>
Gestor de respostas com uma tabela de destinatário personalizada response-management-with-a-personalized-recipient-table
Neste exemplo, uma tabela de compras é integrada ao módulo do gestor de respostas com uma tabela de indivíduos que não é a tabela de destinatários disponível no Adobe Campaign.
-
Crie um novo esquema de registro de resposta derivado do esquema nms:remaMatch.
Como a tabela de indivíduos é diferente da tabela de destinatários do Adobe Campaign, é necessário criar um novo schema dos logs de resposta com base no schema nms:remaMatch. Em seguida, insira os links para os logs da entrega e a tabela de compras.
No exemplo a seguir, é usado o schema demo:broadLogPers e a tabela de transações demo:purchase:
code language-none <srcSchema desc="Linking of a recipient transaction to a hypothesis" img="nms:remaMatch.png" label="Responses on persons" labelSingular="Responses on a person" name="remaMatchPers" namespace="nms"> <element name="remaMatchPers" template="nms:remaMatch"> <key internal="true" name="match"> <keyfield xlink="hypothesis"/> <keyfield xlink="purchase"/> </key> <element name="hypothesis" revLabel="Response logs for persons" revLink="remaMatchPers"/> <element applicableIf="HasPackage('nms:interaction')" label="Proposition" name="proposition" target="demo:propositionPers" type="link"/> <element label="Delivery log" name="broadLog" target="demo:broadLogPers" type="link"/> </element> </srcSchema>
-
Modifique o formulário de hipótese no esquema nms:remaHypothesis.
Por padrão, a lista de logs de resposta é visível nos logs de destinatário. Portanto, é possível modificar o formulário de hipótese para exibir os novos logs de resposta criados durante a etapa anterior.
Por exemplo:
code language-none <container type="visibleGroup" visibleIf="[context/@remaMatchStorage]= 'demo:remaMatchPers'"> <input hideEditButtons="true" img="nms:remaMatch.png" nolabel="true" refresh="true" toolbarCaption="Responses generated by the hypothesis" type="linklist" xpath="remaMatchPers"> <input xpath="[.]"/> <input xpath="@controlGroup"/> </input> </container>
Gerenciar indicadores managing-indicators
O módulo Gestor de Resposta contém uma lista de indicadores predefinidos. No entanto, é possível adicionar outros indicadores de mensuração personalizados.
Para isso, é possível estender a tabela de hipótese ao inserir dois campos para cada indicador novo:
- o primeiro para a população do target,
- o segundo para o grupo de controle.
Por exemplo:
<srcSchema entitySchema="xtk:srcSchema" extendedSchema="nms:remaHypothesis" label="Measurement hypothesis"
md5="1D4DED54FF8EC2432AED6736EDE6F547" name="remaHypothesis" namespace="demo" xtkschema="xtk:srcSchema">
<element name="remaHypothesis">
<element name="indicators">
<!-- Quantity -->
<attribute label="Total contacted" name="contactReactedTotalQuantity" type="long"/>
<attribute label="Total number of people in the control group" name="proofReactedTotalquantity" type="long"/>
</element>
</element>
</srcSchema>