數電時代納稅申報系統產品設計建議

在數字化時代，納稅申報系統的設計對於提高企業稅務管理效率和合規性至關重要。本文深入探討了納稅申報系統的產品設計理念，涵蓋了從業務流程、系統架構到用戶界面的全方位內容。

稅收是國家公共財政最主要的收入形式和來源。國家通過納稅申報的方式進行稅收徵收管理。

企業通過納稅申報，向稅務機關提交有關納稅事項書面報告。

金稅四期之前，納稅申報系統由各省市稅務機關自行管理，只有頁面沒有接口。多省經營的集團型企業，在納稅申報時，需要適應不同省份的軟件系統，線下手工處理或通過開發/外採納稅申報前置系統等方式，提前準備好納稅申報資料，在徵期將資料提交給稅局並完成繳稅。

金稅四期，爲方便此類企業更簡捷地納稅，國家稅務總局搭建了全國統一的納稅申報系統，同時提供web頁面、APP和API接口服務，方便各類企業在各種場景下合規納稅。同時，達到稅務機關數字化監管市場行爲的目的。

本文將從納稅申報介紹、業務流程與架構、申報產品通道、納稅申報產品設計等幾個方面進行建模和探索，提供納稅申報系統產品設計建議，以期拋磚引玉，與志同道合的夥伴共同創造更易用的納稅申報系統和更有價值的商業模式。

內容目錄如下所示，內容較多，請在相對充裕的時間閱讀或按需閱讀：

1、納稅申報介紹

1.1節：納稅申報的定義

1.2節：納稅申報系統簡介

1.3節：應用場景示例

2、業務流程與架構

2.1節：納稅申報的業務範圍

2.2節：納稅申報的業務流程

2.3節：納稅申報的產品架構

3、申報產品通道

3.1節：樂企/電子稅局/增值稅綜合服務平臺通道

4、納稅申報產品設計

4.1節：業務模型

4.1.1 新增表樣

4.1.2 基礎設置

4.1.3 數據採集

4.1.4 公式定義

4.1.5 準備申報

4.1.6 提交審批

4.1.7 電子報稅

4.1.8 憑證歸檔

4.2節：增值稅及附加稅費申報

4.2.1 業務流程

4.2.2 系統邏輯

4.2.3 頁面示例

一、納稅申報系統介紹

1.1 納稅申報定義

納稅申報定義：

納稅申報，指納稅人按照法律規定和稅務機關的要求，定期向稅務機關報告其應納稅的收入、利潤或其他應稅項目，並按照規定計算應納稅額的過程。這是納稅人履行法定納稅義務的基本方式之一。

納稅申報步驟：

確定納稅主體：確定誰是納稅人，即誰需要進行納稅申報。

確定納稅期限：根據稅法規定，確定納稅申報的週期，可能是每月、每季度或每年。

計算應納稅額：根據稅法規定和納稅人的具體情況，計算出應繳納的稅款。

填寫納稅申報表：將計算結果填寫在規定的納稅申報表上。

提交申報表：將填寫好的納稅申報表在規定的時間內提交給稅務機關。

繳納稅款：根據申報的應納稅額，按時足額繳納稅款。

納稅申報內容：

納稅人、扣繳義務人的納稅申報或者代扣代繳、代收代繳稅款報告表的主要內容包括：稅種、稅目、應納稅項目或者應代扣代繳、代收代繳稅款項目、適用稅率或者單位稅額、計稅依據、扣除項目及標準、應納稅額或者應代扣代繳、代收代繳稅額、稅款所屬期限等。

1.2 納稅申報系統簡介

目前會搭建納稅申報系統的有幾類單位：

國家稅務總局。

需要財稅信息化的企業。

提供業財稅集成化服務的軟件服務商。

提供納稅申報服務的軟件服務商。

在搭建納稅申報系統過程中，數據源比較重要，不同稅種，數據源不一致，需要分開處理。

數據源處理完成後，後續的申報表填寫、納稅申報、稅費繳納，流程相對一致，每個地區每個稅種的細節，也有區別。

1.3 應用場景示例

目前中國需要繳納稅費的稅種共18個，以公司從設立到年底結算的納稅場景舉例，相對典型的場景和所納稅種如下圖所示，絕大多數企業不會遇到所有稅種，一般需要繳納其中的兩三種或七八種的樣子。

納稅申報系統需根據實際需求包含以上稅種。

二、業務流程與架構?

2.1 納稅申報的業務範圍

根據上文提到的納稅申報步驟及申報資料通過系統自動化填寫或計算的需求，一般將納稅申報系統的業務類型設置爲：數據源管理、稅金計算、申報表、一鍵申報、稅費繳納和基礎信息。

如下表所示：

數據源指在納稅申報表自動化填寫或計算時，需要採集數據的來源。一個稅種需要哪些數據作爲填寫申報表的依據，那麼這些數據對應的系統，就是源數據系統。申報系統需要將數據採集並在申報系統管理，採集後所形成的諸多臺賬，即申報系統的數據源。

