主流CRM與ERP系統(tǒng)集成案例

1、主流與系統(tǒng)集成案例導讀本文以點帶面，介紹了北京起點erm與金蝶ERP集成過程中遇到的若干典型問題和解決方案，適合有一定知識和管理知識的人士閱讀。一、案例背景公司是一家專業(yè)設(shè)備貿(mào)易型企業(yè)，設(shè)有北京、上海和廣州三大中心，年營業(yè)額約億元人民幣。四年前公司建立了企業(yè)網(wǎng)站及辦公自動化系統(tǒng)。兩年前公司又導入了公司的財務(wù)管理和管理系統(tǒng)，當前已將已經(jīng)升級到了版本。系統(tǒng)幫助公司顯著提升了會計工作和物流工作的效率和管理水平。在此基礎(chǔ)上，公司在渠道管理和銷售方面開始大展身手，銷售隊伍擴展到多人，活躍客戶達到多家。導入軟件、實施客戶關(guān)系管理的時機已經(jīng)成熟。在選擇軟件的過程中，公司信息化管理小組考察了多款有代表性的軟件

2、產(chǎn)品，發(fā)現(xiàn)無論是否來自同一家廠商的產(chǎn)品，與的集成都是無法回避的。在范疇的評分，占有綜合優(yōu)勢，成為公司的主要選型目標。與主流系統(tǒng)的集成能力成為進一步考察的重點。二、初步方案經(jīng)過調(diào)查，咨詢顧問確認，公司總部當前的信息系統(tǒng)環(huán)境要點是:局域網(wǎng)采用域模式管理，有一臺獨立的域控制器。域上有一臺服務(wù)器（）提供的服務(wù)和應(yīng)用服務(wù)；服務(wù)TOC o 1-5 h z采用微軟SQL0域上有一臺服務(wù)器（）安裝了系統(tǒng)，向遠程站點提供的發(fā)布服務(wù)。即:此服務(wù)允許遠程站點以IE瀏覽器的方式訪問原本是架構(gòu)的。公司對的核心需求是：減少和之間可能存在的重復性數(shù)據(jù)錄入工作，簡化流程，提高效率；抓主要矛盾、抓重點（例如合同/銷售訂單的集成

3、），不要求一下子解決所有問題。咨詢顧問經(jīng)過與各方的協(xié)商、溝通，提供了與進行系統(tǒng)集成的解決方案綱要。方案要點如下：將的數(shù)據(jù)庫服務(wù)設(shè)置在服務(wù)器上，在同一個SQL下管理的工作數(shù)據(jù)庫和的工作數(shù)據(jù)庫。這樣的設(shè)置將簡化兩個工作數(shù)據(jù)庫之間的數(shù)據(jù)層的交換處理。產(chǎn)品數(shù)據(jù)集成。產(chǎn)品數(shù)據(jù)集成在數(shù)據(jù)層實現(xiàn)，無需人工操作。從讀出產(chǎn)品記錄信息及產(chǎn)品存貨數(shù)量信息，單向?qū)懭氲疆a(chǎn)品欄目。合同銷售訂單的數(shù)據(jù)集成。合同銷售訂單的數(shù)據(jù)集成在應(yīng)用層實現(xiàn)。操作者在合同操作界面，點一個發(fā)送按鈕。點擊按鈕后，首先在中檢查該合發(fā)出合同信息；同的審核狀態(tài)，如果審核狀是已核準，則執(zhí)行一個外掛程序，向銷售訂單的送貨執(zhí)審核狀態(tài)不是已核準，則拒絕執(zhí)行外

4、掛程序并發(fā)出提醒信息。行情況，通過數(shù)據(jù)層交換寫到合同實施情況欄目，無需人工操作?？蛻粜畔⒌募?。初始化的時候，可以先從導出客戶單位數(shù)據(jù)到，然后再導入d三、深入討論公司對此方案很感興趣。指派部經(jīng)理與咨詢顧問繼續(xù)討論方案的細節(jié)。在深入討論的時候，遇到了一系列需要澄清的問題。這是因為用戶企業(yè)在談集成需求的時候，往往只考慮到事務(wù)處理的一種邏輯，而真正要做集成工作的時候，必須窮盡列舉出所有可能的邏輯，并確認相應(yīng)的處理機制。此外，還有若干原則問題需要格外注意：數(shù)據(jù)的方向性與集成的時候，數(shù)據(jù)流向有單向和雙向之分，集成的時候要慎重考慮，在滿足業(yè)務(wù)需求與控制開發(fā)成本之間找到折衷點。例如，按照合理的業(yè)務(wù)邏輯，合同

