免费观看黄色国产电影视频_精品日韩av无码一区二区三区_日韩欧美aa激情在线视频观看_欧美真大又爽又刺激_久久精品日产第一区二区三_男女操逼视频软件_污天天操网站免费看_91精品人妻综合导航_欧美日韩另类综合_一级毛片真人视频免费

歡迎訪問無錫華德倉儲(chǔ)設(shè)備有限公司官方網(wǎng)站!網(wǎng)站地圖

電商后臺(tái):商品庫存管理之批次管理

人氣:82 發(fā)布時(shí)間:2024-04-13

  本文主要對電商平臺(tái)的庫存系統(tǒng)中的批次管理進(jìn)行了詳細(xì)的闡述,一起來看看~

  庫存,是電商企業(yè)不能回避的問題,如何讓倉庫商品能夠有序的流轉(zhuǎn),是電商供應(yīng)鏈管理后臺(tái)的重中之重,也是電商企業(yè)的命門。

  而商品能夠有序的流轉(zhuǎn),離不開對每一次入庫的商品做精準(zhǔn)的批次管理,何為批次管理?

  由于不同批次的產(chǎn)品,在具體的屬性上有區(qū)別,或出于保質(zhì)期、質(zhì)量追溯、庫存精準(zhǔn)管理等原因,需要對同一商品、不同批次編號,以此來進(jìn)行區(qū)別。

  入庫時(shí)按照一定的規(guī)則生成商品批次,確定后打印帶批次商品條碼,貼在商品上,通過掃碼槍掃碼入庫。出庫時(shí)按照倉庫需求(一般是新進(jìn)先出或者近效期先出),掃碼批次商品條碼出庫,這個(gè)過程就叫批次管理。

  1)倉庫信息管理–開啟/關(guān)閉批次設(shè)置

  出于某些行業(yè)原因,倉庫人員的流動(dòng)比較大,有時(shí)候無法完整的進(jìn)行商品批次管理,這時(shí)候系統(tǒng)需要有一定的容錯(cuò)性和靈活性,所以倉庫需要能夠設(shè)置“啟用和不啟用批次”,這往往是批次管理的第一步。

  當(dāng)不啟用批次時(shí),同一個(gè)商品入庫皆使用最后一次入庫批次后,再次入庫時(shí)系統(tǒng)生產(chǎn)的默認(rèn)批次,以此來保證即便關(guān)閉批次管理,系統(tǒng)批次庫存數(shù)據(jù)仍能夠正常流轉(zhuǎn)。(以下內(nèi)容皆以開啟批次為基礎(chǔ))

  2)倉庫商品管理–開啟/關(guān)閉板號啟用

  系統(tǒng)商品如果按照商品規(guī)格維度來分,可分為兩種標(biāo)準(zhǔn)品和非標(biāo)品。

標(biāo)準(zhǔn)品:采購規(guī)格一致的商品即為標(biāo)準(zhǔn)品,例如xxx商品1箱裝 ,¥100元/箱,按箱入庫,按箱出庫。

非標(biāo)品:采購規(guī)格不一致,比如西瓜,按個(gè)近貨,按斤出貨。

  標(biāo)準(zhǔn)品在入庫時(shí)不需要每個(gè)進(jìn)行稱重,因此可以直接按照裝卸貨車一車的數(shù)量進(jìn)行統(tǒng)計(jì),提高操作收貨的效率,這時(shí)候,啟用板號就顯得十分必要。

  相反,非標(biāo)品由于都需要稱重入庫,因此啟用板號并起不到什么效果,因?yàn)榭梢栽O(shè)置為不啟用板號。

  由此要引出3個(gè)概念:商品條碼、批次號、板號

商品條碼:商品在系統(tǒng)內(nèi)的唯一標(biāo)識(shí),不可重復(fù)(非商品編碼,同一個(gè)商品的商品編碼是相同的,但商品條碼是唯一的)

批次號:商品入庫批次的唯一標(biāo)識(shí),不可重復(fù),采購單上商品第一次確認(rèn)入庫時(shí)生成,默認(rèn)同一個(gè)商品多次收貨都為同一個(gè)批次,收貨操作人可選擇生成新的批次;

板號:是規(guī)格統(tǒng)一的商品存放板號的唯一標(biāo)識(shí),不可重復(fù),需要在商品設(shè)置啟用板號后,才可打?。?/p>

  對于生鮮供應(yīng)鏈公司來說,批次管理就是對商品從入庫->出庫的過程的管理。

  入庫->出庫批次管理-圖1

  商品批次庫存表:用來記錄商品每個(gè)批次的庫存情況,供倉庫相關(guān)業(yè)務(wù)員查看,這里涉及到幾個(gè)庫存概念,分別是:

來貨在途庫存:? 倉庫已規(guī)劃入庫,建立了相關(guān)采購/調(diào)撥單據(jù),倉庫還無法實(shí)際使用這部分商品,也就是還未實(shí)際入庫的庫存;

出庫在途庫存:倉庫已規(guī)劃出庫,建立了相關(guān)配送單據(jù),倉庫不可再繼續(xù)調(diào)配這部分商品,但還未實(shí)際出庫庫存;

