DB33∕T 2382-2021 財政電子票據(jù)區(qū)塊鏈技術應用規(guī)范

1、ICS01.140.3033CCSA 02浙江省地方標準DB33/T 23822021 財政電子票據(jù)區(qū)塊鏈技術應用規(guī)范Technical specification for financial e-invoice blockchain system 2021 - 09 - 30 發(fā)布2021 - 10 - 30 實施浙江省市場監(jiān)督管理局發(fā) 布學兔兔 標準下載DB33/T 23822021目次前言III1 范圍12 規(guī)范性引用文件13 術語和定義14 系統(tǒng)架構14.1 架 構圖14.2 服務使用方25 總體要求35.1 業(yè)務應用35.2 高可用性35.3 可 信性36 業(yè)務通用要求36.1 實名

2、歸集36.2 票據(jù)業(yè)務不可篡改性47 技術要求47.1 節(jié)點管理47.2 一 致性47.3 共識機制48 業(yè)務流程要求58.1 基本要求58.2 鏈上開票58.3 票據(jù)沖紅58.4 票據(jù)上鏈68.5 票據(jù)查詢68.6 票據(jù)應用68.7 票據(jù)入賬68.8 票據(jù)歸檔69 數(shù)據(jù)要求79.1 數(shù)據(jù)格式79.2 數(shù)據(jù)加解密7附錄 A （資料性） 區(qū)塊鏈財政電子票據(jù)系統(tǒng)部署方式9附錄 B （資料性） 區(qū)塊鏈財政電子票據(jù)開票及應用案例10參考文獻11 I DB33/T 23822021前言本標準按照 GB/T 1.12020標準化工作導則 第1部分：標準化文件的結構和起草規(guī)則的規(guī)定起草。 請注意本文件的某些

3、內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。本標準由浙江省財政廳提出并歸口。本標準起草單位：浙江省財政票據(jù)管理中心、浙江省數(shù)字財政管理中心、螞蟻科技集團股份有限公司、浙江省方大標準信息有限公司。本標準主要起草人：藍一鳴、葉時寶、聶勇、文昕、黃健民、金永勤、彭晉、王昕、昌文婷、鈕清鋒、張曉蒙、朱敏、王春聰。II DB33/T 23822021財政電子票據(jù)區(qū)塊鏈技術應用規(guī)范1 范圍本標準規(guī)定了基于區(qū)塊鏈技術的財政電子票據(jù)的系統(tǒng)架構、總體要求、業(yè)務通用要求、技術要求、業(yè)務流程要求和數(shù)據(jù)要求。 本標準適用于基于區(qū)塊鏈技術的財政電子票據(jù)系統(tǒng)的設計、開發(fā)、部署和應用，以及財政電子票據(jù)全生命周期

4、管理。 2 規(guī)范性引用文件本文件沒有規(guī)范性引用文件。 3 術語和定義下列術語和定義適用于本文件。 3.1 3.1財政票據(jù)finance invoice由財政部門監(jiān)（?。┲?、發(fā)放、管理，國家機關、事業(yè)單位、具有公共管理或者公共服務職能的社會團體及其他組織依法收取政府非稅收入或者從事非營利性活動收取財物時，向公民、法人和其他組織開具的憑證。 注：財政票據(jù)包括非稅收入類票據(jù)、結算類票據(jù)、其他財政票據(jù)。其中，其他財政票據(jù)包括公益事業(yè)捐贈票據(jù)、醫(yī)療收費票據(jù)、社會團體會費票據(jù)、其他應當由財政部門管理的票據(jù)。 3.2 3.2財政電子票據(jù)finance e-invoice以數(shù)字信息代替紙質文件、以電子簽名代替

5、手工簽章，依托計算機和信息網(wǎng)絡技術開具、存儲、傳輸和接收財政電子票據(jù)，實現(xiàn)電子開票、自動核銷、全程跟蹤、源頭控制的電子形式票據(jù)，以下簡稱“電子票據(jù)”。 3.3 3.3區(qū)塊鏈blockchain使用密碼技術鏈接將共識確認過的區(qū)塊按順序追加形成的分布式賬本。 注：區(qū)塊鏈旨在防止篡改并創(chuàng)建最終的、確定的和不變的賬本記錄 3.4 3.4智能合約smart contract存儲在分布式賬本中的計算機程序，其共識執(zhí)行結果都記錄在分布式賬本中。4 系統(tǒng)架構4.1 架構圖1 DB33/T 238220214.1.1 區(qū)塊鏈財政電子票據(jù)系統(tǒng)應由支撐系統(tǒng)、服務系統(tǒng)和業(yè)務系統(tǒng)構成，其框架如圖 1 所示。區(qū)塊鏈財政電

