當前的食品安全追溯市場還有一定的探索空間，如何建設(shè)食品安全領(lǐng)域追溯系統(tǒng)是一個值得思考的問題。上篇講述了關(guān)于食品安全領(lǐng)域追溯系統(tǒng)的產(chǎn)品價值和市場現(xiàn)狀部分，本文重點分享其主要業(yè)務(wù)場景和功能設(shè)計，希望對你有所幫助。

上篇主要提及了食品安全領(lǐng)域的追溯系統(tǒng)的產(chǎn)品價值和市場現(xiàn)狀部分，本文重點闡述其主要業(yè)務(wù)場景和功能設(shè)計，供大家參考和交流。

一、主要業(yè)務(wù)場景和功能設(shè)計

1. 概述

下面主要講追溯具備的一些基礎(chǔ)功能的設(shè)計，還是先做個劃分，本章包含：商品在生產(chǎn)、流通、銷售不同業(yè)態(tài)進行追溯的功能設(shè)計，追溯的核心批次管理，后續(xù)的賦碼和展示三個部分進行講述。

剛才提到追溯系統(tǒng)的核心對象是批次，有必要提前講下其概念，即通過一定的規(guī)則（如生產(chǎn)、進貨等操作）生成批次ID，系統(tǒng)記錄同一個批次ID的商品（SKU）在不同的企業(yè)間生產(chǎn)、流轉(zhuǎn)所產(chǎn)生的相關(guān)追溯信息，串連上下游企業(yè)形成追溯信息，單個企業(yè)節(jié)點常見字段如：企業(yè)名稱、操作名稱、操作人員、操作時間等。那么如果想到達成從終端消費環(huán)節(jié)追溯到源頭的效果，則需要所有參與商品流轉(zhuǎn)的企業(yè)使用的是同一套（同一家公司開發(fā)）系統(tǒng)，或者使用同一套行業(yè)標準，否則不同系統(tǒng)間的數(shù)據(jù)標準不一而無法串聯(lián)，這是非常困難的。

其中理想的方案就是建立公共標準或體系，而最具備這個條件的也就是監(jiān)管方。上海的監(jiān)管單位建設(shè)了一套追溯標準體系，其中以“商務(wù)部追溯碼”作為通用批次號，要求所有企業(yè)進行追溯時需攜帶“商務(wù)部追溯碼”，并按照標準接口要求上報數(shù)據(jù)，進而理論上能夠追溯到源頭。另外如果客戶企業(yè)自身就是覆蓋從生產(chǎn)到銷售全環(huán)節(jié)的企業(yè)，那自然也是極好的，但這類企業(yè)畢竟不多。

若無法覆蓋上下游多個環(huán)節(jié)的企業(yè)，粗一點的做法則是企業(yè)自行錄入上游信息，如供應(yīng)商、原產(chǎn)地等，而沒有商品在上游企業(yè)流通的信息，市面上多數(shù)追溯信息展示均是此類。

還一種做法是通過強勢的上下游企業(yè)間的影響，使追溯系統(tǒng)覆蓋到上下游，從而達成上下游的追溯信息串聯(lián)。這種情況比較依賴當?shù)卣吆推髽I(yè)間強弱勢關(guān)系，同時對被影響的企業(yè)，提供的系統(tǒng)服務(wù)往往也會有讓步，升至可能直接免費。但追溯信息往往終止于向上或下一個層級，更多如源頭生產(chǎn)商環(huán)節(jié)則較難產(chǎn)生影響。當然也有供應(yīng)商即是生產(chǎn)商的情況，這種情況下也算追溯到源頭了。

最后的情況是政府招標項目，涉及的行業(yè)/企業(yè)一般比較全面，而且基本都有補貼，企業(yè)配合度高，有機會做成標桿。

最后，包括本章節(jié)在內(nèi)，下面章節(jié)主要是基于多企業(yè)節(jié)點追溯的場景進行設(shè)計。

2. 生產(chǎn)、流通、銷售各環(huán)節(jié)的追溯

一般可將食品從生產(chǎn)到到消費者手上分為“生產(chǎn)、流通、銷售”三個環(huán)節(jié)，每個環(huán)節(jié)可抽象出若干企業(yè)類型，下面主要講下各類型企業(yè)的追溯環(huán)節(jié)主要功能。另外在各個環(huán)節(jié)都有一些通用業(yè)務(wù)如“進貨管理、出貨管理、檢測管理、供應(yīng)商管理、客戶管理、產(chǎn)品管理、證件票據(jù)等基礎(chǔ)信息管理”等。

2.1 生產(chǎn)環(huán)節(jié)

企業(yè)類型：種植、養(yǎng)殖、加工、屠宰

這里是食品最上游源頭的環(huán)節(jié)，其實一般加工、屠宰處于種養(yǎng)殖企業(yè)的下游，因此這里也可以分為兩個環(huán)節(jié)，種養(yǎng)殖作為“源頭環(huán)節(jié)”，加工、屠宰一起作為“加工環(huán)節(jié)”，但本文還是合并在一起講。

2.1.1 種植、養(yǎng)殖

