返工在Microsoft Dynamics CRM分銷商/客戶糾結3.0

我繼承了MS CRM 3.0，其中個別接觸也被賦予了特定的實現「分銷商」。不幸的是，分銷商並沒有被定義爲任何類型的實體。而是修改聯繫表單以包含包含分銷商名稱和地址的額外字段。返工在Microsoft Dynamics CRM分銷商/客戶糾結3.0

到目前爲止，每一次的分銷商地址變更，或郵政編碼基於對分銷商的區域進行了修改，外部自定義應用程序和數據庫中抽取和修改每個聯繫人以反映這些變化。

我完全陌生於MS CRM，我很想聽聽有沒有人有想法讓我可以通過這樣的方式添加分銷商，使得他們的名稱/地址可以在CRM中從一個地方修改，並且可以鏈接到單個聯繫人。

想法？

來源

2009-11-02 Feckmore

不幸的是撤消那些亂七八糟的唯一辦法將涉及巨大的工程數據清理和遷移。我會嘗試使用現有的帳戶實體，並簡單地放置一個「類型」字段將其標記爲分銷商。通過這樣做，您可以獲得很多開箱即用的功能。

無論您選擇哪個選項，無論是開箱即用的實體還是新的實體，您都需要使用數據遷移軟件包（例如Scribe或DTS for SQL）將數據從聯繫人移動到其新實體。

來源

2009-11-03 07:32:01 XVargas

如果我創建一個經銷商作爲標記爲經銷商「類型」的「賬戶」，我可以然後將每個適當的聯繫人鏈接到該賬戶？ – Feckmore 2009-11-03 17:50:42

是的。在未來，如果/當他們升級到4.0時，您可以在聯繫人和帳戶之間創建新的多對多關係並呼叫該分銷商。以這種方式，客戶和聯繫人之間的關係並不緊密相連，並有一個聯繫人的上級單位和其代理商賬戶之間更明確的區分。 – XVargas 2009-11-03 23:43:19

說實話，我不認爲這會是一噸的代碼unmuck這種情況。如果你想給你基本的想法，我會僞代碼 - 我認爲從長遠來看，這可能會成爲最好的長期解決方案。

首先建立一個分銷商的自定義實體。根據需要在聯繫人/帳戶之間創建關係。然後採取下面的僞代碼 - 填寫具體到你的情況的東西。運行。然後，你可以刪除這些不必要的屬性，你應該很好去。

CRmService s = GetMyService(); 
BusinessEntityCollection objects_to_clean = s.RetrieveMultiple(...some query to get them all...); 

foreach (BusinessEntity be in objects_to_clean.BusinessEntities) 
{ 
    DistributorEntity de = new DistributorEntity; 
    //set all necessary fields here... 
    de.field = be.field; 
    Guid distributorguid = s.Create(de); 
    be.distributorid = distributorguid ; 
    s.Update(be); 
}

來源

2009-11-04 22:55:20 brendan

返工在Microsoft Dynamics CRM分銷商/客戶糾結3.0

回答

相關問題