Sobre tabela de recipient personalizada

Esta seção detalha os princípios para usar uma tabela de recipient não padrão.

Por padrão, a Adobe Campaign oferta uma tabela de recipient padrão à qual funções e processos prontos para uso estão vinculados. A tabela de recipient padrão tem vários campos e tabelas predefinidos que podem ser facilmente estendidos usando uma tabela de extensão.

Se esse método de extensão oferta uma boa flexibilidade para estender uma tabela, ele não permitirá a redução do número de campos ou links nela contidos. O uso de uma tabela não padrão, ou "tabela de recipient externos", permite maior flexibilidade, mas requer determinadas precauções ao implementá-la.

Precisões

Essa funcionalidade permite que a Adobe Campaign processe dados de um banco de dados externo: esses dados serão usados como um conjunto de perfis para delivery. A implementação deste processo envolve várias precisões que podem ser relevantes de acordo com as necessidades do cliente. Como:

  • Nenhum fluxo de atualização de e para o banco de dados Adobe Campaign: os dados desta tabela podem ser atualizados diretamente pelo mecanismo de banco de dados que os hospeda.
  • Nenhuma alteração nos processos que operam no banco de dados existente.
  • Usando um banco de dados de perfis com uma estrutura não padrão: possibilidade de entrega em perfis salvos em várias tabelas com várias estruturas, usando uma única instância.
  • Nenhuma alteração ou manutenção necessária ao atualizar o banco de dados Adobe Campaign.
  • A tabela de recipient padrão é inútil se você não precisar da maioria dos campos da tabela ou se o modelo de banco de dados não estiver centralizado nos recipient.
  • Para ser eficiente, uma tabela com poucos campos é necessária se você tiver um número significativo de perfis. A tabela de recipient padrão tem muitos campos para esse caso específico.

Esta seção descreve os pontos principais que permitem mapear tabelas existentes no Adobe Campaign e a configuração a ser aplicada para executar delivery com base em qualquer tabela. Por fim, ele descreve como fornecer aos usuários interfaces de consulta tão práticas quanto aquelas disponíveis na tabela de recipient padrão. Para compreender o material apresentado nesta seção, é necessário um bom conhecimento dos princípios de concepção do ecrã e do schema.

Recommendations e limitações

O uso de uma tabela de recipient externos tem as seguintes limitações:

  • A Adobe Campaign não suporta vários schemas de recipient, conhecidos como schemas de definição de metas, vinculados aos mesmos schemas de registro de transmissão e/ou rastreamento. Caso contrário, isso pode resultar em anomalias na reconciliação de dados posteriormente.

    O gráfico abaixo detalha a estrutura relacional necessária para cada schema de recipient personalizado:

    Recomendamos:

    • Dedicando os schemas nms:BroadLogRcp e nms:TrackingLogRcp aos predefinidos nms:Recipientschema. Essas duas tabelas de log não devem ser vinculadas a nenhuma tabela de recipient personalizada adicional.
    • Definição de schemas personalizados de log de fluxo e rastreamento para cada novo schema de recipient personalizado. Isso pode ser feito automaticamente ao configurar o target mapping, consulte Target mapping.
  • Você não pode usar o padrão Services and Subscriptions oferecido no produto.

    Isso significa que a operação geral detalhada em this section não é aplicável.

  • O link com a tabela visitor não funciona.

    Assim, para usar o módulo Social Marketing, é necessário configurar a etapa do armazenamento para fazer referência à tabela correta.

    Da mesma forma, ao utilizar funções de referência, o modelo de transferência de mensagem inicial padrão deve ser adaptado.

  • Não é possível adicionar perfis manualmente em uma lista.

    Portanto, o procedimento detalhado em this section não é aplicável sem uma configuração adicional.

    OBSERVAÇÃO

    Você ainda pode criar listas recipient usando workflows. Para obter mais informações, consulte Criar uma lista de perfil com um fluxo de trabalho.

Também recomendamos verificar os valores padrão usados nas diferentes configurações predefinidas: em função das funcionalidades utilizadas, devem ser efetuadas várias adaptações.

Por exemplo:

  • Determinados relatórios padrão, especialmente aqueles oferecidos por Interação e Aplicativos móveis devem ser redesenvolvidos. Consulte a seção Gerenciar relatórios.
  • As configurações padrão para determinadas atividades de fluxo de trabalho fazem referência à tabela de recipient padrão (nms:recipient): essas configurações devem ser alteradas quando usadas para uma tabela de recipient externos. Consulte a seção Gerenciar workflows.
  • O bloco de personalização padrão Unsubscription link deve ser adaptado.
  • O target mapping dos templates do delivery padrão deve ser modificado.
  • Os formulários V4 não são compatíveis para uso com uma tabela de recipient externos: você deve usar aplicativos da Web.

Nesta página