編輯導(dǎo)讀_為了區(qū)別假貨與正品，企業(yè)需要思考如何讓消費(fèi)者得以成功鑒別二者的差別，避免上當(dāng)。其中，防偽溯源碼在一定程度上可以幫助消費(fèi)者進(jìn)行鑒別。文針對(duì)商品貼碼后進(jìn)行綁定及插入入庫(kù)節(jié)點(diǎn)、大客戶大批量出貨時(shí)的出庫(kù)以及激活操作的批量處理兩個(gè)場(chǎng)景進(jìn)行說(shuō)明。

閱讀此文前，請(qǐng)先閱讀《從0搭建品牌專屬防偽溯源系統(tǒng)（1）_防偽溯源功能的實(shí)現(xiàn)》

基于一物一碼的防偽溯源系統(tǒng)V1.0版本已經(jīng)開發(fā)完畢，但是我們還有很多地方可以優(yōu)化。本文針對(duì)商品貼碼后進(jìn)行綁定及插入入庫(kù)節(jié)點(diǎn)、大客戶大批量出貨時(shí)的出庫(kù)以及激活操作的批量處理兩個(gè)場(chǎng)景進(jìn)行說(shuō)明。

應(yīng)用一_有規(guī)則場(chǎng)景下的批量操作

防偽系統(tǒng)通過(guò)微信一物一碼批量生成了防偽碼，我們把這些防偽碼給工廠的時(shí)候，標(biāo)識(shí)一下索引值和申請(qǐng)單號(hào)。給倉(cāng)庫(kù)操作使用的明碼url為_業(yè)務(wù)域名&申請(qǐng)單號(hào)&索引

工廠新打印的碼發(fā)給倉(cāng)庫(kù)時(shí)，碼的順序是有序的，理論上來(lái)說(shuō)，我們只需要知道第一個(gè)碼和最后一個(gè)碼，就可以一起處理所有的碼。

倉(cāng)庫(kù)貼碼的時(shí)候，假設(shè)貼了10000個(gè)商品條碼為“11111111”的商品。這10000個(gè)溯源碼索引值為0~9999，那我們直接在業(yè)務(wù)系統(tǒng)中把符合申請(qǐng)單號(hào)和索引值的10000條溯源碼數(shù)據(jù)，批量綁定到了該商品中。后續(xù)倉(cāng)庫(kù)進(jìn)行任何相關(guān)操作，都可以通過(guò)掃溯源碼明碼來(lái)業(yè)務(wù)系統(tǒng)換取商品條碼。只需要掃描一次就能滿足插入操作節(jié)點(diǎn)和倉(cāng)庫(kù)業(yè)務(wù)兩個(gè)需求。

應(yīng)用二_無(wú)規(guī)則場(chǎng)景下的批量操作

當(dāng)商品真正入庫(kù)之后，因?yàn)槿斯げ僮鲉?wèn)題、訂單內(nèi)商品數(shù)量問(wèn)題等，隨著時(shí)間的推移，商品排布順序會(huì)變亂。此時(shí)如果有大客戶一下子要很多，那我們就沒(méi)辦法通過(guò)最初的索引進(jìn)行批量處理。這種情況下，我們可以引入“箱碼”的概念。

箱碼，顧名思義，給成箱的商品用的。箱碼和溯源碼有個(gè)一對(duì)多的綁定關(guān)系，掃描箱碼的效果就是批量對(duì)箱子內(nèi)的溯源碼進(jìn)行操作。一般適用于大客戶出貨。

箱碼和溯源碼的綁定，推薦在溯源碼還沒(méi)被打亂時(shí)進(jìn)行。一串溯源碼，只要知道索引區(qū)間就可以批量進(jìn)行處理了。

但是實(shí)際場(chǎng)景下，會(huì)出現(xiàn)一些特殊情況，例如40件一箱，客戶要100件，就是兩箱半，這時(shí)候就涉及到了拆箱，拆箱之后，剩下的20個(gè)溯源碼的業(yè)務(wù)流程就不允許被原箱碼綁定。例如客戶要20件A品，20件B品合成一箱，這時(shí)候就涉及到了混箱。如果銷售了一個(gè)單品，單獨(dú)出庫(kù)激活了，還會(huì)遇到自動(dòng)拆箱，即后續(xù)對(duì)箱碼的操作，不允許影響做過(guò)單獨(dú)出庫(kù)激活操作的商品。

尾聲

倉(cāng)庫(kù)在溯源碼操作情況下提升效率的兩個(gè)場(chǎng)景描述完成了，這塊內(nèi)容偏業(yè)務(wù)操作多一點(diǎn)，產(chǎn)品相關(guān)性不大，所以只做簡(jiǎn)單描述。下次有空了補(bǔ)上后兩篇，防偽碼的營(yíng)銷場(chǎng)景應(yīng)用邏輯、防偽碼的物理防復(fù)制方案。

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

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議