信息系統在循環取貨汽車零部件物流中的應用研究

石俊 劉聰 賈玉龍

摘要：供應鏈協同管理與豐田精益生產JIT理論已成為當代汽車企業在供應鏈運營過程中的思想基礎，Milk-Run作為一種精益物流模式，其模式特點能夠在整個運輸過程中提高車輛的裝載率、車輛利用率并減少空返率，在當今運輸成本構成透明化，服務標準同質化的情況下，如何利用移動互聯網技術、GPS技術構建可視化、數據化、智能化的信息系統，以成為MR服務提供方提升核心競爭力的關鍵。

關鍵詞：信息系統;循環取貨;汽車零部件

1 Milk-Run的理論

Milk Run也稱為牛奶取貨，起源于英國北部的牧場，是為解決牛奶運輸而發明的一種運輸方式，卡車按照預先設計好的路線在一次送貨中將裝滿牛奶的奶瓶運送到各家門口，待原路返回牛奶場時再將空奶瓶收集回去。之后逐漸發展為制造商用同一貨運車輛從多個供應商處收取零配件的操作模式[1]，Milk Run通過整合供應商自送資源，解決供應商運輸供貨能力節拍之和>汽車生產線實際輸出節拍的痛點，以及精益生產模式下庫存成本（庫存越高其庫存資金成本、管理成本、場地成本越高）與運輸成本的矛盾。

2 Milk-Run的信息系統構建

2.1 Milk-Run信息系統構建背景

循環取貨服務提供方的核心產品是運輸服務，其產生、生存、發展的關鍵的是區別與供應商自送物流的資源整合能力，在互聯網時代背景下，高效、透明、可視化的信息系統是資源整合的前提，一方面通過信息系統的數據交互，對運行過程中數據進行高效收集，整合分析，識別瓶頸點，不斷消除浪費，壓縮成本，另一方面運輸動態信息的及時掌握，可以根據實時情況做出及時準確的反應，實現物流運作的動態決策。

2.2 Milk-Run信息系統目的

智能化：通過信息系統對汽車零部件包裝維護，運輸線路維護，通過3D建模，消除人工依靠經驗組車，效率低，裝載率低的問題，提高零部件組車的智能程度。

可視化：通過數據分析，大屏實時呈現、車輛運行過程監控及裝卸貨場景可視化等應用使整個運輸環節透明化，消除信息孤島，提高交流效率;

數據化：通過運輸環節各項數據收集、整理、分析異常點，讓數據說話、更好的服務于運輸始末;

便捷化：通過系統移動APP開發及應用，使運輸各個環節管理便捷化，讓移動式辦公成為可能。

2.3 Milk-Run信息系統信息流

汽車物流具有批量生產，標準化包裝，計劃穩定、交付時間窗要求嚴苛，主機廠對零部件供應商供貨表現考核力度大的特點，基于此，循環取貨信息系統需滿足對零件級訂單、車輛運輸狀態全程可控、可視的需求。完整的循環取貨信息系統由訂單管理系統、GPS車輛運行系統，數據分析系統組成，三者之間的數據通過API數據接口相互交互，實時呈現，見圖l。

2.3.1訂單管理系統

訂單管理系統是循環取貨信息系統的核心，是針對物料需求的零件級訂單跟蹤，分為基礎數據維護模塊、APP訂單執行模板、APP報表模板、單據管理模塊四部分，通過APP與取貨車牌號綁定操作，實現訂單與車輛的唯一對應，并且通過API數據接口，將信息實時回傳數據中心，進行分析整理。

1.基礎數據維護模塊：對零件的PFEP數據進行維護，包含零件號、名稱、供應商、包裝長、寬、高數據，DOCK、最大庫存、車型等基本信息，是整個訂單管理系統的數據基礎。

2.APP訂單執行模塊：駕駛員到達供應商，掃描訂單二維碼，讀取系統訂單，核對實際取貨狀態，修正取貨數據，與車輛實現綁定，運輸、交付，并回傳訂單管理系統，在訂單系統后臺形成未提貨、提貨中、運輸中、交付中、交付完成幾種交付狀態，實現訂單分段管理，掌握訂單當前狀態。

