Show Menu
TÓPICOS×

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 nms:BroadLogRcp e nms:TrackingLogRcp schemas ao pronto-socorro 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 .
  • Não é possível usar o padrão Services and Subscriptions oferecido no produto.
    Isto significa que a operação global descrita na presente seção não é aplicável.
  • O link com a visitor tabela não funciona.
    Assim, para usar o Social Marketing módulo, é 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.
    Por conseguinte, o procedimento descrito na presente seção não é aplicável sem uma configuração adicional.
    Você ainda pode criar listas recipient usando workflows. Para obter mais informações, consulte Criação de 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:
  • Alguns relatórios padrão, em especial os oferecidos pela Interaction e pelas Aplicações ​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 Unsubscription link personalização padrão 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 o Aplicação web.