基于移動智能終端的VMI支持系統(tǒng)設計與實現(xiàn)

謝盛桃，王文齊，張革伕（南華大學 經(jīng)濟管理學院，湖南 衡陽 421001）

0 引言

數(shù)以百萬計的小雜貨鋪、小超市、便利店作為小型零售商，構(gòu)成實體產(chǎn)品供應鏈網(wǎng)絡的一個節(jié)點，面向最終的消費者，遍布社區(qū)、街道、郊野、村落，市場容量巨大。但因鏈長，流通信息渠道不暢，甚至缺少有效的手段，信息失真大，加劇了“牛鞭效應”。如今，我國便利店的庫存控制和優(yōu)化功能都處于一種“信息孤島”的局面，即使是小有規(guī)模的連鎖便利企業(yè)，其物流運作也僅僅局限于一個企業(yè)的內(nèi)部。小店鋪普遍采取RMI（Retailer Managed Inventory，零售商管理庫存）補貨模式，一般根據(jù)貨架上商品的數(shù)量、資金狀況、庫存能力甚至老板偏好來決定補貨時間和補貨量[1]。零售店為了盡可能“低進高賣”，采用大量囤積庫存方式來進貨，結(jié)果資金周轉(zhuǎn)困難，而且極易積累大量過期產(chǎn)品；供應商由于無法獲悉每個零售店實際的產(chǎn)品銷售信息，就有效分配資源來生產(chǎn)、供貨，造成產(chǎn)品資源和物流能力在零售店之間分布不均，資源浪費嚴重，整個供應鏈的綜合效益無法提高。

VMI模式（供應商管理零售商的庫存）為解決零庫存方案提供了新思路，然而面對廣而散的小型零售商，供應商如何快速且有效地獲取商品的市場與需求信息，以便及時制定補貨計劃，是目前所面臨的最棘手問題之一。引入第三方物流商（TPL）似乎是一個不錯的解決方案[2-3]，但要實現(xiàn)三贏，除了需要一定的合作策略，還需要有一定的黏合技術(shù)手段，否則無法實現(xiàn)面向小型零售商的VMI模型。本文的目的就是要研究面向三者的黏合技術(shù)：基于移動智能終端的信息采集技術(shù)及信息系統(tǒng)，以支持三方的合作，有效實現(xiàn)面向小型零售商、供貨商與TPL的VMI模型。

1 VMI模型及其支持系統(tǒng)研究現(xiàn)狀

供應商管理庫存（Vendor Managed Inventory,VMI）模式貫徹的是一種銷售商的庫存交由供貨商來管理的思想，一個供貨商由此可以管理n多個零售商的庫存。理想情況是零售商無需保留庫存，補貨時間和補貨量都由供貨商確定和操作。VMI是一種基于信息共享的敏捷物流合作關系。零售商因不需要考慮庫存而獲得了更加充裕的流動資金，也減少了積貨滯銷風險，這種好事的前提是銷售商必須讓供貨商知悉其銷售狀態(tài)，即零售商需要開放其信息系統(tǒng)有關模塊。供應商通過實時收集零售商的銷售、庫存等信息，判斷是否需要補充其庫存，以此作為安排生產(chǎn)計劃、采購原材料的依據(jù)。

VMI模型肯定能為零售商帶來好處，理論上也應能為供貨商帶來利益，最終讓雙方都受益，因為模型能讓供應鏈整體成本降下來，Luca[4]和Bogdan[5]研究了實施VMI能最小化供應鏈成本。VMI對雙方的影響不是簡單的庫存策略，需要在定價與補貨策略上做出調(diào)整，否則難保零售商利益，Mohsen Ziaee[6]研究了最優(yōu)定價和批量定購下的VMI模式。VMI通?；谝环N聯(lián)合預測來確定補貨量，基本模型仍然是傳統(tǒng)的EOQ模型（王道平[8]等）。EOQ從理論上來說與VMI相悖，難以適應市場變化快的實際需求，引入第三方物流來幫助實施VMI模型，韓超群[9]分析了TPL參與VMI模式的熱情程度，提出了VMI&TPL三級集成模式和相應策略。

VMI模式能否實現(xiàn)，還取決于可用的支持性信息系統(tǒng)。鄧瑞林[10]研究了基于Internet/Intranet的VMI應用模型，對于大型的供應商與銷售商合作的系統(tǒng)通常是一對一服務模式，責權(quán)利明確。但是對于那些散亂的中小企業(yè)，當把TPL引入后，這樣的支持系統(tǒng)需要滿足多對多的問題，誰來主導這樣的供應鏈？有研究者提出來系統(tǒng)由TPL來構(gòu)建，TPL相當于黏合上下游節(jié)點的平臺，這樣能克服企業(yè)運營中的諸多現(xiàn)實問題。

