亚洲av无码av中文av日韩av,日韩精品福利影视,秋霞露脸精品视频,美熟妇中文字幕在线,变形金刚小说,pdf电子书,酒徒小说

免費咨詢電話:400 180 8892

您的購物車還沒有商品,再去逛逛吧~

提示

已將 1 件商品添加到購物車

去購物車結算>>  繼續(xù)購物

您現(xiàn)在的位置是: 首頁 > 免費論文 > 財務管理論文 > 財政電子票據(jù)區(qū)塊鏈技術應用規(guī)范

財政電子票據(jù)區(qū)塊鏈技術應用規(guī)范

 前  言
本標準按照GB/T 1.1—2020《標準化工作導則 第1部分:標準化文件的結構和起草規(guī)則》 的規(guī)則起草。
本標準由浙江省財政廳提出并歸口。
本標準主要起草單位: 浙江省財政票據(jù)管理中心、浙江省數(shù)字財政管理中心、螞蟻科技集團股份有限公司。
本標準主要起草人:

區(qū)塊鏈財政電子票據(jù)規(guī)范
1 范圍
本標準規(guī)定了基于區(qū)塊鏈技術實現(xiàn)的財政電子票據(jù)的技術框架、業(yè)務流程、數(shù)據(jù)規(guī)范和技術要求等。
本標準適用于財政電子票據(jù)的開具、傳輸、存儲歸集、查詢、報銷入賬和歸檔,適用于基于區(qū)塊鏈的財政電子票據(jù)系統(tǒng)的設計、建設、開發(fā)、部署和應用。
2 規(guī)范性引用文件
下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件,僅所注日期的版本適用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。
ISO/AWI 22739 區(qū)塊鏈和分布式記賬技術—術語和概念
ISO/AWI 23257 區(qū)塊鏈和分布式記賬技術—參考架構
ISO/AWI TS 23259 區(qū)塊鏈和分布式記賬技術—合規(guī)性智能合約
GB/T 36609-2018 電子發(fā)票基礎信息規(guī)范
3 術語、定義和縮略語
3.1 術語和定義
3.1.1 
財政票據(jù) finance invoice
由財政部門監(jiān)(?。┲啤l(fā)放、管理,國家機關、事業(yè)單位、具有公共管理或者公共服務職能的社會團體及其他組織依法收取政府非稅收入或者從事非營利性活動收取財物時,向公民、法人和其他組織開具的憑證。
財政票據(jù)包括非稅收類票據(jù)、結算類票據(jù)、其他財政票據(jù)。其中,其他財政票據(jù)包括公益事業(yè)捐贈票據(jù)、醫(yī)療收費票據(jù)、社會團體會費票據(jù)、其他應當由財政部門管理的票據(jù)。
3.1.2 
財政電子票據(jù) finance e-invoice
以數(shù)字信息代替紙質(zhì)文件、以電子簽名代替手工簽章,依托計算機和信息網(wǎng)絡技術開具、存儲、傳輸和接收財政電子票據(jù),實現(xiàn)電子開票、自動核銷、全程跟蹤、源頭控制的電子形式票據(jù)。
注:財政電子票據(jù)基本特征是以數(shù)字信息代替紙質(zhì)文件、以電子簽名代替手工簽章,通過網(wǎng)絡手段進行傳輸流轉(zhuǎn),通過計算機等電子載體進行存儲保管。
3.1.3 
區(qū)塊鏈 blockchain
一種在對等網(wǎng)絡環(huán)境下,通過透明和可信規(guī)則,構建不可偽造、不可篡改和可追溯的塊鏈式數(shù)據(jù)結構,實現(xiàn)和管理事務處理的模式。
3.1.4 
區(qū)塊鏈電子票據(jù)系統(tǒng) blockchain-based e-invoice system
基于區(qū)塊鏈技術實現(xiàn)的財政電子票據(jù)系統(tǒng),借助于區(qū)塊鏈技術在財政票據(jù)應用中以電子數(shù)據(jù)形式實現(xiàn)財政票據(jù)的開具、傳輸、存儲、歸集、應用、入賬和歸檔。
3.1.5 
智能合約 smart contract
存儲在分布式賬本中的計算機程序,其共識執(zhí)行結果都記錄在分布式賬本中。
3.2 縮略語

4 概述
基于區(qū)塊鏈的財政電子票據(jù),簡稱為“區(qū)塊鏈電子票據(jù)”,在財政電子票據(jù)無紙化基礎上,基于區(qū)塊鏈技術,打通電子票據(jù)的所有流程,支持快速可靠的票據(jù)應用。
區(qū)塊鏈電子票據(jù)具有以下特點:
a) 票據(jù)源可信:由財政部門監(jiān)制并上鏈,確保票據(jù)源的可信性;
b) 全鏈路可信:基于區(qū)塊鏈不可篡改、不可抵賴的特點,確保傳輸、存儲、應用全鏈路的可信性;
c) 用票可信:基于實名認證、用票授權等確保用票的可信性;票據(jù)通過狀態(tài)機維護可信狀態(tài)。
5 參考模型
5.1 技術框架
區(qū)塊鏈電子票據(jù)系統(tǒng)的技術框架如圖1所示。

