異動訊息設定

異動訊息（訊息中心）是專為管理觸發式訊息而設計的Campaign模組。 進一步瞭解中的異動訊息傳送 本節.

瞭解中的異動訊息傳送架構 此頁面.

作為「受管理的Cloud Service」使用者， 連絡人Adobe 在您的環境中安裝和設定Campaign異動訊息。

定義許可權

若要為Adobe雲端上託管的訊息中心執行例項建立新使用者，請聯絡您的Adobe轉換經理。 訊息中心使用者是特定的操作者，需要專用許可權才能存取「即時事件」(nmsRtEvent)資料夾。

結構描述延伸

在使用的結構描述上進行的所有結構描述延伸 訊息中心技術工作流程 在Adobe Campaign異動訊息模組使用的其他執行個體上，需要複製控制項或執行執行個體的執行個體。

傳送異動推播通知

當結合使用 行動應用程式頻道模組，異動訊息可讓您透過行動裝置上的通知推送異動訊息。

若要傳送異動推播通知，您必須執行下列設定：

1. 安裝 行動應用程式頻道 封裝至控制和執行執行個體。

   注意

   在安裝新的Campaign內建套件之前，請檢查您的授權合約。

2. 複製 行動應用程式 以及執行例項上關聯的行動應用程式。

此外，事件必須包含下列元素：

• 行動裝置ID： registrationId 適用於Android和 deviceToken 適用於iOS。 此ID代表傳送通知的「地址」。
• 行動應用程式或整合金鑰的連結(uuid)，可讓您擷取應用程式的特定連線資訊。
• 通知將傳送到的頻道(希望頻道)：iOS為41，Android為42。
• 任何其他個人化資料。

以下是傳送異動推播通知的事件設定範例：

<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>

清除事件

您可以調整部署精靈設定，以設定資料在資料庫中儲存的時間長度。

事件清除會由自動執行。 資料庫清理 技術工作流程。 此工作流程會清除在執行例項上接收並儲存的事件，以及在控制例項上封存的事件。

視情況使用箭頭來變更的清除設定 活動 （在執行例項上）和 已封存的事件 （在控制例項上）。

技術工作流程

在部署任何異動訊息範本之前，您必須確保已啟動控制和執行執行個體的技術工作流程。

接著，您就可以從以下位置存取這些工作流程： 管理>生產>訊息中心 資料夾。

控制例項工作流程

在控制執行個體上，您必須為每個建立一個封存工作流程 Message Center execution instance 外部帳戶。 按一下 Create the archiving workflow 按鈕以建立和啟動工作流程。

執行例項工作流程

在執行例項上，您必須開始以下技術工作流程：

• Processing batch events (內部名稱： batchEventsProcessing )：此工作流程可讓您在佇列中劃分批次事件，然後再連結至訊息範本。

• Processing real time events (內部名稱： rtEventsProcessing )：此工作流程可讓您在佇列中的即時事件連結至訊息範本之前，劃分這些事件。

• Update event status (內部名稱： updateEventStatus )：此工作流程可讓您將狀態歸因於事件。

  可能的事件狀態包括：

  • Pending：事件在佇列中。 尚未為其指派訊息範本。
  • Pending delivery：事件在佇列中，已指派訊息範本給該事件，並由傳送處理。
  • Sent：此狀態是從傳送記錄檔複製而來。 這表示傳送已進行。
  • Ignored by the delivery：此狀態是從傳送記錄檔複製而來。 這表示會由傳送忽略。
  • Delivery failed：此狀態是從傳送記錄檔複製而來。 這表示傳送失敗。
  • Event not taken into account：無法將事件連結至訊息範本。 將不會處理事件。