---
sourceDocument: Yokohama データと自動化
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/integrate-applications

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama データと自動化

ft:clusterId :

    - crint

bundleId :

    - crint

workflow :

    - Creator


---

# フィールドマップの作成

# フィールドマップの作成 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

フィールドマップは、インポートセットテーブルのフィールドとターゲットテーブルのフィールドの関係を確立します。

## 始める前に

必要なロール：import_transformer、import_admin、または admin

## このタスクについて

フィールドマップは、変換がターゲットテーブルに追加するソーステーブルの値を決定します。

## 手順

1. 移動先 すべてシステムインポートセット変換マップ.
2. 変換マップを開きます。
3. \[フィールドマップ\] 関連リストで、\[新規\] をクリックします。
4. フォームに入力します。  
   {#t_CreatingAFieldMap__table_ajv_1hs_1gb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | マップ | このフィールドマッピングを使用する変換マップ (自動入力)。 |
   | ソーステーブル | 生のインポートセットデータのロード元のテーブル (変換のソース)。変換マップから自動的に入力されます。 |
   | ソースフィールド | 変換するソーステーブルのフィールド。ソーステーブルに生データのみが含まれている場合は、空白にすることができます。 |
   | 選択肢アクション | インポートセットに利用可能な値以外の参照値または選択値が含まれている場合に実行するアクションを指定します。ターゲットフィールドが選択リストまたは参照フィールドの場合に表示されます。 * \[作成\]：参照テーブルに新しい選択肢またはレコードを作成します。 * \[無視\]：ソーステーブルの新しい値を無視します。 * \[却下\]：新しい値を含む行 (レコード) 全体をスキップし、次の行に進みます。 {#t_CreatingAFieldMap__ul_ezt_5kj_3p} |
   | 日付形式 | ソースフィールドの日付形式。ターゲットフィールドが \[日付\] または \[日付/時刻\] フィールドの場合に表示されます。 注: 許可されている日付形式の詳細については、「[グローバル日付/時刻フィールド形式](https://www.servicenow.com/docs/access?context=r_FormatDateAndTimeFields&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)」を参照してください。 |
   | ソーススクリプトを使用 | ソースフィールドの代わりにスクリプトを使用するには、このチェックボックスをオンにします。 |
   | アプリケーション | アプリケーションスコープ：グローバルまたはアプリケーションごと。 |
   | ターゲットテーブル | 変換されたデータが挿入されるテーブルです。現在選択されているアプリケーションスコープまたはグローバルスコープ内のテーブル、あるいは他のアプリケーションへの書き込みアクセスを許可するテーブルのみを選択できます。 |
   | ターゲットフィールド | ソースフィールドの値が格納されているターゲットテーブルのフィールド。 |
   | 参照フィールド値の名前 | ターゲットフィールドが参照フィールドである場合、変換マップには、受信ソース値を参照フィールドのソーステーブル内の既存のレコードと照合する方法が必要です。ほとんどのインポートでは 32 文字の sys_id 値が提供されないため、受信ソース値と一致する値を含む参照フィールドのソーステーブルから列を指定する必要があります。 一致するレコードがある場合、変換マップは一致するレコードの sys_id をターゲットフィールドに保存します。一致するレコードがない場合、変換マップは参照フィールドのテーブルに新しいレコードを作成し、新しいレコードの sys_id をターゲットフィールドに保存します。 このフィールドを空白のままにすると、変換マップは参照フィールドテーブルの表示値列から一致する値を探します。 たとえば、インシデントレコードをインポートしていて、受信データに \[アサイン先\] フィールドのユーザー ID がリストされているとします。\[参照値フィールド名\]を空白のままにしておくと、変換マップはユーザーテーブルの表示値列：\[名前\] から一致する値を検索します。\[参照値フィールド名\] を user_name 列に設定することで、ユーザー ID 値を適切なユーザーレコードに一致させることができます。 |
   | 結合 | ターゲットフィールドを結合するように構成すると、インポートセットはフィールドを一意のキーとして扱います。選択すると、インポートセットアプリケーションは、ソース値を既存のレコードの値と照合しようとします。一致するものが見つかると、変換マップは新しいレコードを作成する代わりにレコードを更新します。false の場合、インポートセットアプリケーションは各変換に対して常に新しいレコードを作成します。複数のフィールドが結合に設定されている場合は、すべての結合値が既存のレコードと一致する必要があります。2 つのフィールドが結合に設定されていて、結合フィールドの一方に一致する値が見つかったものの、他方では見つからなかった場合、新しいレコードが挿入されます。 どの結合フィールドもインデックス化されていない場合は、ターゲットテーブルにインデックスを作成する必要があります。インデックスを作成すると、読み取りと書き込み操作のパフォーマンスを向上させることができます。1 つ以上の結合フィールドに既にインデックスがある場合は、追加のインデックスを作成する必要はありません。 ターゲットテーブルのすべてのフィールドに \[結合\] 値を設定した後に、\[結合フィールドのインデックス化\] 関連リンクを使用してインデックスを作成します。インデックスを作成する前に、ターゲットテーブルのすべてのフィールドに対して \[結合\] 値が正しく設定されていることを確認し、同じターゲットテーブルに不要なインデックスが作成されないようにします。 インデックスは結合する必要があります。これは、結合するように指定されたすべてのフィールドが同じインデックスに存在する必要があることを意味します。正しいセットアップは、結合されるすべてのフィールドを 1 つのインデックスに含めることです。 |
   | 空フィールドの結合 | 空のソースフィールド値を空のターゲットフィールド値に一致させるには、このチェックボックスをオンにします。たとえば、ユーザー変換マップをメールフィールドで結合させます。このオプションを選択すると、空のメールアドレスを含むソースレコードが、空のメールアドレスを含むターゲットレコードに結合します。 |
   | 結合で大文字と小文字を区別 | 大文字と小文字を区別する結合値で新しいレコードを作成する場合は、このチェックボックスをオンにします。デフォルトでは、\[結合\] としてマークされた値は、既存のレコードの大文字と小文字を区別しないルックアップで使用されます。大文字と小文字を区別しないレコードは、既存のレコードのみを更新し、新しいレコードは作成されません。 |
   [表 : 1. フィールドマップのフィールド]

   {#t_CreatingAFieldMap__table_ajv_1hs_1gb}
5. \[保存\] をクリックします。
6. フィールドマッピングごとに手順 3 〜 5 を繰り返します。
7. \[更新\] をクリックします。