圖1 區(qū)塊鏈電子票據(jù)系統(tǒng)架構圖
區(qū)塊鏈電子票據(jù)系統(tǒng)由支撐系統(tǒng)、服務系統(tǒng)和業(yè)務系統(tǒng)構成。
支撐系統(tǒng)實現(xiàn)電子票據(jù)的存儲、歸集、狀態(tài)機維護等;服務系統(tǒng)分為密鑰子系統(tǒng)、業(yè)務受理子系統(tǒng)和業(yè)務處理子系統(tǒng),其中密鑰子系統(tǒng)負責密鑰管理和密鑰生成,業(yè)務受理子系統(tǒng)實現(xiàn)票據(jù)上鏈(簡稱為“上票”)、換開等,業(yè)務處理子系統(tǒng)實現(xiàn)電子票據(jù)的查詢、理賠、報銷等應用;業(yè)務系統(tǒng)由各票據(jù)業(yè)務使用方搭建,其中服務接入系統(tǒng)面向C端用戶提供票據(jù)的驗證和查詢,應用單位接入系統(tǒng)負責用戶的實名認證,并發(fā)起業(yè)務。
5.2 系統(tǒng)角色
5.2.1 概述
區(qū)塊鏈電子票據(jù)涉及的角色分為服務提供方和服務使用方,相關部署方式參見附錄A。服務提供方包括共識節(jié)點、監(jiān)管節(jié)點、業(yè)務節(jié)點;服務使用方包括財政部門、開票單位、收票方、用票方和監(jiān)管部門。
5.2.2 服務提供方
5.2.2.1 共識節(jié)點
共識節(jié)點參與共識過程,維護全量數(shù)據(jù)。
注:典型的共識節(jié)點如財政管理部門部署的區(qū)塊鏈節(jié)點。
5.2.2.2 監(jiān)管節(jié)點
監(jiān)管節(jié)點不參與共識過程,不維護全量數(shù)據(jù),維護與監(jiān)管職能相關的所有數(shù)據(jù)。
注:典型的監(jiān)管節(jié)點如衛(wèi)生保健部門部署的區(qū)塊鏈節(jié)點、醫(yī)療保障部門部署的區(qū)塊鏈節(jié)點、檔案管理部門部署的區(qū)塊鏈節(jié)點。
5.2.2.3 業(yè)務節(jié)點
業(yè)務節(jié)點不參與共識過程,不維護全量數(shù)據(jù),維護與業(yè)務主體相關的所有數(shù)據(jù)。
注:典型的業(yè)務節(jié)點如醫(yī)院或?qū)W校部署的區(qū)塊鏈節(jié)點。
5.2.3 服務使用方
5.2.3.1 財政部門
財政部門監(jiān)制財政電子票據(jù),通過財政部門接入系統(tǒng)(通常為財政電子票據(jù)管理系統(tǒng)),實現(xiàn)財政電子票據(jù)的上鏈。
財政電子票據(jù)管理系統(tǒng)應進行升級改造以接入?yún)^(qū)塊鏈電子票據(jù)服務系統(tǒng)的受理子系統(tǒng)。接入方式包括但不限于:客戶端、用戶圖形接口、命令行、腳本、API等。
5.2.3.2 開票單位
開票單位宜支持通過區(qū)塊鏈電子票據(jù)系統(tǒng)實現(xiàn)鏈上開票,并對鏈上開具的票據(jù)進行簽名。
開票單位在入賬、歸檔后,應及時將相關信息反饋至區(qū)塊鏈電子票據(jù)系統(tǒng)。
5.2.3.3 收票方
收票方分為個人和單位。
收票方通過服務應用,實現(xiàn)財政電子票據(jù)的查詢。典型的服務應用,如支付寶、浙里辦等。
5.2.3.4 用票方
用票方實現(xiàn)電子票據(jù)的應用、報銷入賬,并在入賬、歸檔后將相關信息反饋至區(qū)塊鏈電子票據(jù)系統(tǒng),更新電子票據(jù)的狀態(tài)。用票方接入系統(tǒng)應對收票方進行實名認證。
注:典型的用票方如醫(yī)療保障部門、保險機構等。
5.2.3.5 監(jiān)管部門
監(jiān)管部門可接收區(qū)塊鏈電子票據(jù)系統(tǒng)推送的與監(jiān)管職能相關的信息。
注:典型的監(jiān)管部門包括財政管理部門、稅務管理部門等。
5.3 區(qū)塊鏈節(jié)點
5.3.1 概述
按照節(jié)點的主要功能,區(qū)塊鏈組網(wǎng)中節(jié)點可分為共識節(jié)點和非共識節(jié)點。共識節(jié)點保證區(qū)塊鏈分布式系統(tǒng)數(shù)據(jù)的一致性;非共識節(jié)點(如監(jiān)管節(jié)點和業(yè)務節(jié)點等)可以提供鏈上數(shù)據(jù)的查詢服務,分散區(qū)塊鏈系統(tǒng)數(shù)據(jù)查詢壓力。
5.3.2 節(jié)點變更
應支持區(qū)塊鏈兩種節(jié)點的動態(tài)增加和刪除,實現(xiàn)根據(jù)具體業(yè)務對資源的動態(tài)擴容或降配,相關要求包括:
a) 區(qū)塊鏈平臺運營方調(diào)用區(qū)塊鏈系統(tǒng)合約,在節(jié)點增加應等待新節(jié)點完成數(shù)據(jù)同步;
b) 區(qū)塊鏈平臺運營方調(diào)用區(qū)塊鏈系統(tǒng)合約,應在釋放節(jié)點資源后完成節(jié)點刪除;
c) 為增強區(qū)塊鏈電子票據(jù)系統(tǒng)的整體健壯性,鏈上共識節(jié)點數(shù)量宜為3f+1。
注:f為系統(tǒng)能夠容錯的節(jié)點個數(shù)。
5.3.3 節(jié)點管理
應根據(jù)實際業(yè)務需求,在不影響現(xiàn)有節(jié)點運行的情況下,由區(qū)塊鏈平臺運營方管理員動態(tài)增加或刪除節(jié)點,且增加或刪除節(jié)點不影響現(xiàn)有業(yè)務的運行。
6 業(yè)務流程
6.1 概述
區(qū)塊鏈電子票據(jù)系統(tǒng)支持的業(yè)務包括:鏈上開票、票據(jù)上鏈(簡稱為“上票”)、票據(jù)查詢、票據(jù)應用(簡稱為“用票”)、票據(jù)入賬、票據(jù)沖紅和票據(jù)換開。
6.2 鏈上開票
鏈上開票基于區(qū)塊鏈系統(tǒng)實現(xiàn)電子票據(jù)的鏈上開具。利用區(qū)塊鏈的可信身份認證、可信計算特性,真正實現(xiàn)區(qū)塊鏈電子票據(jù)開票業(yè)務,保證電子票據(jù)真實有效,同時可節(jié)省人力資源成本。
鏈上開票由執(zhí)收機構發(fā)起開票請求,經(jīng)由區(qū)塊鏈開票業(yè)務系統(tǒng)接入鏈上開票系統(tǒng),生成票據(jù)xml數(shù)據(jù)文件,再經(jīng)由制票服務完成開票單位和財政的電子簽名,生成電子票據(jù)xml文件、pdf或png板式文件。
6.3 票據(jù)上鏈
票據(jù)上鏈業(yè)務,由財政部門發(fā)起,經(jīng)由財政部門接入系統(tǒng),最終存入電子票據(jù)區(qū)塊鏈平臺。業(yè)務流程如圖2所示。