6、子票據(jù)系統(tǒng)部署方式的相關示例見附錄 A。 圖1區(qū)塊鏈財政電子票據(jù)系統(tǒng)架構圖4.1.2 支撐系統(tǒng)主要通過區(qū)塊鏈的共識機制、塊鏈存儲、隱私保護和合約引擎提供存證服務和智能合約服務。 4.1.3 服務系統(tǒng)包含密鑰子系統(tǒng)和業(yè)務處理子系統(tǒng)，其中密鑰子系統(tǒng)負責密鑰管理和密鑰生成，業(yè)務處理子系統(tǒng)實現(xiàn)票據(jù)上鏈、查詢、理賠、報銷等業(yè)務的處理。 4.1.4 業(yè)務系統(tǒng)提供接入系統(tǒng)，用于服務使用方發(fā)起業(yè)務。 4.2 服務使用方4.2.1 財政部門財政部門監(jiān)制財政電子票據(jù)，通過財政部門接入系統(tǒng)（通常為財政電子票據(jù)管理系統(tǒng)），實現(xiàn)電子票據(jù)的上鏈。 財政電子票據(jù)管理系統(tǒng)應進行升級改造以接入?yún)^(qū)塊鏈財政電子票據(jù)服務系統(tǒng)的業(yè)務處

7、理子系統(tǒng)。接入方式包括但不限于客戶端、用戶圖形接口、命令行、腳本、API等。 4.2.2 開票單位開票單位宜支持通過區(qū)塊鏈財政電子票據(jù)系統(tǒng)實現(xiàn)鏈上開票，并對鏈上開具的票據(jù)進行簽名。開票單位在開具、沖紅后，應及時將相關信息反饋至區(qū)塊鏈財政電子票據(jù)系統(tǒng)。 4.2.3 收票方2 DB33/T 23822021收票方分為個人和單位。 收票方通過服務應用，實現(xiàn)電子票據(jù)的查詢。 注：典型的服務應用，如支付寶、浙里辦等。 4.2.4 用票方用票方實現(xiàn)電子票據(jù)的應用、報銷入賬，并在入賬、歸檔后將相關信息反饋至區(qū)塊鏈財政電子票據(jù)系統(tǒng)，更新電子票據(jù)的狀態(tài)。用票方接入系統(tǒng)應對收票方進行實名認證。 注：典型的用票方如

8、醫(yī)療保障部門、保險機構等。 4.2.5 監(jiān)管部門監(jiān)管部門可接收區(qū)塊鏈財政電子票據(jù)系統(tǒng)推送與監(jiān)管職能相關的信息。 5 總體要求5.1 業(yè)務應用區(qū)塊鏈財政電子票據(jù)系統(tǒng)應符合如下要求： a) 支持的電子票據(jù)容量應不小于 20 億張； b) 并發(fā)性能支撐同時并行處理不小于 3 000 筆業(yè)務； c) 票據(jù)上鏈服務響應時間應不大于 3 s。 5.2 高可用性區(qū)塊鏈財政電子票據(jù)系統(tǒng)應符合如下要求： a) 區(qū)塊鏈財政電子票據(jù)系統(tǒng)可用率應不低于 99.999 %； b) 對區(qū)塊鏈財政電子票據(jù)系統(tǒng)及應用監(jiān)控覆蓋率應達到 100 %； c) 宜支持異地多活技術，不同城市建立獨立的數(shù)據(jù)中心，接入高可用架構； d)

9、宜實現(xiàn)相距大于 150 km 的異地多數(shù)據(jù)中心架構； e) 任何單機、單機房或單個城市故障，均不宜停止服務，即系統(tǒng)恢復時間為 0； f) 數(shù)據(jù)恢復時間不宜高于 60 s； g) 業(yè)務功能恢復時間不宜高于 30 min。 5.3 可信性區(qū)塊鏈財政電子票據(jù)系統(tǒng)應符合如下要求： a) 由財政部門監(jiān)制并上鏈，確保票據(jù)源的可信性； b) 基于區(qū)塊鏈不可篡改、不可抵賴的特點，確保傳輸、存儲、應用全鏈路的可信性； c) 基于實名認證、用票授權等確保用票的可信性； d) 支持票據(jù)在鏈上可信狀態(tài)的維護。 6 業(yè)務通用要求6.1 實名歸集區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持實名歸集功能： a) 基于收票方代碼建立賬戶，并

