1、企業(ye) 簡介
美欣達集團創始於(yu) 1993年6月,從(cong) 一家小型民營企業(ye) 起步,曆經十六年創新創業(ye) ,逐步發展壯大成為(wei) 科技型、品牌型、集約型的較大規模民營企業(ye) 集團。主要從(cong) 事紡織印染、環保能源、房地產(chan) 開發、醫藥化工等產(chan) 業(ye) 的生產(chan) 經營和新興(xing) 產(chan) 業(ye) 的投資發展。集團公司以資本和品牌為(wei) 紐帶,推進以現代產(chan) 權製度為(wei) 核心的現代企業(ye) 製度建設,下屬核心層一級子公司4家,二級子公司近30家;緊密層投資參股企業(ye) 5家,形成網絡化的集團公司組織結構體(ti) 係。其中下屬子公司浙江美欣達印染集團股份有限公司是上市企業(ye) ,股票代碼002034.另外,在醫藥產(chan) 業(ye) 和環保產(chan) 業(ye) 的兩(liang) 個(ge) 企業(ye) 也進入上市的輔導期。作為(wei) 上市企業(ye) 的印染股份近年來一直在追求轉型升級,不斷優(you) 化業(ye) 務流程和產(chan) 品結構,利用信息化的先進管理手段不斷提升其核心競爭(zheng) 力。
公司注冊(ce) 資本2億(yi) 元,員工2000多人。在美欣達紡織工業(ye) 園區擁有自己的辦公大樓、加工大車間及自己的倉(cang) 儲(chu) 物流中心,其中投資500多萬(wan) 建立了立體(ti) 倉(cang) 庫,做到了產(chan) 品的精準定位,其業(ye) 務流程如下圖所示:
集團公司堅持以科學發展觀為(wei) 指導,創先爭(zheng) 優(you) 為(wei) 動力,實施“做強主業(ye) 、資本運作、多元經營、增強實力”的企業(ye) 發展戰略,抓住機遇,發揮優(you) 勢,加大資本和技術投入,致力於(yu) 向科技型、品牌型、質量效益型方向轉型升級,推進實體(ti) 經濟加快發展。
2、項目簡介
2.1下遊物流管理環節處在半手工化階段
目前,公司使用了企業(ye) 資源管理係統,在整個(ge) 商流階段,信息共享與(yu) 傳(chuan) 遞通過管理係統進行,在采購、入庫、存儲(chu) 、出庫通知階段均已實現高效的信息化操作。
但在托運通知、車輛調度、車輛跟蹤、線路安排、收貨回單等環節,由於(yu) 缺乏相關(guan) 的管理應用平台及工具,基本由作業(ye) 人員通過手工統計、電腦簡單匯總、傳(chuan) 真電話等方式進行,信息化程度斷層,效率不高。
2.2日均出庫量較大,出庫量無規律,幹線短途、整車零擔交叉混合
倉(cang) 儲(chu) 部門負責7個(ge) 製造事業(ye) 部的發貨,批次多、批量小、品種複雜,物流走向細分成ABC三類,A類以長三角的上海、嘉興(xing) 為(wei) 主,B類以珠三角的廣州、深圳為(wei) 主,C類以華北片區的山東(dong) 為(wei) 主,各類線路走向貨量不均,整車、拚車、中轉配載交叉混合,人工調度難度較大。
2.3車輛跟蹤、回單簽收難以準確及時進行
現階段雖隻有1家物流承運商直接合作,但由於(yu) 線路性質、層層轉包等因素,車輛跟蹤、在途風險控製、回單簽收難度較大,迫切需要一個(ge) 信息共享平台。
2.4人員作業(ye) 強度大,單據處理、數據統計效率不高
公司倉(cang) 儲(chu) 部門負責7個(ge) 製造事業(ye) 部的發貨,批次多、批量小、品種複雜,物流走向細分成ABC三類,A類以長三角的上海、嘉興(xing) 為(wei) 主,幹線運輸。B類以珠三角的廣州、深圳為(wei) 主,幹線運輸。C類以華北片區的山東(dong) 為(wei) 主,散裝。各類線路走向貨量不均,整車、拚車、中轉配載交叉混合,人工調度難度較大。
3、解決(jue) 方案
3.1業(ye) 務概述
美欣達運輸管理係統(TMS係統)實現美欣達印染發運業(ye) 務的信息化管理,通過與(yu) CRM係統、運管平台係統的接口,實現數據從(cong) 供應鏈、發運一直到承運商的貫通,實現對發運管理的全程管理和實時反饋。
美欣達TMS係統主要包括發運管理平台、CRM接口、運管接口。
3.2 總體(ti) 框架
美欣達兩(liang) 業(ye) 聯動接口改造互聯作為(wei) 一個(ge) 涉及運輸業(ye) 務上下遊不同企業(ye) 的大型係統集成項目,其建設既要滿足企業(ye) 內(nei) 部對物流過程的管控與(yu) 匯聚;又要將對下遊承運商的物流信息進行下傳(chuan) 與(yu) 反饋,因此係統框架設計應充分考慮到與(yu) 其它係統的整合,以及與(yu) 企業(ye) 現狀的融合,如下圖所示:
各管理係統與(yu) LogInk平台的關(guan) 係描述如下:
1) 美欣達TMS係統的關(guan) 係: 美欣達TMS按照平台交換標準上傳(chuan) 發貨通知單、發貨單,並下載運輸狀態跟蹤信息以及回單信息。
2) 承運商TMS係統的關(guan) 係:承運商TMS按照平台交換標準下載托運單,並上傳(chuan) 運輸狀態跟蹤信息以及回單信息。
3.3係統體(ti) 係架構
係統的總體(ti) 架構分為(wei) 三層:接入層、應用層和數據層。
數據層
數據層是指記錄或存儲(chu) 在各業(ye) 務模塊的物流交換數據、統計數據及係統運行輔助數據等。它包含了業(ye) 務平台所需的數據資料,是項目運行的基礎和運行結果的具體(ti) 體(ti) 現。
數據層是各類數據的集合,包含係統基礎數據、單據數據、交換數據、跟蹤日誌數據以及其它支撐數據,對於(yu) 其中的交換數據在邏輯上進行集中式的存儲(chu) 、組織和管理。
應用層
應用層是係統業(ye) 務處理的邏輯平台,它通過對應用邏輯的調用訪問業(ye) 務數據,實現不同的功能模塊,滿足不同的業(ye) 務需求。應用層主要由企業(ye) 現有物流業(ye) 務係統組成,通過接口改造接入平台並提供數據交換,實現業(ye) 務整合。
應用層的主要應用包括發貨管理、運輸跟蹤、回單管理、結算管理。
接口層
美欣達兩(liang) 業(ye) 聯動係統的接口層包含2個(ge) 接口,一是CRM接口,實現供應鏈業(ye) 務數據的接入;二是電子樞紐平台接口,實現與(yu) 下遊承運商之間物流業(ye) 務數據的交換。
3.4方案內(nei) 容
3.4.1業(ye) 務流程
流程說明:
1. 業(ye) 務員在CRM係統創建發貨通知單,經財務、倉(cang) 庫審核確定發貨後,儲(chu) 運部填寫(xie) 派車信息,包括承運商、線路、預計發車日期、預計到達日期等信息,通過CRM接口同步到TMS係統生成發貨通知單。
2. TMS係統接收到發貨通知單後,通過電子樞紐同步到承運商生成預約狀態托運單。
3. 承運商接收到預約單後受理,通過電子樞紐同步預約狀態到美欣達。
4. 承運商調度車輛上門提貨裝車,同時錄入派車單,派車信息包括駕駛員、車號、電話,通過電子樞紐同步到TMS係統;TMS係統將發車信息同步到CRM接口。
5. 提貨裝車完成後,CRM係統確認最終的發貨內(nei) 容,通過CRM接口同步到TMS係統生成發貨單。同時TMS係統通過電子樞紐同步發貨單到承運商,更新托運單貨物明細。
6. 承運商在運輸過程中定時錄入運輸狀態信息,運輸狀態信息通過電子樞紐同步更新到TMS係統生成貨運跟蹤信息;
7. 貨物送達簽收後,物流公司生成物流回單,通過電子樞紐以物流回單加對賬單的形式傳(chuan) 輸給上遊係統;
8. 收到客戶簽收的紙質回單後,發運人員核對紙質單據和係統中物流回單,確認簽收數量後下推生成結算單,錄入運輸費用;
9. 月末按月份、承運商、部門查詢導出結算報表,補充調整內(nei) 容,與(yu) 承運商對賬;
3.4.2需交換共享單據
預約托運單
托運單
派車單
狀態變化單
回執單
結算單
3.4.3數據元及標準
本項目的數據元及標準,需參照交通運輸物流公共信息平台標準體(ti) 係,具體(ti) 標準的新增、變更工作需遵守交通運輸物流公共信息平台標準維護、發布流程。本項目涉及的標準包括:基礎標準、業(ye) 務接口規範及公共接口規範。
基礎標準
基礎標準提供了交通運輸物流公共信息平台製定的數據元、代碼集及主要單證,分別參照
《交通運輸物流公共信息共享平台 基礎標準:數據元編製說明》3.1.1版
《交通運輸物流公共信息共享平台 基礎標準:數據元》3.1.1版
《交通運輸物流公共信息共享平台 基礎標準:代碼集編製說明》3.1.1版
《交通運輸物流公共信息共享平台 基礎標準:代碼集》3.1.1版
《交通運輸物流公共信息共享平台 基礎標準:主要單證》3.1.1版。
業(ye) 務接口規範
本項目涉及的業(ye) 務接口規範,主要為(wei) 普通運輸業(ye) 務的接口規範,主要單證已在基礎標準中進行定義(yi) ,接口規範用於(yu) 指導企業(ye) 接入平台基礎交換網絡,包括:
《交通運輸物流公共信息共享平台 共建指導性文件 物流交換代碼》3.1.1版
《交通運輸物流公共信息共享平台 共建指導性文件 交換接入》3.1.1版
《交通運輸物流公共信息共享平台 共建指導性文件 代碼獲取接口》3.1.1版
公共接口規範
除完成以上涉及的標準接口的開發工作,為(wei) 加入交通運輸物流公共信息平台基礎交換網絡,還需完成以下公共接口:
《交通運輸物流公共信息共享平台 服務和應用指南:貨物跟蹤應用接口》
《交通運輸物流公共信息平台服務和應用指南:綜合應用接口》
3.4.4 模塊結構圖
3.4.5係統功能展現
1) 訂單中心
a) 發貨通知單
b) 工序加工單
2) 調度中心
a) 裝車單
b) 發貨單
3) 跟蹤中心
4) 回單管理
5) 費用管理
費用單
6) 綜合查詢
7) 決(jue) 策分析
a) KPI考核表
b) 費用結算表
c) 運輸確認表
d) 貨損貨差分析表
3.4.6接口業(ye) 務流程圖
4、 效益分析
4.1美欣達效益分析
1、借助本項目推動美欣達物流管理信息化;
一方麵,借助上下遊互聯項目,推動美欣達建設了TMS係統,實現了運輸管理信息化,解決(jue) 了業(ye) 務部門對賬、以及日常管理中的諸多難題;另一方麵,美欣達物流的信息化作為(wei) 產(chan) 業(ye) 互聯的基礎,反過來又促進了上下遊互聯項目的順利實施。上下遊互聯項目與(yu) 企業(ye) 物流信息化建設兩(liang) 者間形成了良好互動、相互促進的態勢。
實現多部門發貨統籌管理
美欣達有9個(ge) 部門涉及貨物發運,通過本項目TMS係統的使用,物流部門就可以同時接收、處理這9個(ge) 部門的業(ye) 務員通過CRM傳(chuan) 送的發貨訂單。一方麵,可以同時為(wei) 這些訂單按照送貨區域匹配所對應的物流承運商,根據發貨訂單的緊急程度和所要發往的目的區域,結合倉(cang) 庫裝車場地、設備、人員情況來統籌安排發貨訂單裝車發運的先後順序,實現物流發貨業(ye) 務的統籌管理,提高企業(ye) 資源配置的可預見性。另一方麵,通過發貨訂單數據的統計分析,可以準確預測貨運需求,為(wei) 企業(ye) 的長期規劃與(yu) 業(ye) 務發展提供決(jue) 策支持。
解決(jue) 9個(ge) 業(ye) 務部門的對賬難題
以前美欣達業(ye) 務對賬單是物流部們(men) 以EXCEL表格的方式統計,因需要對接的部門多,業(ye) 務類型繁雜,每到月末物流部門出賬單的難度大,耗時長,這是業(ye) 務部門和物流部門共同的老大難問題。使用TMS係統後,這一問題得到有效解決(jue) ,通過係統報表功能中的《運輸確認表》就可以自動生成各部門所需的對賬單,使出賬單的效率和準確率大幅提高,減輕了物流部門的工作壓力。
2、物流作業(ye) 效率提升,實現發貨管控,逆向物流,工序物流的信息化管理;
減少信息傳(chuan) 遞錯誤
解決(jue) 了與(yu) 下遊物流承運商商的數據傳(chuan) 遞問題,作業(ye) 效率大幅提升;和大部分的商貿製造企業(ye) 一樣,美欣達以前也是使用傳(chuan) 真、電話和QQ的方式進行物流業(ye) 務信息的溝通。業(ye) 務員下達發貨訂單後電話通知物流部門,物流部門再打電話通知運輸承運商,人為(wei) 的信息傳(chuan) 遞錯誤經常發生,差錯率很高。通過TMS係統的使用,業(ye) 務員在CRM中的訂單實時傳(chuan) 送到TMS係統,物流部門再通過國家交通運輸物流公共信息平台把發貨通知單傳(chuan) 送給下遊物流承運商,整個(ge) 過程中信息傳(chuan) 遞及時、精準,在避免訂單信息重複錄入,減少作業(ye) 量的同時,大幅提高了工作效率和準確率。
全方位實現物流運輸信息化管理
通過係統“訂單中心、調度中心、跟蹤中心、回單管理”等模塊,不僅(jin) 實現了物流發貨全過程的有效管控,而且企業(ye) 內(nei) 的工序物流以及貨物從(cong) 國內(nei) 各地經銷商、終端客戶退返回湖州美欣達工廠的逆向物流也納入了信息化管理的範圍,實現了物流管理信息化的全方位覆蓋。
3、 加強了上下遊的財務對賬結算;
美欣達物流業(ye) 務零擔貨物居多,發貨方涉及到9個(ge) 業(ye) 務部門,物流承運商3家,月末出賬單的壓力很大,不僅(jin) 效率低且耗時長;通過本項目,實現了上下遊企業(ye) 在每次發貨時,通過係統上下遊記錄每筆發貨業(ye) 務的運費、進倉(cang) 費、短駁費、壓車費等金額,每一個(ge) 結算周期結束,係統就可以生成《費用清單》,大大提高了上下遊財務的對賬效率,縮短了運費結算周期。
4、規範物流管理流程;
通過本項目上下遊互聯係統,依托物流作業(ye) 節點,對物流業(ye) 務流程進行了固化,流程中的關(guan) 鍵節點在係統中都有對應的控製操作,上一個(ge) 節點係統操作沒有完成,下一個(ge) 業(ye) 務動作就不能開始,有效避免了實際操作中的流程混亂(luan) ,實現了物流業(ye) 務流程的清晰管理和過程控製。
5、加強對承運商的管控考核;涉及投訴管理、決(jue) 策分析;
通過本項目TMS軟件應用及上下遊物流信息互聯互通的實現,為(wei) 美欣達物流部門對下遊物流承運商的有效管理提供了抓手。
實現貨物在途管理;通過TMS係統實時獲取到物流承運商在車輛調度、在途狀態、回單簽收、產(chan) 生的運雜費等詳細信息,掌握物流運輸派車時間、發車時間、客戶簽收時間等關(guan) 鍵時間節點信息,
投訴管理;物流承運商送貨時,貨損貨差和收貨方的投訴信息可以在係統“投訴管理”中實時記錄;
物流供應商KPI考核;TMS係統對物流業(ye) 務數據匯總分析後,係統生成《供應商KPI報表》,美欣達可以通過這張報表掌握每個(ge) 物流供應商的業(ye) 務數據和KPI指標完成情況。
美欣達在月末,可以通過係統將“投訴管理、承運商KPI報表”結果進行匯總分析,以此作為(wei) 運費結算、供應商采購決(jue) 策的依據。
4.2物流承運商效益分析
1、提高工作效率,減少人為(wei) 差錯
通過項目的實施,下遊物流承運商原來的人工電話、傳(chuan) 真加QQ的方式得以改變,與(yu) 上遊商貿製造企業(ye) 在物流訂單接收、在途信息反饋、貨物簽收以及回單信息反饋等方麵實現信息化。在與(yu) 客戶溝通效率大幅提高的同時,杜絕了信息溝通環節人為(wei) 因素所導致的差錯。
2、 提升物流承運商核心競爭(zheng) 力
下遊物流承運商在完成與(yu) 美欣達的互聯互通後,增加了業(ye) 務合作的粘性,在區域物流行業(ye) 中,形成了自己所獨有的競爭(zheng) 優(you) 勢,。
通過本互聯項目,物流承運商有了主動、實時向上遊反饋運輸信息的渠道和機製,提高了服務質量和客戶滿意度。
直接經濟效益 美欣達 承運商
互聯前 互聯後 互聯前 互聯後
人力成本 2*3000 1*3000 2*2500 1*2500
通訊費用 200元/月 140元/月 200元/月 <100元/月
業(ye) 務部門溝通差錯率 3% 0 5% <0.5%
單據處理時間(所有單據) 3分鍾/筆 0.5分鍾/筆 5分鍾/筆 <1分鍾/筆
其它效益/客戶滿意度 美欣達 承運商
互聯前 互聯後 互聯前 互聯後
9個(ge) 業(ye) 務部門出賬單時間 1周 1分鍾 —— ——
信息查詢方式 人工 係統 人工 係統
信息查詢時效性 延後 實時 延後 實時
客服工作量 2人 1人 2人 1人
客戶滿意度、業(ye) 務預見性 較低 較高 較低 較高
4.3為(wei) 平台、行業(ye) 主管部門提供的價(jia) 值
1、區域示範作用
本項目是湖州地區第一個(ge) 上下遊互聯項目,具有標誌性的意義(yi) ,為(wei) 地區上下遊互聯業(ye) 務的推廣提供了一個(ge) 好的樣板。
2、改變區域產(chan) 業(ye) 互聯格局
實現上下遊產(chan) 業(ye) 互聯化,規範物流企業(ye) 業(ye) 務運作
提升行業(ye) 之間溝通效率,減少溝通成本以及溝通不暢造成的資源浪費。
通過本項目完善製造業(ye) 與(yu) 物流企業(ye) 信息化的標杆案例,後期在行業(ye) 內(nei) 大範圍推廣,加快整個(ge) 物流行業(ye) 服務水平的提升。
促進國家交通運輸物流公共平台上的各項公共應用服務在湖州地區上下遊企業(ye) 中的推廣和使用。
3、為(wei) 行業(ye) 主管部門提供管理抓手
物流企業(ye) 與(yu) 上遊商貿製造企業(ye) 物流信息互聯互通,物流管理係統接入LOGINK平台,上下遊企業(ye) 通過平台交換業(ye) 務信息,行業(ye) 主管部門就可以通過LOGINK平台對物流企業(ye) 的日常運作情況進行實時監控。
5、項目體(ti) 會(hui)
1、物流行業(ye) 是一個(ge) 千變萬(wan) 化的行業(ye) ,受製於(yu) 其複雜性和多變性,傳(chuan) 統的手工操作往往能夠更加靈活多變。開發一套能夠適應於(yu) 其複雜程度的信息化係統往往需要非常大的投入。而物流企業(ye) 由於(yu) 行業(ye) 環境的限製,需要開源節流,往往不願意花費那麽(me) 巨大的投入,並且投入的初期往往投入與(yu) 產(chan) 出並不成正比,需要長時間的磨合和改進才能體(ti) 現其經濟效益。因此在這個(ge) 過程中需要度過一個(ge) 非常痛苦的階段。但是在業(ye) 務發展到一定階段時,又不得不做出調整,改變傳(chuan) 統的手工操作的模式。因此有預見性的提早進行準備,能夠對將來的信息化改革起到促進作用。
2、物流其各個(ge) 環節是分布在同一條供應鏈之上的,而不是單一的個(ge) 體(ti) ,在當今物流,單純通過開源節流從(cong) 自身挖掘利潤點已經越來越缺乏空間,唯有通過調整供應鏈,提高上下遊之間的流轉效率才能進一步的降低成本,獲取利潤空間。信息化互聯無疑在這一點上能夠發揮巨大的作用,通過信息快速傳(chuan) 遞及信息共享,能夠使上下遊更加全麵的做出判斷和決(jue) 策,不失為(wei) 一種共贏。
最新案例