CI の作成/更新時にビジネスルールがトリガーされないIssue 一部のシナリオでは、CI レコードの last_discovered フィールドが更新されてもビジネスルールがトリガーされません。 ビジネスルールの条件が last_discovered (最新のディスカバリー) フィールドに基づいている場合、ディスカバリー (MID サーバーユーザー) によって更新が行われると、BR は実行されません。 これは、更新が識別エンジン (IRE、識別 API) によってキャプチャされないためです。そうではないため、条件が一致していても、更新によってビジネスルールがトリガーされることはありません。 たとえば、CI クラスの [last_discovered] フィールドにビジネスルールが構成されていて、「glide.identification_engine.batch_update_last_discovered」が「false」に設定されていない場合、 -->バッチ更新 --> トリガーされた BR はありませんCauseCI の [last_discovered] フィールドを更新するには、2 つの方法があります。 バッチ単数 この動作は、「glide.identification_engine.batch_update_last_discovered」によって制御されます (存在しない場合はデフォルトで true になります)。3.true の場合、場合によっては、更新は GlideRecord (および識別 API) ではなく、データベース API を介して行われます。更新が GlideRecord (IRE) を経由しない場合、ビジネスルールはトリガーされません。プロパティが false に設定されている場合、更新は BR をトリガーする GlideRecord (および IRE) を介して行われます。 Resolution「glide.identification_engine.batch_update_last_discovered」sys_propertyを追加し、すべての更新が GlideRecord を経由する必要がある場合は「false」に設定します。Related Linkshttps://docs.servicenow.com/csh?topicname=properties-id-reconciliation.html&version=latest