1、XXXX 分銷管理系統系統實施方案書xxxxxx技術有限公司2009 年 11 月 26 日第1 頁目錄1前言 . 31.1系統概述 . 31.2項目背景 . 41.3設計要求 . 42系統需求分析 . 62.1組織機構模型 . 62.2系統角色劃分 . 62.3業務流程模型 . 73系統解決方案 . 93.1系統設計原則 . 93.2采用技術路線 . 103.3新的開發模式 . 123.4系統網絡部署 . 173.5系統功能設計 . 183.5.1公司分銷主系統 . 183.5.2經銷商分銷子系統 . 273.5.3終端客戶查詢子系統 . 294開發實施方案 . 304.1系統開發團隊 .

2、304.2系統開發周期 . 305系統報價 .錯 誤！未定義書簽。5.1 系統報價 . 錯誤！未定義書簽。5.2付款方式 . 錯誤！未定義書簽。第2 頁1前言1.1系統概述近些年來，隨著生產技術的發展，企業的技術優勢在漸漸消失，行業壁壘也在逐漸變弱；而隨著企業在生 產制造方面的優勢弱化，市場不斷發展、市場競爭不斷加劇，企業要想在這樣的環境中生存、發展下去，單單 依靠自己的力量是無法實現的，而必須具有強有力的、遍布全國的銷售體系作為開拓市場的前沿陣地。分銷是當前國內很多批發型商貿企業及產供銷一體化的制造類企業所采取的銷售管理模式。隨著企業銷售 規模的擴大，對異地物流和資金流的管理難度越來越大。企

3、業領導在實際的運作過程中經常出現如下困惑： 如何使銷售體系既能快速擴充，又能避免管理失控？ 如何準確考核分支機構的銷售、回款、計劃完成、費用支出情況？ 如何及時了解下屬經銷商的各類銷售數據，如何提高經銷商的管理和信息處理能力？ 如何及時了解各地實際庫存，并提高供貨及時率、降低庫存積壓？如何控制應收賬款的回收風險？ 如何縮短決策時間、提高決策的準確性？ 這些問題如果沒有得到解決，其結果是企業流通成本居高不下，企業的生產、市場決策缺乏準確的依 據，造成資源的大量浪費。目前，許多企業的分銷成本已經超過生產成本和產品研發成本，成為企業總體運行 成本的第一大構成要素；解決分銷成本的控制問題，是目前這些企

4、業的當務之急。良好的分銷渠道， 現代化的分銷管理模式將是企業取勝的關鍵， 是企業核心能力所在！21 世紀， Internet 信息技術為人們創造了一種不受時空限制的信息交流、共享和協作方式，并給每個企業 帶來了新的機會和挑戰。互聯網作為一項革命性的技術，對企業的管理和運作方式的改變將是全方位的，任何一個企業要想最終成 功，都離不開互聯網的應用。有了互聯網，才使企業分銷實現集中管理、動態監控成為可能；才能夠使企業和 客戶的信息和數據交流更加容易、 更加及時； 才能夠輕松實現企業電子商務。 互聯網應用降低了企業運營成本， 是目前費用最低廉、最有效的信息和數據交流的工具和平臺?；ヂ摼W的出現在改變人們

5、日常生活的同時，改變了企業的管理運作方式。而眾多的制造和銷售型傳統企業需要通過全國龐大的銷售網絡來執行產品和服務，但銷售管理要通暢，卻 一直是傳統企業的“痛”，有資金但沒有規劃實力，有技術和理念但管理水平跟不上，網絡帶來的挑戰和機遇 如何應對，這些問題都亟待專業廠商提供全方位的解決方案。第3 頁分銷管理理念與互聯網技術的結合，便產生了基于互聯網的分銷管理軟件?；诨ヂ摼W的分銷管理軟件為 企業進行信息交流匯總提供了一條方便、迅速、廉價的途徑，同時，也為企業的“ 異地商務、集中管理 ”提供 了最好的解決方式。1.2項目背景xxxxxx 電動車有限公司是一家自 1998 年以來開始研制、 開發、 生

6、產電動代步車、 高爾夫球車及電動車配件 等 30 多個品種的專業廠家。 2001 年開始批量生產，產品受到美洲、歐洲、亞洲等客戶的歡迎。公司正處于快 速發展階段，年產電動代步車 50 萬輛。隨著中國 WTO進程的加速和中國市場潛能的日漸放大， xxxxxx發展戰略已逐步從 “外銷為主” 轉變為 “以 內銷為主，以外銷為輔”。 xxxxxx 秉承“商者無域、相融共生”的經營理念，以全新的產品質量和優質的服務 理念為廣大中國消費者服務， 并把世界頂尖的技術和先進的營銷理念帶進中國， 推動行業發展。 為快速、 高效、 便捷的服務廣大中國消費者，實施區域輻射，適時快捷的生產服務，提高服務質量。隨著業務

