異動訊息執行與監控 transactional-messaging-execution
異動訊息執行傳送 transactional-message-execution-delivery
訊息發佈並完成網站整合後，觸發事件時，就會將其指派給執行傳送。
執行傳送 是每月針對每個交易式訊息建立一次且無法執行且無法運作的技術訊息，而且每次都會編輯並再次發佈交易式訊息。
相關主題：
異動訊息重試過程 transactional-message-retry-process
暫時未傳送的交易式訊息可能會執行自動重試，直到傳送到期為止。如需傳遞期間的詳細資訊，請參閱「有效期間參數」。
如果無法傳送交易式訊息，有兩種重試系統：
事件處理重試過程 event-processing-retry-process
觸發事件時，會將其指派給執行傳送。 如果無法將事件指派給執行傳送，則會延遲事件處理。然後會執行重試，直到將其指派給新的執行傳送為止。
例如，由於事件內容不正確、存取權限或品牌推廣有問題、套用類型規則時偵測到錯誤，因此無法將事件指派給執行傳送。在此情況下，您可以暫停訊息、編輯訊息以修正問題，然後再次發佈。之後，重試系統會將其指派給新的執行傳送。
訊息傳送重試過程 message-sending-retry-process
一旦將事件指派給執行傳送，交易式訊息可能會因為暫時錯誤（例如，如果收件人的信箱已滿）而失敗。如需詳細資訊，請參閱傳送暫時失敗後重試。
重試程式限制 limitations
傳送日誌更新
在重試過程中，不會對新執行傳送的傳送日誌進行立即更新（更新會透過排程的工作流程執行）。這表示即使交易式事件已經由新的執行傳送處理，該訊息仍可能處於 Pending 狀態。
執行傳送失敗
您無法停止執行傳送。但是，如果目前的執行傳送失敗，只要在收到新事件時，就會建立新事件，而且所有新事件都會由這個新的執行傳遞進行處理。失敗的執行傳送不會處理任何新事件。
如果某些已指派給執行傳送的事件在重試流程中已延遲，並且該執行傳送失敗，則重試系統不會將延遲的事件指派給新的執行傳送，這意味著這些事件會遺失。 檢查傳遞記錄以檢視可能受影響的收件者。
監控異動訊息 monitoring-transactional-message-delivery
若要監視異動訊息，您必須存取對應的執行傳送。
-
若要檢視訊息傳送記錄檔，請按一下 Deployment 區塊右下方的圖示。
-
按一下「Execution list」標籤。
-
選取您所選的執行傳送。
-
再按一下 Deployment 區塊右下方的圖示。
對於每個執行傳送，您可以像檢視標準傳送一樣檢視傳送記錄。 如需存取及使用記錄檔的詳細資訊，請參閱監視傳遞。
設定檔交易式訊息特性 profile-transactional-message-monitoring
對於設定檔交易式訊息，您可以監控以下設定檔資訊。
選取 Sending logs 索引標籤。在 Status 欄中，Sent 表示設定檔已選取加入。
選取 Exclusions logs 索引標籤以檢視已從訊息目標（例如封鎖清單上的地址）中排除的收件者。
對於已選取退出的任何設定檔，Address on denylist 類型規則會排除相對應的收件人。
此規則是特定類型的一部分，其適用於以 Profile 表格為基礎的所有交易式訊息。
相關主題：