三項制度改革平臺流程控制設計與實現

楊寧

摘 要：目前大多數系統的開發都會涉及流程模塊。文章結合三項制度改革平臺中的法制審核流程模塊，詳細介紹一個流程模塊的開發過程，從需求分析到數據庫設計、網頁設計，再到流程實現，對系統流程模塊開發具有一定的參考意義。

關鍵詞：三項制度;系統開發;流程;數據庫;網頁;審核

中圖分類號：TP39文獻標識碼：A文章編號：2095-1302（2019）03-00-04

0 引 言

2017年1月19日，國務院辦公廳公開發布《國務院辦公廳關于印發推行行政執法公示制度執法全過程記錄制度重大執法決定法制審核制度試點工作方案的通知》（國辦發〔2017〕14號），推行行政執法公示制度、執法全過程記錄制度、重大執法決定法制審核制度（以下統稱三項制度）是黨的十八屆四中全會部署的重要改革任務，對于促進嚴格規范公正文明執法，保障與監督行政機關有效履行職責，維護人民群眾合法權益具有重要意義。同年5月，稅務總局發布《稅務系統推行行政執法公示制度執法全過程記錄制度重大執法決定法制審核制度試點方案》（稅總發〔2017〕58號印發），在貴州以貴安新區及畢節市為試點推動三項制度改革。本文根據文件要求，設計并開發了三項制度改革平臺。

1 三項制度重大執法決定法制審核需求分析

貴州省地方稅務局稅三項制度改革平臺由貴州省地方稅務局統一規劃、部署，根據三項制度改革內容進行功能劃分，包括稅務行政執法公示、稅務執法全過程記錄、重大稅收執法決定審核三大模塊，以推進三項制度改革工作實施、落實，打造陽光稅務，推進依法治稅。本文項目的目的是建設并逐步完善一套全面的稅收執法規范平臺，規范執法流程，不斷提高執法人員管理水平，提升稅收治理能力，打造規范稅務、法治稅務、陽光稅務。

貴州省地稅三項制度改革項目將實現如下目標：

（1）打造以門戶網站、稅企平臺為主體，以辦稅場所觸摸屏、電子屏、終端查詢系統等為載體，以新媒體手機APP、微信公眾號為補充的多渠道公示平臺，實現政務公開、辦稅公開。

（2）開發滿足公示應用需要的集成應用管理模塊，構建規范合法的事前、事中、事后公示流程。根據公示內容、公示范圍實現不同渠道公示，打造陽光稅務品牌形象。

（3）依托核心征管流程，開發滿足執法全過程記錄的功能模塊，實現行政許可、行政征收、行政檢查、行政處罰、行政強制等執法過程與結果的全過程電子文檔、音視頻、照片等資料歸檔，實施稅收執法全過程歸檔資料的分級分類管理，通過規范執法行為，打造規范稅務品牌形象。

（4）重塑流程再造，開發重大稅收執法決定法制審核電子一體化管理功能模塊，實現對各級稅務機關在依法作出行政許可、行政征收、行政檢查、行政處罰等重大稅收執法決定之前，由其負責法制工作的機構或指定機構對其合法性、適當性進行審核的行為。通過該功能模塊提升稅務機關依法治稅的水平，打造法治稅務品牌形象。

重大法制審核流程控制圖如圖1所示。

法制審核從發起環節開始，通過查詢從金三系統[1]抓取并處理后的數據，開始進行法制審核。根據操作人員在每個狀態不同的選擇，流程流轉到不同環節，可以為直線流程，也可以存在環狀子流程。若在復核環節提請部門有異議，提出意見后，則流程轉向之前進行過的法制審核環節，重新進行法制審核;若流程未結束，且在某個環節有異議，認為上一環節信息填寫不完整，則可回退至上一環節，補充完整信息。

部分環節需進行文書打印，若需補打，則可在流程查詢環節查詢出事務從開始到當前狀態各個環節的信息、文書，從而進行補打。

2 重大法制審核流程控制設計

2.1 類的設計

根據業務需求，無論是否為代碼表，設計的每張表中必須有主鍵。數據庫需要用主鍵表明數據是唯一的，可用Oracle自帶的函數sys_guid（）[2]生成主鍵ID，也可新建序列或自定義函數來創建，一般采用sys_guid（）生成32位字符。另外，大多數表還必須包含標志字段，用來判定數據是否有效。

表的設計分為流程表[3]與業務表[4]兩大類。其中，流程表是與流程流轉從開始到結束相關的表，業務表是在流程流轉過程中所涉及業務相關的表。一些表中除了存儲有自己的主鍵外，還必須存儲其他表的主鍵[5]，用于與其他表相關聯。