7、的不斷拓展， xxxxxx 決定建立國內遍布全國二十八個省、市、區，輻射到市縣、鄉鎮的營銷網絡。 在這個銷售網絡中，各級經銷商對其終端客戶進行管理，總公司對各級經銷商和終端的業務進行垂直管理?；?于互聯網，終端客戶可以對訂單的執行狀態進行跟蹤查詢。因此， xxxxxx 迫切要求一套渠道分銷管理系統，以便能實時地了解各地的銷售情況，及時掌握銷售、采購、 生產、庫存信息，有利于公司準確、準時的接收訂單，并安排生產，從而盡可能的提高服務透明度，提高服務 質量。1.3設計要求xxxxxx分銷管理系統是一套對公司整個業務過程各個環節進行全面自動化管理的大型企業綜合管理系 統。通過前期的了解，系統在設計時

8、，主要考慮如下一些要求：（ 1） 系統力求界面友好、操作簡便，方便培訓、使用；（ 2） 在平臺、插件選型上，盡量采用實用性比較強，對硬件性能要求不高的成熟產品，以便于系統 的部署和推廣；（ 3） 系統要能夠進行靈活的調整和升級；即：隨著公司業務的發展，可以對系統流程、功能權限、 具體單據等等進行調整，以適應公司發展的需要；（4） 各級經銷商需要通過 Internet 來使用系統。所以， 系統必須基于 B/S 架構進行開發和部署；（ 5） 設計上線初期，用戶量預計在 200 個左右?？紤]到日后的業務開展，各級經銷商的建立等。 系統需最多支持 10000 個用戶同時使用；第4 頁6)系統將會劃分為

9、：公司主系統、經銷商業務子系統、終端客戶子系統三大部分；三大子系統將 進行無縫集成。7)經銷商子系統 (注意不是傳統的銷售終端)將會是系統的一大亮點。該子系統必須真正對經銷商的業務帶來便利和幫助，以便系統將來能夠順利在省、市、縣各級經銷商進行部署。8)目前公司主要產品是防盜門，但是將來可能發展到油漆、裝修材料等領域。因此系統設計時， 要對產品能夠靈活處理。第5 頁2系統需求分析2.1組織機構模型本系統涉及到的組織機構模型，如下圖所示：其中，各級經銷商負責在當地發展客戶，主要負責對當地客戶的市場宣傳、訂單預定、貨款結算、通知提貨等操作。公司總部負責與各級經銷商的銷售業務。各地經銷商根據實際銷售情

10、況，將訂單發送給公司總部，公 司業務部對訂單進行審核和確認，并組織生產；當生產完畢后，通過物流供應商將貨配送到經銷商；經銷 商通知客戶來提貨。針對各級經銷商，公司制定統一的價格體系。公司和經銷商之間直接進行貨款結算。經銷商和客戶進行貨款結算2.2系統角色劃分其中，使用系統的用戶，主要包括如下幾種角色：（1 1） 訂單確認人員主要負責對各級經銷商的訂單進行審核、確認。當訂單確認無誤后，發送給生產采購部組織生產第6 頁2 2） 生產采購人員針對經過審核確認后的訂單， 給生產廠商發生產訂單。 并跟蹤其生產進度情況。 一旦生產完成后， 就發送給物流部門，進行貨物運輸。（3 3） 物流跟蹤人員當訂單生產

11、完畢后，訂單即傳送給物流部門。此時，物流部門即辦理貨物托運。當經銷商收到貨 物后，對回單進行簽收。（4 4） 財務結算人員和經銷商進行貨款結算； 和生產廠商進行成本結算； 和物流供應商進行物流費用結算。（5 5）經銷商管理員公司市場部，負責對經銷商信息、信用資料進行維護。（6 6） 經銷商操作員 在經銷商子系統中，錄入訂單、并進行貨物簽收。然后辦理客戶提貨。（7 7）經銷商主管和客戶之間進行財務結算。對經銷商的財務、經營情況進行分析。（8 8）終端客戶通過公司統一的對外服務網站上，查詢當前訂單的處理狀態。主要包括：生產狀態、物流狀態、 結算狀態等。（9 9）系統管理員對系統資料、用戶賬號、權限

12、、系統日志、數據庫等進行管理。進行必要的系統備份、恢復等操 作。2.3業務流程模型終端客戶、經銷商、公司總部之間的業務流程描述如下：第7 頁終端客戶經銷商經銷商財務提貨接單錄入訂單公司總部訂單確認庫存管理貨款結算采購結算公司財務生產下單直接發貨生產廠商物流費結算產發貨物流供應商物流發貨到貨簽收第8 頁3系統解決方案3.1系統設計原則為了保證系統按期完成，并在建成后能高效、健壯地運行，在系統設計過程中，我們主要遵循以下設計原 則：（ 1 1） 總體性原則系統的建設具有綜合性、整體性、長期性的特點，應遵循先進性系統的總體設計和論證，再分步建設，逐 步完善的原則，留有足夠的發展和變更余地。（ 2 2