數據源自動生成申報表，是需要通過規則和計算公式轉化的，這個過程在申報系統裡成爲“稅金計算”過程，根據具體稅種的業務要求，配置好相應的規則和邏輯，在需要生成申報表的屬期生成對應的申報表，是稅金計算環節需要做到的工作。

申報表表樣可以是在代碼裡寫好，也可以通過報表生成。數據源根據稅金計算結果產生的申報數據，最終落在申報表表樣裡，形成即將申報的文件。

確認填寫好的申報表內容無誤後（通過檢查、校驗、調整、審批等方式確認內容可用性），與稅局通道對接，完成一鍵申報工作。

申報通過後，與銀行或者資金系統對接，完成稅費繳納工作。

從數據源管理到稅費繳納，每一步都需要與一些基礎信息交互，比如稅務日曆、減免稅政策、計稅信息等。這類基礎信息可抽取到一個模塊管理，存儲時需支持業務側頻繁調用。

對上述業務範圍進行設計和處理時，有幾點建議供參考：

數據源管理時，建議做到開放、多源，便於後續根據實際情況隨時調整。

數據清洗時，建議支持靈活的規則設置（規則靈活），政策或業務需求有調整時，可快速適配。

稅金計算的公式定義，需精準可推敲，遇到檢查申報表有問題時，能夠層層回推，找到根源點。

申報表數據展現時，如條件允許，建議表樣可配置，產品使用者在接收到政策變更時自行調整表樣是最好的；產品開發者通過調整代碼邏輯的方式調整表樣，可能會影響當前或者下個屬期的申報進度。

不同稅種的應納稅項目、數據源、稅金計算、申報表、稅收優惠政策等均有區別，所以申報系統的系統配置化非常重。在真正使用系統前及稅局對某些內容有調整時，都需相應的改變某些配置項。

所以，納稅申報系統，除上述與申報流程有關的主要業務類型外，對於申報配置的設計，也要着重考慮。

2.2 納稅申報的業務流程

一般而言，企業的納稅申報系統，業務流程如下圖所示。

申報系統將從業務系統、財務系統、發票系統等位置獲取涉稅數據，按照一定的計稅規則，形成對應的計稅臺賬，若自動獲取的數據信息不全，可以手工補錄其他信息。

根據稅金計算，形成對應的申報表，確認無誤後提交電子報稅，稅局接收後，可以進行稅金支付操作。

申報完成後，將完稅憑證和銀行回單等資料的歸檔管理。

2.3 納稅申報的產品架構

搭建納稅申報系統時，可以根據實際業務訴求，規劃納稅申報系統架構。

根據業務需要會將系統分爲數據源管理、計稅規則配置、計稅臺賬管理、納稅申報等多個模塊，如下圖所示：

申報系統一般從上游系統獲取數據源，根據實際需要，連接業務系統、財務系統、合同系統、發票系統、資金系統、出口退稅系統等，獲取對應的財務、發票、合同、土地、房源、污染物、資源等信息，在數據源中進行管理。產品中可設計數據源管理模塊，管理相關內容。

可以設置會計科目映射、報表項目映射等計稅規則，將數據源轉爲對應臺賬。產品中可設計計稅規則配置模塊，完成相關規則的配置。

需要作爲臺賬管理的項目，可以按需設計產品臺賬，比如增值稅及附加所需要的銷項發票臺賬、進項發票臺賬、未開票收入臺賬等。

通過報表維度定義、公式定義、模型定義等方式，創建及管理申報表，並將數據源及臺賬信息，轉化爲申報表信息。這些一般放在申報表配置模塊實現，可以放開給終端客戶自行設置，也可以放在後臺由系統管理或開發者設置。

申報系統需設計納稅申報模塊，對申報的週期、稅源等進行管理，並完成稅費計算、規則校驗、一鍵申報、稅費繳納、完稅憑證管理等任務。

爲備查審計及稅務信息，需進行稅務檔案的歸檔，此模塊可根據企業規劃放在電子檔案或納稅申報系統中。

至於稅務層的分析，比如統計報表、管理報表、管理駕駛艙等，根據企業實際管理需求，按需規劃和設計即可。

申報所需的基礎信息和公共服務，可根據企業實際規劃，考慮由申報系統實現還是基礎支撐平臺實現。其中的審批流常與OA系統打通；政策法規庫，存在自研自行收集或與三方政策法規系統對接等方式實現。

申報的下游系統包括稅局系統、銀行系統、海關係統等，每個徵期，系統間都需要進行交互，完成納稅申報和稅款繳納等工作。

三、申報通道

目前能聯通稅局進行申報的通道包括樂企接口、電子稅局頁面、增值稅綜合服務平臺頁面3種，示例如下：

企業對接時，可選擇如下幾種方式對接：