3.APP報表模塊：根據駕駛員對當日訂單的實時操作，形成APP移動報表、展現車輛裝載率、訂單差異率、完成率、時間窗準時率等多維度訂單執行情況，便于中層管理者跟蹤整體運行狀態。

4.單據管理模塊：供應商維護提貨車牌，單據返回后，掃描錄入，可實現對訂單的返回狀態全程跟蹤，實現單據0差異管理

2.3.2 GPS車輛綜合管理平臺

GPS車輛綜合管理平臺其基礎核心是實現對車輛實時定位，車輛歷史軌跡過程分析，里程統計功能，油耗統計等基礎功能，根據汽車行業對零件訂單的實時狀態掌控需求，將GPS基礎應用產生的數據深度挖掘，整合分析，客制化開發，形成電子圍欄、車輛利用率、報警中心等一系列功能專項應用功能，更好的服務于運輸環節管理需要，同時為數據化管理中心建設提供基礎。

其具體功能特點如下：

1.多車實時監控：所有車輛集中統一界面下管理，車輛的實時位置，實時速度實現2s刷新，便于管理者整體掌握所有車輛運輸動態;

2.歷史軌跡功能：實時回放車輛的歷史路徑，歷史速度，運行里程，便于開展事后分析。

3.電子圍欄建設：每家供應商在地圖內劃定電子圍欄，車輛進出圍欄進行統計分析，記錄車輛在各電子圍欄內的停留時間，設置規定時限，超過時限報警推送，管理者根據相關數據分析異常，及時干預。

4.報警推送：結合車輛運輸實時情況，定義報警規則，實現圍欄超時、怠速超時，在途超時、超速報警等關鍵性運輸指標，并實時推送，管理者能及時掌握運輸異常情況。

5.里程&油耗統計：自定義篩選時段的運行里程及油耗，便于開展降本分析。

2.3.3數據分析平臺

隨著循環取貨數據的日久累計，運行過程產生的數據無論從數量空間還是從維度層次上都日益繁雜。面對大量數據，管理層常常望洋興嘆：要么大量數據不能有效利用，無法提供決策依據;要么數據展示模式繁雜晦澀，無法快速甄別有效信息。如何將海量數據經過抽取、加工、提煉，通過可視化方式展示出來，改變傳統的文字描述識別模式，讓管理者更高效的掌握重要信息和了解重要細節，這關系到循環取貨的重大決策的制定和發展方向的研判，見圖2。

1.車輛裝載率：

數據來源：訂單管理系統，駕駛員APP填報數據

①日期維度：

字段：橫坐標日期，縱坐標裝載率

計算邏輯：每日所有車次的裝載率平均值-SUM（Al取貨箱數：*AI零件體積+B1取貨箱數*BI零件體積+……）/SUM（貨車l車廂體積*貨車1運行車次+貨車2車廂體積*貨車2運行車次+-）

②車輛維度：

字段：橫坐標車牌，縱坐標裝載率

計算邏輯：每日單車的裝載率平均值=SUM（當日貨車1取貨零件箱數Al* A1零件體積+BI取貨箱數*B1零件體積+……）/（貨車1車廂體積*貨車運行車次）

③供應商維度：

字段：橫坐標供應商，縱坐標裝載率

計算邏輯：每日供應商的裝載率平均值-SUM（當日供應商取貨零件箱數Al+Al零件體積+81取貨箱數*Bl零件體積+……）/SUM（貨車1車廂體積*貨車運行車次+貨車2車廂體積*貨車2運行車次+……1

2.時間窗準時率：

①日期維度

字段：橫坐標日期，縱坐標訂單時間窗準確率

計算邏輯：1、準時條件一訂單到貨時間訂單需求時間≤30min

2、總單號一篩選時間段的匯總訂單

3、準時的單號/每日總單號

②車輛維度

字段：橫坐標車牌，縱坐標訂單時間窗準確率

計算邏輯：每車的準時的單號/每天每車的運行單號

③供應商維度

字段：橫坐標供應商名稱，訂單時間窗準確率

計算邏輯：每天每供應商的準時的單號/統計每天該供應商的單號