10、將對應收票方的票據(jù)歸集到對應賬戶； 3 DB33/T 23822021b) 基于開票單位代碼建立賬戶，并將對應開票單位的票據(jù)歸集到對應賬戶； c) 歸集到賬戶名下的票據(jù)信息，應包含票據(jù)代碼、票據(jù)號碼、票據(jù)檢驗碼、票據(jù)總金額。 6.2 票據(jù)業(yè)務不可篡改性區(qū)塊鏈財政電子票據(jù)系統(tǒng)應具備不可篡改特性： a) 通過時間戳證明、首尾相連記賬規(guī)則、哈希算法、數(shù)字簽名、共識機制等技術應用和機制設計, 保證電子票據(jù)鏈賬本不可篡改； b) 通過智能合約技術，實現(xiàn)電子票據(jù)數(shù)據(jù)庫鏈上鏈下的實時映射與比對，保證鏈下電子票據(jù)數(shù)據(jù)庫不可篡改。 7 技術要求7.1 節(jié)點管理7.1.1 區(qū)塊鏈組網(wǎng)中節(jié)點可分為共識節(jié)點和非共識節(jié)

11、點。共識節(jié)點參與共識保證區(qū)塊鏈分布式系統(tǒng)數(shù)據(jù)的一致性，非共識節(jié)點（如監(jiān)管節(jié)點和業(yè)務節(jié)點等）可以提供鏈上數(shù)據(jù)的查詢服務，分散區(qū)塊鏈系統(tǒng)數(shù)據(jù)查詢壓力。 注1：典型的共識節(jié)點如財政管理部門部署的區(qū)塊鏈節(jié)點。 注2：典型的非共識節(jié)點如衛(wèi)生保健部門、醫(yī)療保障部門、檔案管理部門等監(jiān)管部門部署的節(jié)點，業(yè)務節(jié)點如醫(yī)院或學校等用票房部署的節(jié)點。 7.1.2 應支持區(qū)塊鏈兩種節(jié)點的動態(tài)增加和刪除，實現(xiàn)根據(jù)具體業(yè)務對資源的動態(tài)擴容或降配，相關要求包括： a) 應在等待新節(jié)點同步數(shù)據(jù)后完成節(jié)點增加； b) 應在釋放節(jié)點資源后完成節(jié)點刪除； c) 鏈上共識節(jié)點數(shù)量應保證系統(tǒng)的整體健壯性； d) 動態(tài)增加或刪除節(jié)點不影響

12、現(xiàn)有業(yè)務的運行。 7.2 一致性區(qū)塊鏈財政電子票據(jù)系統(tǒng)應符合一致性要求，主要包括： a) 在數(shù)據(jù)存儲方面，通過鏈式架構、區(qū)塊存儲、時間戳等關鍵技術以及檢驗機制，實現(xiàn)電子票據(jù)數(shù)據(jù)存儲的可靠性、不可篡改、不可偽造特性； b) 在網(wǎng)絡通信方面，需要對不同節(jié)點的功能進行統(tǒng)一控制，對新生數(shù)據(jù)進行全網(wǎng)傳播后共同認證， 驗證完成的新數(shù)據(jù)才能進行區(qū)塊鏈存儲； c) 在密碼技術方面，應使用安全并符合國家密碼管理規(guī)定的算法和協(xié)議進行摘要計算、認證簽名、所有權確認與使用權保障，并通過加密技術確保信息安全防護等級，從而保障區(qū)塊數(shù)據(jù)的一致性、可靠性。 7.3 共識機制區(qū)塊鏈財政電子票據(jù)系統(tǒng)應遵循共識機制，主要包括： a

13、) 能夠根據(jù)電子票據(jù)驗證及背書策略確保區(qū)塊中所有電子票據(jù)應用有效； b) 能夠確保所有節(jié)點提交和應用電子票據(jù)順序的一致性； c) 能夠利用智能合約接口，驗證電子票據(jù)的有效性和提交順序。 4 DB33/T 238220218 業(yè)務流程要求8.1 基本要求區(qū)塊鏈財政電子票據(jù)系統(tǒng)應當支持財政電子票據(jù)的鏈上開票、票據(jù)沖紅、票據(jù)上鏈、票據(jù)查詢、票據(jù)應用、票據(jù)入賬和票據(jù)歸檔等功能，其業(yè)務流程見圖2。區(qū)塊鏈財政電子票據(jù)開票及應用案例的相關示例見附錄B。 圖2區(qū)塊鏈財政電子票據(jù)系統(tǒng)業(yè)務流程圖區(qū)塊鏈財政電子票據(jù)系統(tǒng)應記錄財政電子票據(jù)的狀態(tài)變化，狀態(tài)應包括已開具、已沖紅、用票中、已用票、已入賬和已歸檔。其中，已開