圖2 票據(jù)上鏈業(yè)務流程示意圖
票據(jù)上鏈業(yè)務涉及的角色包括財政部門、收票方;涉及的系統(tǒng)包括受理子系統(tǒng)、密鑰系統(tǒng)、服務應用、電子票據(jù)區(qū)塊鏈。時序圖如圖3所示。

圖3 票據(jù)上鏈業(yè)務時序圖
票據(jù)上鏈業(yè)務流程為:
1.財政部門對票據(jù)進行驗簽;
2.財政部門向受理子系統(tǒng)發(fā)起票據(jù)上鏈請求,生成業(yè)務流水號,并上傳電子票據(jù)的原始文件。原始文件包括描述票據(jù)信息的XML文件,以及票據(jù)版式文件URL地址;
3.受理子系統(tǒng)從XML文件中抽取字段,并驗證數(shù)據(jù)的合法性;
4.受理子系統(tǒng)將需要加密的數(shù)據(jù)進行加密,將需要哈希的數(shù)據(jù)進行哈希運算;
5.受理子系統(tǒng)根據(jù)數(shù)據(jù)規(guī)范(見7.2)構造上鏈數(shù)據(jù);
6.受理子系統(tǒng)將上鏈數(shù)據(jù)傳送給電子票據(jù)區(qū)塊鏈平臺;
7.電子票據(jù)區(qū)塊鏈平臺建立收票方賬戶,并將票據(jù)歸集到該收票方賬戶下;
8.歸集成功后,電子票據(jù)區(qū)塊鏈平臺向財政部門返回交易哈希,并向收票方推送票據(jù)消息。
6.4 票據(jù)查詢
6.4.1 用戶票據(jù)查詢
用戶查詢名下的票據(jù)信息,由收票方發(fā)起,經(jīng)由服務應用系統(tǒng),查詢票據(jù)信息列表并對用戶選取的票據(jù)進行展示。用戶票據(jù)查詢業(yè)務涉及的角色為收票方、業(yè)務處理子系統(tǒng)、服務應用、電子票據(jù)區(qū)塊鏈。交互時序圖如圖4所示。