5、/銷售訂單的信息流向主要是從到。但是為了提高操作效率，也需要在的合同界面及時了解到產(chǎn)品清單中各項產(chǎn)品的供貨執(zhí)行情況，這個合同實施情況的數(shù)據(jù)流向則是從到d數(shù)據(jù)的完整性與的分別有各自的工作數(shù)據(jù)庫每個工作數(shù)據(jù)庫有各自對數(shù)據(jù)完整性的要求。例如要求產(chǎn)品記錄必須有計量單位和默認包裝單位，如果發(fā)來的記錄缺少這些字段值，則無法在的工作數(shù)據(jù)庫保存成功。而要求銷售訂單必須要有銷售人員的中文姓名，如果發(fā)來的合同記錄缺少這些字段值則該銷售訂單記錄無法在的工作數(shù)據(jù)庫保存成功。數(shù)據(jù)的一致性與共用的一些基礎(chǔ)設(shè)置，還必須保持一致。例如兩者對于客戶單位的地址描述，都有省/自治區(qū)字段，其中的枚舉值必須相同，甚至差一個字也不行。例

6、如，不可以一邊是浙江，另一邊是浙江省，就違背了一致性原則。數(shù)據(jù)的唯一性公司要求一條核準的合同記錄，只允許在中生成一條銷售訂單記錄。因此合同記錄被發(fā)出到達后;將依據(jù)合同記錄的唯一編號進行重復記錄檢查并作出相應(yīng)的判斷：要么允許生成新的銷售訂單記錄，要么拒絕生成新的銷售記錄；不允許一條合同記錄生成多個銷售訂單。數(shù)據(jù)的獨立性和有各自獨立的工作數(shù)據(jù)庫，數(shù)據(jù)有各自的獨立性。例如，中已經(jīng)向發(fā)送過數(shù)據(jù)、產(chǎn)生過銷售訂單的某條合同記錄，如果在中被廢棄刪除，并不會導致在中對應(yīng)的銷售訂單記錄被刪除；刪除銷售訂單須執(zhí)行的管理規(guī)則。系統(tǒng)集成的深度系統(tǒng)集成的深度也需要把握好分寸。否則要么導致對業(yè)務(wù)幫助不大，要么導致開發(fā)周期

7、增成、費用超支、風險增大。例如，給公司的方案中，產(chǎn)品記錄中可獲得的庫存數(shù)量信息。這個庫存數(shù)量的數(shù)值，簡單來講，就是對中各個倉庫的產(chǎn)品庫存數(shù)量的求和。當前公司認可集成到這一步就可以了。進一步考察，不難發(fā)現(xiàn)中不僅可以建立多個倉庫，還支持對存貨記錄進行鎖庫操作（所謂鎖庫，意思就是某些產(chǎn)品已經(jīng)被分配給某些銷售訂單，即將執(zhí)行發(fā)貨處理）。未來如果需要了解庫存數(shù)量包含的明細信息，例如產(chǎn)品在各個倉庫的分布情況、鎖庫的情況等，還可以在界面進一步調(diào)用中的應(yīng)用數(shù)據(jù)。中，銷售訂單的執(zhí)行情況是結(jié)構(gòu)化的。的合同實施情況當前僅能記錄文本信息。公司認為，銷售人員只需要簡要了解銷售訂單的執(zhí)行情況就可以了。因此不需要對本身的數(shù)據(jù)

8、庫結(jié)構(gòu)做修改，僅需要以文本形式、以如下格式寫出銷售訂單最新的執(zhí)行情況：銷售訂單號；銷售訂單狀態(tài)；產(chǎn)品已發(fā)貨數(shù)量訂貨數(shù)量；產(chǎn)品已發(fā)貨數(shù)量訂貨數(shù)量業(yè)務(wù)流程重組與實現(xiàn)集成后，可以優(yōu)化流程，帶動業(yè)務(wù)流程重組的企業(yè)管理變革。中的客戶代碼是依據(jù)區(qū)域、省自治區(qū)、流水序號規(guī)則生成的，與財務(wù)管理子系統(tǒng)的會計科目掛鉤。公司的實際工作中，只有成交過的客戶才會在中記錄并分配客戶代碼。銷售代表跟進的客戶中，有些是在中有客戶代碼的已成交客戶，有些是尚未成交、在中沒有客戶代碼的準客戶。生成銷售訂單的時候，銷售訂單對應(yīng)的客戶單位必須有符合要求的客戶代碼，否則將無法執(zhí)行財務(wù)收款功能。公司當前對于將準客戶轉(zhuǎn)成系統(tǒng)中的已成交客戶有一套自下而上逐級審批、分配客戶代碼號段的工作流程。在實施初期，將利用從導入已成交客戶的信息到d準客戶到已成交客戶的升級管理，仍然執(zhí)行當前流程。公司希望未來由計算機自動處理準客戶升級、分配代碼的流程：與潛在客戶確立合同后，向發(fā)出合同信息，在中執(zhí)行查詢，如發(fā)現(xiàn)沒有該客戶記錄，則在中建立該客戶單位的記錄，并執(zhí)行一個預(yù)先個性化設(shè)置的客戶代碼分配程序，為該記錄分配一個客戶代碼四、小結(jié)廓清了包含上述要點在內(nèi)的若干問題后，公司最終決定軟件采購選擇，分階段進行與系統(tǒng)集成的二次開發(fā)。應(yīng)用系統(tǒng)集成未