面向汽車銷售和售后的D MS系統搭建

陳志強

（江西昌河汽車有限責任公司，江西 景德鎮 333002）

隨著汽車企業的發展和車型的不斷增加，日益膨脹的營銷數據信息給車企帶來的影響也越來越明顯，除大量的客戶信息需進行分析外，潛客、三表卡等信息對廣告的精準投放產生重要的影響，售后信息、配件信息除經銷商、服務站等需及時掌握，車企也需對此進行精準管理，降低B/O率。若缺乏統一的營銷數據管理平臺，車企將無法及時了解到整個市場資源的分配及使用情況。鑒于以上情況，迫切地需要建設一套統一的營銷數據管理平臺（以下簡稱“DMS系統”），并實現經銷商、服務站管理的規范化、有序化。

1 DMS系統概述

DMS的前身是服務站的售后維修管理系統，該系統從20世紀90年代初就開始建設了。伴隨著2002年以來的汽車行業井噴，各車企紛紛提出建設 DMS（Dealer Management System）的要求，即整合整車廠ERP系統與經銷商、維修站內部的管理系統，使之成為一個在業務流程上完整、重要業務數據集中、覆蓋車輛及客戶的整個生命周期，并跨越整車廠、經銷商、服務站的信息系統。

圖1是行業內的完整DMS架構圖。

DMS系統上端與整車廠的ERP、MES、TMS等信息系統共同構成了整車廠信息系統應用框架。DMS系統下端則位于經銷商/服務站端，集成了整車業務、客戶管理、售后服務和中強保/三包結算等經銷商與維修站日常主要業務流程，組成了支持其業務運作的主要信息平臺。DMS系統上端與下端之間通過Internet進行連接。

圖1 DMS架構圖

在這個系統模型下，整個DMS系統跨越了整車廠和經銷商兩者，既與企業內部信息系統的模式有本質區別，又與信息系統之間EDI模式有很大不同。首先，使用EDI方式進行數據交換的兩個信息系統雖然可能分別位于不同的公司內，但它們在結構上是互相獨立、可以脫離對方獨立運行的系統。只是運用EDI使系統功能有所增強。而DMS系統上端和下端是同時存在，協同運作，其中任何一個都不能獨立存在。其次，使用EDI方式的兩個信息系統在地位上是相同的，交換的信息也基本是平等的，不存在一方監控另一方、支配另一方的情況。而通常整車廠會要求DMS上端收集渠道數據、監控DMS下端運行；DMS下端負責數據的收集和上報傳遞。

整車廠ERP系統為DMS系統提供基礎數據源；DMS系統下端提供經銷商/服務站日常管理功能，同時它又與DMS系統上端交換數據。它接收整車廠下發的車主信息、車輛的維修歷史，整車廠各種促銷活動數據以及最新的各車型工程信息等各類數據。除接收整車廠DMS上端發來的信息外，它還負責把經銷商/服務站運營過程中的重要業務數據上傳給整車廠DMS上端，比如整車廠十分關心的潛在顧客接待、顧客投訴、最終用戶檔案、車主變更的信息；對營銷決策至關重要的渠道存貨、存貨貨齡、最終銷售數據、顧客行業類型；對售后服務至關重要的維修站配件庫存、客戶維修工單歷史、原廠配件使用率、車輛故障分析等數據。

而DMS上端主要負責收集數據、處理數據和分發數據。同時它還負責銷售、服務業務流程審批功能，并將通過審批的整車、配件訂單送入ERP系統。除這些基本的功能外，由于各個車廠的銷售業務模式的多樣性，使得不同的整車廠在DMS上端實現的功能差異性極大。

從技術角度看，國內主流汽車廠商DMS系統的部署遵循J2EE標準的MVC技術架構，簡單易用，系統運行穩定，環境依賴程度低，弱耦合，容易擴展，可維護，測試、調試方便。

2 某車企DMS系統平臺介紹

某車企DMS系統不僅在功能上要求豐富，而且涉及的用戶量較大，所以建設完成的系統需要是高可用性的；同時隨著企業的發展，系統的擴展性也是系統平臺設計的要點。

某車企DMS信息系統應用是基于標準的J2EE技術框架，可以共享相同的基礎設施，包括存儲、數據庫系統、應用服務器群等。整個應用采用B/S架構，主機廠直接通過Intranet/Internet進行訪問，而經銷商用戶則通過Internet方式進行訪問。某車企DMS系統架構設計基于當前流行的B/S結構，不僅提供滿足功能和性能的系統支持，而且整個體系考慮了高可靠性、高安全性和將來的擴展性。

在用戶界面風格上，對于用戶操作頻繁的界面采用傳統C/S界面來實現，但邏輯實現還是在J2EE平臺上，以保持軟件體系的一致，如維修站售后服務管理模塊。其他模塊均采用B/S結構的IE瀏覽器界面，以加強界面友好性和可視性。