14、具、用票中、已用票、已入賬、已歸檔是電子票據(jù)的有效狀態(tài)； 已沖紅是電子票據(jù)的失效狀態(tài)；電子票據(jù)進入失效狀態(tài)后不應再進行操作。 a) 鏈上開票或票據(jù)上鏈后，標記為“已開具”狀態(tài)； b) 開票單位票據(jù)沖紅后，標記為“已沖紅”狀態(tài)； c) 用票方進行票據(jù)應用時，標記為“用票中”狀態(tài)； d) 用票方票據(jù)應用返回結果后，標記為“已用票”狀態(tài)； e) 用票方提交票據(jù)入賬反饋，標記為“已入賬”狀態(tài)； f) 用票方提交票據(jù)歸檔反饋，標記為“已歸檔”狀態(tài)。 8.2 鏈上開票區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持電子票據(jù)鏈上開具，具體流程為： a) 開票單位向區(qū)塊鏈財政電子票據(jù)系統(tǒng)發(fā)起開票請求； b) 生成財政賦碼； c)

15、 完成開票單位和財政的電子簽名； d) 生成電子票據(jù)文件； e) 完成鏈上開票。 注：上述流程均在鏈上執(zhí)行。 8.3 票據(jù)沖紅區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持票據(jù)沖紅，以實現(xiàn)開票單位因原開具電子票據(jù)有誤需更正、調整時， 而開具的紅字票據(jù)，通常金額是負數(shù)。具體流程為：a) 開票單位向區(qū)塊鏈財政電子票據(jù)系統(tǒng)發(fā)起沖紅請求； b) 查詢原始電子票據(jù)是否處于不可沖紅狀態(tài)，如用票中、已用票、已入賬、已歸檔、已沖紅等； 5 DB33/T 23822021c) 若處于可沖紅狀態(tài)，則執(zhí)行紅票鏈上開具，或紅票票據(jù)上鏈，完成沖紅。 8.4 票據(jù)上鏈票據(jù)上鏈業(yè)務，應由財政部門發(fā)起，經由財政部門接入系統(tǒng)，最終存入?yún)^(qū)塊鏈財政

16、電子票據(jù)系統(tǒng)。具體流程應如下： a) 交款人到開票單位辦理業(yè)務，業(yè)務辦理完畢開票單位收取款項； b) 開票單位接入系統(tǒng)生成電子票據(jù)文件并完成單位簽名，文件內數(shù)據(jù)格式可為 XML、JSON 等其他純文本格式，文件應使用安全并符合國家密碼管理規(guī)定的算法和協(xié)議進行加密； c) 財政部門對電子票據(jù)文件進行監(jiān)制簽名； d) 完成開票后上鏈。 8.5 票據(jù)查詢8.5.1 收票方票據(jù)查詢區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持收票方查詢名下的電子票據(jù)信息列表，并對用戶選取的電子票據(jù)進行展示。具體流程為： a) 收票方向區(qū)塊鏈財政電子票據(jù)系統(tǒng)發(fā)起查詢請求； b) 核驗收票方身份，系統(tǒng)向其展示查詢的電子票據(jù)信息列表； c)

17、 收票方按需查看并使用電子票據(jù)。 8.5.2 票據(jù)查驗區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持票據(jù)查驗服務，實現(xiàn)電子票據(jù)真?zhèn)涡畔⒌暮蓑?。具體流程為： a) 收票方或經授權的用票方發(fā)起票據(jù)查驗，驗證電子票據(jù)真?zhèn)危⑤斎胛逡?，即電子票?jù)代碼、電子票據(jù)號碼、校驗碼、票據(jù)金額、開票日期； b) 身份核驗； c) 返回電子票據(jù)真?zhèn)涡畔ⅰ?8.6 票據(jù)應用區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持票據(jù)應用服務，實現(xiàn)報銷、理賠等應用。具體流程為： a) 由收票方或經授權的用票方發(fā)起票據(jù)應用； b) 用票方應用時，從鏈上獲取應用所需的電子票據(jù)文件； c) 用票方處理后，并返回應用結果。 8.7 票據(jù)入賬區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持票