3.訂單完成率：

①日期維度

字段：日期，訂單完成率

計算邏輯：當日完成訂單/當日總訂單

控件：要能篩選日期

②供應商維度

字段：供應商代碼，供應商名稱，訂單完成率

計算邏輯：當日供應商完成訂單/當日供應商總訂單

4.訂單差異率：

差異訂單：單一訂單號，SUM（單一零件的實際取貨箱數 需求箱數）>1

①日期維度

字段：橫坐標日期，縱坐標訂單差異率

計算邏輯：當日差異的訂單/當日訂單總數

②供應商維度

字段：橫坐標供應商名稱，縱坐標訂單差異率

計算邏輯：供應商差異的訂單/供應商的訂單總數

5、車輛利用率：

數據來源：GPS

車輛運行狀態行駛、停止、怠速（OKM/H）三類狀態，GPS系統自動統計三類狀態時間

展現形式：柱狀堆積圖

計算邏輯：行駛時間/每日工作時間，停止時間/每日工作時間，怠速時間/每日工作時間

說明：對于MR服務商，車輛行駛時間是增值時間，怠速及停止都是非增值，因此行駛時間占比越高，車輛利用率越充分。怠速時間占比，可從一定程度上反應出循環取貨服務商對油耗的管理

3 Milk-Run的信息系統構建的注意事項

循環取貨信息系統是一個包含GPS、APP、數據分析系統的多功能系統，首先多模塊的特性迫使軟件頻繁數據交互共享，循環取貨服務商在系統開發實施過程中應從總體角度出發，協調各軟件開發商的工作職責，數據接口、調用方式、頻率，避免出現責權不清，數據孤島情況;其次，人的主觀能動性，是不可靠因素，因此，系統開發過程中，應盡可能采取設備自動收集數據的方式開展，簡化操作層面對系統的操作，系統簡明化;最后，作為管理者，對信息系統的重視度，決定了信息系統在循環取貨中的地位，管理者以信息系統數據作為決策依據，將推動信息系統各方參與者積極參與。

4 結語

綜上所述，Milk Run信息系統在汽車零部件入廠物流發展的基礎，本文從功能需求層面分析了運輸系統的構成模塊以及各模塊主要功能，但在實際運行過程中還需要注意以下問題：

1、信息系統的開發，周期長，專業性強，領域廣，采取外包開發的方式是較為經濟的

2、信息的系統需重視數據的共享性，讓各方參與者都積極主動的使用數據，讓各方都成為數據的收益者，校驗者，生產者。

參考文獻：

[1]張勤.基于Milk Run思想的汽車供應物流模式分析[J]海峽科學，2010，（9）：51-52， 63.

作者簡介——

石俊：（1988-），男，本科，四川遂寧人，助理經濟師，現任職于上汽通用五菱汽車股份有限公司重慶分公司，主要從事循環取貨面的工作。（上接第97頁）

4 結論

1）在相同電流下，TIG焊的凝固時間比ATIG的凝固時間短。

2）在TIG和ATIG冷卻過程中，TIG的凝固方式是由內向外凝固，而ATIG的凝固方式則是由邊緣向中心凝固。

基金項目：寧夏高等學校科學技術研究項目資助，基金號：NGY2017208

參考文獻 ：

[1]Kou S， Wang Y H.Weld pool convection andits effectU].Weld.J， 1986， 65 （ 3 ） ： 63s-70s.

[2]Oreper G M， Szekely J.Heat-and fluid-flowphenomena in weld pools[J] Joumal of FluidMechanics， 1984， 147： 53-79.

[3]Wu C S， Zheng W.Analysis of fluid flowand heat transfer in a moving pulsed TIGweldpool[J].lnternational Journal for t：heJoining of Materiajs ，

1997.

9 ：

166-170.

[4]雷永平，顧向華，史耀武.GTA焊接電弧與熔池系統的雙向耦合數值模擬[J]金屬學報，2001，37（5）：537-542

作者簡介——

李慧：（1988.09-），男，漢族，山西晉中市人，助教，博士研究生。工作單位：寧夏理工學院。主要研究方向：焊接加工技術。