設定您的歷程屬性 jo-properties

存取歷程的屬性 access-properties

歷程的屬性會集中在右邊欄中。 建立新歷程時，預設會顯示此區段。 對於現有歷程，按一下歷程名稱旁的鉛筆圖示以開啟歷程。

從此區段，您可以定義歷程的名稱、新增說明，以及：

複製技術詳細資料 ​可讓您複製支援團隊可用於疑難排解的歷程相關技術資訊。 已複製下列資訊： JourneyVersion UID、OrgID、orgName、sandboxName、lastDeployedBy、lastDeployedAt。

在本頁🔗中進一步瞭解與特定設定檔之歷程相關的技術欄位，以及如何使用它們。

進入與重新進入 entrance

設定檔專案模式是在歷程層級的右側設定窗格中定義。 設定如下所述。

設定檔入口管理取決於歷程型別。 在此頁面中進一步瞭解設定檔進入和重新進入管理。

允許重新進入 allow-reentrance

預設情況下，新歷程允許重新進入。您可以取消勾選「單次」歷程的​ 允許重新進入 ​選項，例如，如果您想要在某人進入商店時提供一次性禮物。

重新進入等待期 reentrance-wait

啟動​ 允許重新進入 ​選項時，會顯示​ 重新進入等待期間 ​欄位。 此欄位可讓您定義在允許輪廓在單一歷程中再次進入歷程 (從事件或客群資格開始) 之前等待的時間。 這可防止同一事件多次錯誤觸發歷程。預設情況下，欄位會設為 5 分鐘。 持續時間上限為90天。

管理存取權 manage-access

若要指派自訂或核心資料使用標籤給歷程，請按一下​ 管理存取權 ​按鈕。 進一步瞭解物件層級存取控制(OLAC)

歷程和設定檔時區 timezone

時區是在歷程層級定義。 您可以輸入固定時區，或使用Adobe Experience Platform設定檔來定義歷程時區。 如果在Adobe Experience Platform設定檔中定義了時區，則可在歷程中擷取該時區。

如需時區管理的詳細資訊，請參閱此頁面。

開始和結束日期 dates

您可以定義​ 開始日期。 如果您尚未指定，則會在發佈時自動定義。

您也可以新增​ 結束日期。 這可讓輪廓在達到日期時自動退出。 如果未指定結束日期，則設定檔可以保留到全域歷程逾時 （通常為91天）為止。 唯一的例外是循環讀取對象歷程，其中​ 在循環 ​上強制重新進入，結束於下一個事件的開始日期。

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

Journey在從Adobe Experience Platform擷取設定檔資料時使用合併原則。 根據歷程型別，會使用不同的合併原則：

歷程將遵循在整個歷程中使用的合併原則。 因此，如果歷程中使用多個對象（例如：「inAudience」函式中），導致歷程使用的合併原則不一致，則會引發錯誤並封鎖發佈。 不過，如果在訊息個人化中使用不一致的對象，則儘管不一致，仍不會引發警報。 因此，強烈建議您在訊息個人化使用此對象時，檢查與對象相關聯的合併原則。

若要深入瞭解合併原則，請參閱Adobe Experience Platform檔案。

退出條件 exit-criteria

說明 exit-criteria-desc

透過新增退出標準，一旦出現事件 (例如：購買)，或是符合對象資格時，您就可以馬上讓設定檔退出歷程。這能阻止使用者從歷程處取得任何進一步通訊資料。

當設定檔不再符合歷程的目的時，您可能會想要從歷程中移除設定檔。 這可透過與目標管理密切相關的​ 全域退出條件 ​來達成。

範例使用案例

行銷人員有一個促銷歷程，其中包含一系列通訊。 每次溝通都是為了促使客戶購買。 一旦完成購買，客戶即不應收到系列中的其餘訊息。 透過定義退出條件，會從歷程中移除購買的任何設定檔。

設定與使用 exit-criteria-config

退出條件是在歷程層級設定。 一個歷程可以有多個退出條件。 當您設定了多個退出條件時，評估會以OR邏輯從上到下進行。 因此，如果您有退出條件A和退出條件B，則會評估為​ 或 B。會在歷程的每個步驟中評估條件。

若要​ 建立 ​退出條件，請遵循下列步驟：

您可以新增多個退出條件。

{width="40%"}

護欄與限制 exit-criteria-guardrails

下列護欄和限制適用於歷程退出條件功能：

衝突管理 conflict

歷程屬性中的​ 衝突管理 ​區段可讓您監視衝突並排定歷程的優先順序。 您可以：