2013-05-13 81 views
0

數據如何從其他系統推送到CRM 2011中?
我想將數據傳遞給Web服務。
將數據從其他系統推送到CRM 2011

我已經想到了2個選項至今:

  • 創建一個自定義實體,並通過調用來自其他系統的組織服務創建這個實體的記錄。工作流可以處理從這一點的一切。
  • 創建一個WCF服務並將其託管在某處。另一個系統將數據傳遞給此服務,並且該服務與CRM進行交互。

客戶端只會傳遞我們的記錄,所以驗證必須發生在CRM端。

編輯:
如果客戶端是一個古老的系統(在COBOL或東西)是它仍然可以連接到CRM服務?

回答

1

只是爲了擴大Predro的回答是:

其實我已經做了兩個與CRM 4.我會強烈reccommend你創建自己的服務隊爲客戶端調用這反過來又調用CRM服務。

這爲您以後改變事物提供了一個額外的抽象層 - 它們將會。

如果您的客戶端調用CRM服務直接將難以/不可能爲你改變你的內部數據結構或場中移動服務器。如果您目前使用歌手 - 服務器基礎架構,則尤其如此。

也不會映射您直接創建的實體數據結構中的服務,使用intermidiate模型。

所以,如果你想在客戶端通過在帳戶細節,讓您的服務期待您在轉換爲客戶的實體,而不是暴露帳戶實體,並讓您的客戶提交的XML文檔。

+0

感謝您的建議 - 很高興聽到之前做過此事的人。 – Bvrce 2013-05-13 16:19:27

1

第二種選擇對我來說是處理這種情況的最好辦法,因爲你可以控制並驗證在你身邊的一切。您可以將WCF服務託管在CRM Dynamics的相同服務器中,或託管在可訪問CRM Dynamics的其他服務器中,並通過CRM Web服務與CRM進行交互。 我認爲你沒有更好的解決方案。

1

假設客戶有一個登錄到你的CRM系統,我真的與選項#1先走了。爲什麼?

  • 您仍然可以驗證預驗證插件階段中的數據。
  • 這是迄今爲止最簡單和最快速的方法。事情會改變嗎?也許!但是:
    • 你要花費很多很多的時間得到一個自定義WCF服務啓動和運行
    • 總得有人來部署它
    • 總得有人去維護它
    • 你的客戶端必須學會如何連接到專有的WCF服務,而不是說「這裏有大量發佈的關於如何連接到CRM的Web服務的信息。」
    • 它成爲業務邏輯的「隱藏部分」,而不是CRM中的全部存在。任何優秀的CRM開發人員都可以從事第一選擇。第二要求額外的技能。
  • 如果它真的會隨着時間的推移而變化太多以至於它需要自己的WCF服務,那麼您並沒有真正浪費那麼多時間。您的所有業務邏輯都將從插件移植到WCF服務。但如果事實證明你不需要它,從更復雜的解決方案(#2)到更簡單的解決方案(#1)將變得更加困難。
  • 我向你保證,你的客戶希望這樣做更快,更簡單(更便宜),而不是更長和更復雜(昂貴)。