18、據(jù)入賬服務，實現(xiàn)企業(yè)單位收入或支出票據(jù), 計入賬簿里，完成會計賬務處理。具體流程為：a) 開票單位發(fā)起入賬請求； b) 查詢該電子票據(jù)的鏈上狀態(tài)； c) 若符合入賬規(guī)則，將該電子票據(jù)入賬。 8.8 票據(jù)歸檔區(qū)塊鏈財政電子票據(jù)系統(tǒng)應支持票據(jù)歸檔服務，實現(xiàn)單位將財政票據(jù)關聯(lián)到單位電子檔案。 6 DB33/T 23822021具體流程為： a) 單位發(fā)起票據(jù)歸檔請求； b) 查詢該電子票據(jù)的鏈上狀態(tài)； c) 若符合歸檔規(guī)則，將該電子票據(jù)歸檔。 9 數(shù)據(jù)要求9.1 數(shù)據(jù)格式區(qū)塊鏈存儲的上鏈電子票據(jù)信息數(shù)據(jù)格式應符合表1的要求，包含數(shù)據(jù)項、數(shù)據(jù)類型、數(shù)據(jù)長度、數(shù)據(jù)說明、存儲方式等內容。 表1上鏈電子票據(jù)

19、信息數(shù)據(jù)格式序號 數(shù)據(jù)項 數(shù)據(jù)類型 數(shù)據(jù)長度 數(shù)據(jù)說明 存儲方式 數(shù)據(jù)備注 1 電子票據(jù)代碼 數(shù)組 定長，推薦 8 字節(jié) 用于描述財政電子票據(jù)的種類信息 明文存儲 必選 2 電子票據(jù)號碼 數(shù)組 定長，推薦 10 字節(jié) 電子票據(jù)號碼，與電子票據(jù)代碼組合，具有唯一性 明文存儲 必選 3 校驗碼 字符串 定長，推薦 6 字節(jié) 6 位長度數(shù)字字母隨機組成校驗碼 哈希存儲 必選 4 總金額 數(shù)值 定長，推薦 21 字節(jié) 電子票據(jù)的票面合計金額 加密存儲 必選 5 開票時間 日期 定長，推薦 8 字節(jié) 電子票據(jù)的開具日期 加密存儲 必選 6 開票單位代碼 字符串 不定長，推薦 30 字節(jié)以內 電子票據(jù)的開

20、票單位代碼，一般為統(tǒng)一社會信用代碼 哈希存儲 必選 7 開票單位名稱 字符串 不定長，推薦 100 字節(jié)以內 電子票據(jù)的開票單位名稱 加密存儲 必選 8 收票方代碼 字符串 不定長，推薦 30 字節(jié)以內 電子票據(jù)的交款人代碼，個人一般為身份證號，單位一般為統(tǒng)一社會信用代碼 哈希存儲 必選 9 收票方名稱 字符串 不定長，推薦 100 字節(jié)以內 電子票據(jù)的交款人名稱 加密存儲 必選 10 相關票據(jù)代碼 數(shù)組 定長，推薦 8 字節(jié) 預留擴展字段，開具紅票時在此填寫原票據(jù)代碼 明文存儲 可選 11 相關票據(jù)號碼 數(shù)組 定長，推薦 10 字節(jié) 預留擴展字段，開具紅票時在此填寫原票據(jù)號碼 明文存儲 可選

21、 12 電子票據(jù) 字符串 不定長 財政電子票據(jù)數(shù)據(jù) XML 文件 加密存儲 必選 13 存儲地址 字符串 不定長 財政電子票據(jù)數(shù)據(jù) XML 文件存儲位置 加密存儲 必選 注：哈希存儲亦稱“散列存儲”，專用于集合結構的一種存儲方式。 9.2 數(shù)據(jù)加解密9.2.1 密鑰生成7 DB33/T 23822021密鑰的生成應滿足以下要求： a) 基于電子票據(jù)代碼、號碼和校驗碼，生成該電子票據(jù)唯一的加密密鑰，從而確保一張電子票據(jù)的密鑰泄露不會影響其他電子票據(jù)的安全； b) 密鑰應通過計算的方式得到，不應在硬盤存儲； c) 加密的根密鑰應由財政部門或財政部門授權的相關部門進行管理。 9.2.2 加密與解密流程票據(jù)上鏈時，應在服務系統(tǒng)完成加密。票據(jù)應用時，應在服務系統(tǒng)完成解密。加解密流程如圖3所示。 圖3加解密流程圖8 DB33/T 23822021附錄A（資料性）區(qū)塊鏈財政