【在路上2】快递的运单轨迹
通達系早期的掃描數據高度類同,業務員從商家或散客收件之后,PDA做一次攬收操作。業務員或承包區把快件送到網點,晚上由網點派車統一送到轉運中心,此時網點做一次發件掃描,轉運中心做一次到件掃描。轉運中心分揀后發出,再做發件掃描。經過多個轉運中心時以此類推。最后一個轉運中心發出給末端網點,由它做到件,業務員派送前做一次派件掃描,送給用戶以后再做一次簽收掃描,該件的運單軌跡結束!
這就是常說的“收發到派簽”!盡管今天的掃描類型遠遠超過這五種,但它們仍然是構成運單軌跡的基礎,占據著超過99%的掃描數據量!
技術必須創造價值!!!
在如此簡單的早期,有幾個非常關鍵的應用場景:
1,網點通過攬收數據對業務員、承包區、商戶進行費用結算。
2,網點通過簽收數據對業務員、承包區進行派費結算。
那時候每個網點每天只有幾千票攬收,少量網點過萬,全國一共每天才幾百萬票。大多數走月結,系統只需要在T+1月初提供T月明細數據和統計報表即可,網點會拉出來作為對賬單,傳統技術比較容易實現。
當時我們采用了Oracle一體機,收發到派簽各一張表,按月分區。定時跑存儲過程,按網點或日期分組,即可很容易得到網點月度報表和全網每天報表。
同時,業務量(也即每天攬件量)作為衡量快遞市場占有率的核心指標,可以直觀的讓決策層通觀全局!
在早期,業務簡單,數據量少,傳統技術比較容易實現。缺點是,要等T+1日才能看到T日報表,甚至由于數據延遲上傳或者缺失等諸多原因,一般T+3數據才是最穩定最準確!
無論如何,大數據已經開始初步產生價值,在網點和公司高層心中埋下一顆種子,將來才有機會生根發芽,并得以完善!
總結
以上是生活随笔為你收集整理的【在路上2】快递的运单轨迹的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【新书推荐】《ASP.NET Core微
- 下一篇: 【在路上4】在派件时效分析中剥离有效因素