承認が要求で送信するユーザーと同じドメインにないため、承認アクティビティはスキップされています。Issue 承認が要求で送信するユーザーと同じドメインにないため、承認アクティビティはスキップされています。ドメインセパレーションプラグインの使用中に承認アクティビティがスキップされる。承認グループのユーザーのドメインが原因で承認ワークフローが承認ステップをスキップします。 再現手順： ドメインセパレーションプラグインを有効にする。 - com.glide.domain.msp_extensions.installer新しいグループ「ACME グループ」を作成し、ACME 従業員、ACME マネージャー、および ACME ITIL を追加します。ワークフロー「サービスカタログ要求」を開きます。グループ「Catalog Request Approvers > $1000」を「ACME Group」に置き換えます。Initech ITIL の代理操作します。サービスカタログに移動し、カタログアイテム「Standard Laptop」を送信します。 予想される動作:要求は、要求レベル (ゲートによる承認) で「ACME グループ」からの承認待ちになっている必要があります。予期しない動作:要求はグループ承認をバイパスします。これにより、要求が承認され、要求アイテムでワークフローが起動されます。 ReleaseすべてのリリースCauseドメインセパレーションが原因で、承認ユーザーを取得するためのクエリが失敗します。Resolutionこれは予期される動作ですが、これを変更するには: スクリプトインクルードの検索:"WorkflowApprovalUtils" (/sys_script_include.do?sys_id=0360b36d0a0a0b260a89dfec60c339c4)メソッド「getMembersOfGroup」で、クエリをqueryNoDomainに置き換えます(以下を参照)。 getMembersOfGroup: function(groupID) { var ids = []; if (!groupID) return ids; var gr = new GlideRecord('sys_user_grmember'); gr.addQuery('group', groupID); gr.addNotNullQuery('user'); gr.addQuery('user.active', true); gr.queryNoDomain(); while (gr.next()) { ids.push(gr.getValue('user')); } return ids; },