ターゲットコミュニケーションの公開ワークフロー

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間：6分

    • Targeted Communications アプリケーション (com.sn_publications) には、記事を公開するために使用されるデフォルトのワークフローが含まれています。

    アプリケーションには、次の 2 つの公開ワークフローが含まれています。
    • [すぐに公開]:記事をすぐに公開します。
    • 承認して公開:公開前に承認が必要です。

    ワークフローをワークフロースタジオのフローに移行する

    Zurich リリース以降、Targeted Communications アプリケーションの従来のワークフローは、ワークフロースタジオのローコードフローに移行されました。新しいフローの機能は変わりません。

    アップグレード中に、ロジックは公開ワークフローまたはその構成がカスタマイズされているかどうかをチェックします。
    • ワークフローまたは構成でカスタマイズが検出された場合、システムは従来のワークフローに戻り、新しいフローと関連構成を無効にします。
    • カスタマイズが検出されない場合、システムは従来のワークフローを新しいフローに置き換えます。
    このアップグレードロジックにより、カスタマイズが保持され、上書きされないようにします。

    アップグレードアクションのサマリー

    次の表に、公開ワークフローと構成のカスタマイズに応じてアップグレード中に実行されるアクションの概要を示します。
    表 : 1. アップグレードアクションのサマリー
    設定 カスタマイズが検出されました カスタマイズが検出されませんでした
    従来のワークフロー 有効 非アクティブ化済み
    新しいフロー 非アクティブ化済み 有効
    従来の UI ポリシー 有効 非アクティブ化済み
    新しい UI ポリシー 非アクティブ化済み 有効
    従来のビジネスルール 有効 非アクティブ化済み
    新しいビジネスルール 非アクティブ化済み 有効
    ワークフロー構成値 従来のワークフローに設定 新しいフローに設定

    チューリッヒへのアップグレード中の主なステップ

    次の表は、Zurich リリースへのアップグレード中にシステムが実行する主な手順を示しています。
    表 : 2. チューリッヒへのアップグレード中の主なステップ
    ステップ 説明
    1. カスタマイズ検出 ロジックは、従来のワークフローまたは sn_publications_workflow_config テーブルレコード 6c9b0e65c30112004bd67bfaa2d3ae56 がカスタマイズされているかどうかを確認します。カスタマイズが見つかった場合、システムは従来のワークフローに戻ります。
    2. 従来のワークフローの有効化
    • ワークフローの従来のバージョンがアクティブになります。
      • すぐに公開
      • 承認して公開
    • スクリプトは、インストールされているプラグインに基づいて正しいワークフロー バージョンを選択します。
    • カスタマーサービスベースプラグインがアクティブである場合、スクリプトは次のワークフローバージョンを有効にします。
      • インスタント公開 (ベース): e7de79b7c3401300e7c7d44d81d3aece
      • 承認して公開 (ベース): 33987078c3d01300e7c7d44d81d3ae2f
    • プラグインがアクティブでない場合、スクリプトは次のワークフロー バージョンを有効にします。
      • インスタント公開:f6d5c49a93201300ac40f5be867ffb3f
      • 承認して公開:5be6c89a93201300ac40f5be867ffba1
    3. 新しいフローの非アクティブ化
    • 公開用の新しいフローデザイナーフローが非アクティブ化されました:
      • 承認フローとともに公開
      • すぐに公開するフロー
    • これらのフローのすべてのスナップショットも非アクティブ化されます。
    4. UI ポリシー管理
    • 従来の UI ポリシーがアクティブ化されている場合:
      • 承認者フィールドの必須化 (従来)
      • 承認者フィールドを非表示にする (従来)
      • 従来のワークフローを表示
    • 新しい UI ポリシーが非アクティブ化されました:
      • 承認者フィールドを非表示
      • プロセスフローを表示
      • 承認者フィールドが必須
    5. ビジネスルール管理
    • 古い公開ワークフローを開始するための従来のビジネスルールがアクティブ化されます。
    • 新しいフローに関連する新しいビジネスルールは非アクティブ化されます。
    6. ワークフロー構成の更新 ワークフロー設定レコード (sn_publication_workflow_config) は、正しいプロセスワークフローを指すように更新されます。
    • 従来のワークフローが存在する場合、対応する従来のフローを使用するように構成が設定されます。
    • そうでない場合は、デフォルトでインスタント公開フローになります。

    アップグレード前後の対処事項

    Zurich リリースにアップグレードする前と後で、次の手順を実行します。
    • アップグレードする前に、公開ワークフローのカスタマイズを確認してください。
    • アップグレード後、正しいワークフロー、フロー、UI ポリシー、ビジネスルールが想定どおりにアクティブであることを確認します。
    • 新しいフローを使用する場合は、カスタマイズを削除し、新しいフローと関連構成を再度アクティブ化します。
    表 : 3. アップグレード中にカスタマイズが検出された場合
    設定 カスタマイズが検出された場合 (sys_id)
    従来のワークフロー アクティブ：
    • インスタント公開:a9587563d76302004f1e82285e6103ae
    • 承認して公開:51a2f923d76302004f1e82285e610355
    新しいフロー 非 アクティブ：
    • 承認して公開:e91f81a9a3e352107ee9d8b8651e6137
    • インスタント公開:ec48616da36752107ee9d8b8651e611f
    従来の UI ポリシー アクティブ：
    • 必須承認者:df2ea83bc34112004bd67bfaa2d3aef5
    • 承認者を非表示:3afeac3bc34112004bd67bfaa2d3ae29
    • 従来のワークフローを表示する:567136f84f0c62107ee9a701b1ce0b31
    新しい UI ポリシー 非 アクティブ：
    • 必須の承認者 (フロー):5a0f230ea3a312107ee9d8b8651e6110
    • 承認者を非表示 (フロー):26d92306a3a312107ee9d8b8651e6107
    • プロセスフローを表示:57f5c434a39b52107ee9d8b8651e61e4
    従来のビジネスルール アクティブ：
    • 新規公開を開始:11eb8390c3a012004bd67bfaa2d3aeb8
    • 必要な承認者リスト:6a88a328c39112004bd67bfaa2d3ae04
    新しいビジネスルール 非 アクティブ：

    必要な承認者リスト (新しいフロー):47b133b2a36b12107ee9d8b8651e61d1
    ワークフロー構成値 従来のフローに設定:
    • 構成レコード:6c9b0e65c30112004bd67bfaa2d3ae56
    • 従来のワークフロー sys_ids:a9587563d76302004f1e82285e6103ae、51a2f923d76302004f1e82285e610355

    ワークフロー構成テーブルの更新

    Zurich にアップグレードすると、ワークフロー構成 [sn_publications_workflow_config] テーブルに次の列が追加されます。
    • プロセスワークフロー (ワークフロースタジオのフローフィールド)
    • ワークフロー (従来のワークフローフィールド)
    • 承認者