Configurações de mensagens transacionais mc-settings
As mensagens transacionais (Centro de mensagens) são um módulo do Campaign criado para gerenciar mensagens acionadas. Saiba mais sobre mensagens transacionais em esta seção.
Entenda a arquitetura de mensagens transacionais em esta página.
Definir permissões mc-permissions
Para criar novos usuários para as instâncias de execução do Centro de mensagens hospedadas na Adobe Cloud, entre em contato com o Gerente de transição de Adobe. Os usuários do Centro de mensagens são operadores específicos que exigem permissões dedicadas para acessar pastas de "eventos em tempo real" (nmsRtEvent).
Extensões do esquema mc-schema-ext
Todas as extensões de esquema feitas nos esquemas usados por fluxos de trabalho técnicos do Centro de Mensagens em instâncias de controle ou de execução precisam ser duplicadas nas outras instâncias usadas pelo módulo de mensagens transacionais do Adobe Campaign.
Enviar notificações transacionais por push mc-transactional-push
Quando combinado com o Módulo de canal de aplicativo móvel, as mensagens transacionais permitem que você envie mensagens transacionais por meio de notificações em dispositivos móveis.
Para enviar notificações por push transacionais, você precisa executar as seguintes configurações:
-
Instale o pacote Canal de aplicativo móvel nas instâncias de controle e de execução.
note caution CAUTION Verifique seu contrato de licença antes de instalar um novo pacote integrado do Campaign. -
Replicar o serviço Aplicativo móvel e os aplicativos móveis associados nas instâncias de execução.
Além disso, o evento deve conter os seguintes elementos:
- A ID do dispositivo móvel: registrationId para Android e deviceToken para iOS. Essa ID representa o "endereço" para o qual a notificação é enviada.
- O link para o aplicativo móvel ou a chave de integração (uuid) que permite recuperar as informações de conexão específicas do aplicativo.
- O canal para onde a notificação será enviada (wishedChannel): 41 para iOS e 42 para Android.
- Quaisquer outros dados de personalização.
Veja abaixo um exemplo de uma configuração de evento para enviar notificações transacionais por push:
<SOAP-ENV:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Body>
<urn:PushEvent>
<urn:sessiontoken>mc/</urn:sessiontoken>
<urn:domEvent>
<rtEvent wishedChannel="41" type="DELIVERY" registrationToken="2cefnefzef758398493srefzefkzq483974">
<mobileApp _operation="none" uuid="com.adobe.NeoMiles"/>
<ctx>
<deliveryTime>1:30 PM</deliveryTime>
<url>http://www.adobe.com</url>
</ctx>
</rtEvent>
</urn:domEvent>
</urn:PushEvent>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
Limpar eventos purge-events
É possível adaptar as configurações do assistente de implantação para definir por quanto tempo os dados devem ser armazenados no banco de dados.
A limpeza de eventos é executada automaticamente pelo fluxo de trabalho técnico Limpeza de banco de dados. Esse workflow limpa os eventos recebidos e armazenados nas instâncias de execução e eventos arquivados em uma instância de controle.
Use as setas conforme apropriado para alterar as configurações de limpeza dos Eventos (em uma instância de execução) e dos Eventos arquivados (em uma instância de controle).
Workflows técnicos technical-workflows
Você deve garantir que os workflows técnicos nas instâncias de controle e de execução tenham sido iniciados antes de implantar qualquer template de mensagem transacional.
Os fluxos de trabalho podem ser acessados na pasta Administration > Production > Message Center.
Workflows da instância de controle control-instance-workflows
Na instância de controle, você deve criar um fluxo de trabalho de arquivamento para cada conta externa Message Center execution instance. Clique no botão Create the archiving workflow para criar e iniciar o workflow.
Workflows da instância de execução execution-instance-workflows
Na(s) instância(s) de execução, você deve iniciar os seguintes workflows técnicos:
-
Processing batch events (internal name: batchEventsProcessing ): esse fluxo de trabalho permite dividir eventos em lote em uma fila antes que eles sejam vinculados a um template de mensagem.
-
Processing real time events (internal name: rtEventsProcessing ): esse workflow permite dividir eventos em tempo real em uma fila antes que eles sejam vinculados a um template de mensagem.
-
Update event status (internal name: updateEventStatus ): esse workflow permite que você atribua um status ao evento.
Os possíveis status do evento são:
- Pending: evento na fila. Nenhum template de mensagem foi atribuído a ele.
- Pending delivery: o evento está na fila, um modelo de mensagem foi atribuído a ele e está sendo processado pela entrega.
- Sent: este status é copiado dos logs de entrega. Significa que a entrega foi enviada.
- Ignored by the delivery: este status é copiado dos logs de entrega. Ele significa que a entrega foi ignorada.
- Delivery failed: este status é copiado dos logs de entrega. Ele significa que a entrega falhou.
- Event not taken into account: o evento não pôde ser vinculado a um modelo de mensagem. O evento não será processado.