13、） 先進性原則系統的建設應以先進的生產技術、建設方案、數據庫技術、軟件架構、網絡技術為基礎，盡量采用可擴充 性強、運行效率較高、容易開發和維護的平臺以及硬件設備。（ 3 3） 高效性原則作為一個大型數據庫系統，系統的性能高效性至關重要。在系統的建設中，我們將會在數據庫的設計、系 統架構、硬件的配置等方面，重點考慮系統的并發性能以及海量數據的維護。（ 4 4） 易用、實用性原則系統主要用戶為終端用戶（會員、造價信息員等），對計算機及相應數據庫的了解不多。系統的操作應盡 可能簡單易用，用戶界面應盡可能友好，符合人們處理事務的一般思路，以減少用戶的培訓時間和操作難度， 同時還需提供詳細的操作手冊。實

14、用性是系統設計的基本出發點，它直接影響系統的運行效果和生命力，是一個嚴謹的系統開發者要無條 件遵循的原則。（ 5 5） 安全穩定保密原則系統必須采用嚴格的安全措施，設置多級安全機制，保證系統運行的安全和穩定。系統外部安全 ：系統的安全性要充分考慮網絡的高級別、多層次的安全防護措施，包括備份系統、防火墻 和權限設置等措施， 保證業務部門的數據安全和政府機密； 同時考慮系統出現故障時的軟硬件恢復等急救措施， 以保障網絡安全性和處理機安全性。系統要形成相對獨立的安全機制，有效防止系統外部的非法訪問。第9 頁系統內部安全 ：在保證系統外部安全的同時，系統也要確保授權用戶的合法使用。系統應設置嚴密的訪問

15、 級別和權限控制機制，并通過數據加密、電子身份驗證等措施來保證系統內部安全。系統本身也應該具有容錯 功能，包括出錯提示、原因，并能自動或通過人工操作，使出錯的系統恢復到正常狀態。系統還應提供嚴格的 操作控制和存取控制。系統同時要具有一定的容錯能力， 在用戶誤操作或輸入非法數據時不會發生錯誤。 如在錄入單據等操作中， 對于用戶輸入的錯誤信息系統應能自動判斷，并進行自動修復或提示用戶重新輸入。系統運行安全 ：在邏輯上，系統應該具有抵御對系統的非法入侵的能力；在物理上，系統應保證不存在可 能的單點故障，提供資源數據的備份能力。系統支持定期的自動數據備份和手工進行數據備份，能夠在數據毀 壞、丟失等情況

16、下將備份數據倒回，實現一定的數據恢復。（ 6 6） 可擴展性原則 系統應具有統一結構框架和數據關聯特性，保證良好的可維護性。由于業務涉及的數據繁多，各種數據類 型之間關系錯綜復雜，必須綜合分析業務內涵和數據元素之間的關系和模型，合理設計，提高各組件模塊的內 聚性，降低各組件模塊的耦合度，科學劃分組件接口和方法，使系統強壯且容易維護。維護方式：系統提供對系統自身的集中操作維護的功能，真正做到使系統能在數據損壞、丟失等情況下將 備份數據倒回，實現數據恢復。維護工作量：系統提供集中的、智能化的維護工具，盡可能減少手工維護工作量，確保系統的正常運行。3.2采用技術路線本系統將運行于 Windows 系

17、統中，開發平臺和運行平臺都為 Windows 操作系統。在系統開發過程中， 將采用組件技術、工作流技術、 SOA 架構技術、 Web 2.0 技術等來實現整個系統功能。在開發過程中，將 主要采用我公司自主研發的“ XBM - 業務基礎架構平臺”來進行系統構建，同時根據實際情況對少量復雜 的算法（保障計算效率）進行二次開發，以保證系統的快速和穩定運行。本系統的技術路線可以用下圖來表示：第 10 頁XBM-DesktopXBM-Desktop forfor SOASOAUIUI 插件信息發布WebWeb 服務服務器XBM-ServiceXBM-Service 業務發布服務器BAEBDE二次開發插件

18、SQL Server 2005SOA架構，完全從底層進行開發，開發工XBM-BuilderXBM-Builder從上圖可以看出：1）依托平臺整個系統將 XBM業務基礎平臺進行架構，該平臺基于全新的 具 C + 和 Windows API ，不依賴于任何第三方技術或者插件。（2）多層架構系統基于三層架構，分為：客戶端（ XBM_Desktop或者 Web Browser ）、應用端（ BAE、 BDE、WFE、服 務器端應用二次開發）、業務發布端（XBM_Service 或者 Web 發布服務器）、數據存儲端；（3） 二次開發XBM 業務基礎平臺實現了以業務為導向的系統構建和完全驅動， 使管理和