圖4 用戶票據(jù)查詢業(yè)務時序圖
6.4.2 票據(jù)查驗
票據(jù)查驗服務,由收票方發(fā)起,經(jīng)由服務應用系統(tǒng),查驗票據(jù)真?zhèn)涡畔?。交互時序圖如圖5所示。

圖5 票據(jù)查驗業(yè)務時序圖
6.5 票據(jù)應用
票據(jù)應用業(yè)務,由收票方發(fā)起,由用票方受理,進行報銷、理賠等應用。業(yè)務流程如圖6所示。

圖6 票據(jù)應用業(yè)務流程示意圖
票據(jù)應用業(yè)務涉及的角色為收票方、用票方;涉及的系統(tǒng)包括業(yè)務處理子系統(tǒng)、服務應用、電子票據(jù)區(qū)塊鏈。時序圖如圖7所示。

圖7 票據(jù)應用業(yè)務時序圖
6.6 票據(jù)入賬
票據(jù)入賬指的是企業(yè)單位收入或支出票據(jù), 計入賬簿里進行會計賬務處理。
區(qū)塊鏈電子票據(jù)系統(tǒng)提供按交款方、收款方歸集服務,企事業(yè)單位可以在自己的賬戶下,查詢歸集到的票據(jù),并計入賬簿里進行會計賬務處理。
6.7 票據(jù)沖紅
沖紅是執(zhí)收單位原先開具的票據(jù)有誤或需更正、調(diào)整賬目,而重新開具的紅字票據(jù),通常金額是負數(shù)。執(zhí)收機構可以經(jīng)由區(qū)塊鏈業(yè)務中臺,調(diào)用鏈上沖紅接口,開票紅票,或?qū)⒁延屑t票上鏈。
6.8 票據(jù)換開
票據(jù)換開業(yè)務,由財政部門發(fā)起,經(jīng)由財政部門接入系統(tǒng),由區(qū)塊鏈電子票據(jù)平臺進行處理。業(yè)務流程如圖8所示。

