Impostazioni dei messaggi transazionali mc-settings
La messaggistica transazionale (Message Center) è un modulo di Campaign progettato per la gestione dei messaggi attivati. Ulteriori informazioni sulla messaggistica transazionale in questa sezione.
Scopri l'architettura della messaggistica transazionale in questa pagina.
Definire le autorizzazioni mc-permissions
Per creare nuovi utenti per le istanze di esecuzione del Centro messaggi ospitate su Adobe Cloud, contatta il tuo Adobe Transition Manager. Gli utenti del Centro messaggi sono operatori specifici che richiedono autorizzazioni dedicate per accedere alle cartelle "Eventi in tempo reale" (nmsRtEvent).
Estensioni schema mc-schema-ext
Tutte le estensioni dello schema effettuate sugli schemi utilizzati dai flussi di lavoro tecnici del Centro messaggi su istanze di controllo o di esecuzione devono essere duplicate sulle altre istanze utilizzate dal modulo di messaggistica transazionale di Adobe Campaign.
Inviare notifiche push transazionali mc-transactional-push
In combinazione con il modulo del canale app mobile, la messaggistica transazionale consente di inviare messaggi transazionali tramite notifiche su dispositivi mobili.
Per inviare notifiche push transazionali, devi eseguire le seguenti configurazioni:
-
Installa il pacchetto Canale app mobile nelle istanze di controllo ed esecuzione.
note caution CAUTION Verifica il contratto di licenza prima di installare un nuovo pacchetto integrato di Campaign. -
Replica il servizio App mobile e le applicazioni mobili associate nelle istanze di esecuzione.
Inoltre, l’evento deve contenere i seguenti elementi:
- ID dispositivo mobile: registrationId per Android e deviceToken per iOS. Questo ID rappresenta l’"indirizzo" a cui viene inviata la notifica.
- Collegamento all'applicazione mobile o alla chiave di integrazione (uuid) che consente di recuperare le informazioni di connessione specifiche dell'applicazione.
- Canale a cui verrà inviata la notifica (wishedChannel): 41 per iOS e 42 per Android.
- Qualsiasi altro dato di personalizzazione.
Di seguito è riportato un esempio di configurazione di un evento per l’invio di notifiche push transazionali:
<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>
Eliminare gli eventi purge-events
È possibile adattare le impostazioni della procedura guidata di distribuzione per configurare la durata della memorizzazione dei dati nel database.
La rimozione degli eventi viene eseguita automaticamente dal flusso di lavoro tecnico Database cleanup. Questo flusso di lavoro elimina gli eventi ricevuti e memorizzati nelle istanze di esecuzione e gli eventi archiviati in un'istanza di controllo.
Utilizzare le frecce appropriate per modificare le impostazioni di eliminazione per Events (in un'istanza di esecuzione) e Archived events (in un'istanza di controllo).
Flussi di lavoro tecnici technical-workflows
Prima di distribuire i modelli di messaggi transazionali, è necessario assicurarsi che i flussi di lavoro tecnici sulle istanze di controllo ed esecuzione siano stati avviati.
È possibile accedere a questi flussi di lavoro dalla cartella Amministrazione > Produzione > Centro messaggi.
Controllare i flussi di lavoro delle istanze control-instance-workflows
Nell'istanza di controllo è necessario creare un flusso di lavoro di archiviazione per ogni account esterno Message Center execution instance. Fare clic sul pulsante Create the archiving workflow per creare e avviare il flusso di lavoro.
Flussi di lavoro dell’istanza di esecuzione execution-instance-workflows
Nelle istanze di esecuzione, devi avviare i seguenti flussi di lavoro tecnici:
-
Processing batch events (nome interno: batchEventsProcessing ): questo flusso di lavoro consente di suddividere gli eventi batch in una coda prima che siano collegati a un modello di messaggio.
-
Processing real time events (nome interno: rtEventsProcessing ): questo flusso di lavoro consente di suddividere gli eventi in tempo reale in una coda prima che vengano collegati a un modello di messaggio.
-
Update event status (nome interno: updateEventStatus ): questo flusso di lavoro consente di attribuire uno stato all'evento.
I possibili stati degli eventi sono:
- Pending: l'evento è in coda. Non è ancora stato assegnato alcun modello di messaggio.
- Pending delivery: l'evento è in coda, gli è stato assegnato un modello di messaggio e viene elaborato dalla consegna.
- Sent: questo stato viene copiato dai log di consegna. Significa che la consegna è stata inviata.
- Ignored by the delivery: questo stato viene copiato dai log di consegna. Significa che la consegna è stata ignorata.
- Delivery failed: questo stato viene copiato dai log di consegna. Significa che la consegna è non è andata a buon fine.
- Event not taken into account: impossibile collegare l'evento a un modello di messaggio. L’evento non verrà elaborato.