物流業務都是從寄方客戶攬件開始,然后到收方客戶派件并完成簽收為一個閉環。同時公司提供回單增值服務的話,還存在從收方返單到寄方或第三方的場景,流程與運單運作一致,因存在一個寄件客戶同時對多個收件地址寄快遞的場景,此時使用運單號作為訂單標識就不太合適了,所以這里將客戶下單到司機攬件并完成報單之前的過程劃分為“訂單”。
訂單信息
訂單主要記錄了客戶下單的信息,以及司機到達客戶處所需要地理信息。
訂單號
訂單號是一個訂單的標識,一般根據訂單的增加進行自增。如果與外部進行業務對接時會展示訂單號,建議在訂單號生成規則中加入一定的混淆邏輯,否則競爭對手可以根據訂單號的生成規律推算公司當前的訂單量,泄露公司的營運信息。
訂單狀態
訂單的狀態機有“客戶下單”、“已調度”、“取貨中”、“完成攬收”四個狀態。
這個狀態一般會在客戶查單時提示客戶當前訂單的狀態,狀態機也可以根據公司業務需求進行合理地增減。
時間信息
記錄訂單各個狀態流轉的觸發時間。這里需要注意訂單存在正逆流程,需要結合自身業務場景評估是否覆蓋原有的時間記錄。
如果這里選擇了覆蓋操作,數據分析將取不到對應的數據;如果選擇了不覆蓋,那對于調度→取貨→調度這種場景下的時間展示需要考慮是否會引起用戶的誤解。
關于“運輸管理系統(TMS)——訂單系統”的問題,以上內容已經給大家詳細介紹清楚了,希望可以幫助大家。