Учетная запись, CustomerAddress и Account_CustomerAddress в Dynamics 365

Question

Я новичок в Dynamics CRM. Я обнаружил, что у объекта есть AddressIdи вся соответствующая информация в виде одной записи, как показано здесь .

Принимая во внимание, что есть также объект, который имеет свои собственные атрибуты, аналогичные атрибутам Address в объекте, как показано здесь .

Наконец, есть Account_CustomerAddress который, я думаю, ссылается.

Я хочу понять, как это реализовано в Dynamics 365?

Является адресной частью Account запись или она хранится в CustomerAddress организация?

Answer 1

это отдельная таблица, используемая для хранения адресов. Его дизайн всегда был очень простым. Он состоит в основном из текстовых полей. На таблицу (или объект ) ссылаются Account и Contact. По соображениям удобства представления были разработаны, включая поля адреса клиента, которые в конечном итоге стали атрибутами сущностей «Учетная запись» и «Контакт».

Тем не менее, связь остается, и вы можете добавлять дополнительные адреса к сущности по мере необходимости и ссылаться на них из тех же сущностей. В строках таблицы с addressnumber 1, 2 или 3 карта для address1_, address2_ а также address3_ поля "просмотра".

Сущность CustomerAddressнастраивается. Однако добавленные к нему настраиваемые поля не попадают в учетную запись, контакт и другие сущности, включая CustomerAddress в их определении сущности.

Кроме того, невозможно интегрировать CustomerAddress в настраиваемые сущности, как это делают Контакт и Учетная запись. Однако вы можете ссылаться на таблицу по мере необходимости.

Наконец, вы упомянули Account_CustomerAddress. Это просто имя схемы связи между сущностями Account и CustomerAddress.

Answer 2

У вас есть две сущности: и.
При создании записи автоматически создаются две записи сущности. Вы можете найти их с помощью расширенного поиска, но не увидите их на странице адресов, связанных с записями.

Для Account сущности, у вас есть поля для Address1( Адрес1: Город, Адрес1: Улица1, Адрес1: Телефон 2 ... ) и те же поля для Address2. При заполнении этих полей значения автоматически наследуются в соответствующие AddressПоля записи сущности (например: Учетная запись «адрес1_город» переходит в первое поле Адреса «город», Учетная запись «адрес2_telephone1» - во второе поле Адреса «Телефон1»).

Почему они используют такую ​​сложную схему?
Проблема в том, что ваша учетная запись должна содержать некоторую адресную информацию, но вы можете добавить много других адресов для своей учетной записи. Таким образом, на странице адресов, связанных с аккаунтами, невидимы только первые два адреса , потому что они уже есть в вашей учетной записи.