19、業務人員能參與到應用軟件 的開發之中，使得企業管理系統能夠真正實現用戶主導、隨需而變、快速構建、靈活調整。對于絕大部分的業務功能（數據存取、規則計算、業務協作），將直接通過 XBM_Builder 進行系統 構建，對于少數的、需要復雜處理的算法，我們將通過 VC + 進行二次開發來實現。4） 數據庫選型InternInternetet規則數據歷史數據業務數據第 11 頁數據庫前期選用 SQL Server進行開發、 調試；同時兼容 Oracle，以方便若干年后， 數據量異常龐大后， 遷移到大型機上工作。3.3平臺開發優勢（一） 傳統開發模式分析按照軟件工程學中的 “軟件開發方法論” ，管理信息

20、系統的開發， 通常需要經過項目立項、 需求調研、 分析&設計、編碼實現、測試、部署、試運行、正式運行、系統維護等九個階段的錘煉。在軟件的每個開發階段，都會有不同知識結構層次的人參與到開發過程中。絕大部分軟件公司，至少 需要由三類人員來組成：需求調研人員 ：主要負責需求的調研、整理；這部分人對業務比較了解，但是對系統設計、開發 不是很精通；系統設計人員 ：主要負責拿到用戶需求后，進行模塊設計、 功能設計、規則設計、數據庫設計等； 代碼開發人員 ：從系統設計人員手中接過設計文檔，進行代碼開發。其對用戶實際需求和軟件設 計意圖不是了解。傳統管理信息系統的開發模式，主要存在以下困難：需求調研時，主要通

21、過文檔進行描述。在形式上，文檔和最終運行的系統之間存在很大的差異； 經常會造成調研不夠完善、不夠細致；用戶需求在不同的人員之間，由于信息的逐步衰減，經常造成開發出來的系統，和實際需求有很 大的差距；當需求做出調整，或者系統功能需要修改時，因為牽扯到整個軟件過程。造成響應時間、和修改 周期較慢。由于傳統管理信息系統的開發模式，是在底層的技術平臺上直接搭建業務系統，并且也只能采用面向 技術的、業務無關的“原始”編程工具來開發管理系統。這種低層次的軟件開發模式，使得信息系統的開 發、維護和擴展困難重重，導致 ITIT 黑洞 現象的普遍發生。第 12 頁編碼修正項目立項分析 & & 設計試運行艱苦的努

22、力系統升級需求確認構建原型系統需求修正構建最終系統部署正式運行確認需求，是直接在原型系統上進行的，系統的 最終使用者可以親身操作系統的每個細節，來確 認是不是自己想要的系統將需求調研的素材（表單、報表、流程、角色職 責等）直接描述到業務建模平臺中，通過簡單的 業務資源發布，得到原型系統經過原型系統的確認，我們可以正是構建最終的 應用系統了。主要包括：數據模型構建、業務規 則構建、交互規則構建等等系統維護完全基于平臺進行快速調整。用戶完全 可以脫離開發商自己維護甚至升級系統。正式運行系統維護（二） 諾構原型法開發模式分析基于 XBM 平臺的應用開發模式和傳統的應用開發模式有著很大的區別。和用戶進

23、行交流的業務人員， 可以直接構建出用戶想要的系統。 整個系統建設的過程， 對于系統的使用者來說都是可見和可控的。如下圖所示，借助于 XBM 平臺，我們將重點放在了需求設計上。同時需求的設計過程，也是系統原型的開發過程。也就是說，當需求調研結束后，系統的原型也就出來了。諾構原型法開發模式，主要有如下特點：第 13 頁需求修正相互的埋怨用戶系統維護系統重塑1） 需求調研過程，我們將以實際系統展現為主，而以文檔為輔。這樣，用戶需求的確認都是在 最終的原型系統上來確認的。這樣需求才會完全和系統對應起來，可以避免“需求描述不準 確”，或者“看不到最終系統提不出需求細節”等問題的發生；2）由于整個系統構建

24、過程中，沒有代碼開發的過程。這樣可以保證業務人員，在需求調研的同 時，也能夠講系統的構建、部署、上線過程負責到底。這就避免了需求在多個人之間衰減的 現象；3）系統的功能調整、修改更及時、更快捷。（三） 系統開發關注的重點 一套企業管理系統，其主要目的和實際建設內容無非包括：通過系統來對管理流程進行抽象和沉淀，從而使得整個業務過程中，每個角色能夠按部就班，按 時按量完成自己的任務。從而提高業務的自動化程度，以及各環節之間的協作能力，從而提高公 司管理水平。利用計算機強大的計算能力，將雜亂無章的各種單據、票據錄入系統，并進行流程化跟蹤。從而 減少工作人員的繁瑣程度，降低勞動強度。利用數據庫的各種查

