信息系統(tǒng)在循環(huán)取貨汽車零部件物流中的應(yīng)用研究

石俊 劉聰 賈玉龍

摘要：供應(yīng)鏈協(xié)同管理與豐田精益生產(chǎn)JIT理論已成為當(dāng)代汽車企業(yè)在供應(yīng)鏈運營過程中的思想基礎(chǔ)，Milk-Run作為一種精益物流模式，其模式特點能夠在整個運輸過程中提高車輛的裝載率、車輛利用率并減少空返率，在當(dāng)今運輸成本構(gòu)成透明化，服務(wù)標(biāo)準(zhǔn)同質(zhì)化的情況下，如何利用移動互聯(lián)網(wǎng)技術(shù)、GPS技術(shù)構(gòu)建可視化、數(shù)據(jù)化、智能化的信息系統(tǒng)，以成為MR服務(wù)提供方提升核心競爭力的關(guān)鍵。

關(guān)鍵詞：信息系統(tǒng);循環(huán)取貨;汽車零部件

1 Milk-Run的理論

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

2 Milk-Run的信息系統(tǒng)構(gòu)建

2.1 Milk-Run信息系統(tǒng)構(gòu)建背景

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

2.2 Milk-Run信息系統(tǒng)目的

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

可視化：通過數(shù)據(jù)分析，大屏實時呈現(xiàn)、車輛運行過程監(jiān)控及裝卸貨場景可視化等應(yīng)用使整個運輸環(huán)節(jié)透明化，消除信息孤島，提高交流效率;

數(shù)據(jù)化：通過運輸環(huán)節(jié)各項數(shù)據(jù)收集、整理、分析異常點，讓數(shù)據(jù)說話、更好的服務(wù)于運輸始末;

便捷化：通過系統(tǒng)移動APP開發(fā)及應(yīng)用，使運輸各個環(huán)節(jié)管理便捷化，讓移動式辦公成為可能。

2.3 Milk-Run信息系統(tǒng)信息流

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

2.3.1訂單管理系統(tǒng)

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

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

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

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

4.單據(jù)管理模塊：供應(yīng)商維護提貨車牌，單據(jù)返回后，掃描錄入，可實現(xiàn)對訂單的返回狀態(tài)全程跟蹤，實現(xiàn)單據(jù)0差異管理

2.3.2 GPS車輛綜合管理平臺

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

其具體功能特點如下：

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

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

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

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

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

2.3.3數(shù)據(jù)分析平臺

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

1.車輛裝載率：

數(shù)據(jù)來源：訂單管理系統(tǒng)，駕駛員APP填報數(shù)據(jù)

①日期維度：

字段：橫坐標(biāo)日期，縱坐標(biāo)裝載率

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

②車輛維度：

字段：橫坐標(biāo)車牌，縱坐標(biāo)裝載率

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

③供應(yīng)商維度：

字段：橫坐標(biāo)供應(yīng)商，縱坐標(biāo)裝載率

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

2.時間窗準(zhǔn)時率：

①日期維度

字段：橫坐標(biāo)日期，縱坐標(biāo)訂單時間窗準(zhǔn)確率

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

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

3、準(zhǔn)時的單號/每日總單號

②車輛維度

字段：橫坐標(biāo)車牌，縱坐標(biāo)訂單時間窗準(zhǔn)確率

計算邏輯：每車的準(zhǔn)時的單號/每天每車的運行單號

③供應(yīng)商維度

字段：橫坐標(biāo)供應(yīng)商名稱，訂單時間窗準(zhǔn)確率

計算邏輯：每天每供應(yīng)商的準(zhǔn)時的單號/統(tǒng)計每天該供應(yīng)商的單號

3.訂單完成率：

①日期維度

字段：日期，訂單完成率

計算邏輯：當(dāng)日完成訂單/當(dāng)日總訂單

控件：要能篩選日期

②供應(yīng)商維度

字段：供應(yīng)商代碼，供應(yīng)商名稱，訂單完成率

計算邏輯：當(dāng)日供應(yīng)商完成訂單/當(dāng)日供應(yīng)商總訂單

4.訂單差異率：

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

①日期維度

字段：橫坐標(biāo)日期，縱坐標(biāo)訂單差異率

計算邏輯：當(dāng)日差異的訂單/當(dāng)日訂單總數(shù)

②供應(yīng)商維度

字段：橫坐標(biāo)供應(yīng)商名稱，縱坐標(biāo)訂單差異率

計算邏輯：供應(yīng)商差異的訂單/供應(yīng)商的訂單總數(shù)

5、車輛利用率：

數(shù)據(jù)來源：GPS

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

展現(xiàn)形式：柱狀堆積圖

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

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

3 Milk-Run的信息系統(tǒng)構(gòu)建的注意事項

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

4 結(jié)語

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

1、信息系統(tǒng)的開發(fā)，周期長，專業(yè)性強，領(lǐng)域廣，采取外包開發(fā)的方式是較為經(jīng)濟的

2、信息的系統(tǒng)需重視數(shù)據(jù)的共享性，讓各方參與者都積極主動的使用數(shù)據(jù)，讓各方都成為數(shù)據(jù)的收益者，校驗者，生產(chǎn)者。

參考文獻：

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

作者簡介——

石?。海?988-），男，本科，四川遂寧人，助理經(jīng)濟師，現(xiàn)任職于上汽通用五菱汽車股份有限公司重慶分公司，主要從事循環(huán)取貨面的工作。（上接第97頁）

4 結(jié)論

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

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

基金項目：寧夏高等學(xué)?？茖W(xué)技術(shù)研究項目資助，基金號：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焊接電弧與熔池系統(tǒng)的雙向耦合數(shù)值模擬[J]金屬學(xué)報，2001，37（5）：537-542

作者簡介——

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