Configuración de mensajería transaccional mc-settings
La mensajería transaccional (Centro de mensajes) es un módulo de Campaign diseñado para gestionar mensajes activados. Más información sobre la Mensajería transaccional en esta sección.
Comprensión de la arquitectura de mensajería transaccional en esta página.
Definición de permisos mc-permissions
Para crear nuevos usuarios para las instancias de ejecución del Centro de mensajes alojadas en Adobe Cloud, póngase en contacto con el administrador de transición de Adobe. Los usuarios del Centro de mensajes son operadores específicos que requieren permisos especiales para acceder a las carpetas “Eventos en tiempo real” (nmsRtEvent).
Extensiones de esquema mc-schema-ext
Todas las extensiones de esquema realizadas en los esquemas utilizados por Flujos de trabajo técnicos del Centro de mensajes en cualquiera de las instancias de control o de ejecución debe duplicarse en las demás instancias que utiliza el módulo de mensajería transaccional de Adobe Campaign.
Envío de notificaciones push transaccionales mc-transactional-push
Cuando se combina con Módulo de canal de aplicaciones móviles, la mensajería transaccional le permite insertar mensajes transaccionales mediante notificaciones en dispositivos móviles.
Para enviar notificaciones push transaccionales, debe realizar las siguientes configuraciones:
-
Instale el paquete del Mobile App Channel en las instancias de control y ejecución.
note caution CAUTION Compruebe el acuerdo de licencia antes de instalar un nuevo paquete integrado de Campaign. -
Replicar el aplicación móvil y las aplicaciones móviles asociadas en las instancias de ejecución.
Además, el evento debe contener los siguientes elementos:
- ID del dispositivo móvil: registrationId para Android y deviceToken para iOS. Este ID representa la "dirección" a la que se envía la notificación.
- El vínculo a la aplicación móvil o clave de integración (uuid), que permite recuperar información de conexión específica de la aplicación.
- El canal al que se enviará la notificación (wishedChannel): 41 para iOS y 42 para Android.
- Cualquier otro dato de personalización.
A continuación se muestra un ejemplo de configuración de evento para enviar notificaciones push transaccionales:
<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>
Purga de eventos purge-events
Puede adaptar la configuración del asistente de implementación para configurar cuánto tiempo se guardan los datos en la base de datos.
La depuración de eventos la realiza automáticamente Database cleanup flujo de trabajo técnico. Este flujo de trabajo depura los eventos recibidos y almacenados en las instancias de ejecución y los eventos archivados en una instancia de control.
Utilice las flechas según corresponda para cambiar la configuración de depuración del Eventos (en una instancia de ejecución) y Eventos archivados (en una instancia de control)
Flujos de trabajo técnicos technical-workflows
Debe asegurarse de que los flujos de trabajo técnicos de las instancias de control y ejecución se hayan iniciado antes de implementar cualquier plantilla de mensaje transaccional.
A continuación, se puede acceder a estos flujos de trabajo desde el Administration > Production > Message Center carpeta.
Flujos de trabajo de instancias de control control-instance-workflows
En la instancia de control, se debe crear un flujo de trabajo de archivado para cada uno Message Center execution instance cuenta externa. Haga clic en el botón Create the archiving workflow para crear e iniciar el flujo de trabajo.
Flujos de trabajo de instancias de ejecución execution-instance-workflows
En las instancias de ejecución, debe iniciar los siguientes flujos de trabajo técnicos:
-
Processing batch events (internal name: batchEventsProcessing): este flujo de trabajo permite desglosar eventos por lote en cola antes de relacionarlos con una plantilla de mensaje.
-
Processing real time events (internal name: rtEventsProcessing): este flujo de trabajo permite desglosar eventos en tiempo real en cola antes de relacionarlos con una plantilla de mensaje.
-
Update event status (internal name: updateEventStatus): este flujo de trabajo le permite atribuir un estado al evento.
Los estados de eventos posibles son:
- Pending: el evento está en cola. Aún no se le ha asignado ninguna plantilla de mensaje.
- Pending delivery: el evento está en cola, se le ha asignado una plantilla de mensaje y la entrega lo está procesando.
- Sent: este estado se copia desde los registros de envío. Significa que el envío se realizó.
- Ignored by the delivery: este estado se copia desde los registros de envío. Significa que la entrega se ha omitido.
- Delivery failed: este estado se copia desde los registros de envío. Significa que la entrega ha fallado.
- Event not taken into account: el evento no se ha podido relacionar con una plantilla de mensaje. El evento no se va a procesar.