圖8 票據(jù)換開業(yè)務流程示意圖
票據(jù)換開業(yè)務涉及的角色為財政部門;涉及的系統(tǒng)包括受理子系統(tǒng)、電子票據(jù)區(qū)塊鏈。時序圖如圖9所示。

圖9 票據(jù)換開業(yè)務時序圖
6.9 電子票據(jù)狀態(tài)
電子票據(jù)狀態(tài)應包括初始狀態(tài)、狀態(tài)查詢、用票中、已用票、已開紅票、已換開和已入賬,相關狀態(tài)及轉(zhuǎn)換關系如圖10所示。
電子票據(jù)的狀態(tài)機由開票單位和用票方共同維護,通過財政部門統(tǒng)一管理,保持唯一性。通過可信的電子票據(jù)狀態(tài)機,防止財政電子票據(jù)重復報銷套取資金等。

圖10 電子票據(jù)狀態(tài)機
其中,初始狀態(tài)、用票中、已用票、已入賬是電子票據(jù)的有效狀態(tài)。已換開和已開紅票是電子票據(jù)的失效狀態(tài)。電子票據(jù)進入失效狀態(tài)后不應再進行操作。狀態(tài)機流轉(zhuǎn)規(guī)則為:
——票據(jù)上鏈后,進入“初始狀態(tài)”;
——收票方提出換開紙質(zhì)票據(jù)后,相應票據(jù)進入“已換開”狀態(tài);
——開票單位退款或沖紅后,相應票據(jù)進入“已沖紅”狀態(tài);
——用票方從業(yè)務子系統(tǒng)獲取票據(jù)文件后,相應票據(jù)進入“用票中”;
——用票方返回用票結果,相應票據(jù)進入“已用票”;
——用票方提交入賬反饋,相應票據(jù)進入“已入賬”;
——用票方提交開具紅票請求并完成處理后,相應票據(jù)進入“已開紅票”。
7 數(shù)據(jù)規(guī)范
7.1 數(shù)據(jù)格式
電子票據(jù)區(qū)塊鏈存儲的上鏈票據(jù)信息應包括三部分:描述票據(jù)信息的XML文件,票據(jù)版式文件URL地址,票據(jù)關鍵信息,具體信息格式應符合GB/T 36609—2018要求。
其中票據(jù)關鍵信息由受理子系統(tǒng)從XML文件中抽取,應包括以下字段信息:
——票據(jù)代碼;
——票據(jù)號碼;
——票據(jù)校驗碼;
——票據(jù)總金額;
——開票時間;
——開票單位代碼;
——開票單位名稱;
——收票方代碼;
——收票方名稱。
當票據(jù)沖紅時,還應包括以下字段信息:
——相關票據(jù)代碼;
——相關票據(jù)號碼。
7.2 數(shù)據(jù)存儲
上鏈票據(jù)信息中加密存儲的信息包括:
——XML文件;
——版式文件URL地址;
——收票方名稱。
上鏈票據(jù)信息中哈希存儲的信息包括:
——票據(jù)校驗碼;
——開票單位代碼;
——收票方代碼。
上鏈票據(jù)信息中明文存儲的信息包括:
——票據(jù)代碼;
——票據(jù)號碼;
——票據(jù)總金額;
——開票時間;
——開票單位名稱。
具體數(shù)據(jù)存儲如表1所示
表1 數(shù)據(jù)存儲方式
序號 數(shù)據(jù)項 存儲方式
1 電子票據(jù)代碼 明文存儲
2 電子票據(jù)號碼 明文存儲
3 校驗碼 哈希存儲
4 總金額 加密存儲
5 開票時間 加密存儲
6 開票單位代碼 哈希存儲
7 開票單位名稱 加密存儲
8 收票方代碼 哈希存儲
9 收票方名稱 加密存儲
10 電子票據(jù) 加密存儲
11 存儲地址 加密存儲
7.3 數(shù)據(jù)加解密
7.3.1 密鑰生成
密鑰的生成應滿足以下要求:
——一票一密?;谄睋?jù)的代碼、號碼、校驗碼,生成該票據(jù)的唯一加密密鑰,從而確保一張票據(jù)的密鑰泄露不會影響其他票據(jù)的安全。
——密鑰不落盤。密鑰應通過計算的方式得到,禁止在硬盤存儲密鑰,從而避免拷貝等問題帶來的密鑰泄露風險。
——加密的根密鑰應由財政部門或財政部門授權的相關部門進行管理。
密鑰生成方法如圖11所示。