種養(yǎng)植企業(yè)的業(yè)務(wù)模型基本一致，追溯功能基本可以復(fù)用，因此放在一起講。如種植企業(yè)在進行追溯時需要記錄從播種、到施肥以及采收等一系列操作，形成追溯信息。一般需要對“田間地塊、供應(yīng)商、員工、產(chǎn)品（成品）、農(nóng)資（投入品）、農(nóng)事作業(yè)”幾個對象進行管理，中間通過種植計劃（批次）進行串聯(lián)。換到養(yǎng)殖企業(yè)，對象性質(zhì)一致，只是換個叫法，如：“基地、供應(yīng)商、員工、產(chǎn)品（成品）、養(yǎng)殖物資（投入品）、養(yǎng)殖作業(yè)”

以種植為例，進貨農(nóng)資時即生成進貨批次ID，農(nóng)資（如農(nóng)藥、種子等）進貨時記錄對應(yīng)的供應(yīng)商；然后創(chuàng)建種植計劃生成種植批次ID，下一步記錄的農(nóng)事作業(yè)則需關(guān)聯(lián)種植批次、所使用的農(nóng)資進貨批次；最后對種植計劃進行采收，以上每個SKU的每次種植計劃、農(nóng)資進貨都生成一個批次ID，一次種植/進貨多個SKU則生成多個批次ID。這樣一個農(nóng)產(chǎn)品從農(nóng)資的采購進貨，到種植過程的農(nóng)事作業(yè)，采收和后續(xù)的出庫等信息都通過批次進行關(guān)聯(lián)。形成了在種植節(jié)點內(nèi)的追溯信息。在下游進貨后，可通過批次ID間的關(guān)系追溯串聯(lián)，形成貫通上下游的追溯信息。

2.1.2 加工

加工類企業(yè)則需要將原材料的進貨、加工、出貨進行記錄和管理，主要對象包含“供應(yīng)商、員工、原材料、加工成品、物料清單（BOM表）、原材料進貨、加工生產(chǎn)記錄等”，主要通過加工批次進行串聯(lián)。加工本質(zhì)上是對多個批次的合并，即通過BOM表將原材料批次，加工品批次進行關(guān)聯(lián)，而BOM表一般可包含主要工藝（用于展示）。面對復(fù)雜的加工流程，則需要在BOM表的設(shè)計上支持更多樣的對象關(guān)系。

2.1.3 屠宰

與加工相反，屠宰本質(zhì)上是對單個批次的拆分，一般是對豬、牛、羊的屠宰和分割，主要管理對象包含“供應(yīng)商、員工、胴體、分割品、分割清單、進貨管理、屠宰分割等”，同樣可通過分割清單的形式建立“胴體與分割品”之間的關(guān)系。
2.2 流通環(huán)節(jié)

企業(yè)類型：配送（物流）中心、批發(fā)市場、其他供應(yīng)商

這類企業(yè)的特點是處在中間的商品流通環(huán)節(jié)，有的是獨立的供貨商、批發(fā)市場，也有從屬于下游商超的物流中心（大倉），主要將進貨、檢測、出貨進行追溯的串聯(lián)，其中批發(fā)市場的模式往往是市場作為管理方，其中具體進行商品批發(fā)銷售的是一個個商戶。主要管理對象包含“供應(yīng)商、員工、產(chǎn)品、進貨管理、出貨管理”，批發(fā)市場還有額外的“商戶”，一般在進貨時生成批次ID。

2.3 銷售環(huán)節(jié)

企業(yè)類型：超市賣場、便利店、農(nóng)貿(mào)市場、團體采購單位

這類企業(yè)作為終端銷售環(huán)節(jié)，在追溯信息的記錄上主要是進貨和可能的檢測。主要管理對象包含“供應(yīng)商、員工、產(chǎn)品、進貨管理”，同樣一般在進貨時生成批次ID。其中農(nóng)貿(mào)市場和上面的批發(fā)市場一樣，存在商戶對象。而便利店，超時賣場會存在總部端統(tǒng)一管理SKU、供應(yīng)商等場景。

最后再簡單提下SKU的管理，在追溯場景下，對SKU的管理較為簡單。主要是兩點，一是SKU和供應(yīng)商的綁定關(guān)系，一般可采取多對多的關(guān)系，可以滿足各類場景；二是在處理上下游多家企業(yè)時，還需注意不同企業(yè)SKU不一致的情況，一般需要進行映射。另外一般不需要管理SPU。

3. 批次管理

追溯的核心是批次，主要有兩個問題：批次的生成以及批次在流轉(zhuǎn)中合并拆分的管理，批次與批次間的關(guān)聯(lián)，本質(zhì)上是要實現(xiàn)追溯數(shù)據(jù)和商品實物的關(guān)聯(lián)

3.1 批次的生成

• 入庫生成：同一個SKU每次生產(chǎn)/進貨入庫即生產(chǎn)一個批次，一個SKU多次入庫生成多個批次，一個進貨多個SKU對應(yīng)生成多個批次。
• 日期生成：對于連續(xù)性生產(chǎn)過程、工藝穩(wěn)定、價格較低的產(chǎn)品，可采用記錄日歷日期來追溯，即一天一批。

