変換マップは、インポートされたハードウェア モデル データを、インポート セット テーブルから製品カタログや資産テーブルなどのターゲット テーブルに変換するために使用されます。1 結合は、レコードを結合または更新するために、同じ資産を一意に識別するためにフィールド マッピングに設定できるオプションです。2 結合とは、フィールドが一意のキーとして使用されることを意味します。結合フィールドを使用して一致が見つかった場合、既存のレコードはインポートされた情報で更新されます。一致が見つからない場合は、新しいレコードが挿入されます。2 結合は、重複レコードを防ぎ、データの一貫性を確保するのに役立ちます。2 結合は、変換マップ内の 1 つ以上のフィールドに設定できますが、少なくとも 1 つの結合フィールドが必要です。2 その他のオプション (B. 統合、C. 一意の識別子、D. 一意のソース、E. 一意のターゲット、および F. 結合) は、変換マップで資産の一意の識別を設定するための有効なオプションではありません。参考資料: 1: 新しい変換マップの作成 - ServiceNow 2: [結合 - ServiceNow]

ServiceNow モバイル アプリは、ユーザーがモバイル デバイスからさまざまな ServiceNow 機能にアクセスできるネイティブ アプリです12。
ServiceNowモバイルアプリの機能の一つは、エンドユーザーに割り当てられたハードウェアの可視性を提供することです。つまり、エンドユーザーはノートパソコン、タブレット、スマートフォンなどの資産に関する問題をアプリから確認し、報告することができます34。
ServiceNowモバイルアプリのもう一つの機能は、エンドユーザーが割り当てられた資産のインシデントを記録できるようにすることです。つまり、エンドユーザーは、ハードウェア障害、ソフトウェアエラー、ネットワークの問題など、資産に関連するインシデントをアプリから作成および更新できます34。
その他のオプションはServiceNowモバイルアプリの機能ではありません。このアプリでは、不要になった、あるいは使用されなくなったモバイルデバイスを回収して再利用するプロセスであるモバイルデバイスの再利用はできません。また、このアプリでは、トナーカートリッジ、バッテリー、用紙など、時間の経過とともに消耗または劣化する消耗品（廃棄済み）の状況をユーザーが確認することもできません。
参照：
1: ServiceNow 製品ドキュメント: ServiceNow モバイルアプリ
2: ServiceNow 製品ページ: Now Mobile - Now Platform
3: ServiceNow 製品ドキュメント: Now モバイルアプリ
4: ServiceNow 製品ドキュメント: モバイルエージェントアプリ
[5]: ServiceNow製品ドキュメント: 再利用
[6]: ServiceNow製品ドキュメント:消耗品

ServiceNowハードウェア資産管理の概要ドキュメント1によると、契約とは資産の取得、保守、または廃棄に関する条件を定めた記録です1。契約には、ベンダー、開始日、終了日、費用、更新オプションなどの情報が含まれる場合があります1。
ServiceNow の契約および更新管理に関するデータ シート2 によると、契約に関して追跡する必要がある重要な情報は次のとおりです2。
各契約のコスト: この情報は、ユーザーが資産の総所有コスト (TCO) を監視および最適化するだけでなく、将来の契約更新や交渉を計画して予算を立てる際にも役立ちます2。
各契約でカバーされる資産：この情報は、ソフトウェアライセンス、ハードウェアデバイス、企業資産など、契約対象の資産を特定し、管理するのに役立ちます2。また、資産投資をビジネス成果に照らし合わせ、ペナルティやサービスの中断を回避するのにも役立ちます2。
その他のオプションは、契約において追跡すべき重要な情報ではありません。資産を誰が購入したか、何をキャンセルする必要があるかは、契約条件、条項、または履行に影響を与えないため、契約管理プロセスとは無関係です2。
参照：
1: ハードウェア資産管理の概要 - ServiceNow - Now Support
2: 契約と更新の管理 - ServiceNow

* ServiceNowのドキュメントテンプレートに関する製品ドキュメント1によると、ドキュメントテンプレートとは、HRケース1などのテーブルレコードから生成できるドキュメントのレイアウトとコンテンツを定義するレコードです。フィールド、変数、画像、署名1などの情報を含めることができます。
* ServiceNow製品ドキュメントの「テンプレートからのドキュメント生成」2によると、人事ケースからドキュメントテンプレートを作成すると、ドキュメント作成者の名前が添付ファイル名に追加されます2。例えば、John Smithが「従業員退職通知書」テンプレートからドキュメントを作成した場合、添付ファイル名は「従業員退職通知書 - John Smith.docx2」となります。
* この命名規則の目的は、ドキュメントを誰が作成したかを示すことであり、監査や追跡に役立ちます2。また、異なるユーザーが同じテンプレートから複数のドキュメントを生成した場合の混乱や重複を防ぐのにも役立ちます2。
* 他の選択肢は、ドキュメント作成者の名前が添付ファイル名に追加される理由として正しくありません。署名はテンプレート1で変数として追加できるため、誰がドキュメントに署名すべきかを示すものではありません。また、ドキュメントはユーザーが開いたケースに限らず、あらゆる人事ケースに対して生成されるため、開封済みユーザーを示すものでもありません。さらに、ドキュメントには従業員、マネージャー、人事担当者など、複数の関係者に関する情報が含まれる可能性があるため、ドキュメントの担当者を示すものでもありません。2
参考文献:
* 1: ServiceNow 製品ドキュメント: ドキュメントテンプレート
* 2: ServiceNow 製品ドキュメント: テンプレートからドキュメントを生成する