在此頁面上：瞭解如何使用一般事件來一致地即時觸發歷程，並設定事件逾時和逾時路徑，以只在已定義的期間內監聽事件。
事件可讓您一致性地觸發歷程，以即時傳送訊息給流入歷程的個人。
對於這類事件，您只能新增標籤和說明。 無法編輯其餘的組態。 它由技術使用者執行。 請參閱此頁面。
在本節中進一步瞭解事件輸送量和歷程處理率。
當您卸除商務活動時，它會自動新增 讀取對象 活動。 如需商務活動的詳細資訊，請參閱本節
在特定時間接聽事件 events-specific-time
位於歷程中的事件活動會無限期監聽事件。 若要只在特定時間監聽事件，您必須為事件設定逾時。
接著，歷程會在逾時中指定的時間接聽事件。 若在該期間收到事件，則人員會進入事件路徑。 如果沒有，客戶會進入逾時路徑（如果已定義），或繼續該歷程。
如果未定義逾時路徑，則逾時設定會當作等待活動，讓設定檔等候一段時間，如果事件發生在該等待結束之前，便會停止該時間。 如果您想要在逾時後從歷程中排除設定檔，您必須設定逾時路徑。
若要設定事件逾時，請遵循下列步驟：
-
從事件屬性啟動 定義事件逾時 選項。
-
指定歷程將等待事件的時間長度。 持續時間上限為90天。
-
在指定的逾時內未收到任何事件時，最佳實務是將個人傳送至逾時路徑。 為此，請啟用 設定逾時路徑 選項。 在這種情況下，一旦達到逾時，個人就會繼續歷程。 建議您一律啟用 設定逾時路徑 選項。
在此範例中，歷程會在客戶進入大廳後，傳送第一封歡迎電子郵件給客戶。 然後，只有在客戶隔天進入餐廳時，才會傳送餐點折扣電子郵件。 因此，我們將餐廳事件設定為1天逾時：
- 如果在歡迎電子郵件後不到1天收到餐廳事件，則會傳送餐點折扣電子郵件。
- 如果在隔天未收到餐廳事件，則人員會流經逾時路徑。
請注意，如果您想要在 等待 活動之後放置的多個事件上設定逾時，您只需要在這些事件之一上設定逾時。
定義的逾時會套用至 等待 活動之後放置的所有事件：
- 如果在逾時期間內收到一個事件，則個別事件會流入收到事件的路徑。
- 如果在逾時期間內未收到任何事件，則個別會流入已定義逾時之事件的逾時分支。
本節包含結構化知識，用於支援與本主題相關的解譯、擷取和問答。
如需完整瞭解，此資訊應結合本頁的檔案。 兩者皆非獨立來源；頁面說明功能，本節提供額外內容，以協助去除術語、意圖、適用性和限制條件的歧義。
- TL；DR：此頁面說明如何在歷程中使用一般（單一和商業）事件來觸發即時、個別層級的訊息傳遞，包括如何設定事件逾時和逾時路徑。
意圖：
- 將一般事件活動新增至歷程畫布，以觸發即時設定檔專案
- 設定事件逾時以限制歷程監聽事件的時間
- 設定逾時路徑，以處理未及時觸發預期事件的設定檔
- 區分單一事件和業務事件，並瞭解每個事件何時自動新增
- 將事件逾時與等待活動結合，以控制多事件逾時行為
字彙表：
- 單一事件：一次觸發一個人歷程的事件，即時（產品特定）
- 業務事件：觸發設定檔對象歷程的非設定檔相關事件，自動新增讀取對象活動（產品特定）
- 事件逾時：可設定的持續時間（最長90天），過了這段時間，歷程將停止等待特定事件，並將設定檔路由到逾時路徑（產品特定）
- 逾時路徑：當逾時期間 （產品專屬） 內未收到預期事件時，設定檔會依循的選用歷程分支
護欄：
- 事件標籤和說明是畫布上一般事件唯一可編輯的欄位；所有其他設定由技術使用者執行，無法從歷程變更
- 事件逾時持續時間上限為90天
- 當多個事件跟隨「等待」活動時，只能在一個這些事件上設定逾時；定義的逾時接著會套用至「等待」之後的所有事件
- 如果未定義逾時路徑，則逾時會當作等待活動；未收到事件的設定檔會保留在歷程中，直到逾時為止
術語：
- 正式名稱：一般事件 — 首字母縮寫：none — 變體：單一事件，自訂事件
- 同義字： “general event” = “unitary event” （在畫布活動的內容中）
- 請勿混淆：「業務事件」≠「單一事件」 — 業務事件會定位設定檔的受眾，而單一事件會定位單一個人
常見問題集：
- 問：我可以從歷程畫布變更事件設定嗎？ — 否；在畫布上只能編輯標籤和說明。 完整事件設定由技術使用者設定，無法從歷程中修改。
- 問：如果在逾時到期之前未收到任何事件，會發生什麼情況？ — 如果已定義逾時路徑，則設定檔會流入該路徑。 如果未設定逾時路徑，則逾時的行為會像等待活動，而設定檔會在逾時期間後繼續歷程。
- 問：事件逾時持續時間的上限是多少？ — 90天。
- 問：何時應該啟用逾時路徑選項？ — 如果您希望設定檔在逾時後退出該分支，請一律啟用此功能；若無逾時路徑，設定檔會保留在歷程中等待事件。
- 問：商業事件與歷程畫布中的單一事件有何不同？ — 捨棄業務事件會自動新增讀取對象活動，因為業務事件會同時鎖定多個設定檔，而非單一個人。