申請樂企資質，調用稅局官方的樂企接口，進行納稅申報系統的建設。

通過RPA等方式向稅局傳遞系統已經維護好的數據。（此方式稅局不推薦）

在申報系統中維護好對應的數據，導出跟稅局導入模版一樣的申報表，導入稅局系統申報。

四、產品設計

4.1 業務模型

基於對納稅申報業務範圍、業務流程和產品架構的分析，建議申報系統的業務模型設計如下：

根據業務執行的節奏和需要，逐一完成新增表樣、基礎設置、數據採集、公式定義後，按稅期執行準備申報、提交審批、電子報稅、憑證歸檔等邏輯。

其中新增表樣、基礎設置、數據採集、公式定義4項是單次行爲，系統初建或業務、稅務有變更時，單次調整即可。

準備申報、提交審批、電子報稅、憑證歸檔是重複性行爲，企業需要納稅申報的稅期，都需要執行上述業務。

4.1.1 新增表樣

如下圖所示，在納稅申報系統中，有報表能力的公司，可以根據自有的報表能力，提前繪製好申報表表樣，並在每個單元格增加對應的指標和校驗項。

無報表能力的公司，可引入開源的報表工具，繪製申報表表樣。

4.1.2 基礎設置

在準備申報前，需維護納稅申報基礎信息，比如企業基礎信息、電局登錄賬號、需申報稅種、稅種申報信息等。

需關聯事前創建好的申報表表樣，如果不同地區表樣不一致，需區分納稅主體和地區分別關聯。

企業基礎信息、稅種稅率信息等，可考慮從稅局同步或支持用戶維護。

4.1.3 數據採集

提前維護好數據源跟系統間的關係（接口對接或者字段映射後系統轉換）後，可自動取數。

設置臺賬時，可支持手工新增、編輯和手工取數（刷新）。

臺賬數據需維護準備，並且狀態爲待申報。

原始數據需準確、完整。

4.1.4 公式定義

可對多個數據源進行加、減、乘、除等計算。

自定義設置指標。

自定義設置取數源。

自定義設置取數公式。

自定義設置取數條件。

修改、刪除公式。

維護公式時需注意數據來源的準確性。

保證期間選擇的正確性。

必須先設置指標再設置公式。

4.1.5 準備申報

自動創建申報表，支持手工調整；進行校驗，提升數據準確性，降低申報風險。

4.1.6 提交審批（非必需）

根據實際訴求和企業規模，考慮通過對接審批流審批還是直接在業務裡設置審批環節。

需分稅種審批。

不同場景、角色權限，對審批流的要求有區別，需要按場景、角色控制審批、撤回、同意等操作。

可在審批通過後自動進行電子報稅（按需）。

4.1.7 電子報稅

金稅三期，不同地區、不同稅種處理方式有差異，需支持36地區*18稅種的電子報稅通道；金稅四期，稅局在支持全國統一的申報頁面和接口，後續會是18稅種電子報稅統一通道。

申報系統需支持不同稅種、不同地區線上申報、申報成功後自動/手工下載申報表、獲取申報成功/失敗的相關提示信息和稅局鏈接圖片的反饋、自動創建需繳款/已繳款信息、在線審批、線上繳款等能力。

4.1.8 憑證歸檔

可提供統一管理口徑報稅資料歸檔。

從稅局直接獲取完稅憑證、申報表。

可將完稅資料靈活管理–上傳、下載、移動、查看、共享等。

4.2 增值稅及附加稅費申報

自2021年開始，爲提高辦稅效率，稅務總局實行增值稅與附加稅費申報表整合。啓用《增值稅及附加稅費申報表（一般納稅人適用）》、《增值稅及附加稅費申報表（小規模納稅人適用）》、《增值稅及附加稅費預繳表》及其附列資料。原《城市維護建設稅教育費附加地方教育附加申報表》不再使用。

增值稅是以商品（含應稅勞務）在流轉過程中產生的增值額作爲計稅依據而徵收的一種流轉稅。其附加稅包括城市維護建設稅、教育費附加和地方教育費附加。

增值稅計稅方法：

附加稅計稅方法：

4.2.1 業務流程

增值稅申報的業務流程如下圖所示：

4.2.2 系統邏輯

根據業務邏輯，建議的系統邏輯如下圖所示：

通過系統邏輯處理後在申報表上的展示如下圖所示：

4.2.3 頁面示例

建議按如下流程設計產品頁面：

系統邏輯執行完成後，系統中申報表示例結果如下：

增值稅申報表表樣如下圖所示：

感謝您對本文感興趣，並耐心閱讀。可關注“

B端起飛啦

”公衆號，共同發展哦~

作者：一米，公衆號：B端起飛啦

本文由 @一米 原創發佈於人人都是產品經理。未經作者許可，禁止轉載

題圖來自Unsplash，基於CC0協議

該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務