25、詢、統計、匯總等功能，對現實和歷史業務數據進行各種分析統計，從而能 夠讓公司領導或各級決策者能夠隨時得到各種報表（包括績效考核）相關數據。利用計算機網絡（含局域網、 Internet 網），讓工作人員突破地域、時間限制，隨時隨地都可以 進行業務審批、事務處理等操作。從管理的角度講，“事務是死的，但是流程是活”的。也就是說：一個公司只要其業務范圍不發生大 的變化，那么其管理系統的業務模型、系統功能、各種單據等等，相對是固定不變的。而每個公司、每個 成長階段，其人力安排、業務流程等則相對是最容易變化的。這就要求我們在系統設計的過程中，必須將那些業務的本質的東西（業務模型、功能、單據、界面） 作為重

26、點進行抽象，而對“活”的東西提供某種“包容”。在 XBM 平臺中，提供了完全可視化的流程設計、調整工具?？梢噪S時根據業務管理的需要來調整業 務流程、崗位設置、人員權限等。第 14 頁因此，對于基于 XBM 平臺開發的管理軟件，其調研和開發的重點主要集中在：各環節的工作內容、 業務中發生的各種單據、各種數據之間的關系、資金流、每個環節關心的重點信息等等。也就是“數據流 程”，而非“業務流程”。而具體微觀上的每個功能誰來操作、每個崗位怎么來換分，這個在系統上線前、以及上線后隨時可以 調整。我們不需要額外的去開發。（四） 系統上線后的調整 由于我們自身也是在 XBM 平臺上開發的應用系統， 而沒有任

27、何其他代碼。 因此，擁有 XBM 業務基礎架構 平臺，就可以對應用系統進行任何要素（含UI、數據模型、流程、報表等）進行升級。針對重點型客戶， 我們將免費提供 XBM 平臺給用戶， 以便于其日后可以對系統進行全方位的維護、 升級。擁有 XBM 平臺，就相當于擁有了系統的所有源代碼。XBM 中，可以對數據模型、規則模型、各種交互表單、打印報表等等，進行任何的調整。第 15 頁第 16 頁3.4系統網絡部署如上圖所示， 系統采用典型的三層架構部署模式， 即滿足局域網內的客戶端連接， 也可以通過 Internet （或無線網絡）連接到服務器： 系統采用典型的三層架構模式：（ 1） 系統終端分布于基于

28、 Internet 的各個網點，它們采用專線或者 ADSL撥號穿越防火墻，連接到應用 服務器上。（2）應用服務器采用 群集 方式，和中央數據服務器進行連接。應用服務器，主要用來發布業務表單、 業務交互等，可以是一般性能的臺式機。（3）根據系統需要的并發數量，來設置應用服務器的臺數。一個 XBM 服務（基于 SOA架構，所有的功 能都是服務），理論上可以支持 32768 個并發連接，但根據歷史經驗，建議一臺服務器最多設定 支持 512 個連接為宜；（4）在防火墻端，可以設定負載均衡（如：采用均衡連接數策略），保證應用服務器之間均衡的工作。（5）由于系統基于 SOA 架構（面向非連接），一臺應用服

29、務器故障后，可以自動切換到另外一臺應用 服務器上去工作，而不會造成正在處理的數據的丟失。第 17 頁6) 中央數據庫服務器，負責整個系統的數據存儲。中央服務器的對數據的訪問速度，將會成為整個系統的性能的瓶頸。因此，建議采用多CPU的品牌服務器。7) 對于一些附件、圖片等二進制文件，數據庫端將通過文件指針存儲方式來保存，以方便日后的數 據備份和維護。3.5系統功能設計根據系統需求分析，整個系統將劃分為：公司分銷主系統、經銷商分銷子系統、客戶查詢子系統三大 子系統?？偛扛鞑块T其中，各地經銷商，作為公司的客戶，使用“經銷商子系統”登錄系統，進行訂單錄入、到貨簽收、 狀態查詢、應收應付結算等操作。公司

30、總部各部門，通過“公司分銷主系統”登錄到系統。主要處理訂單確認、生產采購、物流托運、 庫存管理、財務結算等操作。另外， 終端客戶可以通過瀏覽器，連接到“終端查詢子系統”，通過輸入訂單編號查詢到訂單的確認、 生產、物流、結算等狀態。三大子系統部署在一個服務器上。只要有上網的地方，客戶、經銷商、公司部門人員都可以隨時隨地 登錄到系統中。3.5.1 公司分銷主系統總公司各部門來使用。主要分為如下幾個模塊：(1)系統管理第 18 頁該模塊由系統管理員使用，主要對系統賬號、日志等進行維護。詳細功能列表如下：序號功能名稱功能說明1 1組織機構管理通過樹狀表現方式，來設置公司組織機構。2 2登錄賬號管理對使

