在群裡聊到了這個話題，把聊的內容整理下放這裡。

現在用Magento來建國內B2C網站的越來越多了，而淘寶是國內電子商務界的老大，這也就帶來一種現象就是，使用Magento做獨立B2C運營的公司，必然也會在淘寶上開個店。這就帶來了一個很現實的問題，如何統一去管理淘寶店和獨立官網的資料，比如訂單，比如產品資料、庫存等。

這裡分享我所知道的三種方案

第一種，開發獨立的第三方訂單處理系統，通過淘寶api抓淘寶訂單，通過Magento的api抓Magento的訂單，放在一起處理。

第二種，淘寶店已經在用管易或E店寶了，管易和E店寶有提供API，Magento的訂單下單時主動推送到管易或E店寶裡去處理

第三種，在Magento裡修改檔案，通過淘寶的API取淘寶的訂單到Magento後臺處理

先講第一種方案，淘寶有提供一套很完善的店鋪API，可以通過API來管理店鋪的產品資料上下架，訂單處理，很多第三方的淘寶管理軟體（比如上面講的管易）就是在這基礎上發展起來的，同樣，Magento也有自己的API機制，同樣允許第三方通過呼叫Magento的API來處理產品上下架，訂單處理等等流程。第一種方案就是自己新建一套第三方的管理系統，通過呼叫淘寶的API和Magento的API，在一個地方同時管理淘寶的資料和Magento的資料，在一個地方處理兩邊產生的訂單，甚至包括同步兩邊的產品庫存資料。同樣的原理上，這個系統還可以新增對拍拍店的管理，甚至當當店和京東店等等。這種方案的優點是可以自己架構一整套完善的多渠道管理系統，這個系統的開發不必過度依賴於Magento，開發人員不需要對Magneto有特別深入的瞭解，只需要瞭解他需要呼叫到的部分Magento的API，因為是自己構建的系統，如果未來生意能做大，可以方便繼續開發來跟ERP，CRM，WMS等系統做整合對接。缺點是系統需要從頭開發，耗時耗資巨大，而且因為是一個需要給管理人員天天使用的系統，開發還需要考慮到使用者體驗，要做的好的話最好配專門的產品經理，而不僅僅是技術人員自己開發。

再講下第三種方案，這個方案就是把Magento的管理後臺作為淘寶為主的所有渠道的統一管理的地方，通過修改Magento的後臺，呼叫淘寶的API，在Magento後臺統一管理獨立B2C和淘寶店鋪的產品上下架和訂單處理。優點是Magento已經有一個後臺管理的框架在，開發人員不需要重起爐灶，只需要修改Magento的檔案就可以。缺點是這個方案要求開發者對Magento的瞭解，特別是對後臺部分的瞭解，已經到了非常精通的程度，才可能自如的修改Magento的管理後臺，來實現同時管理淘寶店鋪，另外，Magneto本身的後臺訂單處理流程並不優秀，或者說不符合大多數中國人的習慣，要讓已經習慣淘寶後臺的人願意來使用Magento後臺來管理淘寶店鋪，需要對Magento的後臺做大刀闊斧的改造，這無疑又增加了開發人員的難度。

最後才講第二種方案，也是我比較推薦的一個低成本方案。在淘寶的第三方管理軟體市場，管易和E店寶兩家已經佔領了絕大部分市場，也就是說大部分淘寶店鋪，不是在用管易就是在用E店寶，而且淘寶運營人員也已經習慣了使用這兩種軟體。在這個的基礎上，可以考慮讓管易在管理淘寶店的同時，也可以來管理Magento所建獨立B2C的資料，恰好，管易和E店寶都提供了一套對外的API，可以往裡面推送訂單資料，可以通過API取出訂單和產品資料等。這種方案下，Magento所需要的修改就僅僅是將某些資料推送給管易，在從管易取回某些資料來更新自己的資料。比如，在Magento中下訂單的同時，修改Magento的程式碼，在此過程中取出訂單資料通過管易介面推送入管易，再比如每隔一段時間去取管易裡的訂單資料，檢視是否有一些訂單已經發貨，將已經發貨的訂單在Magento中對應的訂單狀態做出改變等等。這個方案的缺點是沒辦法做到讓管易來管理Magento裡全部的資料，優點是開發成本低很多，而且運營的人可以繼續使用他們習慣的管理系統，避免了很多不必要的麻煩。

第一種方案，我自己公司正在使用，但因為是個大工程，可以說現在才在起步階段，適合有大投入，大目標的公司，不建議一般使用者採用。

第三種方案，據瞭解gap.cn正在使用，同樣投入不小，gap網羅了一支優秀的開發團隊在做這件事，一般的公司也很難將這種方案做的比較好

所以對於大多數使用者，我還是推薦第二種方案，即在使用管易或E店寶的情況下，通過從Magento去呼叫管易或E店寶的API，來實現一個系統管理多渠道的資料和訂單的效果。我們已經有一些客戶在使用這種方案，反饋還是不錯的。

PS：通過API的對比，發現管易的API還是做的比E店寶的要好一些，是不是管易的程式設計師也比E店寶的程式設計師要優秀呢

PS2：以後有機會稍微詳細的講下我在做Magento和管易對接中的一些心得經驗