設定您的歷程屬性 jo-properties
存取歷程的屬性 access-properties
歷程的屬性會集中在右邊欄中。 建立新歷程時，預設會顯示此區段。 對於現有歷程，按一下歷程名稱旁的鉛筆圖示以開啟歷程。
從此區段中，定義歷程的名稱、新增說明，並設定您的歷程全域屬性。
您可以：
複製技術詳細資料 選項可讓您複製支援團隊可用於疑難排解的歷程相關技術資訊。 已複製下列資訊： JourneyVersion UID、OrgID、orgName、sandboxName、lastDeployedBy、lastDeployedAt。
在本頁進一步瞭解與特定設定檔之歷程相關的技術欄位，以及如何使用它們。
進入與重新進入 entrance
設定檔專案模式是在歷程層級的右側設定窗格中定義。 設定如下所述。
設定檔入口管理取決於歷程型別。 在此頁面上進一步瞭解設定檔進入和重新進入管理。
允許重新進入 allow-reentrance
預設情況下，新歷程允許重新進入。您可以取消勾選「單次」歷程的 允許重新進入 選項，例如，如果您想要在某人進入商店時提供一次性禮物。
重新進入等待期 reentrance-wait
啟動 允許重新進入 選項時，會顯示 重新進入等待期間 欄位。 此欄位可讓您定義在允許輪廓在單一歷程中再次進入歷程 (從事件或客群資格篩選開始) 之前等待的時間。 這可防止同一事件多次錯誤觸發歷程。預設情況下，欄位會設為 5 分鐘。 持續時間上限為90天。
管理存取權 manage-access
您可以根據存取標籤來限制歷程的存取權。
若要指派自訂資料使用標籤給歷程，請按一下 管理存取標籤 圖示，並選取一或多個標籤。
歷程和設定檔時區 timezone
時區是在歷程層級定義。 您可以輸入固定時區，或使用Adobe Experience Platform設定檔來定義歷程時區。 如果在Adobe Experience Platform設定檔中定義了時區，則可在歷程中擷取該時區。
開始和結束日期 dates
依預設，設定檔發佈後即可進入您的歷程，並可一直保留，直到達到全域歷程逾時。 唯一的例外是循環讀取對象歷程，其中 在循環 上強制重新進入，結束於下一個事件的開始日期。
如有需要，您可以定義自訂 開始日期 和 結束日期。 這可讓設定檔在特定日期進入您的歷程，並在達到結束日期時自動退出。
逾時 timeout
歷程活動逾時 timeout_and_error
編輯動作或條件活動時，您可以定義替代路徑，以防錯誤或逾時。 如果處理詢問協力廠商系統的活動超過歷程屬性的 逾時或錯誤 欄位中定義的逾時期間，將會選擇第二個路徑來執行可能的遞補動作。
建議值介於 1 至 30 秒之間。
如果您的歷程有時效性（例如：對人員的即時位置有所反應），建議您定義非常簡短的 逾時或錯誤 值，因為您的動作不能延遲超過幾秒鐘。 如果您的歷程較不有時效性，您可以使用較長的值，讓系統有更多時間呼叫，以傳送有效回應。
歷程也會使用全域逾時，如下所述。
全域歷程逾時 global_timeout
除了歷程活動中使用的逾時之外，還套用全域歷程逾時。 它不會顯示在介面中，且無法變更。
此全域逾時會在個人進入歷程 91天 後停止個人進度。 這表示個人的歷程不能持續超過91天。 在此逾時期間後，個人的資料會被刪除。 在逾時期間結束時仍在歷程中流動的個人將會停止，且將不會在報表中將其列入考量。 因此，您可能會看到更多人進入歷程而不是退出。
由於91天歷程逾時，當歷程不允許重新進入時，我們無法確保重新進入封鎖將超過91天。 事實上，當我們移除在進入歷程91天後進入歷程之人員的所有相關資訊時，我們無法得知此人之前已進入（超過91天前）。
個人只有在歷程剩餘的時間夠在91天歷程逾時前的等待期間完成時，才能進入等待活動。 請參閱此頁面。
存留時間(TTL)與資料保留常見問題集 timeout-faq
自2024年6月Adobe Journey Optimizer發行版本開始，歷程全域逾時已從30天移動至91天。 影響會列於以下的常見問題集中：
單一歷程的
針對區段觸發器歷程
合併原則 merge-policies
從Adobe Experience Platform擷取設定檔資料時，Adobe Journey Optimizer會使用合併原則。 根據歷程型別，會使用不同的合併原則：
- 在讀取對象或對象資格歷程中：使用來自對象的合併原則
- 在單一事件歷程中：使用預設合併原則
- 在業務事件歷程中：使用以下讀取對象活動中來自目標對象的合併原則
Adobe Journey Optimizer會套用在整個歷程中使用的合併原則。 因此，如果在歷程中使用多個對象（例如使用inAudience函式中的），這會造成與歷程使用的合併原則不一致、引發錯誤並封鎖發佈。 不過，如果在訊息個人化中使用不一致的對象，則儘管不一致，仍不會引發警報。 因此，強烈建議您在訊息個人化使用此對象時，檢查與對象相關聯的合併原則。
若要深入瞭解合併原則，請參閱Adobe Experience Platform檔案。
退出條件 exit-criteria
歷程退出條件 exit-criteria-desc
透過新增退出標準，一旦出現事件 (例如：購買)，或是符合對象資格時，您就可以馬上讓設定檔退出歷程。這能阻止使用者從歷程處取得任何進一步通訊資料。
當設定檔不再符合歷程的目的時，您可能會想要從歷程中移除設定檔。 這可透過與目標管理密切相關的 全域退出條件 來達成。
範例使用案例
行銷人員有一個促銷歷程，其中包含一系列通訊。 每次溝通都是為了促使客戶購買。 一旦完成購買，客戶即不應收到系列中的其餘訊息。 透過定義退出條件，會從歷程中移除購買的任何設定檔。
設定與使用 exit-criteria-config
退出條件是在歷程層級設定。 一個歷程可以有多個退出條件。 如果您已設定多個退出條件，則會使用OR邏輯從上到下進行評估。 因此，如果您有退出條件A和退出條件B，則會評估為 或 B。會在歷程的每個步驟中評估條件。
若要 建立 退出條件，請遵循下列步驟：
-
開啟您的歷程。
-
按一下位於歷程畫布右上角的
-
選取 新增退出條件。
-
輸入 標籤，並選取您的退出條件是否以 事件 或 對象 為基礎。
- 對於根據事件的退出條件，例如下載應用程式或新增產品至購物車，請僅挑選單一事件。
- 對於根據對象的退出條件，例如檢查客戶在過去24小時內是否購買的對象，請選取對象。 注意：使用對象的退出條件最多可能需要10分鐘才會生效。
您可以新增多個退出條件。
以設定檔屬性為基礎的退出條件 profile-exit-criteria
設定檔屬性型退出條件可讓您定義規則，在歷程恢復之前自動移除特定設定檔，讓您更能掌控暫停的歷程。 您可以根據設定檔屬性（例如位置、狀態或偏好設定）來設定退出條件，以確保只有相關的設定檔會在恢復後繼續進入歷程。
例如，您可以暫停歷程、新增退出條件以移除位於法國的所有設定檔，以及在瞭解這些設定檔將在下一個動作步驟被排除的情況下繼續歷程。 此邏輯會套用至已在歷程中的設定檔，以及任何在歷程恢復後符合資格的新設定檔。
此功能與暫停/恢復功能搭配使用，可幫助您更安全、更靈活地管理歷程。 它將手動干預降至最低，降低傳送不相關或不相容通訊的風險，並使您的歷程邏輯與目前的業務需求保持一致。
請參閱本節以瞭解如何在暫停的歷程中使用設定檔屬性退出條件。
護欄與限制 exit-criteria-guardrails
下列護欄和限制適用於歷程退出條件功能：
- 退出條件只能在草稿狀態中定義
- 事件和事件型退出條件之間的歷程名稱空間一致性
使用設定檔屬性型退出條件功能時，會套用下列護欄：
-
退出條件套用在動作層級
「設定檔屬性」退出條件僅在動作步驟中評估。 與其他退出條件型別不同，這些型別不會在整個歷程中全域套用。
如果您繼續歷程且某些設定檔符合退出條件，則這些設定檔將在下一個動作節點中排除。
如果新設定檔符合條件，則在恢復後進入歷程的設定檔也將在第一個動作節點評估並排除。 -
每個歷程一個設定檔型退出規則
每個歷程只能定義一個「設定檔屬性」退出條件。 此限制有助於保持清晰度並避免歷程邏輯發生衝突。 -
僅可用於暫停的歷程
您只能在歷程暫停時新增或編輯「設定檔屬性」退出條件。- 在 草稿歷程 中，設定檔屬性 選項顯示為停用（唯讀），而 事件 和 對象 選項保持作用中。
- 在 暫停的歷程 中，設定檔屬性 選項會變成可編輯，事件 和 對象 選項會變成唯讀。
歷程排程 schedule
排程 區段僅在畫布中捨棄 讀取對象 活動時可用。 它可讓您定義歷程應執行的特定日期/時間和頻率。 瞭解如何排程讀取對象歷程
衝突管理 conflict
歷程屬性中的 衝突管理 區段可讓您監視衝突並排定歷程的優先順序。 您可以：
-
套用 規則集 以根據上限規則將此歷程排除給部分對象。 學習如何使用規則集
-
將 優先順序分數 指派給歷程，範圍從0到100。 分數越高則表示優先順序越高。 此處插入的優先順序值將由這個歷程所包含的任何傳入動作 (例如應用程式內) 繼承。瞭解如何使用優先順序分數
如果遇到其他行銷活動或歷程使用相同傳入管道設定的情況，將為收件者顯示優先順序分數最高的傳入動作。如果多個歷程或行銷活動具有相同的分數，將選擇最近修改的元素。
-
檢視與其他歷程、行銷活動或頻道設定衝突。 如果您想要識別對象、開始和結束日期、頻道設定、頻道或規則集上的重疊，您可以在此處檢視潛在衝突。 瞭解如何識別歷程中的潛在衝突