31、用系統的用戶的登錄信息進行管理。3 3用戶權限管理針對用戶可以使用的模塊和功能權限進行設置。4 4登錄日志管理統計某個客戶，某個時間段，登錄時間的次數和時長。（2 2）系統資料維護主要對產品分類信息、產品類型、價格體系、職員信息、供應商信息、以及其它數據字典等進行管理。序號管理功能功能說明1 1產品信息管理主要包括：產品分類管理產品信息管理2 2經銷商管理主要包括：經銷商信息管理； 經銷商信用管理； 經銷商經營產品管理；3 3價格體系管理針對各個經銷商，根據協議，輸入其各種產品的價格體系。4 4生產廠商管理生產廠商基本信息的管理。5 5物流供應商管理物流供應商的基本信息維護。第 19 頁6 6

32、倉庫信息管理對倉庫、庫位信息進行管理7 7系統參數設置針對系統中的一些下拉選項、分類明細等，采用數據字典的方 式進行維護。系統資料維護，必須在系統運行前，進行初始化設置（3 3）辦公信息服務根據辦公的實際需要，提供公告、留言、通訊錄、及時通訊等日常信息服務序號功能名稱功能說明1 1公告發布與查看公司管理者，發布公告。其它用戶進入系統，就可瀏覽到公告 內容。2 2系統留言系統運行每個用戶，進行留言。3 3在線即時通訊任何登錄到系統中的用戶之間， 都可以通過類似 QQ 的工具進 行直接交流。這樣，可以減少通訊費。4 4內部電子郵箱內部郵件發送5 5人事檔案管理針對每個人的檔案，以及其工作崗位進行管

33、理6 6通訊錄第 20 頁公司業務部使用。主要對經銷商的訂單進行審核、確認；同時也可通過該模塊，統計公司銷售報表（4 4） 客戶關系管理 公司市場銷售、以及客戶服務部來使用。主要對經銷商的發展過程，以及經銷商的服務跟蹤、投訴處 理等等進行跟蹤。主要功能如下：序號功能名稱功能說明1 1客戶信息管理主要對潛在客戶（經銷商），進行錄入。2 2聯系人管理對使用系統的用戶的登錄信息進行管理。3 3客戶跟蹤管理針對客戶的各種活動進行記錄（電話、拜訪、報價、電子郵件）4 4市場活動管理針對銷售人員，制定其工作計劃5 5客戶投訴處理按照流程，投訴登記、投訴處理、客戶反饋等環節進行處理6 6銷售工作統計針對銷售

34、人員的銷售工作、成效進行統計、考核5 5） 銷售管理主要功能如下：第 21 頁序號功能名稱功能說明1 1訂單補錄對于一些沒有上系統的經銷商，幫助其錄入訂單信息。2 2訂單審核對經銷商錄入的訂單，進行審核確認。3 3訂單取消無效的訂單，進行撤銷。4 4退貨處理查找歷史訂單，作退貨處理。5 5銷售訂單查詢按照各種條件進行組合，查詢歷史訂單，或者還未處理完畢的 訂單信息（含各種狀態）。6 6銷售統計報表按照時間、經銷商等進行訂單數量、銷售額的統計。雙擊可查 看明細。（6 6） 倉庫管理倉庫管理員使用。對倉庫中貨物進行管理，并對入庫、出庫進行管理序號功能名稱功能說明1 1入庫管理含入庫計劃、入庫作業管

35、理2 2出庫管理倉庫人員對各類出庫單進行出庫確認， 表明商品已經實際出庫。 所有并非由倉庫保管員錄入生成的出庫單據需要進行出庫確 認，如銷售出庫單、借出出庫單等3 3入庫記錄查詢查詢歷史入庫單，以及入庫明細4 4出庫記錄查詢查詢歷史出庫單，以及出庫明細5 5庫存查詢當前庫存統計6 6庫存盤點定時對倉庫商品盤點。并進行盤虧、盤盈操作。7 7庫存調撥在不同的倉庫之間進行商品的調撥第 22 頁8 8 出入庫日報表統計每天出庫、入庫、盤點數量（7 7） 生產采購如果經銷商已經交了定金，業務部門即可組織生產。該模塊主要功能：序號功能名稱功能說明1 1生產采購單管理根據每天訂單確認情況，如果無庫存、或庫存

36、不夠。即可生成 采購訂單。采購訂單可以新增、刪除、修改、查詢。2 2生產過程管理對生產的質檢信息進行管理。如果廠商已生產完畢。即將采購訂單標記為生產完畢。3 3采購記錄統計按照各種條件，針對歷史記錄查詢。4 4采購費用查詢對未結算的生產費用，進行匯總統計。費用結算，在應收應付 模塊。（8 8） 物流管理該模塊由物流部門使用。當訂單生產完畢，或者可以直接從庫存發貨時，物流部門即可辦理托運。并 對運輸狀態進行跟蹤。當經銷商簽收后，對回單進行簽收確認。序號功能名稱功能說明1 1訂單運輸管理針對出庫的商品，進行物流信息的錄入。如：發貨日期、物流 供應商、車輛、物流費用等。2 2運輸狀態查詢針對商品的運

