承認が要求で送信するユーザーと同じドメインにないため、承認アクティビティはスキップされています。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)IDを返します。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'));}IDを返します。},