總的來說，現(xiàn)在的有關研究還有許多問題待解，如支持系統(tǒng)的設計與構(gòu)造問題，尤其是那些資金有限、技術(shù)匱乏、人才不足的中小供應商、小零售商和物流配送商。研究一種靈活使用、移植方便、管理智能化的VMI支持系統(tǒng)，有利于促進面向數(shù)量龐大的小型零售商鋪實施VMI戰(zhàn)略，從而降低全社會的庫存水平，提高商品周轉(zhuǎn)效率。

2 面向小型零售商、引入TPL的VMI支持系統(tǒng)設計

2.1 系統(tǒng)架構(gòu)設計

傳統(tǒng)的VMI模型中，供應商作為主導方，需要集成管理本企業(yè)與合作伙伴、下游零售商之間的業(yè)務信息，面對廣而散的小型零售商，這種VMI結(jié)構(gòu)的靈活性實際并不理想，難以保證物流配送的規(guī)?；徒?jīng)濟化，實施困難。引入TPL可以化解一些現(xiàn)實問題。TPL既服務供貨商，又服務零售商，TPL為上下游提供一個黏合平臺，由此，通過供貨商、零售商與TPL的三方協(xié)同，構(gòu)成一個供應鏈網(wǎng)絡。在這個網(wǎng)絡系統(tǒng)中如圖1所示，供應商、TPL以及零售商各自承擔著特定的職能。

圖1 第三方物流信息共享平臺系統(tǒng)架構(gòu)圖

（1）供應商擁有補貨決策權(quán)，實體庫存交給了TPL（DELL就是這么做的）。供貨商與零售商共同預測需求、進行補貨決策。通過網(wǎng)絡系統(tǒng)，供貨商可以查看在零售商處自家商品的銷售狀態(tài)、市場需求狀態(tài)等信息，為TPL按時提供產(chǎn)品。

（2）TPL根據(jù)供貨商發(fā)出的入庫、出庫與補貨訂單，進行取貨入庫、出庫配送服務。集成性平臺為TPL帶來了規(guī)模效益，但TPL不參與各家產(chǎn)品的銷售預測，不能獨立查看各供貨商產(chǎn)品的市場狀態(tài)。

（3）零售商掌握著自身獨立的市場需求信息，只為有合作關系的供應商提供其所供應商品的銷售及市場需求狀態(tài)信息。零售商與供貨商協(xié)作完成需求預測，向TPL發(fā)出補貨通知，接受TPL送來的商品。

2.2 VMI支持系統(tǒng)設計

抽象情形下，一個TPL服務多個供貨商、多個零售商，由此形成的VMI模式并不妨礙討論由多個TPL匯集形成的VMI供應鏈網(wǎng)絡。設計的重點要解決：零售商如何快捷采集銷售數(shù)據(jù)、零售商與供貨商如何安全交換有效數(shù)據(jù)、TPL如何使用二者的數(shù)據(jù)以及為實施VMI管理的核心功能。

2.2.1 系統(tǒng)網(wǎng)絡體系結(jié)構(gòu)設計

對于這種分布式應用系統(tǒng)，重點要考慮跨平臺、跨網(wǎng)絡的信息訪問與共享問題。對于那些資金與技術(shù)人才不足的小企業(yè)，應用WS（Web Service）技術(shù)可以有效實現(xiàn)平臺之間的信息交換問題，例如供應商與零售商之間，Windows平臺與Linux平臺之間，Intranet、Internet與3G通信網(wǎng)絡之間。

引入TPL、基于移動智能終端的VMI支持系統(tǒng)采用混合式網(wǎng)絡體系結(jié)構(gòu)，混合使用B/S與C/S，以揚長避短[12]。本研究系統(tǒng)的特點是：在采集數(shù)據(jù)用的手持智能終端，設計一個Client專用程序，按照C/S架構(gòu)連接到使用者所在企業(yè)的信息系統(tǒng)中。實際是，無論供貨商、零售商還是TPL都需要使用這種手持智能終端，以快速、準確地獲取商品及操作商品數(shù)據(jù)信息。從VMI最初的設計想法（POS機應用）來看，這個技術(shù)對于小型零售商來說至關重要，這是一種基于移動來進行管理的高效率作業(yè)模式。通過WS來進行跨平臺操作數(shù)據(jù)，例如本地庫存數(shù)量的減少將影響到供貨商的供給平衡，由此形成的補貨信息將影響到TPL的配送管理，這種C/S模式有利于數(shù)據(jù)的靈活與快速存儲與交換。支持系統(tǒng)體系結(jié)構(gòu)如圖2所示。

圖2 B/S與C/S混合模型體系結(jié)構(gòu)

2.2.2 系統(tǒng)功能模塊設計