37、輸過程進行狀態查詢。可以查詢到那些商品經銷第 23 頁商已經簽收，那些商品還在運輸途中。3 3回單管理對回單進行簽收確認4 4理賠處理如果物流過程中，有丟損。對貨物辦理理賠。5 5物流費用統計按照物流供應商、以及時間；來統計物流費用。結算在應收、 應付管理里面。（9 9 ） 經營報表分析主要公司領導來使用。序號功能名稱功能說明1 1公司銷售日報表統計整個公司的銷售日報表2 2公司銷售月報表統計整個公司的銷售月報表3 3公司銷售年報表統計整個公司的銷售年報表4 4公司毛利分析報表按日、月、年分別統計公司各結算的毛利情況（1010） 經銷商經營分析主要公司領導，以及負責經銷商的領導使用。通過該模塊

38、，可以對經銷商的經營狀況進行分析，以防 止經銷商經營不善，而惡意押款。序號功能名稱功能說明1 1經銷商銷售查詢針對某個經銷商，查詢其歷史銷售記錄2 2經銷商銷售報表分組查看每個經銷商的銷售報表。3 3經銷商毛利分析分組查看每個經銷商的毛利。4 4經銷商回款查詢查看經銷商的歷史回款記錄。5 5經銷商服務記錄查詢查看經銷商針對終端客戶的提貨、維修等記錄。（1111）財務管理由財務結算人員使用。 主要對主營業務中的各種應收、 應付款進行統計， 并進行結算操作。序號功能名稱功能說明第 24 頁1 1銷售貨款結算按時間段，和經銷商之間，進行貨款的結算。2 2生產采購結算按時間段，和生產廠商之間，進行采購

39、費用的結算。3 3物流費用結算按時間段，與物流供應商之間，結算物流運輸費用。4 4銷售業績統計按照業務員、部門等等，對銷售額、回款額進行統計。5 5發票管理通過發票單追蹤紀錄給客戶開具發票的狀況，對相應的銷售出 庫單進行開票狀況核銷。發票單是訂單處理狀態的重要內容之 一。6 6退款處理處理對客戶的現款退回業務，退款的原因可以是退貨、返款， 也可以是客戶預付款或者其他款項的直接退回。7 7核銷管理8 8其它報表管理見下表應收帳款匯總表描述在指定時間段內指定客戶的應收帳款與實收帳款匯總狀 況應收帳款明細表描述在指定時間段內指定客戶的應收帳款與實收帳款的單據 明細狀況應收帳款帳齡分析表描述指定客戶到

40、指定日期的應收帳款的帳齡分析狀況， 從中可 分析呆滯帳款的構成客戶銷售排名表描述所有客戶在指定商品或商品類別范圍內的銷售排名商品銷售排名表描述所有商品的銷售排名商品類別銷售排名表描述所有同級商品類別的銷售排名業務員銷售排名表描述所有業務員在指定商品或商品類別范圍內的銷售排名部門銷售排名表描述所有銷售部門在指定商品或商品類別范圍內的銷售排名地區銷售排名表描述所有管轄地區在指定商品或商品類別范圍內的銷售排名客戶商品銷售匯總表描述指定客戶在指定時間范圍內對每種商品的銷售匯總數據， 包括銷售數量、銷售金額、累計數量、累計金額等。客戶商品類別銷售匯總表描述指定客戶在指定時間范圍內對每種商品類別的銷售匯總

41、 數據，包括銷售數量、銷售金額、累計數量、累計金額等。客戶商品銷售趨勢表描述某一客戶在指定時間段內銷售指定商品的銷售變化趨勢，第 25 頁可分別按日、旬、月描述變化趨勢，可選擇去年同期的數據作 對比客戶商品類別銷售趨勢表描述某一客戶在指定時間段內銷售指定商品類別的銷售變化 趨勢，可分別按日、旬、月描述變化趨勢，可選擇去年同期的 數據作對比業務員商品銷售趨勢表描述某一業務員在指定時間段內銷售指定商品的銷售變化趨 勢，可分別按日、旬、月描述變化趨勢，可選擇去年同期的數 據作對比業務員商品類別銷售趨勢表描述某一業務員在指定時間段內銷售指定商品類別的銷售變 化趨勢，可分別按日、旬、月描述變化趨勢，可選

