顧客テーブル (account、contact、customeraddress)

注意

エンティティとテーブルの違いがわかりませんか？ Microsoft Dataverse で「開発者: 用語を理解する」を参照してください。

Microsoft Dataverse の account テーブルと contact テーブルは、顧客を識別・管理し、製品やサービスを販売し、顧客に優れたサービスを提供するにあたっては不可欠なものです。 顧客の住所 テーブルは、顧客の住所や配送先の情報を格納するために使用されます。

アカウント テーブル

account テーブルは、Dataverse のテーブルのひとつで、他のほとんどのテーブルがアタッチされたり、親になったりしています。 Dataverse では、取引先企業は部署が関係を持つ会社を表します。 取引先企業に含まれている情報は、関連するすべての取引先担当者情報、会社情報、カテゴリ、関係の種類、および住所情報です。 適用されるその他の情報には、次の項目が含まれています。

• account は、ほとんどの他のテーブルの親になることができます。 これには別の取引先企業も含まれます。

• account は、スタンドアロン テーブルになることができます。

• 1 つの取引先企業の上位にできる取引先企業は 1 つだけです。

• 取引先企業は、複数の下位取引先企業および下位取引先担当者を持つことができます。

組織は、別の企業と行っているすべての活動を確認する必要があるため、取引先企業の管理は、企業間の顧客間関係管理 (Dynamics 365) の重要な概念の 1 つです。これらのすべての活動は取引先企業レベルでは一体となっています。

詳細については、Account テーブル を参照してください。

Contact テーブル

Dataverse では、取引先担当者は、部署が関係を持つ個人 (顧客、納入業者、同僚など) を表します。 contact テーブルは、 のテーブルのひとつで、他のほとんどのテーブルがリンクされています。 contact は、スタンドアロン テーブルになることができます。 このテーブルに含まれるのは、業務、個人、家族の情報、複数のアドレスです。 詳細については、Contact テーブル を参照してください。

取引先企業も取引先担当者も顧客管理の一部であり、相互の関係は次のとおりです。

• contact は、account と contact 以外のすべてのテーブルの親になることができます。

• 1 つの取引先担当者の上位に存在できる取引先企業は 1 つだけです。

• Update メソッドを使用すると、取引先担当者を取引先企業の取引先責任者に設定できます。

contact テーブルには、メールアドレス、住所、電話番号などの個人に関するすべての情報と、誕生日や記念日などの関連情報が格納されています。 顧客の全体像が見えるようにするには、部署が抱える顧客の種類に応じて、取引先担当者のみ、または取引先担当者と取引先企業の両方が必要になります。

取引先担当者に対して実行できる基本操作には、作成、読み取り、更新、および削除があります。

アクティビティやノートなどのテーブルを contact テーブルにリンクすることで、ユーザーは、ユーザーが顧客と行ったすべてのコミュニケーション、ユーザーが顧客のために行ったすべてのアクション、およびユーザーが必要とする顧客に関するすべての情報を確認することができます。

CustomerAddress テーブル

このテーブルには、住所と出荷の情報が含まれています。 取引先企業または取引先担当者のストアの追加住所を保存する場合にも使用されます。

注意

Customer Address テーブルは、Account テーブルや Contact テーブルに変更が加えられると、プラットフォーム レベルで更新されます。 このため、Customer Address テーブルの更新や作成の SDK コールは別途行われません。 住所の更新や作成時にトリガーとなるコードは、Contact または Account テーブルを指している必要があります。

注意

ドキュメントの言語設定についてお聞かせください。 簡単な調査を行います。 (この調査は英語です)

この調査には約 7 分かかります。 個人データは収集されません (プライバシー ステートメント)。