跨境電商ERP流程 功能和模塊

1、Word文檔 跨境電商ERP流程 功能和模塊 1、（跨境電商）流程 話不多說，上圖為敬。由于我做的是出口跨境電商，所以這套業(yè)務(wù)流程是出口電商的流程，一般發(fā)貨的方式會(huì)有國(guó)內(nèi)倉(cāng)庫(kù)直發(fā)貨和海外倉(cāng)庫(kù)發(fā)貨。如何選擇發(fā)貨方式，那就是成本，效率等多種因素的綜合考量了。這里畫的是一套正常的流程，并沒有包含貨物被拒收或者退貨的逆向流程。 2、公司角色在ERP的需求 做一個(gè)TOB產(chǎn)品，針對(duì)公司每個(gè)用戶群體的需求都會(huì)有相應(yīng)的功能和模塊。 客服部門 ：公司的客服負(fù)責(zé)售前、售中、售后的詢問服務(wù)，但是在ERP體現(xiàn)的是對(duì)訂單的有效性進(jìn)行審核，還有處理退換貨。訂單的有效性客服會(huì)依據(jù)客戶供應(yīng)的個(gè)人信息，進(jìn)行人工審核+外呼確認(rèn)來

2、確認(rèn)。 選購(gòu)部門 ：依據(jù)公司的訂單量和產(chǎn)品的現(xiàn)有庫(kù)存進(jìn)行計(jì)算管理，并負(fù)責(zé)選購(gòu)和提前備貨。 物流運(yùn)營(yíng)：物流運(yùn)營(yíng)依據(jù)每個(gè)國(guó)家的規(guī)定政策，對(duì)接不同的運(yùn)營(yíng)商，并在系統(tǒng)設(shè)置每個(gè)物流商的發(fā)貨量和發(fā)貨種類。 倉(cāng)儲(chǔ)部門：倉(cāng)庫(kù)進(jìn)行使用WMS進(jìn)行貨物的管理，揀貨發(fā)貨 (基本不使用（ERP系統(tǒng)）)。 業(yè)務(wù)部門 :負(fù)責(zé)銷售產(chǎn)品，所以有需求知道自己的產(chǎn)品和產(chǎn)品對(duì)應(yīng)訂單量是多少，對(duì)自己投入的成本和全部的庫(kù)存進(jìn)行管理計(jì)算。 Boss：需要看到公司的訂單，投入的成本，應(yīng)此需要一堆具體的報(bào)表。 思索：目標(biāo)用戶不同因此在開發(fā)的過程中會(huì)產(chǎn)生沖突的需求，遇到這種沖突的需求，會(huì)依據(jù)優(yōu)先級(jí)進(jìn)行分析是否緊急重要，不重要不緊急的進(jìn)行擱置。重

3、要緊急的需要商議出明確的方案，大家全都同意才能進(jìn)行開發(fā)。 盲目的新增需求，鋪張的是開發(fā)資源，也會(huì)大大的導(dǎo)致上級(jí)和用戶群體對(duì)產(chǎn)品的不信任。包括需求的真?zhèn)涡?，也要有著一股刨根問底的心性。用戶?huì)提出一些他們的解決方案，這時(shí)需要考慮到他們真正想要解決的是什么，現(xiàn)有的功能是否可以滿意，不能滿意才會(huì)進(jìn)行開發(fā)。 3、ERP的模塊 每個(gè)模塊是相互單獨(dú)的數(shù)據(jù)，但是模塊之間的信息會(huì)進(jìn)行互通傳遞。保證了數(shù)據(jù)的平安性，提高了系統(tǒng)的高效性和承載量。 產(chǎn)品中心：負(fù)責(zé)產(chǎn)品的SKU建立和管理。 訂單中心：客服負(fù)責(zé)審核訂單，業(yè)務(wù)查看訂單，訂單的狀態(tài)流程顯示。 選購(gòu)中心：缺貨的產(chǎn)品數(shù)量顯示，近幾天的銷量顯示，選購(gòu)負(fù)責(zé)選購(gòu)的功能。