42、擇去年同期 的數據作對比部門商品銷售趨勢表描述某一部門在指定時間段內銷售指定商品的銷售變化趨勢， 可分別按日、旬、月描述變化趨勢，可選擇去年同期的數據作 對比部門商品類別銷售趨勢表描述某一部門在指定時間段內銷售指定商品類別的銷售變化 趨勢，可分別按日、旬、月描述變化趨勢，可選擇去年同期的 數據作對比地區商品銷售趨勢表描述某一地區在指定時間段內銷售指定商品的變化趨勢， 可分別按日、旬、月描述變化趨勢，可選擇去年同期的數據作對比地區商品類別銷售趨勢表描述某一地區在指定時間段內銷售指定商品類別的變化趨勢， 可分別按日、旬、月描述變化趨勢，可選擇去年同期的數據作 對比年銷售計劃進度表描述某一業務員或部

43、門或客戶或商品類別的年度銷售計劃完 成狀況和趨勢商品進銷存匯總表描述某一倉庫的指定范圍商品在指定時間段內的進銷存匯總 數據商品類別進銷存匯總表描述某一倉庫的指定范圍商品類別在指定時間段內的進銷存 匯總數據商品出入庫明細表在指定時間范圍內， 某一商品在指定倉庫的所有出入庫單據的 明細列表商品類別出入庫明細表在指定時間范圍內， 某一類別商品在指定倉庫的所有出入庫單 據的明細列表商品訂單明細表在指定時間范圍內，涉及指定商品的所有訂單明細列表第 26 頁商品類別訂單明細表在指定時間范圍內，涉及指定商品類別的所有訂單明細列表商品倉庫分布表描述指定范圍的商品在所有倉庫中的分布狀況商品類別倉庫分布表描述指定

44、范圍的商品類別在所有倉庫中的分布狀況商品來源去向表描述某一倉庫中的指定商品的入庫來源（采購、退貨、其他） 和出庫去向（現銷、賒銷、代銷、贈品、報損、其他）的匯總 數據商品類別來源去向表描述某一倉庫中的指定商品類別的入庫來源（采購、退貨、其 他）和出庫去向（現銷、賒銷、代銷、贈品、報損、其他）的 匯總數據商品超儲短缺表根據事先設定的安全庫存上下限額， 自動計算某一倉庫中所有商品的超儲或短缺數量，并給出報警提示商品類別超儲短缺表根據事先設定的安全庫存上下限額， 自動計算某一倉庫中所有商品類別的超儲或短缺數量，并給出報警提示商品現存量查詢表查詢當前指定倉庫中指定商品的實際可銷售數量3.5.2 經銷商

45、分銷子系統有經銷商來使用。主要分為如下幾個模塊：（1 1） 系統管理該模塊由經銷商主管使用， 主要對經銷商自己的賬號、 日志等進行維護。 詳細功能列表如下：序號功能名稱功能說明1 1登錄賬號管理對使用系統的用戶的登錄信息進行管理。2 2用戶權限管理針對用戶可以使用的模塊和功能權限進行設置。3 3登錄日志管理統計某個客戶，某個時間段，登錄時間的次數和時長。4 4員工管理對該經銷商的各類人員進行管理（2 2）客戶關系管理主要對大客戶（經常訂貨的客戶的管理）。序號功能名稱功能說明第 27 頁1 1客戶信息管理主要對事實客戶信息進行維護。2 2銷售跟蹤管理針對銷售人員，記載其詳細的銷售過程。3 3客戶

46、投訴處理按照流程，投訴登記、投訴處理、客戶反饋等環節進行處理4 4銷售工作統計針對銷售人員的銷售工作、成效進行統計、考核（3 3） 銷售管理針對客戶的需求，來錄入訂單、并對歷史銷售進行統計序號功能名稱功能說明1 1訂單錄入錄入詳細的訂單信息。2 2訂單審核針對訂單信息，進行確認。一旦無誤，即可發給公司總部。3 3訂單狀態跟蹤根據訂單編號、客戶信息等，查詢訂單的各項信息（含：生產信息、物流信息、結算信息等）。4 4銷售訂單查詢按照各種條件進行組合，查詢歷史訂單，或者還未處理完畢的 訂單信息（含各種狀態）。5 5銷售統計報表按照時間、經銷商等進行訂單數量、銷售額的統計。雙擊可查 看明細。（4 4） 提貨管理對貨物進行簽收、并對客戶辦理提貨。序號功能名稱功能說明1 1到貨簽收進行到貨簽收。并通知客戶來提貨。2 2辦理提貨客戶提貨，登記證件信息。收取余下款項。3 3理賠登記如果物流過程中，有丟損。對貨物辦理理賠登記。5 5） 維修管理序號功能名稱功能說明1 1保養跟蹤提醒按照時間統計需要保養的客戶。通過短信提醒客戶保養服務。第 28 頁2 2維修單錄入搜索歷史訂單，錄入維修單3 3配件庫存管理配件部分，需要有庫存管理模塊。4 4維修查詢統計按照各種條件，進行維修記錄查詢統計。（6 6