預(yù)計(jì)庫存 := 實(shí)際庫存+來貨在途庫存-出庫在途庫存

  當(dāng)預(yù)計(jì)庫存為0時(shí),商品自動(dòng)變?yōu)橥J蹱顟B(tài),當(dāng)商品預(yù)計(jì)庫存>0,自動(dòng)變?yōu)樵谑邸L厥鈭鼍跋?,后臺(tái)管理人員也可手動(dòng)將批次商品調(diào)為停售。

  商品批次庫存表-圖2

  商品批次庫存變動(dòng)日志表:用來記錄商品每個(gè)批次的庫存表動(dòng)情況,可方便追溯批次的出入庫情況

  商品批次庫存變動(dòng)日志表-圖3

  商品條碼出入庫變動(dòng)日志:記錄商品條碼的每一次表動(dòng),方便后續(xù)追溯。

  商品條碼出入庫變動(dòng)日志表-圖4

  一般來說倉庫入庫分為采購入庫、調(diào)撥入庫。

  采購入庫是由采購員建單,再從產(chǎn)地/批發(fā)市場直接來貨導(dǎo)倉庫,由相關(guān)單據(jù)員審核采購單后,倉庫開始收貨,收貨完成后增加批次商品庫存

  這時(shí)候需要考慮的問題:

什么時(shí)候生成批次號?是采購單審核還是倉庫收貨?

一個(gè)商品在同一個(gè)采購單內(nèi)是否允許有多個(gè)批次號?

采購入庫,倉庫是否存在同個(gè)商品多次收貨的情況?同一個(gè)商品多次收貨需不需要重新生成批次?

  這些問題都需要根據(jù)倉庫的實(shí)際操作情況來設(shè)定系統(tǒng)的走向,經(jīng)過一系列的頭腦風(fēng)暴后,確定為:在審核采購單時(shí),采購單內(nèi)商品生成同一個(gè)批次,各個(gè)商品在收貨時(shí)都默認(rèn)為采購單上的生成的批次,收貨員可選擇生成新的批次,這樣一來,以上這些問題就都得到了有效的解決。

  商品批次入庫-圖5

  與采購入庫的不同之處在于 ,調(diào)出方需要等待調(diào)入方的同意,單據(jù)的流轉(zhuǎn)才能順利完結(jié),否則只能中斷重來,并且一般來說,調(diào)入方只允許全部收貨或者拒收。業(yè)務(wù)流程相對簡單。

  因此,調(diào)撥單收貨與采購收貨的流程不同處就是調(diào)入商品只會(huì)有一個(gè)商品批次,其余流程都是一致的;

  由于退貨需要關(guān)聯(lián)原入庫單號,因此由系統(tǒng)按照原入庫單上的商品批次號自動(dòng)匹配即可,當(dāng)商品存存在多個(gè)批次時(shí),操作退貨的人可選擇批次商品進(jìn)行退貨。

  確認(rèn)退貨后,扣減商品相關(guān)批次的批次庫存,同時(shí)生成商品條碼出入庫日志、商品批次庫存出入庫日志。

  倉庫根據(jù)各合作客戶的訂貨單,非標(biāo)品統(tǒng)一掃碼揀貨出庫,標(biāo)品只需要掃板號輸入數(shù)量揀貨出庫,揀貨完成后,確認(rèn)出庫,減少出庫商品相對于的吧批次庫存,出庫流程完畢。

  在這個(gè)操作過程中,可能會(huì)商品條碼/板號丟失無法掃碼情況,此時(shí),需要有入口能夠手動(dòng)輸入商品數(shù)量,同時(shí)系統(tǒng)系統(tǒng)按照先進(jìn)先出的規(guī)則給商品分配批次,以保證商品能順利出庫。

  但這時(shí),被分配的商品批次庫存會(huì)被減少,但實(shí)際卻沒有減少,因此掃碼出庫需要倉庫能夠負(fù)庫存出庫,以此來保證貼碼商品能夠全部順利出庫。

  當(dāng)然,最重要的是事后需根據(jù)商品的條碼出入庫日志找到商品未貼碼的原因,以此追究責(zé)任,減少下次的失誤。

  商品批次出庫-圖6

  配送退貨返倉時(shí),會(huì)遇到這樣的問題:退貨商品是否需要入庫?

  如果需要重新入庫,那么需要重新打印商品條碼掃碼進(jìn)行掃碼入庫,批次默認(rèn)為入庫時(shí)的批次,可重新生成新的批次,確認(rèn)入庫后,增加其原批次/新增批次的商品庫存。

  如果不需要重新入庫,確認(rèn)退貨后,只需要扣減商品關(guān)聯(lián)的入庫批次庫存即可。

  除入庫、出庫2個(gè)主要流程外,還有盤點(diǎn),報(bào)損/報(bào)溢,加工等等業(yè)務(wù)流程,都與批次管理息息相關(guān),要管理好一個(gè)龐大供應(yīng)鏈的商品批次,絕不是一朝一夕的事情,需要我們產(chǎn)品人不斷地精益求精,用完善的系統(tǒng)來解決這個(gè)難題。

  以上就是我對商品批次庫存管理的理解,歡迎賜教~

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

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