インポートセットと変換マップを使用してCMDBにデータを取り込む場合、重複を防ぎ、ソースの優先順位を強制するために、レコードが識別および調整エンジン（IRE）を通して処理されることが非常に重要です。ServiceNowでは、変換ロジックが完了した後にIREを呼び出すことでこれを実現します。
onAftertransformスクリプトは、IRE APIを呼び出すのに最適な場所です。この段階では、変換されたデータは既にマッピングされ、準備されているため、IREはCIが既に存在するかどうかを正しく識別し、定義されたルールに従って更新を調整できます。
onBeforeスクリプトとonStartスクリプトは、データマッピングが完了する前に実行されるため、IRE処理には適していません。onCompleteスクリプトは、インポートジョブ全体が完了した後に実行され、レコードごとのCI識別や調整を目的としたものではありません。
インポートセットは正しく設定されていない場合、IREをバイパスする可能性があるため、この取り込み方法を選択する場合は、anonAfterスクリプトを使用することがデータ基盤における重要な安全対策となります。
したがって、正解はC - onAfterです。

CMDBガバナンスにおいて、CMDBデータマネージャーのポリシータイプは、それぞれ異なる検証および適用目的を果たします。特定の担当者がCIレコードの特定のフィールドを確認および更新できるようにすることが目的の場合、適切なポリシータイプは認証です。
認証ポリシーは、担当者がライフサイクルステータス、サポートグループ、環境、所有権などの特定の構成アイテム属性を検証し、必要に応じて修正することを要求する実行可能なタスクを作成します。認証中、ユーザーは構成アイテムのフィールドを直接更新して、レコードを定義された標準に準拠させることができます。
認証（オプションC）は、CIがまだ存在するか、またはまだ有効であることをユーザーに確認させるだけであり、属性レベルの更新を要求したり、有効にしたりすることはありません。監査（オプションA）は、レポート作成と証拠収集に使用され、修復には使用されません。コンプライアンス（オプションD）は、ルールへの準拠状況を測定しますが、編集可能な修復タスクを生成することはありません。
したがって、認証は、CIデータの人的検証と修正が必要な場合に使用される主要なメカニズムであり、CMDBデータ品質管理の礎石となっている。
したがって、正解はBの「認証」です。

この問題は、ServiceNow の識別および調整エンジン (IRE) における調整ソースの優先順位に関する理解度を測るものです。
調整ルールでは、数値が小さいほど優先順位が高くなります。したがって、優先順位は次のようになります。
* ServiceNow (100) - 最高権威
* 集客数（200）
* SCCM (300) - 最低権限
Altiris（200）はSCCM（300）よりも優先順位が高いため、AltirisからのデータはSCCMによって最初に挿入されたレコードを更新できます。これはまさにデータ調整の優先順位の仕組みであり、優先順位の高いソースが優先順位の低いソースを上書きできることを意味します。
SCCMは、優先度が最も低いものの、承認された検出ソースです。既存の構成アイテム（CI）が特定されない場合、Windows Serverテーブルに新しいレコードを挿入できます。優先度は更新にのみ影響し、レコードの作成機能には影響しません。

Explanation:
ServiceNowでは、CMDB 360 / Multisource CMDBは、識別および調整エンジン（IRE）を拡張し、マルチソースの可視性、調整、および信頼性スコアリングをサポートします。
設定はシステムプロパティによって制御され、それぞれのプロパティが特定の機能を有効にします。
glide.identification_engine.multisource_enabled は、CMDB 360 の機能を有効にするマスター スイッチです。
glide.identification_engine.multisource_cmdb_ci_enabled を使用すると、CMDB 360 は CMDB CI クラスからデータを収集および評価できます。
glide.cmdb.logger.source.cmdb_multisource は、マルチソースの取り込みと調整のトラブルシューティングのための詳細なログ記録を可能にします。
glide.identification_engine.multisource_recompute.max_ci_limit は、再計算操作中に処理できる CI の数を制限することでパフォーマンスを保護します。
CMDB 360以外のクラスからCMDBデータを取得することはサポートされていないため、そのオプションには該当するプロパティがありません。
このマッピングは、データ基盤とCMDBガバナンスのベストプラクティスに準拠しており、CMDB 360が安全かつ透過的に、そして大規模に導入されることを保証します。

CSDM 5では、生産ライン監視システム（SCADA、MES、IoTテレメトリプラットフォーム、運用監視ツールなど）は、サービスの運用、監視、サポートを担当する技術システムであり、サービスの設計や利用を担当するシステムではありません。これらのシステムは、サービス提供（技術管理）ドメインに直接対応します。
サービス提供ドメインは、インフラストラクチャ、プラットフォーム、および可用性、パフォーマンス、信頼性を確保する運用技術を含め、サービスが技術的にどのように提供され、運用されるかをモデル化するために使用されます。製造業の文脈では、生産ライン監視システムは、機器の状態、スループット、アラート、および運用指標を継続的に監視するため、技術的なサービス提供レイヤーの一部となります。