4、 倉(cāng)儲(chǔ)中心：顯示每個(gè)倉(cāng)庫(kù)的庫(kù)存量以及庫(kù)存的占用數(shù)，選購(gòu)備貨的功能。 物流中心：對(duì)接第三方的物流商，負(fù)責(zé)抓取物流軌跡，在頁(yè)面進(jìn)行跟蹤展現(xiàn)。 調(diào)度中心：負(fù)責(zé)每個(gè)模塊的數(shù)據(jù)流轉(zhuǎn)展現(xiàn)，已便確認(rèn)發(fā)覺定位問題。 思索：由于公司的系統(tǒng)之前經(jīng)受過重構(gòu)，之前的系統(tǒng)存在的是功能區(qū)分不明顯，采納的PHP語(yǔ)言進(jìn)行的開發(fā)，優(yōu)點(diǎn)是快捷便利的開發(fā)，缺點(diǎn)卻是無(wú)法承載高速增長(zhǎng)的訂單量。 重構(gòu)后的系統(tǒng)，采納的是Java語(yǔ)言進(jìn)行開發(fā)，并根據(jù)模塊進(jìn)行劃分，數(shù)據(jù)在每個(gè)模塊進(jìn)行傳輸，可承載訂單量大大提升。并且重構(gòu)前的系統(tǒng)在不斷的做加法，沒有很好的進(jìn)行功能的劃分。重構(gòu)后的ERP系統(tǒng)，進(jìn)行了明確的劃分，克制的增加新的功能，讓我想到奧卡姆剃刀

5、定律如無(wú)必要，勿增實(shí)體 4、訂單的狀態(tài)流程圖 訂單的狀態(tài)類別： 待審核：客戶剛下的訂單，傳到ERP系統(tǒng)，客服還沒進(jìn)行審核。 待聯(lián)系：客服需要電話外呼確認(rèn)信息有效性的訂單。 審核通過：代表客服確認(rèn)過的有效訂單。 無(wú)效訂單：客戶惡意或者重復(fù)下的訂單。 待選購(gòu)：倉(cāng)庫(kù)沒有貨物需要進(jìn)行選購(gòu)的有效訂單。 待發(fā)貨：倉(cāng)庫(kù)預(yù)備發(fā)出的有效訂單。 已發(fā)貨：已發(fā)出去的有效訂單。 已簽收：已被客戶簽收的有效訂單。 思索：訂單狀態(tài)的流轉(zhuǎn)代表是訂單處于每個(gè)中心的處理狀態(tài)，一般設(shè)計(jì)電商ERP系統(tǒng)，訂單中心負(fù)責(zé)的是統(tǒng)籌全部中心模塊的數(shù)據(jù)。依據(jù)訂單狀態(tài)，可以準(zhǔn)時(shí)的監(jiān)控和發(fā)覺問題。這也代表的是系統(tǒng)最原始的數(shù)據(jù)，可以通過這些訂單不同的狀態(tài)來進(jìn)行報(bào)表的統(tǒng)計(jì)，便利各職能部門的業(yè)務(wù)需求。 5、ERP的權(quán)限系統(tǒng) 也是常規(guī)的權(quán)限系統(tǒng)。 6、個(gè)人感想 由于本人公司所處的是COD(貨到付款)的業(yè)務(wù)模式，臨時(shí)沒有接觸到支付功能。電商系統(tǒng)的后臺(tái)規(guī)律比較簡(jiǎn)單。跟To的產(chǎn)品不太一樣。功能不會(huì)太注意于用戶體驗(yàn)，主要是能夠支撐公司的業(yè)務(wù)流程就足夠了。 在我看來，電商的主要兩個(gè)競(jìng)爭(zhēng)點(diǎn)：一是電商網(wǎng)站，一個(gè)是供應(yīng)鏈的管理。 電商網(wǎng)站在于展現(xiàn)產(chǎn)品，能夠提高用戶的復(fù)購(gòu)率，增加用戶粘度，建立公司的品牌形象。供應(yīng)鏈的管理，可以提高訂單的時(shí)效性，每到達(dá)客戶手中的貨物實(shí)際時(shí)間比估計(jì)時(shí)間削減一天，客戶的滿足