電商ERP實(shí)戰(zhàn)1:新老系統(tǒng)切換之?dāng)?shù)據(jù)遷移

5 評論 2610 瀏覽 15 收藏 11 分鐘

今天結(jié)合電商ERP實(shí)戰(zhàn)為大家分享,我是如何做系統(tǒng)遷移的,這個也是產(chǎn)品中后期,做大型企業(yè)項(xiàng)目必會遇到的,希望對看到文章的你有所幫助~

當(dāng)時筆者公司ERP原本是外部公司研發(fā)的,由于業(yè)務(wù)發(fā)展無法繼續(xù)支撐,這個也是很多大公司常見的操作了,業(yè)務(wù)體量發(fā)展到一定程度,一般都會把原有第三方解決方案,轉(zhuǎn)換為自研系統(tǒng)進(jìn)行業(yè)務(wù)支撐。

這個過程就涉及到新老系統(tǒng)切換了,原有系統(tǒng)的業(yè)務(wù)數(shù)據(jù)邏輯等,都需要遷移到新系統(tǒng)。

當(dāng)時我主要是分為3大步進(jìn)行的:遷移前置工作、正式數(shù)據(jù)遷移、收尾工作,接下來我們展開進(jìn)行詳細(xì)描述~

一、遷移前置工作

這部分工作一般會在系統(tǒng)正式遷移前,進(jìn)行提前配置。包含遷移方案、遷移前置條件輸出,需要按步驟、按順序做好記錄。

1. 遷移方案

系統(tǒng)切換和系統(tǒng)部署2大原則基本一致,藍(lán)綠部署——一鍵全部切換新系統(tǒng);金絲雀部署——少量用戶先用新版本,逐步切換。對應(yīng)到新老系統(tǒng)切換方案,就是一鍵全部切換新系統(tǒng);或者并行分步切換,部分業(yè)務(wù)先切新系統(tǒng),逐步將全部業(yè)務(wù)切換到新系統(tǒng)。

圖中舉例說明了2種方案,涉及隱私,部分?jǐn)?shù)據(jù)做了隱藏~

每個方案需要結(jié)合業(yè)務(wù)邏輯,梳理寫出具體細(xì)節(jié)步驟,優(yōu)劣勢,最后結(jié)合實(shí)際與CTO、研發(fā)經(jīng)理進(jìn)行綜合方案評審。當(dāng)時筆者所在供應(yīng)鏈業(yè)務(wù)線還要配合電商業(yè)務(wù),最終我們采用一鍵換新,一次性全部遷移的方案。當(dāng)時切換業(yè)務(wù)邏輯:先條碼、后訂單、最后庫存遷移。

結(jié)合實(shí)際業(yè)務(wù)邏輯,當(dāng)年青澀的我總共輸出了4版方案,這里思路基本就是:

  1. 一次性全部遷移:老系統(tǒng)發(fā)完全部貨物,再進(jìn)行全部條碼、訂單遷移。
  2. 一次性全部遷移:先把所有條碼進(jìn)行遷移、全部訂單進(jìn)行遷移、最后倉庫實(shí)際庫存遷移。
  3. 并行分布遷移:新訂單新系統(tǒng)發(fā)貨,老訂單老系統(tǒng)發(fā)貨,老訂單全部發(fā)貨完成后,進(jìn)行條碼、訂單遷移,最后倉庫實(shí)際庫存遷移。
  4. 并行分布遷移:先把已經(jīng)出庫的條碼進(jìn)行遷移,后期每天對新發(fā)貨的條碼進(jìn)行遷移。

這塊方案輸出也是產(chǎn)品的基操了,帶著解決方案找領(lǐng)導(dǎo),而不是問題拋給領(lǐng)導(dǎo)。嗯,不然的話,這個產(chǎn)品離滾蛋不遠(yuǎn)啦,管理層只是來協(xié)調(diào)資源??做決策的~ 像項(xiàng)目管理里邊的CCB,CCB只是決策機(jī)構(gòu),不是作業(yè)機(jī)構(gòu)哈~

2. 遷移前置工作

方案梳理完成后,就可以進(jìn)行前置工作的具體輸出了,最近看高項(xiàng)的書,發(fā)現(xiàn)正式場合都是需要一份報(bào)告+詳細(xì)方案輸出。