面向商品流通領域，系統(tǒng)的構(gòu)建首先以管理上的方便快捷為原則，其次是充分利用各個節(jié)點現(xiàn)有的系統(tǒng)平臺包括信息采集、信息管理平臺，第三是考慮以條碼應用為基礎的信息系統(tǒng)集成。對于合作各方，以移動終端信息采集器為基本工具，融入到三方各自的信息管理系統(tǒng)中，并由TPL來集中管理供應鏈上各節(jié)點賬戶。支持系統(tǒng)主要有如圖3所示的功能模塊。

圖3 VMI支持系統(tǒng)功能模塊

2.2.3 系統(tǒng)開發(fā)技術(shù)設計

考慮快速、方便與企業(yè)操作學習成本，支持系統(tǒng)采用Visual Studio.net 2005為開發(fā)平臺。該平臺集成了B/S/S、C/S/S與移動智能終端仿真開發(fā)技術(shù)，支持OLEDB模式連接數(shù)據(jù)庫，也提供常見的ACCESS桌面數(shù)據(jù)庫，以形成移植性強的小型應用系統(tǒng)（對于零售商一端的操作，通常是單用戶、跨平臺的應用）。

Windows CE嵌入式操作系統(tǒng)是微軟推出的一個為各種嵌入式系統(tǒng)和產(chǎn)品而設計的緊湊、高效、可升級的嵌入式操作系統(tǒng)[11]，該系統(tǒng)可以滿足便攜式設備、移動設備和嵌入式設備對于操作系統(tǒng)的要求，例如華訊達科技公司生產(chǎn)的PT300數(shù)據(jù)采集器。那些基于Windows CE的移動智能終端的開發(fā)步驟設計如下：

（1）面向上下游節(jié)點業(yè)務需要，在各平臺分別編寫其WS，按照供貨商、銷售商及產(chǎn)品條碼等參數(shù)來提供功能服務，并在各平臺發(fā)布。

（2）在VS.NET平臺上，利用仿真器，設計終端數(shù)據(jù)采集窗體和編寫相應程序，設計調(diào)用WS接口，在功能模塊中嵌入調(diào)用函數(shù)。

（3）對設計完成的商品信息采集應用程序進行編譯，并將編譯后生成的應用程序通過USB數(shù)據(jù)線同步植入終端的NAND FLASH中，供以后獨立使用。

目前市面上的數(shù)據(jù)采集終端中少部分嵌入了3G網(wǎng)絡，從實驗效果來看，在單用戶環(huán)境下，能提供可容忍的數(shù)據(jù)查詢及下載速度。這對小型零售商來說完全可用。幸運的是，這種移動智能終端，可加載WIFI模塊，對于那些TPL與供貨商，可以通過WIFI來接入Internet來有效操作數(shù)據(jù)。

2.2.4 基于掃描終端的業(yè)務流程設計

VMI的有效性關鍵是看市場數(shù)據(jù)能否快速到達供貨商系統(tǒng)內(nèi)，被供貨商快速利用。在一個零售商處，消費者結(jié)帳時，零售商用手持智能終端掃描商品條形碼，并將銷售數(shù)量、折價數(shù)據(jù)傳輸?shù)阶约旱墓芾硐到y(tǒng)和供貨商的管理系統(tǒng)中，這個透明的過程實際比超市中所使用POS系統(tǒng)還復雜，終端依靠調(diào)用WS來完成這個并行過程。

從零售商的操作業(yè)務來看，零售商的業(yè)務流程如圖4所示。消費者選購完商品以后，A零售商對商品條碼進行掃描，得到a產(chǎn)品的條碼，顯示在A采集器的條碼輸入框內(nèi)，A采集器同時向其自身的信息中心發(fā)送條碼字符串，調(diào)用WS，以檢索該產(chǎn)品的供貨商ID（可簡化為生產(chǎn)商）、存貨量、價格等等信息；結(jié)帳提交信息時，則按照每個檢索商品的供貨商ID，任意一個如為Mi，查找相應的供貨商平臺數(shù)據(jù)操作WSi，并調(diào)用這個WSi，以更新相應產(chǎn)品的庫存信息。這個過程與超市內(nèi)的POS系統(tǒng)相比，需要多方的協(xié)作才能完成，數(shù)據(jù)操作將跨多個平臺。

圖4 市場終端的操作業(yè)務流程

2.2.5 關鍵技術(shù)設計

在終端，光標所在文本框獲得條碼信息后，立即響應它的txm_TextChanged（object sender,EventArgs e）事件，遠程調(diào)用檢索WS服務，如GetCPXX(String tm)，檢索tm對應的商品信息。事件設計如下：

結(jié)算完成后，點擊窗口上的“上傳信息”，將觸發(fā)按鈕的Btsc_Click()事件，遠程調(diào)用Sales.UpdateSales(String tm)，數(shù)據(jù)采集器將銷售信息更新到零售商的數(shù)據(jù)庫中，調(diào)用方法如下：