2.1.1 流程表設計

本文項目主要有流程表、流程明細表、狀態表及狀態流轉表。

流程表記錄一條已經開始的事務當前流轉到的狀態，流程明細表記錄一條事務從開始到當前狀態的流程記錄。這兩張表之間的關系是1∶N，流程表的主鍵是流程明細表的外鍵。狀態表記錄業務流程中涉及的狀態，并保存對應的頁面鏈接。狀態流轉表中的數據記錄流程表中上一狀態與下一狀態之間的關聯。

流程表中的字段必須包含當前狀態相關信息，即當前狀態、當前狀態名稱、當前操作員代碼、當前操作員名稱、當前操作員所屬部門編碼、當前操作員所屬部門名稱、當前狀態標記，也必須包含上一狀態代碼、上一狀態名稱、上一狀態操作員代碼、上一狀態操作員名稱、上一狀態操作員所屬部門編碼、上一狀態操作員所屬部門名稱字段，目的是使當前狀態與上一狀態關聯起來，方便后面查找信息。最后還必須定義當前狀態發生時間、當前狀態實際結束時間、當前狀態應該結束時間（當前狀態發生時間加上當前狀態完成時限）。通過應該結束時間與實際結束時間的比較，可實現對稅務工作人員完成工作情況的考核。

設計流程表的目的是使流程相關信息一目了然。登錄系統后，首頁一般顯示待辦事項，其中顯示的數據是流程表中未辦結的事務。待辦事務中清楚地展示事務當前所處流程的狀態以及當前操作員，如果需要還可展示上一狀態、上一操作員等上一流程狀態相關信息。重大法制審核流程圖[6]如

圖2所示。待辦事項圖如圖3所示。

點擊“處理”跳到具體的業務操作頁面，在此頁面點擊從表可展示流程明細相關信息。流程明細查看頁面如圖4所示。

2.1.2 業務表設計

根據業務需求設計業務表。

首先要有數據，數據來源于金稅三期系統，建立JOB每半個小時調取數據的存儲過程，通過dblink[7]從金稅三期系統中抓取滿足規定條件的數據，條件中加上限制日期可加快查詢速度。將數據基本信息存儲在待發起清單ta_fzsh_dfqqd中，隨后定時更新表中發起人員、審核層級、納稅人所屬省市區縣等信息。

其次，每個業務都要有自己的主表，用于存儲業務相關信息，主表中還需要存儲流程表主鍵[8]，用來與流程表相關聯，一般還需存儲當前狀態。其余與主表相關聯的業務表還需要存儲主表的主鍵、流程表主鍵，復核異議書等各種文書表。

再者，設計相對應的代碼表及對應的基本表，如審核內容代碼表、審核內容表等。

最后，理清各業務表之間的聯系[9]。例如：流程中多個環節可上傳附件;法制審核環節存儲附件的表與主表的關系就是N∶1的關系，即主表中1條數據對應附件表中零條或多條數據。業務表類圖如圖5所示。

2.2 數據處理

系統中對表進行必要的初始化后，其余對表中數據的各種處理操作一般都通過存儲過程[10]實現。

納稅人流程更新中的部分代碼實現如下：

--將文書中的字段存入ta_nsrlcmx，在每次調用此過程后需要時書寫

SELECT DQZT，DQZTMC，SYZT，SYZTMC

INTO V_DQZT，V_DQZTMC，V_SYZT，V_SYZTMC? FROM DM_ZTLZB? WHERE XH = P_NEXT_LZXH;

SELECT WCSX，SXYM INTO V_WCSX，V_SXYM FROM DM_ZT WHERE ZTDM = V_DQZT;

SELECT A.DQCZYBM，A.DQCZYMC，A.DQCZYSSBMBM，A.DQCZYSSBMMC? INTO V_SYCZYBM，V_SYCZYMC，V_SYCZYSSBMBM，V_SYCZYSSBMMC

FROM TA_NSRLC A WHERE ID = P_ID;

SELECT SWRYXM? INTO V_DQCZYMC

FROM LOGIN.DM_GY_SWRY

WHERE SWRY_DM = P_NEXTCZYBM;

SELECT SWJG_DM，SWJGMC

INTO V_DQCZYSSBMBM，V_DQCZYSSBMMC

FROM LOGIN.DM_GY_SWJG

WHERE SWJG_DM = P_NEXTCZYBMBM;

IF V_DQZTMC LIKE'%結束%'THEN

V_SXYM：='';

ELSE

SELECT SXYM INTO V_SXYM FROM DM_ZT WHERE ZTDM= V_DQZT;