某車企DMS系統軟件開發基于開放的Eclipse或Websphere開發工具WSAD的IDE環境，方便易用。經過多個項目的實踐和提煉，形成穩定高效的軟件架構InfoFrame，其體系架構如圖2所示。

某車企DMS系統軟件架構特點：

（1）遵循J2EE標準的MVC架構，簡單易用。

（2）運行穩定，環境依賴程度低，可部署在 Windows，Linux，Unix等多種操作系統平臺上。

（3）各個邏輯層之間耦合度低，容易擴展。

（4）通過不同層次的封裝，使代碼復用程度高，維護調試更加方便，成熟度非常高。此軟件架構經過上海通用，一汽大眾，上海汽車等多個大型項目驗證，可靠性和穩定性非常高。

圖3是某車企DMS整體架構介紹。

系統主要完成車企銷售公司和經銷商之前的協同業務。

通過DMS的協同平臺，為某車企建立與經銷商及服務維修站之間的整車銷售和售后服務業務平臺，達成如下業務目標：

（1）向經銷商和維修站輸出管理標準，使經銷商的整車銷售和售后服務流程獲得良好的系統支持。

（2）通過系統構建某車企對經銷商銷售和售后服務的支持和協同工作平臺，提高車企與經銷商之間溝通的透明度和效率，充分支持經銷商的業務開拓。

（3）收集經銷商銷售和售后服務過程的數據作為相應業務分析的基礎，通過分析發現弱項和差距，從而進行量化的績效管理和針對性提升，數據的收集是對車企和經銷商的業務流程進行持續優化和提升的基礎。

圖2 某車企體系架構圖

圖3 某車企DMS整體架構介紹

2.1 某車企DMS系統數據庫結構介紹

某車企DMS系統數據庫采用的是Oracle11g兩個節點的RAC，通過共享存儲介質使兩個節點同時訪問唯一數據文件，應用層服務器通過RAC提供的VIP（Virtual IP）負載均衡地連接到任何一個節點對外提供服務，當其中的一個節點發生故障時，另一個正常的節點可以自動接管其服務，對于應用來說不需做任何更改，VIP自動跳轉來實現節點的切換，在故障切換時Oracle會自動恢復故障節點中的事務，以使整個數據庫處于一直運行狀態。具體的網絡拓撲圖如圖4所示。

2.2 某車企DMS系統工作原理及技術先進性

從系統架構原理，也就是部署方面來說，某車企DMS信息系統支持集中式和分布式兼容的部署模式，寬帶網絡不穩定的地區或規模大的經銷商為獲取更好的系統可用性 （不依賴網絡實時在線），進行一定的軟硬件投資，可以選擇分布式部署，寬帶網絡很穩定或規模較小的經銷商可以選擇使用集中式系統，無需服務器軟硬件投資即可使用DMS系統，規模變大后還可以再選擇分布式部署，數據和應用可以無縫遷移到本地服務器中。某車企DMS系統整體系統架構如圖5所示。

（1）集中式經銷商用戶需在本機安裝經銷商應用客戶端，發送HTTP請求，可直接或經過VPN虛擬專用網，穿越防火墻，Web Server接受HTTP請求并響應。

（2）分布式部署的經銷商需要在本地安裝DMS應用服務和數據庫；經銷商應用通過DE模塊和車廠應用進行數據交換。DE模塊基于中間件Infox，保證數據的可靠傳輸。

（3）車廠內部用戶通過IE訪問主機廠應用，發送請求，請求經過Web Server，發送到DMS主機廠應用。如果內部用戶需在公司外部使用DMS系統，則可將Web Server映射一個外部域名或IP地址。

圖4 網絡拓撲圖

圖5 整體系統架構圖

（4）主機廠應用客戶端和服務端均采用J2EE開發標準，部署在WebSphere應用服務器上，數據庫采用穩定且強大的Oracle。

（5）經銷商應用（DMS）與車廠應用（DCS）之間的數據傳輸由DE模塊實現，此DE模塊基于中間件Infox，保證數據的可靠傳輸。

（6）對于小規模經銷商或者業務量較小的經銷商，可以采用集中式部署的模式，經銷商無需第三方的軟硬件投資，對于大規模的經銷商，或者小經銷商業務量增大，經銷商為獲得更為穩定的使用支持，可以切換到分布式部署的模式，整個架構體系無需調整即可支持。另外對于寬帶網絡不穩定區域的經銷商也建議采用分布式部署的模式。

某車企的DMS整體系統架構經過多個大型項目的考驗，穩定可靠，此種混合部署模式是國內首創的體系架構，技術領先。

［1］成文.第一流的汽車營銷［M］.北京：北京工業出版社，2002.

［2］李飛.分銷渠道設計與管理［M］.北京：清華大學出版社，2000.