3 面向小型零售商、引入TPL的VMI支持系統(tǒng)的實現(xiàn)

圖5與圖6顯示的是利用PT300開發(fā)的掃描終端操作圖。圖5顯示的是在零售商處進行結(jié)賬的過程，功能上POS相似，但集成度更高，通信復雜。圖6顯示的是補貨信息，零售商可主動提交補貨數(shù)據(jù)，補貨量的多少可根據(jù)本研究提出的基于報童模型的自適應VMI模型來確定（另文）。

圖5 銷售信息采集圖

圖6 終端補貨界面實現(xiàn)圖

4 結(jié)語和展望

設計一種引入TPL、面向小型零售商的供應鏈管理系統(tǒng)，目的是要讓傳統(tǒng)的面向大型供貨商、銷售商所構(gòu)成的VMI模式轉(zhuǎn)為中小企業(yè)所用。實際上，那些滲透到鄉(xiāng)鎮(zhèn)、社區(qū)、村落的小型商鋪，數(shù)量龐大，是各供貨商（生產(chǎn)商）不可忽視的、名副其實的銷售渠道之一。在4G快要鋪開，3G已經(jīng)滲透應用的時候，所設計的這種應用系統(tǒng)，可以滿足零售商快捷采集信息、并提供給供貨商的需求。本研究重點討論了這種系統(tǒng)設計時所要考慮的系統(tǒng)框架、功能模塊、業(yè)務流程、與關鍵技術(shù)問題，特別是對于基于Windows CE的智能終端開發(fā)技術(shù)與Web Service技術(shù)。從實現(xiàn)效果來看，這種支持VMI的系統(tǒng)，能滿足跨平臺、跨網(wǎng)絡來操作數(shù)據(jù)。系統(tǒng)一方面可幫助小型的零售商解決庫存管理混亂，配送得不到有效保證，資源浪費嚴重等問題；另一方面可提高原有供應商——零售商VMI模式的適應性，把中小供應商從對零售市場信息的收集、訂貨、庫存以及配送管理中解脫出來；同時，為TPL的規(guī)?；仗峁┛沙掷m(xù)策略。由于時間及其它條件限制，本系統(tǒng)還有多個問題未加以深入研究，特別是其中自動發(fā)送的、自適應市場變化的補貨量化模型，以及平臺實際運行成本效益對供應鏈穩(wěn)定性的影響等問題是下一步的重點研究內(nèi)容。

[1] 黃翔，熊膺.快速消費品零售行業(yè)實施VMI補貨策略的難點分析[J].中國市場，2013(6):50-51.

[2] 蘭振東，周耀烈.VMI技術(shù)的優(yōu)化——引入TPL的VMI優(yōu)化模型[J].技術(shù)經(jīng)濟與管理研究，2005(5):53-54.

[3] 張梅艷，高遠洋.引入第三方物流的VMI模型優(yōu)化研究[J].管理學報，2007,10(1):53-56.

[4] Bertazzi L,Giuseppe P,M.Grazia Speranza.Minimizing the Total Cost in an Integrated Vendor-Managed Inventory System[J].Journal of Heuristics,2005,11(5):393-419.

[5] Bogdan C.Bichescu,MichaelJ.Fry.Vendor-manage dinventory and the effect of channel power[J].OR Spectrum,2009,31(1):195-228.

[6] Mohsen Ziaee,J.L.Bouquard Optimal pricing and lot sizing vendor managed inventory[J].International Journal of Industrial Engineering Computations,2010,1(1):33-36.

[7] 湯中明，劉志學.易逝品VMI與TPL集成供應鏈研究[J].管理評論，2010,22(1):115-120.

[8] 王道平，趙耀，王愛霞,等.第三方物流參與供應商管理庫存模型[J].工業(yè)工程，2011,14(5):1-7.

[9] 韓超群，劉志學.VMI&TPL供應鏈集成化模型與策略空間[J].工業(yè)工程與管理，2011,16(2):97-102.

[10] 鄧瑞林，王啟富.基于Internet/Intranet的VMI應用模型[J].重慶大學學報（自然科學版），2003,26(6):25-29.

[11] 袁會東，韓峻峰，潘盛輝,等.基于WinCE的GPS數(shù)據(jù)采集系統(tǒng)設計[J].現(xiàn)代電子技術(shù)，2012,35(19):165-167,171.

[12] 張扣留，吉衛(wèi)喜.基于Web的供應商管理庫存系統(tǒng)的設計與實現(xiàn)[J].機械設計與制造，2006(7):168-170.

[13] 鄧川云，樊慶文，任德均.基于嵌入式WinCE的遠程數(shù)據(jù)采集系統(tǒng)[J].微計算機信息，2009,25(16):94-95.