圖11 密鑰生成方法示意圖
7.3.2 加密與解密流程
票據(jù)上鏈時,應在受理子系統(tǒng)完成加密。票據(jù)應用時,應在業(yè)務處理子系統(tǒng)完成解密。加解密流程如圖12所示。

圖12 加解密流程圖
8 基本要求
8.1 實名歸集
電子票據(jù)區(qū)塊鏈平臺應支持實名歸集功能,通過區(qū)塊鏈歸集業(yè)務模塊(包含業(yè)務中臺、數(shù)據(jù)庫和鏈上智能合約)實現(xiàn)。實名歸集功能包括:
——基于收票方代碼建立賬戶;
——將對應收票方的票據(jù)歸集到對應賬戶;
——基于開票單位代碼建立賬戶;
——將對應開票單位的票據(jù)歸集到對應賬戶;
——歸集到賬戶名下的票據(jù)信息,應包含票據(jù)代碼、票據(jù)號碼、票據(jù)檢驗碼、票據(jù)總金額。
8.2 一致性
一致性相關要求包括:
a) 在存儲層級,通過鏈式架構、區(qū)塊存儲、時間戳等關鍵技術以及檢驗機制,實現(xiàn)票據(jù)數(shù)據(jù)存儲的可靠性、不可篡改、不可偽造特性;
b) 網(wǎng)絡層需要對不同節(jié)點的功能進行統(tǒng)一控制,對新生數(shù)據(jù)進行全網(wǎng)傳播后共同認證,驗證完成的新數(shù)據(jù)才能進行區(qū)塊鏈存儲;
c) 在共識層級,應采用共識算法保障交易數(shù)據(jù)的同步性;
在密碼技術層面,要求采用國產(chǎn)密碼 SM2/SM9、SM3、SM4 密碼算法,進行摘要計算、認證簽名、所有權確認與使用權保障,并通過加密技術確保信息安全防護等級,從而保障區(qū)塊數(shù)據(jù)的一致性、可靠性。
8.3 共識機制
共識機制相關要求包括:
a) 交易有效:能夠根據(jù)票據(jù)驗證及背書策略確保區(qū)塊中所有票據(jù)應用有效;
b) 交易有序:能夠確保所有節(jié)點提交和應用票據(jù)順序的一致性;
交易驗證:能夠利用智能合約的接口,驗證票據(jù)的有效性和提交順序。
8.4 不可篡改
不可篡改相關要求包括:
a) 票據(jù)鏈賬本不可篡改,即通過時間戳證明、首尾相連記賬規(guī)則、哈希算法、數(shù)字簽名、共識機制等技術應用和機制設計,保證票據(jù)應用記錄的不可篡改;
b) 鏈下票據(jù)數(shù)據(jù)庫不可篡改,即通過智能合約技術,實現(xiàn)票據(jù)數(shù)據(jù)庫鏈上鏈下的實時映射與比對,保證鏈下數(shù)據(jù)庫的票據(jù)記錄的正確性與完整性。
9 性能要求
9.1 業(yè)務應用
應符合如下要求:
a) 支持的電子票據(jù)容量應不小于20億;
b) 并發(fā)性能不小于3000吞吐量;
c) 票據(jù)上鏈服務響應時間不大于3秒;
9.2 業(yè)務連續(xù)性
應符合如下要求:
a) 應確保區(qū)塊鏈財政電子票據(jù)系統(tǒng)可用率不低于99.999%;
b) 應實現(xiàn)對區(qū)塊鏈財政電子票據(jù)系統(tǒng)及應用的全面監(jiān)控,即監(jiān)控覆蓋率達到100%。
9.3 平臺高可用
平臺高可用相關要求如下:
a) 宜支持異地多活技術,不同城市建立獨立的數(shù)據(jù)中心,接入高可用架構;
b) 宜實現(xiàn)相距大于150公里的異地多數(shù)據(jù)中心架構;
c) 宜確保任何單機、單機房或單個城市故障,都不會停止服務,即系統(tǒng)恢復時間(RTO)為0;
d) 宜確保數(shù)據(jù)恢復時間(RPO)不高于60秒;
e) 宜確保業(yè)務功能恢復時間不高于30分鐘。