當(dāng)時我負(fù)責(zé)業(yè)務(wù)線沒有專職項(xiàng)目經(jīng)理,所以這部分文檔我都是實(shí)用為主,并沒有報(bào)告、詳細(xì)遷移方案區(qū)分,只輸出了一份表格的詳細(xì)遷移方案。

基本格式涵蓋了:事項(xiàng)總括、具體事項(xiàng)、事項(xiàng)拆分、詳細(xì)執(zhí)行步驟、對應(yīng)數(shù)據(jù)來源、具體執(zhí)行人、負(fù)責(zé)人、執(zhí)行時間、狀態(tài)備注等,具體如下圖:

至于那句老莫的方案,李翔方案什么的。年少勇啊,大家不要學(xué)習(xí),表達(dá)過自己的想法就可以了,具體執(zhí)行還是要以領(lǐng)導(dǎo)意志為準(zhǔn)。所幸我很少遇到小心眼的領(lǐng)導(dǎo),不然該被穿小鞋了哈哈哈~ 這塊跟新系統(tǒng)實(shí)施上線要提前配置的工作差不多,軟件配置、賬號及權(quán)限維護(hù)、基礎(chǔ)資料維護(hù),商品維護(hù)等~

這塊大家結(jié)合自己業(yè)務(wù)來就可以了,唯一想提醒的是:B端業(yè)務(wù)如果涉及到硬件設(shè)備,比如:PDA、工業(yè)一體機(jī)等,還需要記錄具體臺數(shù),初始化配置步驟,在現(xiàn)場配置好每臺設(shè)備。

一般涉及工作:軟件安裝、MAC地址、IP地址獲取等,結(jié)合具體業(yè)務(wù)及功能來看。像我們開發(fā)了快捷鍵激光掃碼功能,就需要PDA開發(fā)者項(xiàng)進(jìn)行提前配置才可正常使用(具體因公司、業(yè)務(wù)線而議,有的公司這部分工作實(shí)施來做。不管哪個部門或角色做,這里都需要記錄清楚,因?yàn)檫@是系統(tǒng)遷移不可繞開的工作),如果涉及打印機(jī)等的,基本也是類似,硬件最終上線都是需要有這些前置配置條件的~

每項(xiàng)業(yè)務(wù)執(zhí)行時間、具體執(zhí)行人都需要提前規(guī)劃好,這里就可以充分牛馬組內(nèi)的開發(fā)了,讓人人都有活干~

大家不要只會自己埋頭干活,適當(dāng)帶動你組內(nèi)開發(fā)參與到業(yè)務(wù)中去。

注意暫停業(yè)務(wù)的時間也需要在遷移計(jì)劃中體現(xiàn),不然這邊系統(tǒng)遷移,那邊業(yè)務(wù)人員哼哧哼哧給你造數(shù)據(jù),這下好了系統(tǒng)遷移工作要無限期不能終止了~

其他提前維護(hù)的內(nèi)容ERP的基操了,大家應(yīng)該都懂。

二、正式數(shù)據(jù)遷移

具體業(yè)務(wù)數(shù)據(jù)的遷移,這部分都是需要結(jié)合實(shí)際業(yè)務(wù)系統(tǒng)邏輯順序來做,一般順序在輸出方案時已經(jīng)確認(rèn)了。我們當(dāng)時的方案,一次性全部遷移:先條碼、后訂單、最后庫存遷移。

每項(xiàng)業(yè)務(wù)遷移都需要明確不同業(yè)務(wù)類型、狀態(tài)數(shù)據(jù)如何遷移,并提前確定遷移方式。這里以條碼業(yè)務(wù)來進(jìn)行舉例,思路都差不多。

遷移事項(xiàng)分類主要是:指導(dǎo)思想、前置條件、不同狀態(tài)、不同業(yè)務(wù)類型、遷移需要留存字段等。

1. 遷移事項(xiàng)實(shí)例

① 指導(dǎo)思想用來讓組內(nèi)同事對此達(dá)成一致意見, 盡量避免大家理解不一致導(dǎo)致的問題。

