IRE (識別および調整エンジン) とデータソース優先順位を使用するように SCCM インポートを構成する方法Issue すぐに利用可能な IRE (識別および調整エンジン) は、変換マップ「SCCM 2012 v2 コンピューター ID」で SCCM によって部分的に使用されます。これは sys_id スクリプトで CI が存在するかどうかを確認するために使用されます。直接更新を行わないため、データソース優先順位ルールは使用されません。 以下のリンクの onBefore スクリプトは SCCM に使用しないでくださいImport Sets への CI 識別および調整の適用 ワークアラウンド 注：IRE および RTE (強力な変換エンジン) を使用する新しい SCCM 統合を開発しました (SG-SCCM)。 従来の SCCM を使用する特別なニーズがない限り、新しい SCCM 統合をセットアップしてみてください。 Discovery によって作成/更新された CI を SCCM が更新しないようにすることが目的の場合は、変換マップを変更して CI の discovery_source フィールドを確認できます。 discovery_source 値が「ServiceNow」の場合は、Discovery によって更新されたことを意味しており、SCCM はこのレコードをスキップします。 添付の「SCCM 2012 checking discovery_source.zip」は、これを実行する方法のデモンストレーションです。 このデモンストレーションは SCCM 2012 v2 に基づいています。 以下は、実施された変更のリストです。 ***変換マップ：SCCM 2012 v2 コンピューター IDフィールドマッピング sys_id を変更***変換マップ：SCCM 2012 v2 オペレーティングシステムフィールドマッピング sys_id を変更***変換マップ：SCCM 2012 v2 プロセッサーフィールドマッピング sys_id を変更***変換マップ：SCCM 2012 v2 ディスク変換マップスクリプトを変更***変換マップ：SCCM 2012 v2 ネットワーク変換マップスクリプトを変更 SCCM 2016 では、関連するファイルに同様の変更を実施。Related LinksSCCM 統合の変換では、CI の挿入/更新に「識別および調整」エンジンが使用されないため、優先順位ルールのバイパスなどが発生します