附 錄 A
(資料性附錄)
區(qū)塊鏈電子票據(jù)系統(tǒng)部署方式
區(qū)塊鏈電子票據(jù)系統(tǒng)部署可分為三種模式:
A.1 專網(wǎng)部署方式
區(qū)塊鏈電子票據(jù)核心系統(tǒng)部署在財政專網(wǎng)內(nèi),通過白名單、數(shù)字證書、簽名密鑰的方式向外部需求方提供服務。
A.2 互聯(lián)網(wǎng)部署方式
區(qū)塊鏈電子票據(jù)核心系統(tǒng)部署在互聯(lián)網(wǎng)并提供RESTful服務,外部機構單位可以訪問區(qū)塊鏈電子票據(jù)系統(tǒng),提交開票、換開、沖紅、用票流轉(zhuǎn)等業(yè)務。
A.3 專網(wǎng)-互聯(lián)網(wǎng)互通方式
區(qū)塊鏈電子票據(jù)系統(tǒng)通常包括前端執(zhí)收機構管理、RESTful服務、業(yè)務中臺、區(qū)塊鏈組網(wǎng)節(jié)點、業(yè)務數(shù)據(jù)庫等部分組成。前端執(zhí)收機構管理、RESTful服務、業(yè)務中臺 實現(xiàn)了互聯(lián)網(wǎng)、財政專網(wǎng)的互通。

 

參 考 文 獻
[1] 財綜[2017]32號 財政部關于印發(fā)《關于穩(wěn)步推進財政電子票據(jù)管理改革的試點方案》的通知
[2] 中華人民共和國財政部令第104號--財政部關于修改《財政票據(jù)管理辦法》的決定
[3] 網(wǎng)信辦[2019]3號 《區(qū)塊鏈信息服務管理規(guī)定》

 

服務熱線

400 180 8892

微信客服