END IF;

SELECT A.DQCZYBM，A.DQCZYMC，A.DQCZYSSBMBM，A.DQCZYSSBMMC INTO V_SYCZYBM，V_SYCZYMC，V_SYCZYSSBMBM，V_SYCZYSSBMMC

FROM TA_NSRLC A WHERE ID = P_ID;

--由于rac節點不同，導致生成的xlbm大小混亂，即max（xlbm）不一定是最新一條數據

--AND XLBM = （SELECT MAX（XLBM） FROM TA_NSRLCMX WHERE ID = V_ID）;

UPDATE TA_NSRLCMX

SET DQZTBJ = '1'，DQZTSJJSSJ = SYSDATE

WHERE ID = P_ID AND DQZTFSSJ =

（SELECT MAX（DQZTFSSJ） FROM TA_NSRLCMX WHERE ID = P_ID）;

根據傳入的參數值取出相應的數據，賦值給對應的字段，根據業務需求更新納稅人流程表中的相關字段，并將納稅人流程表中的數據插入到納稅人流程明細表中。

2.3 業務數據邏輯處理

重大稅收法制審核流程從發起開始，數據從待發起清單讀取，發起后將待發起清單中剛剛發起的數據打上已發起標記，下次不會查出此條數據，避免重復發起。同時，向主要業務表、流程表中插入1條數據，向流程明細表中插入2條數據，分別為當前狀態發起與任務提取的數據。

流程流轉至下一狀態任務提取，在任務提取環節，更新相關聯業務表、流程表、流程明細表，并向流程明細表中插入1條數據，數據從流程表中讀取。

后面狀態對數據表的操作與任務提取環節操作類似，某些業務或需向其他業務表中插入數據。

網頁中還涉及打印頁面，文書編號表是用來存儲文書字軌的代碼表，第一次文號置1，后面提取文號均在稅、字、年相同的情況下每次提取最大值，在最大值的基礎上加上1就是新文號，再將新值更新到數據庫中。

2.4 設計網頁

結合需求設計出網頁樣式，繼而實現代碼，網頁樣式如圖6所示。

在信息填寫頁面至少包含兩個按鈕：其中一個為保存按鈕，保存填寫的相關信息，流程不會流轉掉，每次更新業務表中的相關數據或向其他業務表中新插入1條數據;另一個為提交按鈕，用于改變流程狀態，流程會流轉掉，每次改變流程表中當前狀態相關的信息，改成下一狀態，流程明細表中上條數據的當前狀態標記改為1（結束），然后還需新插入1條數據。當然，也可根據業務需求在兩個按鈕對應的事件中靈活地對一些表進行操作。例如：在上一狀態提交事件中生成下一狀態需要的文書表數據，若表中數據不完善，則在下一狀態保存事件中對文書信息表數據進行完善。

3 重大稅收法制審核流程控制實現

本文采用vs2010+Oracle架構編碼以及IIS發布的網站，結合上述設計，編碼實現重大稅收法制審核流程控制。流程查詢頁面如圖7所示。

4 結 語

本文主要探討了基于Oracle數據庫的三項制度改革平臺重大稅收法制審核模塊的設計與實現。隨著國地稅合并，三項制度改革平臺重大稅收法制審核模塊也將得到進一步改進與完善。

參 考 文 獻

[1]萬晨光.稅收風險監控系統流程控制設計與實現[D].武漢：湖北大學，2017.

[2]王一鵬.貴州地稅納稅評估系統的設計與實現[D].武漢：湖北大學，2015.

[3]陳雙.稅收監控預警系統的設計與實現[J].物聯網技術，2016，6（4）：96-99.

[4]曹留波.稅收風險管理系統的設計與實現[D].西安：西安電子科技大學，2010.

[5]張為.稅收指標預警系統設計[J].物聯網技術，2017，7（5）：101-103.

[6]汪磊，潘永才，湯俊蘭，等.物化視圖在煤炭稅收系統的應用[J].物聯網技術，2017，7（3）：106-107.

[7]尚姣.基于SaaS和動態流程的供應鏈金融服務平臺的設計與實現[D].北京：北京工業大學，2017.

[8]周永剛.云計算負荷分布控制平臺的設計與實現[J].現代電子技術，2017，40（6）：164-167.

[9]帥訓波，李昆穎，喬德新.面向代理的知識產權管理信息一體化平臺建設[J].石油科技論壇，2018（1）：18-24.

[10]唐玲麗，黃華林.業務流程信息化管理平臺及其升級改造[J].廣西電力，2016（2）：62-64.