3.2 混批管理

首先講的是多節(jié)點追溯時，需要將上下游批次進行關(guān)聯(lián)，即將上游批次作為下游批次的父節(jié)點，這樣在下游進行追溯時，向上對父節(jié)點進行逐級追溯，最終達到源頭。

基于以上邏輯，在多節(jié)點追溯場景下，商品批次在流通時可能存在混批的情況，一般是在物流中心等大倉環(huán)節(jié)（加工環(huán)節(jié)的合批屬正常業(yè)務(wù)情況，沒有影響）?；炫话闶嵌鄠€入庫批次混在一起出庫，在批次管理上存在是否要合成一個批次的問題。

如果合批，下游入庫時只有一個批次，那么向父節(jié)點追溯時會存在多個父節(jié)點，實際上對于實物商品（消費者掃碼查追溯的場景），只會有一個真實的父節(jié)點，但數(shù)據(jù)層面無法識別到底是哪個。

如果不合批，那么在商品流通過程中，只會存在批次不斷拆分的情況，一個批次會逐漸變成多個批次，最終導(dǎo)致到下游時同一個商品的批次過多，增加管理成本。類似我只進了一車蘋果，但系統(tǒng)里顯示進了5個批次，另外我也不知道哪箱蘋果是哪個批次。

首先，如果可以選擇那么盡量不合批。在此前提下，要解決不合批的問題需要做到精細化管理（我還沒實踐過哦），做到一物一碼、一箱一碼、一批一碼，商品碼與箱碼關(guān)聯(lián)，箱碼與批次碼關(guān)聯(lián)，對一個批次進行的操作，都會同步到箱碼和商品碼上，向下類推。每個商品，每個貨箱都需要賦碼。因此結(jié)論是大部分食品的附加值不足以支撐這樣精細化管理的成本，但在一些高附加值如白酒、或者工業(yè)領(lǐng)域仍然有應(yīng)用價值。（以上精細化管理的前提是標品，非標品一般只能管到批次的層面）

4. 賦碼和展示

4.1 賦碼場景

給商品賦碼的主要作用有兩點，一是下游進貨時通過掃碼快速完成進貨登記，二是供消費者掃碼查看追溯信息。這兩個場景可用同一個二維碼解決，也可根據(jù)實際場景分開。畢竟消費著掃的往往是“一物一碼”，商家進貨登記一個一個掃碼可太麻煩了，一般會掃上游的出庫單碼，或是箱碼，因此賦碼時便有了商品碼、箱碼、批次碼的綁定的生成和綁定需求。

4.2 碼的類型

從碼本身的類型上講常見的有二維碼、一位碼、RFID等；賦碼的方式有印刷貼碼標簽（人工貼碼）、生產(chǎn)線噴碼、包裝印刷等，這方面有很多成熟的供應(yīng)商。其中RFID成本略高，但操作效率也能得到極大提，食品領(lǐng)域還是以二維碼、一位碼居多。

4.3 追溯的展示

常見的是一品一碼、一物一碼。一品一碼適用于商超貨架的價簽上，是一個商品（SKU）的唯一追溯碼，展示改商品最近一個或多個批次的追溯信息，不用頻繁更換。一物一碼則常賦于包裝上面，一般是印刷或者手工貼標，展示商品對應(yīng)的一個批次信息。

展示的信息大部分都是事先維護好的，如產(chǎn)品信息、當前企業(yè)信息、供應(yīng)商信息；其他的就是追溯過程產(chǎn)生的信息，如產(chǎn)品在上游流通的信息（上文提及的流通的企業(yè)名稱、操作名稱、操作人員、操作時間等），檢疫檢驗信息。其中產(chǎn)品信息、企業(yè)信息等都可以展示事先維護好的證照，獲獎證書等，提升企業(yè)正面形象。

在展示時常對接的硬件，有常用于超市、農(nóng)貿(mào)市場貨架上展示一品一碼的電子價簽，以及追溯電子秤（一般打印一物一碼），還有各種類型的打印機。

四、尾聲

整體而言當前的追溯市場（指食品領(lǐng)域）仍然有一定探索空間，但很大程度上受到國內(nèi)相關(guān)行業(yè)的發(fā)展成熟度影響，食品生產(chǎn)加工行業(yè)附加值低，缺乏產(chǎn)業(yè)集群，信息化要求低。短時間內(nèi)而言食品追溯的市場化之路仍然難走，依賴政策驅(qū)動，因此在其他領(lǐng)域如區(qū)塊鏈、防偽防竄、營銷增值等領(lǐng)域的探索也算是情理之中。

本文對于食品安全領(lǐng)域追溯系統(tǒng)的建設(shè)講的比較粗略，有點貪大求全，很多細節(jié)沒有展開。如企業(yè)同時上報多個監(jiān)管單位時如何統(tǒng)一和轉(zhuǎn)換品類；各個追溯環(huán)節(jié)的詳細設(shè)計，更多展示二維碼的場景，防偽防竄體系如何設(shè)計等，如果有機會將來可以展開講講。