② 當(dāng)前業(yè)務(wù)的前置條件,條碼遷移這里沒有。以銷售訂單來舉例,ERP商品需要先和電商平臺商品進(jìn)行關(guān)聯(lián),才可以進(jìn)行訂單數(shù)據(jù)遷移。這里和系統(tǒng)遷移前置工作不一樣的點(diǎn)在于:此處是當(dāng)前業(yè)務(wù)遷移前置動作,業(yè)務(wù)邏輯關(guān)聯(lián)有前后順序,并且只能在系統(tǒng)遷移過程中進(jìn)行操作。ERP商品關(guān)聯(lián)前,電商平臺需要先進(jìn)行遷移商品遷移并下推ERP,ERP才可以進(jìn)行商品關(guān)聯(lián)。而系統(tǒng)遷移前置工作,基本都可以在遷移前提前配置。

③ 當(dāng)前業(yè)務(wù)貫穿業(yè)務(wù)類型較多、并且業(yè)務(wù)邏輯完全不一致的,需要寫出每個業(yè)務(wù)類型的數(shù)據(jù)具體遷移方式。

④ 當(dāng)前業(yè)務(wù)不同狀態(tài)業(yè)務(wù)數(shù)據(jù)如何遷移,這里產(chǎn)品條碼不同狀態(tài)遷移方式、注意事項(xiàng)都不一樣~ 訂單的話,歷史訂單、在途訂單等按照狀態(tài)分別列出了,狀態(tài)比較多的,需要按照平時訂單狀態(tài)機(jī)的輸出依次列出

⑤ 遷移需要留存字段,一般會保留舊系統(tǒng)全部字段在數(shù)據(jù)庫,前臺展示可以考慮以新系統(tǒng)為準(zhǔn)。

2. 遷移方式

遷移方式基本和數(shù)據(jù)新增的方式一樣,一是直接接口、或數(shù)據(jù)庫同步形式,這部分工作一般由開發(fā)同事直接進(jìn)行;數(shù)據(jù)量較小的話,用表格導(dǎo)入的方式進(jìn)行。至于手動新增,這部分就??,除非10條以下數(shù)據(jù),比如倉庫、店鋪配置哈哈哈~

三、收尾工作

正式數(shù)據(jù)遷移完成后,就是系統(tǒng)遷移的收尾工作啦。

收尾工作我按2部分進(jìn)行的,一部分老系統(tǒng)接口等處理,還有財(cái)務(wù)數(shù)據(jù)處理。系統(tǒng)遷移完成后,老系統(tǒng)接口一定要關(guān)閉,不然數(shù)據(jù)混亂后期處理麻煩。筆者當(dāng)時只是遷移了業(yè)務(wù)歷史、在途和新數(shù)據(jù),財(cái)務(wù)數(shù)據(jù)沒有進(jìn)行遷移,后期財(cái)務(wù)數(shù)據(jù)還需要再做一次遷移。

當(dāng)然,這份遷移方案也不是一版定稿的,當(dāng)時基本寫了3、4版方案,再去跟技術(shù)主管、CTO反復(fù)討論。除了詳細(xì)遷移方案,還有日常軟件上線的必不可少的操作手冊、切換背景、后期業(yè)務(wù)規(guī)劃等附件~

至于最終遷移效果還是不錯的,很可惜沒能親身經(jīng)歷(當(dāng)時筆者已經(jīng)跳槽去新公司開展新業(yè)務(wù)了),不過留下的遷移方案還是非常詳細(xì)的,基本涵蓋遷移全部工作,文檔在手,萬事不怕~

本文更多的是從產(chǎn)品、業(yè)務(wù)角度進(jìn)行的分享,技術(shù)角度考慮維度可能會不太一樣。筆者也還在持續(xù)輸出,成長~ 歡迎感興趣、想要交流的評論區(qū)前排留言,一起進(jìn)步成長~

本文由 @木子gee 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自 Unsplash,基于 CC0 協(xié)議

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 之前還有一次WMS切換,涉及到應(yīng)急預(yù)案的。這個后期大家感興趣再進(jìn)行分享

    來自浙江 回復(fù)
  2. 最近在參與SAP遷移的事情,一頭霧水

    來自浙江 回復(fù)
    1. 希望文章能對你有點(diǎn)幫助

      來自浙江 回復(fù)
    2. 早遇到就好了,去年剛一頭霧水的遷完

      來自浙江 回復(fù)
    3. ??你們節(jié)奏好整齊,都是一頭霧水

      來自浙江 回復(fù)