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.
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 da 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 Modulo 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:
-
Installare 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 Applicazione 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.
- Il collegamento all’app 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 (wwishChannel): 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 dall' Database cleanup flusso di lavoro tecnico. 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 rimozione per Eventi (su un’istanza di esecuzione) e Eventi archiviati (su 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.
Questi flussi di lavoro sono quindi accessibili da Amministrazione > Produzione > Centro messaggi cartella.
Controllare i flussi di lavoro delle istanze control-instance-workflows
Nell’istanza di controllo è necessario creare un flusso di lavoro di archiviazione per ogni Message Center execution instance account esterno. Fai clic su Create the archiving workflow per creare e avviare il workflow.
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 ti 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 ti 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 ti 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 registri di consegna. Significa che la consegna è stata inviata.
- Ignored by the delivery: questo stato viene copiato dai registri di consegna. Significa che la consegna è stata ignorata.
- Delivery failed: questo stato viene copiato dai registri 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.