商城
網(wǎng)站建設(shè)公司關(guān)于平臺銷售預(yù)測的解決方案，銷售預(yù)測，顧名思義，是指將未來一段采購周期內(nèi)的銷售情況進行預(yù)估分析，從而判斷商品所需的庫存量情況。銷售預(yù)測的算法模型同推薦、搜索和CRM等算法類似，
網(wǎng)站建設(shè)公司資深工程師后面章節(jié)會作詳細介紹，這里我們說一下銷售預(yù)測的判斷因子。對于銷售量預(yù)估來說，有很多內(nèi)在或外在的因素會影響它的變化，比如商品生命周期（是否新品、售賣時長）、促銷事件（往期同時段是否有一些大促節(jié)點）、銷售趨勢變化和往期銷量等，我們稱之為判斷因子。我們通常認為銷售量會按照一定的周期不斷重復(fù)自己，它的銷售曲線會根據(jù)這些因子呈現(xiàn)相似的波動。而基于銷售預(yù)估，結(jié)合倉庫內(nèi)的庫存周轉(zhuǎn)率，我們可以得出周期內(nèi)需要采購的商品數(shù)量，這就是采購計劃。在生成采購計劃的時候，不能按照當(dāng)前的倉庫庫存情況進行判斷，而需要根據(jù)采購在途的時長累加來判斷在對應(yīng)的周期內(nèi)是否可以滿足。
比如，當(dāng)前倉庫A中的商品a的倉庫庫存臨界值為7天，而從采購發(fā)起到配送完成一般需要5天的時間，那么發(fā)起采購計劃的時候就要按照7+5=12天的時間來計算庫存是否滿足，如果低于臨界值，則需要提交采購計劃或者提示采購人員創(chuàng)建采購計劃。采購計劃創(chuàng)建前，需由采購人員按照標(biāo)準(zhǔn)流程完成前序的詢價、比價等過程，采購人員提出采購申請以后，需要進行內(nèi)部審批，審批通過的采購申請單會提交給相關(guān)供應(yīng)商進行詢價。不過大多數(shù)時候，會通過系統(tǒng)比較各家供應(yīng)商在簽訂合同時候的價格或者價格規(guī)則自動完成詢價、比價過程，因此在有些采購系統(tǒng)中這個環(huán)節(jié)會被忽略。一般的處理方式是設(shè)計一個專門的供應(yīng)商價格模塊，將有合同的供應(yīng)商的SKU價格維護在這個模塊中，每次創(chuàng)建采購單的時候自動從這個系統(tǒng)中完成價格的獲取。最后我們看一下采購履約的過程。一般來說，采購履約的目的地是平臺的倉庫，但實際的業(yè)務(wù)中也會有一些特殊的場景出現(xiàn)，比如廠家直送。廠家直送的場景是用戶在平臺下單完成后，訂單會根據(jù)對應(yīng)的供應(yīng)商直接推送到供應(yīng)商平臺，供應(yīng)商根據(jù)訂單信息完成揀貨、發(fā)貨的過程。通常情況下，會在訂單發(fā)貨的同時生成一條采購單信息，用于匹配用戶訂單，這種采購單的履約不是配送到倉庫，而是通過第三方快遞發(fā)送到用戶手中。當(dāng)快遞完成后，訂單狀態(tài)可以通過超時更新或者系統(tǒng)回傳的方式完結(jié)用戶訂單。采購配送履約如果交接到倉庫，則在入庫時需要進行雙方貨品的核對。采購履約的情況最終會以實際簽收數(shù)量為準(zhǔn)，倉庫可以根據(jù)實際情況來完成全部簽收、部分簽收或者拒收的操作。如果確認簽收，則需要完成紙質(zhì)和系統(tǒng)的操作，簽收后的流程我們會在WMS的倉庫管理中介紹。需要注意的是，采購單中的商品規(guī)格是指入庫時驗收的規(guī)格，不代表實際的銷售規(guī)格，如采購單的規(guī)格可能是“箱”，但是入庫后上架售賣的規(guī)格可能是“個”。此外，再介紹一個名詞“倉報價”，也就是我們通常說的倉庫入倉時候的成本價，它有可能等于或者大于采購單中的采購價。
商城網(wǎng)站退貨解決方案
退貨特指從倉庫將商品退還給供應(yīng)商的行為。采購單因為某些原因未能入庫一般叫作“拒收”而不屬于退貨的范圍。退貨時提交退貨申請單，標(biāo)注采購單號作為關(guān)聯(lián)，退貨申請單需要經(jīng)過供應(yīng)商審批確認后，方可由供應(yīng)商安排車輛來倉庫取貨。
商城網(wǎng)站財務(wù)結(jié)算方案
供應(yīng)商與平臺之間的貨款需要按周期結(jié)算。財務(wù)結(jié)算的流程比較簡單，主要是財務(wù)根據(jù)入庫和退貨的單據(jù)生成結(jié)算單，將結(jié)算單提交給供應(yīng)商進行確認，確認后進行開發(fā)票、打款等行為。這里面說一下從采購單轉(zhuǎn)化為結(jié)算單的過程。進行周期結(jié)算時，會首先根據(jù)采購單和退貨單生成對應(yīng)的應(yīng)付單收據(jù)，并回告供應(yīng)商進行查看核對。應(yīng)付單收據(jù)核對無誤后，由采購人員提交申請付款，提交的單據(jù)叫作付款申請單。申請單經(jīng)過采購部門各級領(lǐng)導(dǎo)和財務(wù)的審批，通過后自動轉(zhuǎn)化為付款單，也叫作結(jié)算單。財務(wù)會根據(jù)結(jié)算單進行打款。
商城網(wǎng)站產(chǎn)品架構(gòu)解決方案
采購系統(tǒng)在業(yè)內(nèi)屬于相對標(biāo)準(zhǔn)的系統(tǒng)模式，業(yè)務(wù)流程也比較成熟，因此，對于采購系統(tǒng)的產(chǎn)品架構(gòu)圖，我只畫出相對主要的功能模塊，其他的可以在實際業(yè)務(wù)中修改。采購業(yè)務(wù)的系統(tǒng)核心就是基礎(chǔ)數(shù)據(jù)維護、單據(jù)管理及跟蹤，還有審核流程。按照主要的角色，系統(tǒng)拆分為供應(yīng)商平臺和采購系統(tǒng)兩部分，從廣義上來說它們都屬于采購系統(tǒng)的范疇。這里面單獨說一下協(xié)同的部分，這也是最近幾年大家開始進行AI智能及精細化管理的一些樣例。智能補貨這塊業(yè)務(wù)功能主要是根據(jù)一些算法模型來進行采購計劃的生成和推薦，具體的算法可以參見后續(xù)章節(jié)中的無人貨架智能補貨邏輯，大體上是與之相同的。EDI（ElectronicDataInterchange）叫作電子數(shù)據(jù)交換，簡單地說就是通過對接一些大型企業(yè)的標(biāo)準(zhǔn)數(shù)據(jù)，來保證商品數(shù)據(jù)的及時更新。如圖所示
好了，
深圳網(wǎng)站建設(shè)公司本文關(guān)于“關(guān)于平臺銷售預(yù)測的解決方案”的知識就分享到這里，謝謝關(guān)注，博納網(wǎng)絡(luò)編輯整理。
