商務部辦公廳關(guān)于印發(fā)《重要產(chǎn)品追溯管理平臺建設指南（試行）》的函
各省、自治區(qū)、直轄市、計劃單列市及新疆生產(chǎn)建設兵團商務主管部門：
為落實《國務院辦公廳關(guān)于加快推進重要產(chǎn)品追溯體系建設的意見》（國辦發(fā)〔2015〕95號）關(guān)于追溯體系平臺建設和互聯(lián)互通的有關(guān)要求，加強對重要產(chǎn)品追溯管理平臺建設工作的指導，在總結(jié)前期肉菜等重要產(chǎn)品追溯體系建設試點示范經(jīng)驗的基礎上，我們編制了《重要產(chǎn)品追溯管理平臺建設指南（試行）》?，F(xiàn)印送給你們，供在具體工作中參考。實際工作中如有問題，請及時向商務部（市場秩序司）反饋。
商務部辦公廳
2018年6月22日
附：
重要產(chǎn)品追溯管理平臺建設指南
（試 行）
目 錄一、 規(guī)范性引用文件 1
二、 術(shù)語和定義 2
（一） 重要產(chǎn)品。 2
（二） 國家重要產(chǎn)品追溯管理平臺。 2
（三） 地方重要產(chǎn)品追溯管理平臺。 3
（四） 地理信息系統(tǒng)（GIS）。 3
三、 平臺間的邏輯關(guān)系 3
（一） 各級追溯平臺之間的關(guān)系。 3
（二） 與外部電子政務系統(tǒng)的關(guān)系。 4
（三） 與市場化第三方追溯平臺的關(guān)系。 4
四、 平臺設計要求 5
（一） 規(guī)范性。 5
（二） 統(tǒng)一性。 5
（三） 共享性。 5
（四） 安全性。 6
（五） 可靠性。 6
（六） 易操作性。 6
（七） 可擴展性。 6
（八） 可維護性。 6
五、 總體架構(gòu) 7
（一） 概述。 7
（二） 基礎設施層。 7
（三） 數(shù)據(jù)資源層。 8
（四） 應用支撐層。 9
（五） 業(yè)務應用層。 11
（六） 表現(xiàn)層。 11
（七） 數(shù)據(jù)共享交互。 12
（八） 安全保障體系。 13
六、 功能要求 13
（一） 概述。 13
（二） 追溯主體管理。 13
（三） 數(shù)據(jù)質(zhì)量管理。 15
（四） 追溯應急管理。 16
（五） 追溯數(shù)據(jù)分析。 18
（六） 體系建設管理。 19
（七） 追溯設備管理。 20
（八） 運行監(jiān)測管理。 21
（九） 公共服務管理。 23
七、 性能要求 24
八、 接口要求 25
（一） 國家平臺數(shù)據(jù)接口。 25
（二） 第三方追溯平臺接口。 25
（三） 共建部門系統(tǒng)接口。 25
（四） 重點企業(yè)追溯系統(tǒng)接口。 25
九、 部署環(huán)境要求 25
（一） 網(wǎng)絡要求。 26
（二） 機房要求。 26
（三） 服務器要求。 26
（四） 數(shù)據(jù)庫要求。 26
十、 安全性要求 26
（一） 軟件安全性要求。 26
（二） 數(shù)據(jù)安全要求。 27
十一、 運行維護要求 28
（一） 日常維護。 29
（二） 程序代碼可維護。 29
（三） 運行故障應急處理。 29
（四） 數(shù)據(jù)對接維護。 29
本文件規(guī)定了重要產(chǎn)品追溯管理平臺（以下簡稱“平臺”）的術(shù)語和定義、各級平臺的邏輯關(guān)系、設計要求、總體架構(gòu)、功能要求、性能要求、接口要求、部署環(huán)境要求、安全性要求和運行維護要求，適用于我國省、市級重要產(chǎn)品追溯管理平臺的建設及運行維護，同時可作為行業(yè)組織、第三方追溯服務機構(gòu)等開展追溯體系建設的參考。
一、規(guī)范性引用文件
下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。
GB/T 15629.3 信息技術(shù) 系統(tǒng)間遠程通信和信息交換 局域網(wǎng)和城域網(wǎng) 特定要求 第3部分：帶碰撞檢測的載波偵聽多址訪問（CSMACD）的訪問方法和物理層規(guī)范
GB 15629.11 信息技術(shù) 系統(tǒng)間遠程通信和信息交換局域網(wǎng)和城域網(wǎng) 特定要求 第11部分：無線局域網(wǎng)媒體訪問控制和物理層規(guī)范
GB/T 18233 信息技術(shù) 用戶建筑群的通用布纜
GB/T 31240 信息技術(shù) 用戶建筑群布纜的路徑和空間
GB/T 22239 信息安全技術(shù) 信息系統(tǒng)安全等級保護基本要求
GB/Z 24294 信息安全技術(shù) 基于互聯(lián)網(wǎng)電子政務信息安全實施指南
GB/T 25068 信息技術(shù) 安全技術(shù) IT網(wǎng)絡安全
GB/T 2260 中華人民共和國行政區(qū)劃代碼
GB/T 21062 政務信息資源交換體系
GB/T 28448 信息安全技術(shù) 信息系統(tǒng)安全等級保護測評要求
GB/T 28452 信息安全技術(shù) 應用軟件系統(tǒng)通用安全技術(shù)要求
GB/T 31168 信息安全技術(shù) 云計算服務安全能力要求
GB/T 18391 信息技術(shù) 元數(shù)據(jù)注冊系統(tǒng)（MDR）
GB/T 28827 信息技術(shù)服務 運行維護
二、術(shù)語和定義
下列術(shù)語和定義適用于本文件。
（一）重要產(chǎn)品。
包含食用農(nóng)產(chǎn)品、食品、藥品、主要農(nóng)業(yè)生產(chǎn)資料、特種設備、危險品、稀土產(chǎn)品等種類。
國家根據(jù)需要適時調(diào)整重要產(chǎn)品種類目錄。各地依據(jù)國家重要產(chǎn)品種類目錄，結(jié)合地方實際，確定納入追溯體系建設的重要產(chǎn)品類別及下級分類目錄，須與上一級主管部門對接一致。
（二）國家重要產(chǎn)品追溯管理平臺。
為全國重要產(chǎn)品追溯體系的重要組成部分，匯總交換來自各省市及第三方追溯平臺等以生產(chǎn)經(jīng)營主體、產(chǎn)品類別、生產(chǎn)流通過程為基本內(nèi)容的追溯信息，與相關(guān)部門追溯數(shù)據(jù)實現(xiàn)共享交換，支持跨區(qū)域追溯鏈條合成、應急事件管理、信息綜合利用、地方追溯工作監(jiān)測評價等業(yè)務（以下簡稱“國家平臺”）。
（三）地方重要產(chǎn)品追溯管理平臺。
為全國重要產(chǎn)品追溯體系的重要組成部分，包括省級、市級以及具備條件的縣（區(qū)）級追溯管理平臺（統(tǒng)稱地方追溯平臺），匯集本地區(qū)生產(chǎn)經(jīng)營主體信息、產(chǎn)品類別信息、生產(chǎn)流通過程信息等，支持市場化第三方追溯平臺數(shù)據(jù)接入，具備追溯主體和產(chǎn)品信息管理、數(shù)據(jù)質(zhì)量管理、追溯應急管理、數(shù)據(jù)應用管理、體系建設管理、追溯設備管理、運行監(jiān)測管理等功能，按統(tǒng)一數(shù)據(jù)采集要求和傳輸協(xié)議，匯集各追溯節(jié)點數(shù)據(jù)，并向上一級平臺報送和交換追溯數(shù)據(jù)。
（四）地理信息系統(tǒng)（GIS）。
在計算機軟硬件系統(tǒng)支持下，對有關(guān)地理分布數(shù)據(jù)進行采集、儲存、管理、運算、分析、顯示和描述的技術(shù)系統(tǒng)。
三、平臺間的邏輯關(guān)系
（一）各級追溯平臺之間的關(guān)系。
國家平臺負責匯總交換省級平臺追溯信息。省級重要產(chǎn)品追溯管理平臺，承擔全省追溯數(shù)據(jù)匯總統(tǒng)計、信息綜合開發(fā)利用及對城市追溯體系運行情況進行監(jiān)測評價等功能。市級重要產(chǎn)品追溯管理平臺，按照統(tǒng)一的數(shù)據(jù)傳輸格式和接口規(guī)范，分別實現(xiàn)與省級追溯管理平臺和各節(jié)點追溯子系統(tǒng)的互聯(lián)互通。縣級可根據(jù)實際需要，建設縣級重要產(chǎn)品追溯管理平臺。
省級平臺建成后，58個肉菜流通追溯試點城市和18個中藥材流通追溯試點省市的肉菜、中藥材流通追溯管理平臺等與省級重要產(chǎn)品追溯管理平臺實現(xiàn)對接。
（二）與外部電子政務平臺的關(guān)系。
地方追溯平臺應與商務部業(yè)務系統(tǒng)統(tǒng)一平臺，商務大數(shù)據(jù)平臺實現(xiàn)對接和信息交換。同時，還應與本級政府電子政務平臺、相關(guān)部門建設的監(jiān)管平臺、追溯管理平臺等實現(xiàn)對接和數(shù)據(jù)共享交換。
（三）與市場化第三方追溯平臺的關(guān)系。
行業(yè)組織、大型龍頭企業(yè)、電商企業(yè)等建設的市場化第三方追溯平臺，可按業(yè)務覆蓋范圍與當?shù)厥。ㄊ校┢脚_或國家平臺主管單位申請對接。平臺之間關(guān)系如圖1所示。
圖1 重要產(chǎn)品追溯管理平臺體系
四、平臺設計和建設要求鼓勵各地充分利用、整合現(xiàn)有政務信息化資源，采取政企共建、政府購買服務等多種方式，集約化設計和建設追溯管理平臺。
（一）規(guī)范性。
平臺應符合國家和行業(yè)的相關(guān)標準規(guī)范。
（二）統(tǒng)一性。
平臺應實現(xiàn)對所轄區(qū)域食用農(nóng)產(chǎn)品、食品、藥品、農(nóng)業(yè)生產(chǎn)資料、特種設備、危險品、稀土產(chǎn)品等重要產(chǎn)品追溯業(yè)務及相關(guān)數(shù)據(jù)的統(tǒng)一管理。
（三）共享性。
鼓勵采用云平臺架構(gòu)，充分利用已有的政務云基礎設施，將重要產(chǎn)品追溯管理平臺建設與當?shù)仉娮诱站W(wǎng)絡、商務云、商務大數(shù)據(jù)等相關(guān)電子政務項目建設統(tǒng)籌規(guī)劃，整合電子政務各類資源，避免重復建設，防止形成新的“信息孤島”，有效降低平臺建設運行成本。
（四）安全性。
應按照網(wǎng)絡安全等保規(guī)范，開展定級、保護工作；應采取認證等必要措施，保證接入平臺的設備、系統(tǒng)和用戶接入的安全性；應采取適當?shù)拇胧┍ＷC信息傳輸過程的安全性。
（五）可靠性。
平臺應支持關(guān)鍵設備、關(guān)鍵數(shù)據(jù)、關(guān)鍵程序模塊采集備份、冗余措施，有容錯和系統(tǒng)恢復能力，支持負載均衡功能。
（六）易操作性。
應提供清晰、簡潔、友好的中文人機交互界面，操作應簡單、靈活、易學易用，便于管理和維護。
（七）可擴展性。
采用模塊化設計，將相關(guān)功能模塊化，便于系統(tǒng)在產(chǎn)品種類、追溯環(huán)節(jié)及管理功能上升級擴充。
（八）可維護性。
應充分考慮可維護性要求，包括功能可維護和代碼可維護，其中，功能可維護要求有一定靈活性，如生產(chǎn)經(jīng)營主體、產(chǎn)品品種信息等可添加和調(diào)整，提高平臺系統(tǒng)的可維護性。應具備自檢、故障診斷及故障恢復功能。對運行環(huán)境應有一定的適應性，不應依賴某一型號和固定版本的設備或軟件。
五、總體架構(gòu)
（一）概述。
地方追溯平臺總體架構(gòu)主要由基礎設施層、數(shù)據(jù)資源層、應用支撐層、業(yè)務應用層、表現(xiàn)層組成，此外還包括運行維護保障體系、標準規(guī)范體系、數(shù)據(jù)共享交互和安全保障體系，各地可根據(jù)實際需求自行增、刪、改相關(guān)組件。如圖2所示。
圖2 地方重要產(chǎn)品追溯管理平臺總體架構(gòu)
（二）基礎設施層。
基礎設施是為系統(tǒng)各層提供必要的網(wǎng)絡基礎環(huán)境，包括網(wǎng)絡基礎環(huán)境、服務器、存儲設備、安全設備、系統(tǒng)軟件、管理軟件及其他，包括但不限于下列要求：
（1）系統(tǒng)的網(wǎng)絡基礎應基于網(wǎng)絡技術(shù)建設，網(wǎng)絡設備、結(jié)構(gòu)、布纜、組網(wǎng)等應符合GB/T 15629.3、GB 15629.11、GB/T 18233和GB/T 31240的要求；
（2）網(wǎng)絡基礎設施的網(wǎng)絡結(jié)構(gòu)、技術(shù)和產(chǎn)品應符合實用、可靠、可擴展等原則，包括但不限于下列要求：
a)易于用戶掌握、使用和維護，各應用系統(tǒng)可方便地接入網(wǎng)絡；
b)應保證數(shù)據(jù)不丟失和損壞，具有冗余容錯能力；
c)宜充分采用符合國家標準和行業(yè)標準的計算機網(wǎng)絡先進技術(shù)和產(chǎn)品，應滿足音頻、視頻等數(shù)據(jù)傳輸?shù)囊螅咕W(wǎng)絡具有良好的互連性和可擴展性；
d)網(wǎng)絡建成后應具有完備、科學、現(xiàn)代化的管理手段和技術(shù)保障措施，便于維護并保證網(wǎng)絡的穩(wěn)定運行；
e)應保證網(wǎng)絡系統(tǒng)能隨時加入設備或增加帶寬；
f)應能夠方便地由現(xiàn)有技術(shù)過渡到更先進的網(wǎng)絡技術(shù)；
g)主機、存儲和安全設備應符合GB/T 25068、GB/T 28452的要求；
h)若采用云計算技術(shù)架構(gòu)，安全服務能力應符合GB/T 31168的要求。
（三）數(shù)據(jù)資源層。
數(shù)據(jù)資源層提供系統(tǒng)的核心數(shù)據(jù)，并為其上層提供數(shù)據(jù)支持。數(shù)據(jù)資源包括：元數(shù)據(jù)、數(shù)據(jù)元、生產(chǎn)經(jīng)營主體信息、產(chǎn)品信息、檢疫檢測信息、標識管理信息、生產(chǎn)信息、交易信息、物流信息、應急管理信息、追溯設備信息等。
數(shù)據(jù)資源的數(shù)據(jù)庫的設計（表、字段、鍵等）和數(shù)據(jù)庫的管理（數(shù)據(jù)的讀取、校驗、審核等）應保證數(shù)據(jù)的一致性、完整性和安全性。
數(shù)據(jù)內(nèi)容及代碼應符合GB/T 2260、GB/T 14395的要求。
（四）應用支撐層。
概述
應用支撐層提供適應不同產(chǎn)品追溯應用系統(tǒng)和業(yè)務門戶工具、功能、服務，支持組件化服務功能等，包括接口適配管理組件、查詢分析引擎、GIS組件、元數(shù)據(jù)管理組件、報表組件、門戶組件等。
a)工具支撐由一系列的開發(fā)工具組成；
b)功能支撐提供應用系統(tǒng)的基礎功能，包括：統(tǒng)一用戶管理、權(quán)限管理、行為審計等；
c)服務支撐提供數(shù)據(jù)服務，并對提供的服務進行管理維護，對服務建設提出要求。
統(tǒng)一用戶管理
用戶管理應支持統(tǒng)一管理，具體如下：
a)應用支撐層應對應用系統(tǒng)提供統(tǒng)一用戶管理功能；
b)各應用系統(tǒng)用戶的管理和維護由應用支撐層統(tǒng)一實現(xiàn)，包括組織機構(gòu)管理、用戶管理、系統(tǒng)賬號管理等功能；
c)各應用系統(tǒng)在開發(fā)時，可以通過接口調(diào)用和同步數(shù)據(jù)表的方式獲取用戶信息；
d)各應用系統(tǒng)的用戶信息和組織機構(gòu)信息需要與應用支撐層保持一致；
e)用戶和組織機構(gòu)信息發(fā)生變化時，由應用支撐層進行預處理，各應用系統(tǒng)與應用支撐層進行用戶表和組織表的同步。
權(quán)限管理
應提供統(tǒng)一權(quán)限管理功能，負責系統(tǒng)級別權(quán)限過濾，系統(tǒng)內(nèi)部的功能級別權(quán)限過濾，由應用系統(tǒng)獨立完成。權(quán)限控制應按照基于角色的權(quán)限管理機制，將整個訪問控制過程分成訪問權(quán)限與角色相關(guān)聯(lián)和角色再與用戶關(guān)聯(lián)，實現(xiàn)用戶與訪問權(quán)限的邏輯分離，包括但不限于角色作為系統(tǒng)操作和系統(tǒng)資源分配的單位，對擁有相似職責的用戶進行分類管理；系統(tǒng)角色應具有層級關(guān)系，并可以形成樹狀結(jié)構(gòu)，其權(quán)限綁定宜具有繼承性。
報表
報表應為整個系統(tǒng)內(nèi)部各應用提供報表定義、管理和調(diào)用接口等功能，包括但不限于：
a)報表定義：包括報表參數(shù)設置、報表數(shù)據(jù)來源設置、報表運算關(guān)系定義等；
b)報表管理：包括報表數(shù)據(jù)處理、報表圖形處理以及報表打印等；
c)報表接口：給系統(tǒng)應用層中各應用提供調(diào)用接口。
日志服務
日志服務應實現(xiàn)對日志進行存儲、查詢和分析的功能，包括但不限于：
a)應記錄系統(tǒng)活動信息，宜包括系統(tǒng)狀態(tài)、系統(tǒng)啟動或運行過程中的錯誤信息、用戶登錄信息、系統(tǒng)訪問信息、操作記錄等；
b)應實現(xiàn)基于時間、來源、關(guān)鍵詞等對日志的查詢、分析和統(tǒng)計。
對象標識與標識解析管理。
應為追溯企業(yè)、產(chǎn)品等提供對象標識與標識解析、數(shù)據(jù)查詢等服務。
其他。
應根據(jù)需要在應用支撐層實現(xiàn)或整合其他支撐服務功能，完善系統(tǒng)的業(yè)務支撐能力。應根據(jù)需要在應用層實現(xiàn)其他的輔助功能，完善系統(tǒng)應用。
（五）業(yè)務應用層。
業(yè)務應用層是基于應用支撐層之上的，對于各項數(shù)據(jù)資源的具體業(yè)務應用，提供追溯主體和產(chǎn)品信息管理、數(shù)據(jù)質(zhì)量管理、追溯應急管理、追溯數(shù)據(jù)分析、體系建設管理、追溯設備管理、運行監(jiān)測管理、公共服務管理等業(yè)務功能。具體內(nèi)容詳見第六章功能要求。
（六）表現(xiàn)層。
表現(xiàn)層在整個信息資源架構(gòu)的最上層直接面對用戶，基于應用層，為用戶提供多種使用和訪問方式，包括門戶網(wǎng)站、微信公眾號/小程序、手機APP等。應能對不同類型用戶的訪問、不同終端等提供支持。
（七）數(shù)據(jù)共享交互。
數(shù)據(jù)共享交互應提供整個系統(tǒng)內(nèi)部各應用、各業(yè)務模塊間的信息交換和共享服務，支持系統(tǒng)外數(shù)據(jù)交換服務，實現(xiàn)與其他監(jiān)管系統(tǒng)和業(yè)務系統(tǒng)等實現(xiàn)數(shù)據(jù)交換。包括但不限于：
a)應符合GB/T 21062.3、GB/T 21063.3、GB/T 21063.4的要求；
b)應實現(xiàn)不同數(shù)據(jù)類型的自動轉(zhuǎn)換、數(shù)據(jù)的自動封裝和解析；
c)應通過統(tǒng)一的元數(shù)據(jù)格式、數(shù)據(jù)元和信息分類編碼、業(yè)務文檔格式等，使整個系統(tǒng)內(nèi)部實現(xiàn)不同格式業(yè)務信息的交換。其元數(shù)據(jù)應進行分類與標識，制定數(shù)據(jù)共享目錄，針對不同部門、不同企業(yè)等共享主體根據(jù)業(yè)務需要及數(shù)據(jù)保密需求，分別制定數(shù)據(jù)共享目錄，該功能應具備但不限于數(shù)據(jù)目錄名單管理、共享主體名單管理、共享數(shù)據(jù)權(quán)限管理、共享目錄管理等；
d)有條件的地方，可考慮制定公共信息服務目錄，如統(tǒng)一社會信用代碼、產(chǎn)品分類與代碼、商品條碼、產(chǎn)品檢驗信息、動物檢疫信息等，并通過API實現(xiàn)公共信息共享與交換。
（八）安全保障體系。
信息安全和運行監(jiān)控貫通系統(tǒng)的各層面，信息安全為系統(tǒng)各層提供安全服務，主要涉及安全管理、安全協(xié)議、加密、密鑰管理等方面的內(nèi)容；運行監(jiān)控系統(tǒng)監(jiān)控各層運行狀態(tài)。
六、功能要求
（一）概述。
地方追溯平臺應分品類設置子平臺。各子平臺應具備追溯主體和產(chǎn)品信息管理、數(shù)據(jù)質(zhì)量管理、追溯應急管理、追溯數(shù)據(jù)分析等必要功能；可根據(jù)管理需求，各子平臺配置體系建設管理、追溯設備管理、運行監(jiān)測管理等可選功能。可結(jié)合本地區(qū)門戶網(wǎng)站建設實際，單獨或融合實現(xiàn)公共服務管理功能。建設單位可根據(jù)實際，自行細化、增刪改相關(guān)功能；開展追溯體系精準扶貧工作的地區(qū)，可增加追溯體系精準扶貧等主題管理功能。
（二）追溯主體管理。
對所轄地區(qū)內(nèi)追溯涉及的相關(guān)生產(chǎn)經(jīng)營企業(yè)，提供備案、驗證、檢索等功能。
主體與產(chǎn)品信息備案
可通過平臺直接登記主體與產(chǎn)品的備案信息，或接收企業(yè)追溯系統(tǒng)上傳的備案信息。追溯主體可包括生產(chǎn)經(jīng)營企業(yè)，也可包括批發(fā)市場和零售市場的個體經(jīng)營戶。企業(yè)主體備案信息主要包括但不限于企業(yè)編碼、企業(yè)名稱、統(tǒng)一社會信用代碼、經(jīng)營品類、生產(chǎn)/經(jīng)營許可證號、經(jīng)營地址、經(jīng)度與緯度、聯(lián)系人等，商戶主體包括但不限于經(jīng)營者編碼、經(jīng)營者類型、經(jīng)營品類、所在節(jié)點企業(yè)編碼和名稱、聯(lián)系方式等。企業(yè)編碼與商戶編碼應確保全國唯一性。產(chǎn)品備案信息應符合國家重要產(chǎn)品種類目錄及追溯信息采集規(guī)范及標準要求。
功能包括但不限于追溯主體和產(chǎn)品備案信息登記、修改、審核等功能。支持備案信息變更權(quán)限設置及同步變更控制，并將最新變更的信息反饋給相關(guān)部門。
備案信息檢索
按照所屬區(qū)域、企業(yè)類型、產(chǎn)品種類、節(jié)點名稱、節(jié)點編碼、備案時間等條件，對追溯主體備案信息進行檢索和分頁展示，并利用地理信息系統(tǒng)（GIS）進行標注和分析。商戶備案信息按商戶類型、備案所在節(jié)點、商戶名稱、品種、商戶編碼、備案時間等條件進行檢索，并分頁展示。
備案信息分析
設置“企業(yè)備案數(shù)量”、“節(jié)點覆蓋率”、“商戶備案數(shù)量”、“商戶覆蓋率”等指標，按環(huán)節(jié)、產(chǎn)品品種、區(qū)域等維度，對企業(yè)商戶數(shù)量和比例等指標進行統(tǒng)計分析，并采用圖表等方式加以展示。節(jié)點覆蓋率是指已備案且已經(jīng)上傳追溯信息的節(jié)點數(shù)量占全部追溯節(jié)點數(shù)量的比例。商戶覆蓋率是指已備案且已經(jīng)上傳追溯信息的商戶數(shù)量占全部商戶數(shù)量的比例。
主體運行監(jiān)控
設置數(shù)據(jù)報送率、商戶活躍度等指標，分環(huán)節(jié)對企業(yè)追溯系統(tǒng)運行狀態(tài)進行監(jiān)控。合理設置閾值，發(fā)現(xiàn)異常情況自動預警提示。
（三）數(shù)據(jù)質(zhì)量管理。
對追溯數(shù)據(jù)采集、傳輸、審核、分類存儲進行管理。主要包括數(shù)據(jù)傳輸監(jiān)控、數(shù)據(jù)清洗等功能。
數(shù)據(jù)傳輸監(jiān)控
對各城市或節(jié)點企業(yè)數(shù)據(jù)傳輸進度、負載等進行監(jiān)控。
實時監(jiān)控。設置數(shù)據(jù)監(jiān)控指標，以圖形方式展示各節(jié)點或城市的實時數(shù)據(jù)上傳情況，支持下鉆展示各企業(yè)數(shù)據(jù)上傳情況，監(jiān)控指標包括但不限于：總數(shù)據(jù)量、有效數(shù)據(jù)量、問題數(shù)據(jù)量等。
進度監(jiān)控。按年、月、日等周期，以圖表方式展示各城市或節(jié)點企業(yè)實時數(shù)據(jù)上傳進度。包括但不限于：已上傳數(shù)據(jù)量、已上傳有效數(shù)據(jù)量、已上傳問題數(shù)據(jù)量、補傳數(shù)據(jù)量等，并支持將統(tǒng)計結(jié)果導出。
負載監(jiān)控。提供對各數(shù)據(jù)接收應用服務器的配置與監(jiān)控功能，服務器配置內(nèi)容包括但不限于服務器的添加、配置、停用等，以圖表方式實時展示數(shù)據(jù)接收服務器的CPU、內(nèi)存、磁盤空間、日志空間等負載情況。服務器負載超過預警閾值時，系統(tǒng)可以通過郵件或短信的方式自動通知管理員，同時將服務器異常情況記錄日志，并支持將服務器運行狀況結(jié)果進行導出。
追溯數(shù)據(jù)清洗
制定數(shù)據(jù)清洗規(guī)則，對數(shù)據(jù)清洗后的結(jié)果進行綜合查詢和展示。
清洗規(guī)則設置。提供對于數(shù)據(jù)清洗規(guī)則的設置功能，該功能內(nèi)容包括但不限于：閾值設置、清洗分類設置、清洗規(guī)則設置等。
問題數(shù)據(jù)查詢與統(tǒng)計?？砂凑諗?shù)據(jù)清洗分類設置，分年月日等周期統(tǒng)計各城市或節(jié)點的問題數(shù)據(jù)量，并可進一步查詢具體問題數(shù)據(jù)明細，支持將統(tǒng)計結(jié)果導出。
問題反饋。對清洗后的問題數(shù)據(jù)按照類型進行歸類統(tǒng)計，然后根據(jù)通訊錄中的各城市或節(jié)點數(shù)據(jù)對接責任人聯(lián)系方式，自動向各城市或節(jié)點責任人反饋問題數(shù)據(jù)統(tǒng)計結(jié)果。
追溯數(shù)據(jù)審核
針對各類數(shù)據(jù)應用主題，分別制定異常數(shù)據(jù)判定規(guī)則，對上傳數(shù)據(jù)完整性、規(guī)范性等進行審核。包括但不限于異常數(shù)據(jù)閾值設置、異常數(shù)據(jù)預警、數(shù)據(jù)質(zhì)量報告生成等功能。
（四）追溯應急管理。
應急管理應實現(xiàn)各部門快速協(xié)調(diào)、聯(lián)動，有效解決突發(fā)公共安全事件。根據(jù)業(yè)務流程劃分，主要包括質(zhì)量安全監(jiān)測預警、應急預案管理、應急事件審核、應急協(xié)同處置、應急事件反饋和應急信息發(fā)布等。
質(zhì)量安全監(jiān)測預警
對產(chǎn)品質(zhì)量安全關(guān)鍵控制點進行動態(tài)監(jiān)測，支持異常情況自動預警提示功能。對產(chǎn)品質(zhì)量安全數(shù)據(jù)進行統(tǒng)計分析，包括但不限于質(zhì)量安全控制點數(shù)據(jù)報送量、控制點達標率、質(zhì)量安全預警統(tǒng)計等。
應急預案管理
對轄區(qū)產(chǎn)品安全事件、重大疫情事件、公共衛(wèi)生事件、社會安全事件和市場供應保障事件等應急預案進行分類管理和維護。編制重要產(chǎn)品追溯應急管理預案，包括但不限于應急組織架構(gòu)、應急資源保障、應急處置與調(diào)查評估、信息公告等內(nèi)容，支持應急部門及人員登記、應急預案上傳、應急預案分類查詢、在線瀏覽等功能。
應急事件審核
包括但不限于應急事件錄入、應急事件審核等功能。對應急事件進行記錄，詳細記錄包括發(fā)生時間、地點、事件屬性、涉及產(chǎn)品追溯碼、涉及企業(yè)名稱等信息。并對應急事件等級分類，由負責人審核，是否對啟動應急處置。
應急協(xié)同處置
根據(jù)應急事件相關(guān)追溯信息合成追溯鏈條，明確該產(chǎn)品流經(jīng)的全部節(jié)點、數(shù)量、時間以及相關(guān)人員聯(lián)系方式等。包括但不限于追溯鏈條合成、追溯鏈條數(shù)據(jù)表、基于GIS地圖的鏈條展示等功能。
以電話、短信、郵件等多種方式，將追溯查詢信息反饋給相關(guān)部門執(zhí)法主體。應包括但不限于執(zhí)法主體查詢、追溯查詢報告發(fā)送等功能。如有必要，相關(guān)應急信息要及時通過網(wǎng)絡、微信、電視、廣播等渠道向影響區(qū)域公布，降低影響范圍和概率。
應急事件記錄
完成應急處置后，要將應急事件處置記錄及時上傳或錄入到平臺。包括但不限于應急記錄登記、應急記錄查詢等。
（五）追溯數(shù)據(jù)分析。
從行業(yè)、市場、產(chǎn)品、企業(yè)等角度，對追溯數(shù)據(jù)進行分析利用。包括但不限于市場運行分析、重點行業(yè)分析、查詢行為分析等功能。
市場運行分析
按日、周、月、季度、年等周期，采用同比、環(huán)比等方式，使用柱狀圖、折線圖、餅圖、儀表盤、指示燈及組合圖形等展示方式，分產(chǎn)品分環(huán)節(jié)開展產(chǎn)品進銷存、批發(fā)與零售價量額、居民消費和團體消費價量額、產(chǎn)品市場占有率等分類統(tǒng)計分析，自動生成分析報告。
重點行業(yè)分析
根據(jù)市場份額或在當?shù)亟?jīng)濟運行地位，選擇重點行業(yè)進行監(jiān)測分析。按日、周、月、季度、年等周期，采用同比、環(huán)比等方式，使用柱狀圖、折線圖、餅圖、儀表盤、指示燈及組合圖形等展示方式，對重點行業(yè)結(jié)構(gòu)、行業(yè)規(guī)模、行業(yè)集中度，及重點企業(yè)占有率等進行分析，自動生成分析報告。
追溯查詢行為分析
自動記錄并按品類、企業(yè)主體、消費區(qū)域等分析消費者查詢行為，以便更好改進消費者的查詢體驗。
此外，可根據(jù)管理需求設置市場動態(tài)分析、產(chǎn)品流向分析等功能。
（六）體系建設管理。
依規(guī)制定追溯產(chǎn)品目錄清單，對財政投資建設的追溯體系，以及接入的市場化生產(chǎn)經(jīng)營企業(yè)追溯系統(tǒng)或第三方追溯平臺進行管理，全面了解本轄區(qū)追溯體系工作情況。
產(chǎn)品目錄管理
制定重點追溯產(chǎn)品目錄和鼓勵追溯產(chǎn)品目錄，實行動態(tài)管理，并通過公共服務信息管理及時向社會公示。包括追溯品種登記、修改、查詢等功能。支持目錄產(chǎn)品分類與代碼的更新與管理。
體系建設管理
設置組織實施、財政支持項目資金使用管理、進度管理等功能，使用柱狀圖、折線圖、餅圖、進度圖、儀表盤等展示方式，直觀展示項目建設各方面情況。對財政支持項目和市場化對接項目的分類管理。
設置品種覆蓋率、企業(yè)/環(huán)節(jié)覆蓋率等指標，按同比、環(huán)比等方式，對財政支持項目與市場項目建設情況進行分類統(tǒng)計。品種覆蓋率可以用某一品種在零售環(huán)節(jié)實施追溯的數(shù)量占全部在售的比例表示。
平臺接入管理
對接入的第三方追溯平臺或重點企業(yè)追溯系統(tǒng)，設置接入申請?zhí)顖蟆⒔尤肷暾垖徍?、接入系統(tǒng)備案、對接信息監(jiān)控等功能。
（七）追溯設備管理。
對關(guān)鍵追溯設備進行運行狀態(tài)監(jiān)控，包括但不限于手持機、電子秤、服務器等，具備設備信息備案、設備使用管理、設備運行監(jiān)控管理、設備信息分析等功能。各地新建追溯系統(tǒng)應結(jié)合新的交易、支付技術(shù)，創(chuàng)新追溯信息采集方式，不再采用追溯秤、專用查詢機等不符合技術(shù)發(fā)展和應用需求的設備；對現(xiàn)存的無法滿足使用需求的設備，及時依法依規(guī)處置，加快淘汰專用查詢機等現(xiàn)有落后設備。
設備信息備案
可通過平臺直接登記設備備案信息，或接收企業(yè)追溯系統(tǒng)上傳的備案信息。設備信息備案包括但不限于設備類型、設備型號、設備MAC地址、所屬企業(yè)等信息。
設備使用管理
包括但不限于設備配發(fā)、設備維修、設備報廢等信息登記功能，內(nèi)容包括節(jié)點企業(yè)、經(jīng)營商戶、設備類型、設備編號、設備版本等信息。
設備運行監(jiān)控
設備運行監(jiān)控管理對手持機、電子秤、服務器等大型關(guān)鍵設備進行監(jiān)控，判斷關(guān)鍵設備的使用情況，并可按品種、區(qū)域、節(jié)點類型、節(jié)點企業(yè)，或者設備類型提供監(jiān)控面板，也可查看單一設備的信息，使用圖表形式展示?？蓱肎PS電子圍欄實時定位等功能，監(jiān)控追溯電子秤、交易一體機等設備在運行和非運行狀態(tài)下的位置信息。
設備信息分析
對不同地區(qū)設備數(shù)量、地區(qū)占比情況等指標進行分析，采用圖表等方式加以展示。
（八）運行監(jiān)測管理。
實行分級監(jiān)測評價機制。商務部負責對省級（含計劃單列市）重要產(chǎn)品追溯體系運行狀況進行監(jiān)測評價。省級商務主管部門負責對地市級重要產(chǎn)品追溯體系進行監(jiān)測評價。省級平臺接入58個試點城市肉菜流通追溯管理平臺和18個試點省市中藥材流通追溯管理平臺后，由省級商務主管部門負責對試點地區(qū)追溯體系運行情況進行監(jiān)測評價（試點地區(qū)為計劃單列市的，由商務部進行監(jiān)測評價）。地市級商務主管部門負責對納入平臺備案的企業(yè)以及具備條件的縣（區(qū)）追溯管理平臺進行監(jiān)測評價。各地應結(jié)合商務部制定的追溯體系運行監(jiān)測評價辦法，制定本地區(qū)追溯體系運行監(jiān)測評價細則。
制定監(jiān)測評價指標
從追溯體系運行情況、追溯數(shù)據(jù)報送數(shù)量和質(zhì)量情況、追溯體系日常運維管理等角度，按月度/季度等周期對所轄城市/企業(yè)追溯體系運行情況進行智能化綜合評價。
此外，針對城市的運行監(jiān)測，可以結(jié)合追溯工作要求增加相關(guān)監(jiān)測指標，如將追溯主體、品種、環(huán)節(jié)的擴展，以及技術(shù)創(chuàng)新、模式創(chuàng)新、管理創(chuàng)新等納入評價內(nèi)容。
支持各指標閾值的靈活配置，實現(xiàn)指標動態(tài)調(diào)整。具體算法由各省市根據(jù)實際情況合理制定。
追溯體系運行監(jiān)測評價
支持以某一環(huán)節(jié)內(nèi)的節(jié)點企業(yè)為評價對象，劃分優(yōu)秀、良好、達標、不達標等不同等級，設定各等級的閾值區(qū)間，根據(jù)各流通節(jié)點綜合評價結(jié)果，確定其所屬等級并從高到低順序排列，并以圖表等形式予以分析和展示。可以根據(jù)需要，自動提示排名前10位和后10位企業(yè)名單。
支持以單個流通節(jié)點企業(yè)為評價對象，分析給定時間區(qū)間內(nèi)綜合評價結(jié)果的變化趨勢，并開展同比和環(huán)比分析，以折線圖、數(shù)據(jù)表等方式予以分析和展示，從而判斷該企業(yè)追溯工作整體變化情況。
報告生成與發(fā)送
根據(jù)監(jiān)測評價結(jié)果及監(jiān)測評價模板自動生成追溯體系運行監(jiān)測評價報告，通過電子郵件發(fā)送相關(guān)負責人。
（九）公共服務管理。
對信息發(fā)布、公眾留言、公共查詢進行有效管理。
信息發(fā)布
對政策法規(guī)、通知公告、新聞資訊、應急信息等欄目信息進行管理，具有按新增、修改、刪除、發(fā)布及按條件檢索等功能。
公眾留言
網(wǎng)站前臺設置公眾留言窗口，公眾可通過實名或匿名兩種方式，進行建議、詢問、舉報投訴等方面的留言，同時可查看留言回復情況。網(wǎng)站后臺提供留言按條件檢索、查看、刪除、審核、回復等功能。
公共查詢
提供統(tǒng)一的公共服務窗口，創(chuàng)新查詢方式，面向消費者提供追溯信息一站式查詢服務。通過追溯門戶、微信公眾號、移動APP等開設公共信息查詢窗口，有條件的城市可通過12312舉報投訴電話和短信平臺，為消費者提供追溯信息查詢服務。政府投資不再購置獨立于平臺之外的專用查詢機等查詢設備。企業(yè)自行建設追溯系統(tǒng)并采用查詢機方式查詢的，由企業(yè)自行保障運行。
內(nèi)容管理系統(tǒng)要求
為有效管理和維護網(wǎng)站前臺內(nèi)容，需要具有如下內(nèi)容管理功能。應具有欄目（頻道）管理功能，支持自定義欄目功能；具有模板管理功能，通過模板實現(xiàn)不同類型的網(wǎng)站頁面風格；支持靜態(tài)頁面生成技術(shù)，結(jié)合模板和文檔內(nèi)容生成靜態(tài)網(wǎng)頁，提高訪問效率；發(fā)布信息內(nèi)容支持文字、圖片、音頻、視頻等多種元素。
七、性能要求
系統(tǒng)設計應保證各個子系統(tǒng)和功能模塊間的協(xié)同工作和數(shù)據(jù)的有效性、一致性及時效性，包括但不限于：
a)頁面響應時間要求：小于等于3秒；
b)系統(tǒng)應具有完備的安全體系，包括但不限于：應提供安全互聯(lián)、接入控制、統(tǒng)一身份鑒別、授權(quán)管理、惡意代碼防范、入侵檢測、安全審計、終端應用程序安全等安全支撐；
c)應具有完善的容災備份機制；
d)系統(tǒng)的安全保障按照GB/Z 24294的要求；
e)系統(tǒng)應符合GB/T 25068、GB/T 28452的要求；
f)系統(tǒng)應符合GB/T 22239的第二級要求、并應通過《GB/T 28448信息安全技術(shù) 信息系統(tǒng)安全等級保護測評要求》。
g)應能夠動態(tài)調(diào)整系統(tǒng)的網(wǎng)絡帶寬,滿足系統(tǒng)與國家平臺、第三方追溯平臺、大型生產(chǎn)經(jīng)營企業(yè)追溯系統(tǒng)之間的數(shù)據(jù)傳輸要求。
八、接口要求
（一）國家平臺數(shù)據(jù)接口。
應符合《國家重要產(chǎn)品追溯體系數(shù)據(jù)對接技術(shù)要求》。
（二）第三方追溯平臺接口。
應能實現(xiàn)與行業(yè)組織、技術(shù)企業(yè)等建設的第三方產(chǎn)品追溯系統(tǒng)對接，實現(xiàn)數(shù)據(jù)共享。各地可參照《國家重要產(chǎn)品追溯體系數(shù)據(jù)對接技術(shù)要求》并結(jié)合實際情況，自行制定相關(guān)數(shù)據(jù)對接技術(shù)要求及管理規(guī)范。
（三）共建部門系統(tǒng)接口。
應實現(xiàn)與共建部門食用農(nóng)產(chǎn)品、食品、藥品、主要農(nóng)業(yè)生產(chǎn)資料、特種設備、危險品、稀土產(chǎn)品等重要產(chǎn)品追溯管理系統(tǒng)的數(shù)據(jù)交換，各地可參照《國家重要產(chǎn)品追溯體系數(shù)據(jù)對接技術(shù)要求》并結(jié)合實際情況，自行制定數(shù)據(jù)接口標準。
（四）重點企業(yè)追溯系統(tǒng)接口。
根據(jù)企業(yè)自建追溯信息系統(tǒng)的開發(fā)環(huán)境、數(shù)據(jù)結(jié)構(gòu)、編碼規(guī)則等具體情況制定相應的接口規(guī)范，滿足企業(yè)上傳追溯數(shù)據(jù)需求。
數(shù)據(jù)接口應符合《國家重要產(chǎn)品追溯體系數(shù)據(jù)對接技術(shù)要求》。《國家重要產(chǎn)品追溯體系數(shù)據(jù)對接技術(shù)要求》未明確規(guī)定的，應參照《國家重要產(chǎn)品追溯體系數(shù)據(jù)對接技術(shù)要求》并結(jié)合實際情況，自行制定數(shù)據(jù)接口標準。
九、部署環(huán)境要求
（一）網(wǎng)絡要求。
保證互聯(lián)網(wǎng)與內(nèi)網(wǎng)之間用防火墻隔離，禁止外界用戶直接訪問內(nèi)網(wǎng)，以保障內(nèi)部局域網(wǎng)的安全。
（二）機房要求。
鼓勵采用云服務。建有獨立機房的，機房建設應符合相關(guān)標準規(guī)范；機房放置平臺服務器及相關(guān)硬件設備，并制定完善的機房安全管理制度。
（三）服務器要求。
采購服務器的，服務器配置應至少滿足以下三方面需求：一是部署應用中間件和發(fā)布應用程序；二是部署數(shù)據(jù)庫系統(tǒng)；三是數(shù)據(jù)交換需求。
（四）數(shù)據(jù)庫要求。
使用大型商用數(shù)據(jù)庫系統(tǒng)，具有海量數(shù)據(jù)的存儲、加工處理能力，具有配套的高可用性集群解決方案。
十、安全性要求
（一）軟件安全性要求。
程序軟件安全要求
（1）用戶安全。采用有效的安全措施，對登錄用戶進行用戶身份鑒別，對用戶名和密碼進行比較認證，保證登錄用戶為合法用戶。
（2）權(quán)限控制。采用相對嚴格的系統(tǒng)訪問權(quán)限控制措施，確保企業(yè)數(shù)據(jù)安全。通過開發(fā)應用系統(tǒng)訪問權(quán)限控制模塊，做好權(quán)限管理，確保企業(yè)數(shù)據(jù)的安全。
（3）其他要求。軟件開發(fā)完成后，需要經(jīng)過攻擊性測試和壓力測試，確保系統(tǒng)具有一定的抗攻擊能力和訪問壓力，同時建議分級制定系統(tǒng)應急預案。
環(huán)境安全要求
（1）操作系統(tǒng)安全。要求使用正版、穩(wěn)定的服務器版操作系統(tǒng)，支持國產(chǎn)化應用，每周升級系統(tǒng)補丁，加強對密碼的分級管理措施，做到操作系統(tǒng)軟件安全。
（2）數(shù)據(jù)庫軟件安全。使用的數(shù)據(jù)庫應采用數(shù)據(jù)分區(qū)管理的辦法，對數(shù)據(jù)進行分區(qū)存儲；數(shù)據(jù)庫系統(tǒng)的密碼和權(quán)限要求嚴格管理，同時對數(shù)據(jù)庫性能進行調(diào)優(yōu)。建議使用數(shù)據(jù)庫備份軟件，定期對數(shù)據(jù)庫中的數(shù)據(jù)進行冷、熱備份。
（3）應用服務器軟件安全。建議使用主流應用服務器軟件，要求應用服務器軟件承載量高、安全性高、穩(wěn)定性好。
（4）殺毒軟件安全。要求安裝正版高性能殺毒軟件，制定安全措施，每天升級病毒庫，防止病毒感染。
（二）數(shù)據(jù)安全要求。
1.信息安全原則
追溯信息采集堅持依法依規(guī)、必要有用、誰采集誰負責的原則。
各級商務主管部門在規(guī)定之外增加產(chǎn)品追溯品種、擴大追溯主體及信息采集范圍的，應履行必要程序并對所采集信息安全負責；嚴格審核追溯信息的真實性和有效性；在保護企業(yè)和商戶商業(yè)秘密的前提下，依法依規(guī)對采集的數(shù)據(jù)進行分析和利用。
行業(yè)、企業(yè)或第三方平臺在規(guī)定之外擴大追溯信息采集范圍的，應依法依規(guī)開展并對所采集信息安全負責；應建立完善的安全管理制度，依據(jù)相關(guān)標準規(guī)范，真實有效采集、對外交換發(fā)布或留存追溯信息。
追溯平臺應建立信息安全響應和反饋機制，及時受理企業(yè)和消費者信息安全方面的咨詢和投訴。
2.數(shù)據(jù)庫數(shù)據(jù)備份
制定數(shù)據(jù)庫詳細備份制度和方案，及時進行冷備份和增量備份，確保數(shù)據(jù)庫數(shù)據(jù)安全。
3.應用程序數(shù)據(jù)備份
對部署于應用服務器上的程序數(shù)據(jù)和用戶非數(shù)據(jù)庫數(shù)據(jù)，建立定期備份制度，保障數(shù)據(jù)安全。
（三）網(wǎng)絡和硬件安全要求。
平臺須采取容錯性設計，提供網(wǎng)絡安全防范措施，具有惡意攻擊的防護能力，實現(xiàn)安全可靠連續(xù)運行。設置通信網(wǎng)絡設置審核環(huán)節(jié)，對入網(wǎng)用戶進行安全審計，防止非法設備和用戶接入，發(fā)現(xiàn)可疑行為及時報警提示。系統(tǒng)整體安全性要求達到GB/T 22239標準規(guī)定的二級要求。
十一、運行維護要求
平臺應具有運行維護能力，主要包括運行維護能力、運維準備、運維執(zhí)行、運維驗收、運維改進和運維過程管理。
系統(tǒng)運行維護基本要求應符合GB/T 28827.1的要求；系統(tǒng)運行維護的交付應符合GB/T28827.2的要求；系統(tǒng)運行維護的應急響應應符合GB/T28827.3的要求；運行維護的過程管理應至少包含服務級別管理、報告管理、事件管理、問題管理、配置管理、變更管理、信息安全管理、供應商管理等內(nèi)容。
（一）日常維護。
為保證平臺系統(tǒng)安全和穩(wěn)定運行，要求做好日常的監(jiān)控、檢查和維護工作，每月進行項目文檔的歸檔、每天監(jiān)控項目運行日志，并分析可能發(fā)生的異常情況。每季度對軟硬件環(huán)節(jié)進行優(yōu)化和配置文件的備份。
（二）程序代碼可維護。
代碼編寫格式要求統(tǒng)一規(guī)范，重要代碼需注釋，提高程序的可讀性，便于維護。采用代碼版本控制軟件（如CVS、SVN等）對代碼版本進行控制。
（三）運行故障應急處理。
對于系統(tǒng)運行故障，需要做好應急處理預案，確保小故障1小時內(nèi)恢復，一般故障6小時內(nèi)恢復，災難性故障1天內(nèi)恢復，并詳細排查故障原因，做好總結(jié)完善工作。
（四）數(shù)據(jù)對接維護。
建立健全數(shù)據(jù)對接維護機制，設置專人負責維護與國家平臺、第三方追溯平臺、重點企業(yè)追溯系統(tǒng)的數(shù)據(jù)對接運維工作，每天監(jiān)控各傳輸節(jié)點的數(shù)據(jù)接收狀況、數(shù)據(jù)質(zhì)量狀況和數(shù)據(jù)上報狀況，并定期整理維護各數(shù)據(jù)傳輸節(jié)點的備案信息、商品信息、字典信息與追溯信息。
來源：商務部辦公廳
