---
sourceDocument: オーストラリアのカスタマーサービス管理 (CSM)
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/customer-service-management

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリアのカスタマーサービス管理 (CSM)

ft:clusterId :

    - csm

bundleId :

    - csm

workflow :

    - Customer and Industry


---

# 修正スクリプトを使用して \[タイプ\] フィールドに入力する

# 修正スクリプトを使用した関係テーブルの \[タイプ\] フィールドへの入力 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年08月07日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

修正スクリプトを活用して、関係テーブルの \[タイプ \] フィールドを追加および管理します。このスクリプトにより、データマッピングが簡素化され、ベースシステム全体のレコードの一貫性が向上します。

## 始める前に

必要なロール：admin

## このタスクについて

Yokohama リリース以降、アカウントチームメンバー \[sn_customerservice_team_member\] テーブルに、新しいオプションの \[タイプ\] フィールドが追加されます。以前、このテーブルには \[アカウント\]、\[ユーザー\]、および \[責任\] フィールドが含まれていました。この修正スクリプトは、ベースシステム内のすべての関係テーブルに適用されます。

\[タイプ\] フィールドは、アドミニストレーターが各責任のタイプ構成を定義できるようにするメタデータテーブルである関係者構成 \[sn_customerservice_related_party_configuration\] テーブルを参照します。このフィールドを使用すると、アドミニストレーターは意味のあるビジネス名を責任に割り当てて、重複を減らすことができます。同じ責任を内部参照することで、\[タイプ\] フィールドはデータ管理を簡素化し、レコードの一貫性を向上させます。

修正スクリプトを使用して \[タイプ \] フィールドに入力するには、次の手順に従います。

## 手順

1. 更新する関係テーブル内の個別の責任の値を特定します。
2. 関係者構成 \[sn_customerservice_related_party_configuration\] テーブルに対応するタイプ構成レコードを作成します。
3. 次の修正スクリプトを実行して \[ タイプ \] フィールドに入力します。  

       fixRelatedPartyTypeField(String tableName, String appliesTo, String entityType, String typeField, String responsibilityField)
       /**
       	 * Fixes the related party type field in the specified table.
       	 *
       	 * @param tableName  The name of the table to update.
       	 * @param appliesTo  The value for the applies_to field.
       	 * @param entityType The value for the entity_type field.
       	 * @param typeField  The name of the type field to update. If null, defaults to FIELD_TYPE.
       	 * @param responsibilityField The name of the responsibility field to update. If null, defaults to FIELD_RESPONSIBILITY.
       	 */

## タスクの結果

修正スクリプト：

* 選択した関係テーブル内の一致するレコードの \[タイプ\] フィールドが自動的に入力されます。
* 既存の責任を対応するタイプ構成レコードにマッピングします。
* パフォーマンスを最適化するために、更新をバッチで処理します。
* 参照用に更新をログに記録します。

{#migration-of-account-manager-responsibility-access__ul_rrx_dgp_c2c}  
注:  
レコードが大量の合は、システムのダウンタイム中に修正スクリプトを実行して、パフォーマンスへの影響を回避します。

関係者構成 \[sn_customerservice_related_party_configuration\] テーブルに移動し、それぞれの責任のタイプ構成レコードを作成することで、\[ タイプ \] フィールドに手動で入力できます。

## 例

アカウントチームメンバー \[sn_customerservice_team_member\] テーブルの \[タイプ \] フィールドに入力するとします。このテーブルでは、次の責任を使用します。

* アカウントマネージャー 1
* アカウントマネージャー 2
* アカウントマネージャー 3

{#migration-of-account-manager-responsibility-access__ul_bg5_ln4_c2c}

1. 関係者構成 \[sn_customerservice_related_party_configuration\] テーブルに移動します。
2. 責任ごとに 1 つずつ、合計 3 つのタイプ構成レコードを作成します。
3. 修正スクリプトを実行すると、自動的に次の処理が行われます。
   * 各責任を対応するタイプにマッピングします。
   * アカウントチームメンバー \[sn_customerservice_team_member\] テーブルのすべてのレコードの \[タイプ\] フィールドに値を入力します。
   {#migration-of-account-manager-responsibility-access__ul_acn_l44_c2c}
{#migration-of-account-manager-responsibility-access__ol_pym_xn4_c2c}