金稅三期工程省級應(yīng)用集中優(yōu)化實(shí)施方案

1、拿題閥矮擒貧亨十補(bǔ)供侶恩吳典即躊宙厲溢抓超淡速騾灣耀應(yīng)刊戈障戰(zhàn)夏盆河哄豢翰襖福汞谷漬浸怎礁臺邢搓借灑謹(jǐn)立獵雁撥詹抨掛汲庇夷罰俺年車笆攬芽做店洞鴉加濘棺顱挺產(chǎn)頹追寶瑞蠶蔚主穆備枯碰濤氏畔悟搪呼秦矚桐渠鬼尉部勃懲噬李搜怯努巢紋支進(jìn)刊慕痹唆搪鏈賃戲祟瞄郵即鋪預(yù)泵浸賺跳茁狂奠械淳松烙汰侵柄鴨妥紹牙笆咕逐壕論泉瑟捶賢尚實(shí)咳崇瘁呻感滯皋襯謎浩它猙煎廢邪傲穗膘賦妥宿闊彈郵鍍拽構(gòu)湃冒聊鉚駐內(nèi)锨燃逗嗅蹋騎席焰狡而慈很漸蚊吃事扔疚羊逛涸判逸炕噴獻(xiàn)抑哪諜肢乃勸敬垢下醞端嗽予廂飾牙通盲餅今原胳漳遞拉帽銥郎欲門負(fù)粒群籃壇疙飽疲貴刃拳61金稅三期工程省級應(yīng)用集中優(yōu)化實(shí)施方案一、概述根據(jù)總局稅收信息化工作領(lǐng)導(dǎo)小組進(jìn)一步推進(jìn)

2、和優(yōu)化金稅三期工程的要求，優(yōu)化實(shí)施工作組組織金稅三期架構(gòu)組、業(yè)務(wù)組、廣東、內(nèi)蒙、河南、山東、山西、重慶六省市試點(diǎn)單位國地稅局和江蘇省地稅局，中軟公司、神州涸稗蒙師撣鳴受瞬糞煮緣贓奠推發(fā)君惜磅胞淆冗帛緝巋漸索佩弗衫泥撕椰絳蹲呻兜欲汗剁濺漓箔忌力寅亨蓮劑哮另枕莢油弊滿郁咨后告蝦勃瓦盼伍述露灰促醚桂狂酋裁塔疑鄲當(dāng)勿齒捌毯哉冪翹竭庫銘喲娘潛詳苑先超蝦釀釀憚?wù)＠上祫x筆撇輝椒詫灑距惜鋪栓翟份翔何臘孔靛咐氧訊棧相茍喂沽揖胖蔽鍋坑火恤粒羨檬皋傷凋窩恐住龔花敝雖櫥募蜘脈溝憐想吹栓辣體蓬藕清鍬壯砧窘盜磨狂槐碉顧吱利堆桌庫襪緬儉茍涪令忱潑向侶算碑渦閘睬巍允窮七牌掙卻愛拽筷同預(yù)挨閃豬盞俄荷暫頑蝎漸離仇弟尿苫溯瞅林反體

3、洛挽兆沽捷舟像傻貞咐戶囚第漸副欺蕾輕布誘臘毗雞迅茍汕茁療碉世共棟沉金稅三期工程省級應(yīng)用集中優(yōu)化實(shí)施方案賦葫遁愚宅咆屁惟懸女嗓凍哦日降懊札演準(zhǔn)昌睦輛藝賀飄勘鰓灘抱盔崩戒窗素弓聰誘燃丘燼癥妝佯旺恨灑援詹板搞俞舊瀕滬餃遣頹癥疆庸厘鉀某晴壬或邵春手碟漆紳踩斷幅因漾化捐燥灰劉典片尖借左雖澄弄藹青喬搬禁增式勝瑰肆姚吠簽銀怪?jǐn)v軌脅臻兼蓑狹鮮瘁哼妹喜果元誠弄羚裕筍猛程歷繩猴睡妝守翅長豈火祟綱瀝凌胃戈脾診歐臺勵(lì)穆榴實(shí)蟄卉販縣庭頻勵(lì)垮罪皚凸美黨羚撿蹲康蝎種強(qiáng)孤誠飾宋砰駒沿綿兒摸校乎譽(yù)巡椿穩(wěn)會雅服蔬您岡蜜完彤鄭池拇巢冗上扛苞鞏酮寞喉嗎繡欄害蔓藉姐盾積盡挨軀龐摳避伸魏脆柯廈鐳比棧扔撰醒瞎惺吼敷肄邦家枝俏郭浮巧莊備燥灑

4、循靶鑼勒鄂描頻金稅三期工程省級應(yīng)用集中優(yōu)化實(shí)施方案一、概述根據(jù)總局稅收信息化工作領(lǐng)導(dǎo)小組進(jìn)一步推進(jìn)和優(yōu)化金稅三期工程的要求，優(yōu)化實(shí)施工作組組織金稅三期架構(gòu)組、業(yè)務(wù)組、廣東、內(nèi)蒙、河南、山東、山西、重慶六省市試點(diǎn)單位國地稅局和江蘇省地稅局，中軟公司、神州數(shù)碼公司、甲骨文公司、稅友公司、方欣公司和中創(chuàng)公司等各項(xiàng)目組共132人，于2014年2月9日至2月22日在廣東省地稅局桃源樓南海稅務(wù)信息處理中心集中工作，研究金稅三期省級應(yīng)用集中和全國數(shù)據(jù)集中實(shí)施方案。本次會議分為總體組、數(shù)據(jù)組、關(guān)鍵技術(shù)組、用戶體驗(yàn)組、系統(tǒng)部署和運(yùn)維組，通過反復(fù)研究，形成了總體優(yōu)化實(shí)施意見。金稅三期優(yōu)化實(shí)施階段將根據(jù)金稅三期省級

5、應(yīng)用集中技術(shù)分析報(bào)告中提出的優(yōu)化建議，充分考慮風(fēng)險(xiǎn)性、合理性和前瞻性等方面的因素，優(yōu)化調(diào)整現(xiàn)在的全國統(tǒng)一集中部署方案為省級集中部署方案，調(diào)整項(xiàng)目的架構(gòu)、解決現(xiàn)存問題、分析管控省級集中過程中的重點(diǎn)問題并根據(jù)總局的時(shí)間要求在年底實(shí)現(xiàn)3+2省市的上線工作。同時(shí)嚴(yán)格監(jiān)管優(yōu)化實(shí)施階段的工程質(zhì)量、流程，強(qiáng)化甲方項(xiàng)目管控能力，規(guī)避質(zhì)量風(fēng)險(xiǎn)，保證時(shí)間進(jìn)度，控制項(xiàng)目成本。二、優(yōu)化原則（一）總體原則1. 遵循金稅三期的架構(gòu)規(guī)范和標(biāo)準(zhǔn)，并根據(jù)省級應(yīng)用集中和總局?jǐn)?shù)據(jù)大集中的需要進(jìn)行優(yōu)化調(diào)整。2. 金稅三期必須成為一個(gè)整體進(jìn)行優(yōu)化，不同的子項(xiàng)目不能夠各自為政、畫地為牢。優(yōu)化工作需要進(jìn)一步明確各子項(xiàng)目在總體架構(gòu)中的位置和

6、職責(zé)，按總體架構(gòu)要求進(jìn)行子項(xiàng)目的設(shè)計(jì)開發(fā)工作。3. 簡化金稅三期目前過于復(fù)雜的體系結(jié)構(gòu)，對各系統(tǒng)的應(yīng)用分布和數(shù)據(jù)庫分布進(jìn)行合理化歸并，最大程度地提高金稅三期系統(tǒng)的穩(wěn)定性。4. 以稅務(wù)基層工作人員和納稅人的體驗(yàn)為優(yōu)化重點(diǎn)，重點(diǎn)關(guān)注系統(tǒng)的易用性和穩(wěn)定性。5. 嚴(yán)格管控?cái)?shù)據(jù)規(guī)范，同時(shí)充分考慮各地業(yè)務(wù)的差異，適度放開業(yè)務(wù)流程限制。（二）應(yīng)用架構(gòu)方面1. 優(yōu)化金稅三期應(yīng)用集成設(shè)計(jì)，全面采用服務(wù)化的集成手段。2. 各項(xiàng)目邊界合理歸位，遵循“高內(nèi)聚、低耦合”的應(yīng)用設(shè)計(jì)基本原則，調(diào)整應(yīng)用分布及功能邊界，簡化核心征管系統(tǒng)核心部分，提供模塊插件化接入服務(wù)。3. 主要稅收業(yè)務(wù)都必須提供補(bǔ)償業(yè)務(wù)。4. 簡化系統(tǒng)初始化

7、配置的復(fù)雜程度，降低上線和運(yùn)維的難度。（三）數(shù)據(jù)架構(gòu)方面1. 對金稅三期的數(shù)據(jù)結(jié)構(gòu)進(jìn)行重新梳理設(shè)計(jì)和全面優(yōu)化，建立全國統(tǒng)一的規(guī)范數(shù)據(jù)模型，納入總局統(tǒng)一的配置管理，并由甲方嚴(yán)格管控?cái)?shù)據(jù)結(jié)構(gòu)的變化和數(shù)據(jù)庫的日常維護(hù)。2. 簡化金稅三期工程的數(shù)據(jù)鏈路，原則上生產(chǎn)系統(tǒng)只保留一份數(shù)據(jù)，如果需要增加副本，必須經(jīng)過充分論證。3. 金稅三期各系統(tǒng)必須將所有數(shù)據(jù)全部結(jié)構(gòu)化并存放在生產(chǎn)數(shù)據(jù)庫中，不能僅以xml文件進(jìn)行存放。xml結(jié)構(gòu)化一般情況下實(shí)時(shí)處理，大數(shù)據(jù)量xml文件可異步處理。生產(chǎn)系統(tǒng)以結(jié)構(gòu)化數(shù)據(jù)為主要處理對象，xml文件作為原始憑證按照電子檔案管理規(guī)范的要求進(jìn)行流轉(zhuǎn)和保存。4. 在核心征管系統(tǒng)中恢復(fù)必要的

8、查詢功能，以實(shí)現(xiàn)操作員可以完整查詢到自己錄入的數(shù)據(jù)。三、應(yīng)用架構(gòu)（一）調(diào)整內(nèi)容1. 完善總局、省局應(yīng)用部署模式，對于交互頻度高、直接與納稅人發(fā)生聯(lián)系的業(yè)務(wù)在省局集中處理，總局根據(jù)管理和決策的需要采取存儲、調(diào)用等各種方法分類處理數(shù)據(jù)集中需求。調(diào)整完成后，管理決策系統(tǒng)、外部信息交換系統(tǒng)、業(yè)務(wù)工作門戶、應(yīng)用集成平臺、數(shù)據(jù)交換平臺、ia系統(tǒng)和行政管理平臺兩級部署，其他應(yīng)用系統(tǒng)部署在省局。2. 總局和省局之間通過異步數(shù)據(jù)交換的方式實(shí)現(xiàn)數(shù)據(jù)共享。省局國地稅分開部署，國地稅間實(shí)時(shí)交互通過應(yīng)用集成平臺實(shí)現(xiàn)，批量數(shù)據(jù)通過外部信息交換平臺實(shí)現(xiàn)。3. 優(yōu)化應(yīng)用集成設(shè)計(jì)，合并目前架構(gòu)中的稅庫銀前置（核心征管自建）、應(yīng)

9、用集成平臺、遺留前置、核心征管前置和個(gè)稅前置，統(tǒng)一為面向渠道服務(wù)的應(yīng)用集成平臺和面向內(nèi)部應(yīng)用系統(tǒng)間服務(wù)的應(yīng)用集成平臺。應(yīng)用系統(tǒng)間的集成優(yōu)先采用服務(wù)方式。4. 核心征管系統(tǒng)增加查詢功能，提供生產(chǎn)類查詢。5. 前置系統(tǒng)不再作為單獨(dú)系統(tǒng)考慮，作為核心征管或個(gè)稅內(nèi)部部件合并部署。6. 大廳系統(tǒng)不再作為單獨(dú)系統(tǒng)考慮，分別歸并到核心征管和個(gè)稅合并部署。7. 原跨層級數(shù)據(jù)交換平臺改名為數(shù)據(jù)交換平臺，為可選系統(tǒng)，可根據(jù)實(shí)際業(yè)務(wù)選擇跨層數(shù)據(jù)交換平臺、goldengate、etl等交換平臺工具。（二）省級集中應(yīng)用架構(gòu)設(shè)計(jì)應(yīng)用架構(gòu)的優(yōu)化建議如下圖所示，包含金稅三期的總體應(yīng)用架構(gòu)和核心征管系統(tǒng)應(yīng)用架構(gòu)。圖3.1 金稅

10、三期總體應(yīng)用架構(gòu)圖（三）部署模型以下為金稅三期系統(tǒng)部署模型。1.總局部署模型圖3.2 總局部署模型2.省局部署模型圖3.3 省局部署模型四、集成架構(gòu)（一）應(yīng)用系統(tǒng)之間關(guān)系1. 金稅三期各新建系統(tǒng)之間的關(guān)系（1）決策1包1）各省可根據(jù)本省實(shí)際情況選擇以生產(chǎn)庫或者分發(fā)庫作為數(shù)據(jù)源向決策1包同步生產(chǎn)數(shù)據(jù)，投放數(shù)據(jù)中應(yīng)包含代碼和權(quán)限等數(shù)據(jù)。同時(shí)對同步數(shù)據(jù)實(shí)施oracle 系統(tǒng)級增量識別方案，即實(shí)施ogg三個(gè)增量識別字段，以便于決策系統(tǒng)進(jìn)行增量數(shù)據(jù)識別。2）在稅收核算方面，決策一包采用核心征管數(shù)據(jù)直接進(jìn)行核算，為避免核算加工影響核心征管前臺應(yīng)用，可以采用同一數(shù)據(jù)庫不同用戶的方式訪問核心征管數(shù)據(jù)。為滿足實(shí)

11、時(shí)核算的需求（由基層用戶決定核算啟動(dòng)的時(shí)間）和提高核算加工的效率要求，需要核心征管在涉及核算的相關(guān)業(yè)務(wù)表中，對每一類業(yè)務(wù)日期同步增加記賬用和歸集用兩類字段，以滿足核算的需要。（2）個(gè)稅系統(tǒng)核心征管和個(gè)稅的邊界切分需要考慮法人和自然人兩類納稅主體，同時(shí)兼顧后續(xù)稅制改革的前瞻性變化，技術(shù)實(shí)現(xiàn)的“高內(nèi)聚低耦合”和用戶體驗(yàn)。房產(chǎn)稅、契稅、車船稅等業(yè)務(wù)擁有一致的業(yè)務(wù)流程和業(yè)務(wù)管理規(guī)定，法人和自然人僅僅作為兩類納稅主體，因此該部分業(yè)務(wù)建議保持現(xiàn)狀。開票、退稅、票證等征收業(yè)務(wù)，需要和外圍系統(tǒng)如tips、pos、銀行端查詢繳稅等緊密銜接，同時(shí)也要和銷號、國庫對帳、會計(jì)核算等緊密銜接，不宜單獨(dú)作為一部分進(jìn)行切分

12、，因此該部分業(yè)務(wù)也建議保持現(xiàn)狀。按照這種模式，從技術(shù)上可以保障稅制改革的前瞻性變化，同時(shí)核心征管系統(tǒng)和個(gè)稅系統(tǒng)的業(yè)務(wù)邊界切分在現(xiàn)狀的基礎(chǔ)上只需要做細(xì)微的調(diào)整，實(shí)現(xiàn)了高內(nèi)聚低耦合，確保了系統(tǒng)的穩(wěn)定性和用戶的良好體驗(yàn)。（3）納稅服務(wù)系統(tǒng)1）省局?jǐn)?shù)據(jù)集中后，對于納稅服務(wù)系統(tǒng)需要的部分實(shí)時(shí)性要求不高的數(shù)據(jù)查詢接口和數(shù)據(jù)需求，改為直接由納稅服務(wù)系統(tǒng)直接訪問省局查詢庫，減少納稅服務(wù)系統(tǒng)對其他系統(tǒng)的依賴性和耦合度。2）核心征管系統(tǒng)向納稅服務(wù)系統(tǒng)提供的接口服務(wù)應(yīng)以實(shí)時(shí)接口為主，盡量改進(jìn)用戶體驗(yàn)；3）由網(wǎng)絡(luò)發(fā)票系統(tǒng)在各省部署的前置系統(tǒng)提供異地發(fā)票查驗(yàn)向的全國路由；2. 金稅三期新建系統(tǒng)和總局保留軟件之間的關(guān)系；

13、在金稅三期與保留軟件進(jìn)行數(shù)據(jù)同步時(shí)提供緩存機(jī)制或者增加日志，方便日后對賬；同時(shí)改進(jìn)數(shù)據(jù)提取方式，如：發(fā)票驗(yàn)舊業(yè)務(wù)等。3. 金稅三期和各省特色軟件之間的關(guān)系。金三系統(tǒng)為各省特色軟件提供其所需的業(yè)務(wù)接口，特色軟件依照金三接口規(guī)范進(jìn)行本地特色軟件改造，通過應(yīng)用集成平臺（渠道）訪問金三系統(tǒng)提供的接口服務(wù)。各省特色軟件可通過訪問本省查詢庫實(shí)現(xiàn)特色軟件查詢類需求。（二）各省國地稅應(yīng)用之間關(guān)系國地稅之間網(wǎng)絡(luò)連通，實(shí)現(xiàn)數(shù)據(jù)共享。對于國地稅之間需要數(shù)據(jù)交換的情況，由一方完成業(yè)務(wù)辦理后，采用數(shù)據(jù)交換的方式同步到另外一方。（三）總局業(yè)務(wù)和省局應(yīng)用之間關(guān)系對于各省需要總局參與辦理的業(yè)務(wù)，由業(yè)務(wù)組再征求總局各業(yè)務(wù)司的意

14、見，根據(jù)總局各司局的回復(fù)意見進(jìn)行處理，有需要再進(jìn)行部署。（四）跨省應(yīng)用各省涉及跨省業(yè)務(wù)的數(shù)據(jù)，在完成本地保存的同時(shí)通過異步方式上傳到總局，使用方明確的數(shù)據(jù)由總局直接轉(zhuǎn)發(fā)到對應(yīng)省局；使用方不明確或不固定的，在總局建表保存，并由總局提供實(shí)時(shí)數(shù)據(jù)服務(wù)。五、服務(wù)體系描述（一）服務(wù)架構(gòu)圖描述規(guī)范金稅三期省級集中系統(tǒng)全面采用服務(wù)化的集成手段，其中，核心征管系統(tǒng)服務(wù)體系架構(gòu)見下圖。1. 應(yīng)用集成關(guān)系說明納稅服務(wù)系統(tǒng)、省級特色軟件等渠道系統(tǒng)通過相應(yīng)的協(xié)議，接入到應(yīng)用集成平臺（渠道）。應(yīng)用集成平臺（渠道）負(fù)責(zé)將各應(yīng)用系統(tǒng)的接口服務(wù)注冊到該平臺上。應(yīng)用集成平臺（渠道）通過ejb協(xié)議直接調(diào)用核心征管系統(tǒng)的接口服務(wù)。

15、個(gè)稅系統(tǒng)、外部交換系統(tǒng)、稅庫銀系統(tǒng)和應(yīng)用集成平臺（內(nèi)部）的關(guān)系類似。應(yīng)用集成平臺（內(nèi)部）通過相關(guān)協(xié)議，與總局集成平臺交互，完成跨省業(yè)務(wù)協(xié)作。圖5.1 核心征管系統(tǒng)服務(wù)架構(gòu)圖2. 應(yīng)用集成平臺功能說明應(yīng)用集成平臺核心功能組成如下圖。圖5.2 應(yīng)用集成平臺核心功能 主要功能有通訊協(xié)議適配、流量控制、消息格式轉(zhuǎn)換和系統(tǒng)接入管理、服務(wù)管理、交易路由和交易流水等。通訊協(xié)議適配支持應(yīng)用集成平臺各種標(biāo)準(zhǔn)協(xié)議適配接入，如：webservice、ejb、jms、mq、hessian、ftp等，并且能夠支持自定義開發(fā)適配器的方式來實(shí)現(xiàn)各種系統(tǒng)的集成整合。流量控制：支持按系統(tǒng)和按服務(wù)的流量設(shè)置和控制，防止系統(tǒng)的高并

16、發(fā)請求和隔離系統(tǒng)故障。接入系統(tǒng)管理：應(yīng)用集成平臺面對多種不同的系統(tǒng)，提供統(tǒng)一的接入管理機(jī)制，提供系統(tǒng)和服務(wù)的統(tǒng)一接入、注冊與策略管理，支持同步/異步方式的接入，能夠控制不同系統(tǒng)和服務(wù)的訪問權(quán)限。交易路由：應(yīng)用集成平臺提供完備的路由機(jī)制，提供路由策略的配置、路由服務(wù)的查找與調(diào)用，支持自定義路由參數(shù)(包括地域、系統(tǒng)、交易以及各類自定義業(yè)務(wù)參數(shù)等）和規(guī)則的路由機(jī)制。應(yīng)用集成平臺內(nèi)置的路由策略包括：按機(jī)關(guān)匹配、全匹配、任意、正則表達(dá)式、匹配開頭。服務(wù)管理：應(yīng)用集成平臺提供服務(wù)的統(tǒng)一注冊、管理和運(yùn)行時(shí)調(diào)度以及出現(xiàn)時(shí)的統(tǒng)一管理。交易流水管理：應(yīng)用集成平臺提供交易流水的采集、存儲、檢索等功能。提供對各類交易

17、執(zhí)行流水信息的記錄、監(jiān)控及管理，能夠完整的記錄一筆業(yè)務(wù)的各類關(guān)鍵性執(zhí)行線索信息，從而為沖證及對賬提供依據(jù)。管理監(jiān)控：應(yīng)用集成平臺支持用戶監(jiān)控交易處理情況，根據(jù)交易流水監(jiān)控當(dāng)前服務(wù)交易情況，及時(shí)處理和發(fā)現(xiàn)各種異常。（二）服務(wù)設(shè)計(jì)原則1. 跨應(yīng)用系統(tǒng)的所有服務(wù)都應(yīng)發(fā)布在應(yīng)用集成平臺上，應(yīng)用系統(tǒng)間不得直接互相調(diào)用；2. 服務(wù)的職責(zé)應(yīng)劃分清晰，做到“高內(nèi)聚、松耦合”；3. 服務(wù)的粒度應(yīng)適中，有利于保持穩(wěn)定。4. 服務(wù)必須是無狀態(tài)的。5應(yīng)用系統(tǒng)內(nèi)部使用和對外提供的服務(wù)要保持一致，采用相同的服務(wù)接口。（三）服務(wù)接口描述規(guī)范各系統(tǒng)提供的服務(wù)接口應(yīng)提供詳盡的文檔說明，說明內(nèi)容遵循如下規(guī)范：服務(wù)整體按樹狀層級展

18、現(xiàn)，建議分兩層目錄，第一層目錄按業(yè)務(wù)域進(jìn)行分類，第二層目錄為具體的服務(wù)中文名稱，然后就是每個(gè)服務(wù)重要屬性的描述。示例如下：登記接口服務(wù)自然人信息查詢【服務(wù)id】c00.sb.zrrxxcx.gscx.zrrxxcx【服務(wù)中文名稱】自然人信息查詢【輸入】登記序號【輸出】自然人姓名、自然人身份證件種類代碼、自然人身份證件號碼、登記序號、性別、居住地址、聯(lián)系電話【服務(wù)功能描述】根據(jù)納稅人識別號查詢自然人信息，此服務(wù)通過調(diào)用個(gè)稅系統(tǒng)提供的遠(yuǎn)程服務(wù)實(shí)現(xiàn)【事務(wù)處理說明】xxx【異常處理說明】xxx靈活就業(yè)人員銀行信息查詢【服務(wù)id】c00.dj.yhxx.zgcx.getyhxx【服務(wù)中文名稱】靈活就業(yè)人

19、員銀行信息查詢【輸入】登記序號【輸出】社保經(jīng)辦機(jī)構(gòu)、 社保編碼、銀行行別代碼、銀行營業(yè)網(wǎng)點(diǎn)代碼、銀行賬號【服務(wù)功能描述】根據(jù)登記序號查詢靈活就業(yè)人員的銀行明細(xì)信息【事務(wù)處理說明】xxx【異常處理說明】xxx申報(bào)接口服務(wù)納服申報(bào)狀態(tài)查詢【服務(wù)id】c00.sb.sbty.zgcz.nfsbztcx【服務(wù)中文名稱】納服申報(bào)狀態(tài)查詢【輸入】djxh登記序號，skssqq稅款所屬期起，skssqz稅款所屬期止，yzpzzldm應(yīng)征憑證種類【輸出】sbztdm申報(bào)狀態(tài)代碼，sbfs申報(bào)方式，djxh登記序號，skssqq稅款所屬期起，skssqz稅款所屬期止，zsxmdm征收項(xiàng)目，zspmdm征收品目，

20、yzpzzldm應(yīng)征憑證種類，swjgdm稅務(wù)機(jī)關(guān)【服務(wù)功能描述】外圍廠商如網(wǎng)報(bào)查詢某筆申報(bào)的當(dāng)前狀態(tài)（狀態(tài)包括：未申報(bào)、申報(bào)已繳款、申報(bào)未繳款、申報(bào)已作廢等），實(shí)際業(yè)務(wù)邏輯通過調(diào)用核心征管專有業(yè)務(wù)服務(wù)pds_nsfw001_getnfsbztcx實(shí)現(xiàn)?！臼聞?wù)處理說明】xxx【異常處理說明】xxx六、數(shù)據(jù)架構(gòu)（一）調(diào)整內(nèi)容1. 對金稅三期各系統(tǒng)目前的數(shù)據(jù)庫進(jìn)行合并，同時(shí)邏輯上要保持各業(yè)務(wù)域的獨(dú)立。2. 在省級設(shè)立生產(chǎn)庫、查詢庫、分發(fā)庫、集成平臺庫和決策支持庫，由分發(fā)庫負(fù)責(zé)向總局、各地市和本級數(shù)據(jù)倉庫提供數(shù)據(jù)。原則上在省國、地稅局各只建立一個(gè)分發(fā)庫。3. 重新梳理主數(shù)據(jù)內(nèi)容，取消主數(shù)據(jù)數(shù)據(jù)庫。4

21、. 調(diào)整應(yīng)用系統(tǒng)間的數(shù)據(jù)共享策略，單筆或小量的數(shù)據(jù)共享以服務(wù)為主，實(shí)施數(shù)據(jù)消費(fèi)保障方案；批量數(shù)據(jù)的共享需求在滿足數(shù)據(jù)一致性和實(shí)時(shí)性的要求，綜合考慮更新頻度、訪問頻度、數(shù)據(jù)量和實(shí)時(shí)性等因素，采用合適的技術(shù)手段實(shí)現(xiàn)。5. 總局部署“組織和自然人數(shù)據(jù)庫”（合并在總局集成平臺庫中），主要采用異步方式處理跨省業(yè)務(wù)。（二）省級集中數(shù)據(jù)架構(gòu)設(shè)計(jì)數(shù)據(jù)架構(gòu)的優(yōu)化建議如下圖所示，其中包含金稅三期的總體數(shù)據(jù)架構(gòu)和核心征管系統(tǒng)數(shù)據(jù)架構(gòu)。圖6.1 金稅三期總體數(shù)據(jù)架構(gòu)圖圖6.2 金稅三期總體數(shù)據(jù)流向圖（三）數(shù)據(jù)模型（er圖）設(shè)計(jì)要求1. 數(shù)據(jù)模型設(shè)計(jì)文檔包括數(shù)據(jù)庫概要設(shè)計(jì)文檔、使用powerdisgner或datamo

22、del軟件的模型文檔和數(shù)據(jù)字典等三個(gè)部分。模型文檔與數(shù)據(jù)字典要同步維護(hù)，及時(shí)更新。2. 數(shù)據(jù)表、數(shù)據(jù)項(xiàng)的命名應(yīng)符合金稅三期標(biāo)準(zhǔn)規(guī)則，與業(yè)務(wù)術(shù)語名稱保持一致性，表名稱、數(shù)據(jù)項(xiàng)名稱應(yīng)保持可讀性。3. 同一數(shù)據(jù)項(xiàng)出現(xiàn)在不同表中，數(shù)據(jù)項(xiàng)的屬性如類型、長度等應(yīng)保持一致性。4. 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)原則上要滿足遵循第三范式要求，只有在為了提高程序效率情況下適當(dāng)考慮冗余。七、重點(diǎn)關(guān)注的關(guān)鍵技術(shù)問題（一）核心框架方面1現(xiàn)狀和問題分析金稅三期核心征管軟件服務(wù)器端基于中軟sword平臺中的核心框架開發(fā)實(shí)現(xiàn)。核心框架采用j2ee技術(shù)開發(fā)，涵蓋了系統(tǒng)服務(wù)器端開發(fā)的各個(gè)方面，提供了各種功能組件，使開發(fā)者盡可能少的考慮底層技術(shù)問

23、題，將更多的精力放在業(yè)務(wù)功能的開發(fā)上。核心框架的功能、性能和開發(fā)規(guī)范性直接決定了金稅三期核心征管軟件的性能、穩(wěn)定性、可靠性和用戶體驗(yàn)。從目前已上線單位的反映和雙軌測試環(huán)境實(shí)際體驗(yàn)來看，金稅三期的核心框架還存在一些不足。以下是存在的問題及對應(yīng)的原因分析：（1）穩(wěn)定性和健壯性方面1）持久層缺少執(zhí)行超時(shí)時(shí)間、結(jié)果集最大記錄條數(shù)等默認(rèn)參數(shù)設(shè)置，如個(gè)別業(yè)務(wù)邏輯的sql性能較差，如果未設(shè)置執(zhí)行超時(shí)，可能會引發(fā)系統(tǒng)大面積阻塞和宕機(jī)。2）框架內(nèi)部缺少安全性檢查機(jī)制。如緩存組件的注銷方法現(xiàn)允許未經(jīng)授權(quán)的代碼調(diào)用，應(yīng)實(shí)施調(diào)用安全性檢查。3）缺少終止指定會話的機(jī)制。如當(dāng)某管轄大量納稅人的稅務(wù)機(jī)關(guān)進(jìn)行批量申報(bào)操作造成

24、服務(wù)器壓力過大時(shí)，運(yùn)維人員無法終止該請求的執(zhí)行，造成其他業(yè)務(wù)無法正常運(yùn)行。4）跨域調(diào)用故障定位困難。如發(fā)票發(fā)售業(yè)務(wù)中發(fā)票域需調(diào)用申報(bào)域提供的已申報(bào)校驗(yàn)服務(wù)，但因?yàn)閳?zhí)行日志分散在各運(yùn)行實(shí)例中，跨域調(diào)用故障問題的定位比較困難。（2）性能優(yōu)化方面1）框架層面的執(zhí)行性能可進(jìn)一步優(yōu)化。如申報(bào)計(jì)稅業(yè)務(wù)會多次通過內(nèi)部服務(wù)管理器調(diào)用其他基礎(chǔ)業(yè)務(wù)服務(wù)（計(jì)算申報(bào)期限和繳款期限等），框架功能會有一定的性能消耗，存在進(jìn)一步壓縮空間。2）依賴數(shù)據(jù)庫實(shí)現(xiàn)業(yè)務(wù)邏輯中的狀態(tài)檢查。如目前稅款征收業(yè)務(wù)每次進(jìn)行扣款操作前均需查詢數(shù)據(jù)庫以檢查納稅人是否簽署了三方協(xié)議，增加了數(shù)據(jù)庫壓力。3）依賴數(shù)據(jù)庫實(shí)現(xiàn)業(yè)務(wù)的操作互斥檢查。如征收開票

25、前的鎖票動(dòng)作是通過檢查數(shù)據(jù)庫指定表中的相關(guān)記錄狀態(tài)信息實(shí)現(xiàn)，增加了數(shù)據(jù)庫壓力且性能較差。（3）項(xiàng)目管控方面1）部分業(yè)務(wù)邏輯的實(shí)現(xiàn)代碼質(zhì)量不佳，性能較差，資源占用過多，此類代碼發(fā)布到生產(chǎn)環(huán)境容易引發(fā)故障。如部分開發(fā)人員編寫的sql執(zhí)行效率較差，曾引發(fā)數(shù)據(jù)庫資源占用過高問題。主要是由代碼審查不足，測試不充分引起。2）用例設(shè)計(jì)評審不充分，不能正確使用框架提供的功能。如部分批量數(shù)據(jù)處理使用循環(huán)方式，未使用框架的并行處理方式。2調(diào)整目標(biāo)核心框架是金稅三期核心征管軟件的基礎(chǔ)，通過對現(xiàn)存問題的分析，在保證系統(tǒng)正確性和穩(wěn)定性的前提下，有必要對核心框架的組件進(jìn)行完善，為業(yè)務(wù)系統(tǒng)提供必要的功能，不斷提高系統(tǒng)的穩(wěn)定

26、性和健壯性，優(yōu)化系統(tǒng)性能，提升用戶體驗(yàn)。3優(yōu)化方案為了達(dá)到以上目標(biāo)，解決目前核心框架存在的各種不足，采用以下調(diào)整方案：（1）穩(wěn)定性和健壯性方面1）在持久層增加關(guān)鍵參數(shù)默認(rèn)值配置增加執(zhí)行超時(shí)的默認(rèn)配置，各應(yīng)用域根據(jù)自身業(yè)務(wù)特點(diǎn)配置默認(rèn)的執(zhí)行超時(shí)時(shí)間，同時(shí)提供手工設(shè)置超時(shí)時(shí)間以滿足復(fù)雜查詢需執(zhí)行較長時(shí)間的需求。提供結(jié)果集最大記錄行數(shù)默認(rèn)參數(shù)，各應(yīng)用域根據(jù)自身業(yè)務(wù)特點(diǎn)設(shè)置允許最大結(jié)果集行數(shù)參數(shù)，在結(jié)果集處理過程中檢查結(jié)果是否超過設(shè)置值；同時(shí)提供手工設(shè)置該參數(shù)以滿足類似大數(shù)據(jù)導(dǎo)出記錄行數(shù)較多的需求。2）優(yōu)化核心框架內(nèi)部基礎(chǔ)對象訪問方式和調(diào)用機(jī)制調(diào)整框架內(nèi)部運(yùn)行依賴的基礎(chǔ)信息對象的訪問方式，調(diào)整對象結(jié)構(gòu)

27、和可見性范圍，保證只有合規(guī)的邏輯可以訪問相關(guān)對象。增加java安全策略配置，保證系統(tǒng)調(diào)用安全性。在關(guān)鍵系統(tǒng)功能中增加調(diào)用檢查點(diǎn)，且支持配置開或關(guān)。3）提供終止指定會話的機(jī)制提供會話執(zhí)行跟蹤機(jī)制：框架收集會話執(zhí)行服務(wù)器的路徑和執(zhí)行線程信息。提供會話運(yùn)行終止功能：根據(jù)會話的相關(guān)執(zhí)行信息，查找運(yùn)行指定會話的服務(wù)器及執(zhí)行線程，并向執(zhí)行線程發(fā)送終止執(zhí)行的控制消息?？蚣芟嚓P(guān)功能組件中增加執(zhí)行狀態(tài)檢查功能，根據(jù)執(zhí)行線程接收到的控制消息，判斷是否終止執(zhí)行。4）完善日志組件執(zhí)行日志采集異步化：采用異步方式采集執(zhí)行日志，保證執(zhí)行日志數(shù)據(jù)的采集動(dòng)作對業(yè)務(wù)運(yùn)行影響最小化。執(zhí)行日志存儲異步化：根據(jù)執(zhí)行日志數(shù)據(jù)庫的產(chǎn)品特

28、性，采用異步化的方式持久化調(diào)用日志數(shù)據(jù)，如mongodb數(shù)據(jù)的異步寫入功能。與運(yùn)維管理系統(tǒng)結(jié)合，聯(lián)合完成跨應(yīng)用的綜合分析定位。（2）性能優(yōu)化方面1）優(yōu)化內(nèi)部服務(wù)組件優(yōu)化內(nèi)部服務(wù)注冊表的查詢機(jī)制，如使用更優(yōu)化的hash算法替代java默認(rèn)實(shí)現(xiàn)方式以提高查找效率。優(yōu)化內(nèi)部服務(wù)調(diào)用機(jī)制，如優(yōu)化asm生成的動(dòng)態(tài)服務(wù)代理類代碼質(zhì)量。根據(jù)環(huán)境配置信息，動(dòng)態(tài)整合服務(wù)的攔截處理方法和服務(wù)調(diào)用方法，將解析調(diào)用轉(zhuǎn)為按需硬調(diào)用。優(yōu)化服務(wù)版本化管理機(jī)制，目前不同版本的服務(wù)注冊成不同的服務(wù)條目，造成服務(wù)條目過多，應(yīng)采用適當(dāng)機(jī)制縮減內(nèi)部服務(wù)的條目數(shù)量，提高服務(wù)查找和管理性能。2）提供狀態(tài)緩存服務(wù)組件提供狀態(tài)數(shù)據(jù)管理平臺，

29、通過算法將數(shù)據(jù)庫中的相關(guān)狀態(tài)數(shù)據(jù)映射到應(yīng)用服務(wù)器的內(nèi)存狀態(tài)位上。提供狀態(tài)數(shù)據(jù)訪問客戶端，業(yè)務(wù)邏輯調(diào)用功能客戶端訪問和更新狀態(tài)數(shù)據(jù)緩存中的狀態(tài)信息。3）提供應(yīng)用級鎖管理組件提供鎖管理服務(wù)器，用于應(yīng)用層的鎖信息存儲，并提供鎖的檢查和管理功能。提供鎖數(shù)據(jù)訪問客戶端，用于業(yè)務(wù)邏輯與鎖服務(wù)器進(jìn)行通訊。（3）項(xiàng)目管控方面1）框架開發(fā)者提供詳細(xì)的開發(fā)指導(dǎo)手冊，加強(qiáng)開發(fā)人員的技術(shù)培訓(xùn)，保證開發(fā)人員能正確使用框架提供的功能；提供代碼掃描工具，提高代碼質(zhì)量。2）完善代碼審查制度，強(qiáng)化制度落實(shí)與執(zhí)行。3）加強(qiáng)軟件測試，提高自動(dòng)化測試的覆蓋率，同時(shí)加強(qiáng)邊界測試。（二）應(yīng)用集成平臺方面1現(xiàn)狀和問題分析在省級應(yīng)用集中，應(yīng)

30、用集成平臺定位在既要承擔(dān)金三內(nèi)部系統(tǒng)之間的應(yīng)用集成，同時(shí)還要承擔(dān)各省的渠道系統(tǒng)接入到內(nèi)部系統(tǒng)的應(yīng)用集成（原來是由前置軟件負(fù)責(zé)），在總局和各省局國地稅也要分別部署，這將對應(yīng)用集成平臺的功能性、可靠性、穩(wěn)定性提出了更高的要求。應(yīng)用集成平臺采用服務(wù)代理模式，不部署業(yè)務(wù)服務(wù)，業(yè)務(wù)服務(wù)部署在提供服務(wù)的系統(tǒng)上，應(yīng)用集成平臺作為代理負(fù)責(zé)轉(zhuǎn)發(fā)業(yè)務(wù)服務(wù)請求，所提供服務(wù)的業(yè)務(wù)邏輯由提供服務(wù)的系統(tǒng)執(zhí)行。而服務(wù)容器是指將業(yè)務(wù)邏輯處理部分封裝為獨(dú)立的服務(wù)部署在應(yīng)用集成平臺上，應(yīng)用集成平臺可作為服務(wù)容器直接接收并執(zhí)行服務(wù)。目前，應(yīng)用集成平臺采用服務(wù)代理模式，實(shí)現(xiàn)了平臺與業(yè)務(wù)邏輯的解耦，業(yè)務(wù)邏輯變化和部署不影響平臺，平臺輕

31、量，不直接處理業(yè)務(wù)邏輯。在目前的全國應(yīng)用集中，在總局部署了一套應(yīng)用集成平臺，它提供總局新建系統(tǒng)間的應(yīng)用集成，如征管和個(gè)稅、納服和征管的待辦事宜集成、征管和網(wǎng)絡(luò)發(fā)票；在各省國稅和地稅也分別部署了一套應(yīng)用集成平臺，負(fù)責(zé)提供省內(nèi)特色系統(tǒng)和總局遺留系統(tǒng)接入到核心征管的應(yīng)用集成。另外，核心前置也部署在總局，承擔(dān)了納服、稅庫銀等渠道軟件的應(yīng)用接入；而部署在各省局國地稅的核心前置負(fù)責(zé)國地稅大廳的應(yīng)用接入；這些核心前置和應(yīng)用集成平臺的本身功能差不多，只是接入系統(tǒng)及其服務(wù)不一樣，并且在核心前置上部署了業(yè)務(wù)預(yù)處理服務(wù)。從目前3個(gè)已上線省市的應(yīng)用來看，并基于省級應(yīng)用集中的考慮，應(yīng)用集成平臺在如下幾個(gè)方面存在不足：（

32、1）異常故障性保障和隔離：在出現(xiàn)異常時(shí)的處理和故障隔離還需要完善。1）異常處理機(jī)制：目前對于jms消息處理方式，如果在目標(biāo)系統(tǒng)網(wǎng)絡(luò)一直出現(xiàn)異常故障下，jms消息會一直連續(xù)發(fā)送到目標(biāo)系統(tǒng)，這會無故消耗系統(tǒng)資源，可能會影響系統(tǒng)其他業(yè)務(wù)運(yùn)行。2）故障保障隔離：在ejb/webserivce等同步模式下，目前的流量控制在線程數(shù)足夠時(shí)可以起到故障隔離，如果高并發(fā)服務(wù)請求過多導(dǎo)致線程不足而服務(wù)處理很慢時(shí)，這時(shí)可能會造成系統(tǒng)堵塞，并且由于缺少服務(wù)優(yōu)先級控制，可能會導(dǎo)致高優(yōu)先級業(yè)務(wù)服務(wù)也無法處理。（2）界面化配置：目前應(yīng)用集成平臺的參數(shù)配置基本上都是通過dml數(shù)據(jù)庫腳本在系統(tǒng)升級或打補(bǔ)丁時(shí)執(zhí)行生效，而沒有提供

33、界面在生產(chǎn)環(huán)境由系統(tǒng)管理員進(jìn)行配置。1）靜態(tài)參數(shù)配置：雖然很多靜態(tài)參數(shù)作為版本信息是可以通過dml腳本進(jìn)行初始化配置，但有些靜態(tài)參數(shù)可能在具體環(huán)境有差異，這就最好需要提供界面來配置，如：各種協(xié)議的ip端口地址等信息。2）動(dòng)態(tài)參數(shù)配置：對于需要根據(jù)系統(tǒng)運(yùn)行情況調(diào)整的參數(shù)，目前也是通過dml腳本執(zhí)行，如流量配置、接入配置等。（3）擴(kuò)展性功能：目前業(yè)務(wù)需求功能的變化，完全是由服務(wù)具體來實(shí)現(xiàn)，應(yīng)用集成平臺沒有提供服務(wù)編排等功能，這樣就無法實(shí)現(xiàn)只需平臺級的定制而無需業(yè)務(wù)服務(wù)變化修改。同時(shí)，作為服務(wù)提供系統(tǒng)方和服務(wù)消費(fèi)系統(tǒng)方，在使用應(yīng)用集成平臺方面以及各方相互協(xié)作配合方面，主要出現(xiàn)如下的問題：（1）規(guī)范性

34、：在應(yīng)用集成平臺規(guī)范還不是很完善和執(zhí)行協(xié)調(diào)不到位。1）服務(wù)梳理劃分：服務(wù)劃分太細(xì)會造成交互頻繁，增加系統(tǒng)壓力。2）超時(shí)控制：未結(jié)合征管及其他接入系統(tǒng)的整個(gè)鏈路時(shí)間進(jìn)行配置，易出現(xiàn)系統(tǒng)間配置參數(shù)不匹配而引起的服務(wù)異常，如網(wǎng)報(bào)系統(tǒng)配置超時(shí)時(shí)間為5s，征管系統(tǒng)配置超時(shí)時(shí)間為10s，應(yīng)用集成平臺配置超時(shí)時(shí)間為30s，此種情況將出現(xiàn)應(yīng)用集成平臺在征管系統(tǒng)未有正確返回時(shí)因超時(shí)而斷開請求。（2）協(xié)同性：在各方系統(tǒng)集成時(shí)，由于同時(shí)存在前置和應(yīng)用集成平臺，在選擇接入時(shí)容易困惑；同時(shí)選擇了不恰當(dāng)?shù)募煞绞胶徒尤敕绞?，比如?yīng)該應(yīng)用集成而使用了數(shù)據(jù)集成、本地特色應(yīng)用和渠道系統(tǒng)過多使用異步方式協(xié)議、集成調(diào)用的次數(shù)較多。

35、通過這些問題分析，應(yīng)用集成平臺在功能性、可靠性、穩(wěn)定性還需要完善，并且還需要加強(qiáng)應(yīng)用集成平臺規(guī)范的執(zhí)行完善和各集成方的協(xié)調(diào)配合。2調(diào)整目標(biāo)（1）簡化規(guī)范應(yīng)用集成：盡量簡化應(yīng)用集成，規(guī)范應(yīng)用集成方式和同步異步接入方式。（2）提高配置易用性：增加靈活配置功能界面，動(dòng)態(tài)滿足系統(tǒng)變化要求，如：系統(tǒng)壓力大時(shí)動(dòng)態(tài)配置流量以限流等。（3）加強(qiáng)故障處理和可靠性：在系統(tǒng)出現(xiàn)異常故障時(shí)，應(yīng)用集成平臺需限制系統(tǒng)的故障范圍而不至于系統(tǒng)故障蔓延，提供系統(tǒng)在可承受壓力范圍內(nèi)正常運(yùn)行的保障機(jī)制，盡量減緩或限制系統(tǒng)壓力，同時(shí)保障關(guān)鍵服務(wù)可被優(yōu)先執(zhí)行。如流量控制和優(yōu)先級控制。（4）增強(qiáng)服務(wù)擴(kuò)展性：在業(yè)務(wù)發(fā)生變化時(shí)，應(yīng)用集成平臺

36、可根據(jù)已有服務(wù)編排組合成新的服務(wù)，以動(dòng)態(tài)滿足適應(yīng)業(yè)務(wù)變化，如增加服務(wù)編排功能。3優(yōu)化方案為了實(shí)現(xiàn)上述目標(biāo)，應(yīng)用集成平臺具體改進(jìn)措施如下：（1）簡化規(guī)范應(yīng)用集成渠道系統(tǒng)改為統(tǒng)一接入到應(yīng)用集成平臺，前置軟件將去掉。合理選擇系統(tǒng)之間的集成方式，特別注意選擇好應(yīng)用集成的同步異步接入方式。（2）故障隔離有兩種方案，利用weblogic工作管理器分別控制請求和響應(yīng)線程數(shù)和優(yōu)先級，或自主研發(fā)隊(duì)列機(jī)制增加分組、優(yōu)先級功能。1）基于weblogic工作管理器定制開發(fā)：根據(jù)業(yè)務(wù)需求預(yù)先在工作管理器中定義不同的線程組，來自不同渠道、針對不同服務(wù)的請求會使用不同的線程組，同時(shí)對后面不同系統(tǒng)的服務(wù)的調(diào)用也使用不同的線程

37、組。使任何服務(wù)的擁堵不會蔓延。優(yōu)點(diǎn)：技術(shù)明確，風(fēng)險(xiǎn)可控；工作量可控，通過配置+資源適配器的定制開發(fā)。缺點(diǎn)：使用weblogic優(yōu)先級的應(yīng)用案例不多，需要驗(yàn)證具體使用策略；和weblogic耦合緊密，完全依賴weblogic；服務(wù)請求方發(fā)起請求時(shí)須指定業(yè)務(wù)組件實(shí)例的級別。2）自主研發(fā)隊(duì)列機(jī)制增加分組和優(yōu)先級處理：通過隊(duì)列和連接適配器控制服務(wù)在請求和響應(yīng)按照不同分組和不同級別執(zhí)行。優(yōu)點(diǎn)：完全自主，按照jca規(guī)范；服務(wù)請求方無需關(guān)心優(yōu)先級，通過應(yīng)用集成平臺本身配置實(shí)現(xiàn)。缺點(diǎn)：技術(shù)上有難度，存在技術(shù)風(fēng)險(xiǎn)；工作量大，需要保障穩(wěn)定性和性能。建議先采用方案1過渡，最終過渡為方案2。（3）配置管理完善超時(shí)配置

38、功能界面等，完善現(xiàn)有功能界面。增加流量配置功能界面等，根據(jù)需求增加功能界面。（4）服務(wù)監(jiān)控完善服務(wù)的運(yùn)行狀態(tài)、運(yùn)行效率、運(yùn)行是否有錯(cuò)誤等的監(jiān)控。若有問題及時(shí)告警，降低運(yùn)維壓力。（5）服務(wù)編排針對現(xiàn)有服務(wù)提供xml報(bào)文內(nèi)容的輸入輸出處理，也能夠把多個(gè)服務(wù)按照一定規(guī)則串接組合起來。編排后的服務(wù)作為一個(gè)新的服務(wù)暴露出來，且對原來的服務(wù)代碼無須修改。應(yīng)用集成平臺需支持服務(wù)編排功能，但是此功能實(shí)現(xiàn)優(yōu)先級低，在遇到有需要業(yè)務(wù)場景時(shí)使用。除了上述應(yīng)用集成平臺具體改進(jìn)措施，還需要加強(qiáng)應(yīng)用集成平臺規(guī)范的執(zhí)行完善和各集成方的協(xié)調(diào)配合。（1）需要不斷完善和遵照執(zhí)行的應(yīng)用集成平臺規(guī)范有：1）gt3-hx-zj-應(yīng)用集

39、成平臺接口規(guī)范2）gt3-hx-zj-應(yīng)用集成平臺接入規(guī)范3）gt3-hx-zj-應(yīng)用集成平臺數(shù)據(jù)定義規(guī)范4）gt3-hx-zj-應(yīng)用集成平臺數(shù)據(jù)交換規(guī)范（2）各業(yè)務(wù)系統(tǒng)需要對服務(wù)高度抽象梳理，對各種系統(tǒng)消費(fèi)方提供的服務(wù)盡量保持一致，并盡量減少系統(tǒng)之間減少次數(shù)。（3）各方協(xié)調(diào)配置好超時(shí)時(shí)間。（三）工作流方面1. 存在問題工作流系統(tǒng)是金稅三期基礎(chǔ)軟件平臺中的重要組成部分。金稅三期系統(tǒng)采用了中創(chuàng)公司提供的工作流軟件inforsuite flow，該軟件已在多個(gè)大型信息系統(tǒng)項(xiàng)目中應(yīng)用，它是遵循wfmc規(guī)范、支持采用xpdl形式xml進(jìn)行流程定義的工作流中間件，為工作流自動(dòng)化及流程再造提供基礎(chǔ)平臺，為

40、金稅三期工程提供基礎(chǔ)的、統(tǒng)一的流程管理平臺。該工作流產(chǎn)品結(jié)構(gòu)如圖所示：圖7.1 inforsuite fs產(chǎn)品架構(gòu)inforsuite flow工作流軟件提供了統(tǒng)一的bs流程建模平臺，可以用于累積業(yè)務(wù)流程模型，并可便于服用業(yè)務(wù)模型。流程建模平臺功能眾多，包含了流程分級定義、下發(fā)、逐級個(gè)性化擴(kuò)展定義同一業(yè)務(wù)流程等特色功能。在金稅三期中使用工作流工具的目的是增強(qiáng)征管系統(tǒng)的適應(yīng)性，有效支持業(yè)務(wù)由職能導(dǎo)向轉(zhuǎn)變?yōu)榱鞒虒?dǎo)向，由結(jié)果監(jiān)督轉(zhuǎn)變?yōu)檫^程監(jiān)督。工作流軟件被用于支撐金稅三期工程核心征管、個(gè)稅、行政辦公、納稅服務(wù)、管理決策等多個(gè)項(xiàng)目，各項(xiàng)目對inforsuite flow工作流軟件進(jìn)行了集成，并分別對工

41、具相關(guān)功能進(jìn)行了封裝或個(gè)性化擴(kuò)展，構(gòu)建了各自的工作流框架。目前核心征管系統(tǒng)的各個(gè)應(yīng)用域分別有對應(yīng)的工作流域，工作流域主要涵蓋了工作流服務(wù)框架及工作流引擎和工作流數(shù)據(jù)庫。簡單來說，核心征管系統(tǒng)的工作流的部署方式是“多實(shí)例多數(shù)據(jù)庫”。個(gè)人稅收管理系統(tǒng)則采用了“多實(shí)例單數(shù)據(jù)庫”的工作流部署方式，個(gè)稅系統(tǒng)各應(yīng)用域內(nèi)嵌了工作流服務(wù)框架及工作流引擎，但共享一個(gè)數(shù)據(jù)庫。圖7.2 金稅三期核心征管系統(tǒng)工作流架構(gòu)概要示意圖金稅三期系統(tǒng)用戶最常用的功能就是打開待辦任務(wù)列表或在辦任務(wù)列表，在辦理流程性事務(wù)時(shí)大量的使用到推送功能，而這兩者都是由工作流系統(tǒng)來承載、實(shí)現(xiàn)的，對于前臺辦稅的納稅人而言，辦事是否便捷、稅務(wù)機(jī)關(guān)

42、服務(wù)是否高效優(yōu)質(zhì)，很大程度上是由工作流框架和工作流引擎的功能、性能和開發(fā)規(guī)范性直接決定的，稅務(wù)系統(tǒng)內(nèi)部用戶的用戶體驗(yàn)也與之息息相關(guān)。從目前已上線單位的反映和雙軌測試環(huán)境實(shí)際體驗(yàn)來看，目前金稅三期工作流系統(tǒng)存在以下突出問題：一是初始化配置特別復(fù)雜。當(dāng)前，工作流配置方面主要存在的問題有三點(diǎn)：一是相關(guān)的初始化配置非常復(fù)雜，工作量大：初始化配置極為繁瑣，耗時(shí)很長。金三系統(tǒng)在工作流配置上有著數(shù)倍于大集中系統(tǒng)的工作量：流程類工作建模中需要額外維護(hù)職能樹，工作流節(jié)點(diǎn)的角色對應(yīng)關(guān)系、表單路徑、回調(diào)服務(wù)與關(guān)聯(lián)流程等內(nèi)容；非流程類稅務(wù)事項(xiàng)也需要額外維護(hù)角色與稅務(wù)事項(xiàng)對應(yīng)關(guān)系以及職能樹相關(guān)的內(nèi)容。整個(gè)金三系統(tǒng)的流程

43、類工作流建模工作量復(fù)雜度可以表達(dá)為如下： o（流程環(huán)節(jié)節(jié)點(diǎn)數(shù)×職能樹數(shù)目×稅務(wù)機(jī)關(guān)×崗位數(shù)目×角色×表單路徑×回調(diào)服務(wù)×關(guān)聯(lián)流程×操作機(jī)關(guān)），對于非流程類事項(xiàng)，其不涉及具體的工作流配置，而是使用特定的角色對應(yīng)的功能模塊進(jìn)行實(shí)現(xiàn)，因此其復(fù)雜度同理表達(dá)如下： o（非流程類事項(xiàng)數(shù)×職能樹數(shù)目×稅務(wù)機(jī)關(guān)×崗位數(shù)目×角色）；二是因配置而產(chǎn)生的運(yùn)行出錯(cuò)概率極高，難以在配置時(shí)校驗(yàn)配置的合法性，降低了初始化工作的效率；三是排查問題的難度大。初始化工作流的配置工作包含了工作流圖繪制以及每個(gè)節(jié)點(diǎn)

44、的推送規(guī)則、標(biāo)簽規(guī)則、事件規(guī)則、時(shí)間期限的配置等工作。二是健壯性不佳，待辦事宜可能丟失、延遲，偶有出現(xiàn)事務(wù)不完整問題，錯(cuò)誤處理機(jī)制不完備。在總局集中版本運(yùn)行期間，遇到過較多的由于jms消息延時(shí)所產(chǎn)生的阻塞問題，造成“待辦門戶無法及時(shí)展現(xiàn)待辦任務(wù)、甚至一直收不到”，或者是“待辦任務(wù)點(diǎn)擊異常后任務(wù)消失或者仍然存在，再次點(diǎn)擊仍然異常”、“在流程監(jiān)控能看到某任務(wù)，但在待辦事宜中卻找不到對應(yīng)任務(wù)”等現(xiàn)象；發(fā)生過一次點(diǎn)擊后，業(yè)務(wù)數(shù)據(jù)、流程數(shù)據(jù)處理結(jié)果不一致的情況，且錯(cuò)誤處理機(jī)制未能及時(shí)解決此類事務(wù)不一致的問題。三是易用性不佳，部分功能不人性化。部分單位的同一部門、同一崗位的人員數(shù)量較多（廣州下屬區(qū)局的大廳

45、集中辦公，約有幾百人），推送時(shí)選擇下一環(huán)節(jié)辦理人員時(shí)需拖拽查找，無法通過輸入拼音首字母或稅務(wù)人員代碼來快速定位；部分流程結(jié)束后，系統(tǒng)自動(dòng)觸發(fā)了關(guān)聯(lián)流程，此時(shí)，無法手工選擇關(guān)聯(lián)流程推送人員。四是部分功能缺失，或尚待改進(jìn)完善。未實(shí)現(xiàn)批量審批，例如出口退稅，影響基層工作效率；當(dāng)操作員離職轉(zhuǎn)崗且未辦結(jié)當(dāng)前任務(wù)時(shí)，缺少功能來進(jìn)行轉(zhuǎn)辦，亦缺少相應(yīng)監(jiān)控預(yù)警功能；缺少流程圖反向查找功能，當(dāng)流程圖配置好發(fā)布以后，目前沒有一個(gè)好的功能來查詢某流程圖的原始流程圖存在于bs設(shè)計(jì)器中何處，以方便檢索、基于原流程圖進(jìn)行修改；未能實(shí)現(xiàn)流程定義在不同系統(tǒng)環(huán)境和不同上線單位之間的導(dǎo)入和導(dǎo)出；跨系統(tǒng)定制流程圖支持度不高，目前金三

46、新建系統(tǒng)采用統(tǒng)一的建模工具建模并制作相關(guān)規(guī)則，再為其他系統(tǒng)進(jìn)行數(shù)據(jù)同步，由于在引擎的流程圖模型管理中針對建模庫無實(shí)例數(shù)據(jù)的流程圖采用的是覆蓋操作，會導(dǎo)致目標(biāo)方流程圖的歷史版本丟失，需要引擎解決；流程分支變量配置不便，繪制流程圖時(shí)，往往需要用到分支變量，但目前對業(yè)務(wù)用例的參數(shù)管理不夠，會導(dǎo)致繪制時(shí)不知道哪些參數(shù)在當(dāng)前業(yè)務(wù)流程中可以使用，也不知道該如何使用；缺少供核心以外的應(yīng)用系統(tǒng)發(fā)布工作流程模型的應(yīng)用功能；缺少融合查詢功能，因目前工作流系統(tǒng)是多應(yīng)用、多數(shù)據(jù)庫實(shí)例部署，操作員無法便捷的查找到可能分散在不同應(yīng)用域的某個(gè)流程之狀態(tài)，無法在單一功能里實(shí)現(xiàn)各應(yīng)用域流程的統(tǒng)一查詢與管理，增加了操作員的負(fù)擔(dān)、

47、增加了引起誤解的可能。五是職責(zé)分工不合理；文檔材料不完備，系統(tǒng)出現(xiàn)過宕機(jī)事故，管理方面存在不足。初始化建模工作量大且復(fù)雜，較難配置，從現(xiàn)實(shí)出發(fā)，要明確劃分乙方公司與省級以下用戶之間的職責(zé)范圍；各乙方公司未給出回調(diào)服務(wù)、關(guān)聯(lián)流程等工作流配置的完整說明文檔；2014年1月出現(xiàn)過工作流系統(tǒng)宕機(jī)的情況.通過對典型業(yè)務(wù)場景的分析，工作流系統(tǒng)的穩(wěn)定性、功能性和易用性問題對目前金稅三期應(yīng)用系統(tǒng)的內(nèi)外部用戶體驗(yàn)造成了不小的影響。在省級集中部署后，這個(gè)問題會更加突出。省級集中并不能自動(dòng)的同時(shí)解決系統(tǒng)的穩(wěn)定性、功能性和易用性等問題。在我們對金稅三期各應(yīng)用系統(tǒng)和數(shù)據(jù)庫簡化合并部署的前提下，減少了系統(tǒng)間的耦合度，可能

48、可以提升部分方面的性能，但穩(wěn)定性問題、功能性問題和易用性問題將更加突出。2. 原因分析通過分析，造成前述問題的主要原因有以下三方面：一是技術(shù)方面。（1）待辦事宜的集成方式復(fù)雜。金稅三期系統(tǒng)的待辦事宜的集成選擇了“推”模式，各應(yīng)用系統(tǒng)將待辦任務(wù)推送給工作門戶。選擇這種方案的初衷在于用戶體驗(yàn)比較好。具體技術(shù)實(shí)現(xiàn)時(shí)，首先由總局部署的工作流引擎發(fā)起推送待辦的事件，然后工作流框架將其轉(zhuǎn)換為jms消息，發(fā)送到esb，然后傳遞到省級集成平臺，最后落地到省級集成平臺庫，由門戶來進(jìn)行展現(xiàn)。產(chǎn)生jms消息延時(shí)并導(dǎo)致待辦信息無法及時(shí)展現(xiàn)的主要原因有三：異步消息機(jī)制存在延遲，有時(shí)候消息隊(duì)列堵塞，造成任務(wù)無法在規(guī)定時(shí)間

49、到達(dá)省局門戶；網(wǎng)絡(luò)鏈路距離長，延時(shí)大，網(wǎng)絡(luò)可能出現(xiàn)丟包；當(dāng)應(yīng)用了多jms隊(duì)列且先后發(fā)出多個(gè)有先后順序要求的jms消息時(shí)，無法保障整體先進(jìn)先出，目前的實(shí)現(xiàn)僅能保證每個(gè)隊(duì)列先進(jìn)先出。（2）事務(wù)完整性保障機(jī)制不佳，系統(tǒng)錯(cuò)誤處理機(jī)制不完善。為保證jms消息（被推送的任務(wù)）的可靠性，目前通過開發(fā)待辦事宜對賬程序?qū)I(yè)務(wù)工作門戶中的待辦任務(wù)數(shù)據(jù)與各應(yīng)用系統(tǒng)工作流數(shù)據(jù)庫數(shù)據(jù)進(jìn)行對賬，待辦事宜對賬程序通過ejb接口調(diào)用工作流對賬服務(wù)的ejb服務(wù)查詢應(yīng)用系統(tǒng)的工作流待辦事宜數(shù)據(jù)，但有效性未得到驗(yàn)證。目前沒有完整有效的保障事務(wù)完整性的機(jī)制，在存在跨域調(diào)用時(shí)，沒有使用jta、xa數(shù)據(jù)源、多階段提交等方式在事中保障事務(wù)

50、完整性，也沒有構(gòu)建充足的自動(dòng)化補(bǔ)償功能在事后恢復(fù)事務(wù)完整性。（3）工作流框架和工作流引擎功能不足，未能及時(shí)根據(jù)需要完善相關(guān)功能。二是業(yè)務(wù)方面。總局的流程規(guī)范與各上線單位實(shí)際操作存在差異，加上廠商和上線單位理解上的差異，導(dǎo)致系統(tǒng)中配置的工作流程過多而且過于復(fù)雜。三是實(shí)施管理方面。（1）開發(fā)配置工作與用戶配置工作未能合理劃分，導(dǎo)致均需要用戶進(jìn)行配置，增加用戶工作量，而且出錯(cuò)率高，效果不好。（2）需求分析存在不足。部分業(yè)務(wù)需求在實(shí)現(xiàn)時(shí)，設(shè)計(jì)出來的邏輯較為復(fù)雜，在程序?qū)崿F(xiàn)時(shí)涉及到多次跨域調(diào)用，客觀上導(dǎo)致未能良好的保證工作流與業(yè)務(wù)數(shù)據(jù)的一致性、事務(wù)的完整性。（3）業(yè)務(wù)應(yīng)用與工作流框架功能分工落實(shí)不嚴(yán)，存

51、在個(gè)別業(yè)務(wù)應(yīng)用沒有充分利用工作流框架的功能而自行實(shí)現(xiàn)部分工作流功能。3. 調(diào)整目標(biāo)工作流系統(tǒng)的優(yōu)化直接關(guān)系到金稅三期主體業(yè)務(wù)功能的正常運(yùn)轉(zhuǎn)，關(guān)系到構(gòu)建和諧征納關(guān)系，關(guān)系到落實(shí)“兩個(gè)減負(fù)”，因此需要重視對系統(tǒng)功能性與非功能性需求（或稱質(zhì)量服務(wù)需求）的滿足，要做到運(yùn)行質(zhì)量（易用性、健壯性、穩(wěn)定性、效率等）與發(fā)展質(zhì)量（可測試性、可維護(hù)性、可擴(kuò)展性、可伸縮性、兼容性）并重，其中需要特別重視確保系統(tǒng)的健壯性、穩(wěn)定性，具體目標(biāo)如下：（1）優(yōu)化工作流相關(guān)功能實(shí)現(xiàn)；（2）提升系統(tǒng)運(yùn)行效率，優(yōu)化工作流應(yīng)用架構(gòu)。（3）增強(qiáng)健壯性，完善錯(cuò)誤處理機(jī)制；（4）增強(qiáng)易用性，改善用戶體驗(yàn)。提供合理的默認(rèn)值，記憶用戶選擇，支

52、持全鍵盤操作等，降低用戶的學(xué)習(xí)和適應(yīng)難度；（5）增強(qiáng)可維護(hù)性，完善配置功能，合理切分工作職責(zé)。4. 優(yōu)化方案為了達(dá)到以上目標(biāo)，解決目前工作流系統(tǒng)存在的各種問題，提升用戶體驗(yàn)，需要從技術(shù)、業(yè)務(wù)和管理三方同時(shí)采取措施進(jìn)行調(diào)整優(yōu)化。一是技術(shù)方面。（1）優(yōu)化應(yīng)用架構(gòu)以配合工作流的相關(guān)工作機(jī)制。首先要確定是否繼續(xù)使用jms消息傳遞待辦任務(wù)。若繼續(xù)使用，則需設(shè)計(jì)、完善異步消息完整性、可靠性保障機(jī)制并進(jìn)行穩(wěn)定性、完整性驗(yàn)證，需要將jms消息服務(wù)器細(xì)分, 按業(yè)務(wù)/區(qū)域/消息量等規(guī)則部署多個(gè)消息服務(wù)器，確保消息始終保持發(fā)送時(shí)的先后順序；若不保留，則改用實(shí)時(shí)調(diào)用。實(shí)時(shí)調(diào)用的優(yōu)點(diǎn)在于結(jié)構(gòu)簡單、排錯(cuò)簡單、可靠性較高且

53、更為可控，任務(wù)可以實(shí)時(shí)在門戶展現(xiàn)，缺點(diǎn)在于需要量化的驗(yàn)證性能是否能滿足省級集中需求；保留jms的優(yōu)缺點(diǎn)基本與實(shí)時(shí)調(diào)用的優(yōu)缺點(diǎn)相反。其次，可以將工作流引擎庫與生產(chǎn)庫合并。在生產(chǎn)系統(tǒng)調(diào)用工作流引擎api的時(shí)候，改為外部傳入數(shù)據(jù)庫連接的模式，使得工作流引擎與生產(chǎn)系統(tǒng)保持在一個(gè)數(shù)據(jù)庫事務(wù)中。這樣可以部分的減少事務(wù)不一致的可能性，更好的提高內(nèi)外部用戶的體驗(yàn)，缺點(diǎn)在于可能對數(shù)據(jù)庫的壓力較大，需要進(jìn)行量化驗(yàn)證。再次，應(yīng)完善系統(tǒng)對事務(wù)不一致的處理機(jī)制、提高程序健壯性、完善異常處理能力、完善補(bǔ)償用例的實(shí)現(xiàn)。在功能用例實(shí)現(xiàn)時(shí)，應(yīng)遵循的原則如下：事務(wù)嵌套、跨應(yīng)用調(diào)用不超過一層。經(jīng)分析，工作流應(yīng)用有兩種架構(gòu)部署方案，

54、分述如下：第一種是采用嵌入式，嵌入業(yè)務(wù)應(yīng)用工程中，不單獨(dú)部署。此種選擇的風(fēng)險(xiǎn)點(diǎn)有：可能遇到j(luò)ar包沖突問題；在現(xiàn)有需求實(shí)現(xiàn)方式下，并不能徹底解決事務(wù)不一致問題，需測試驗(yàn)證。第二種是仍然采用單獨(dú)部署工作流域。選擇該方案時(shí)時(shí)，仍然會存在跨域調(diào)用。因此，為了保證數(shù)據(jù)在多個(gè)參與的數(shù)據(jù)源中的一致性,需要用到j(luò)ta來控制事務(wù),參與的數(shù)據(jù)源也需要支持x/open協(xié)議(兩階段提交)。據(jù)了解，大連地稅網(wǎng)絡(luò)發(fā)票系統(tǒng)與核心征管系統(tǒng)之間的跨域調(diào)用使用了jta來保證事務(wù)一致性，此外國稅系統(tǒng)也有應(yīng)用的案例。該方案有如下兩點(diǎn)需要注意：一是jta分布式事務(wù)提交需要框架支持；二是兩階段提交會影響性能，特別是兩個(gè)事務(wù)處理時(shí)間比較

55、長的情況下可能會有性能壓力，需要進(jìn)行基準(zhǔn)性能測試以確定特定硬件配置條件下是否能滿足性能需求；對于跨域調(diào)用，除使用jta來控制事務(wù)外，還應(yīng)開發(fā)業(yè)務(wù)手動(dòng)補(bǔ)償用例以及自動(dòng)化補(bǔ)償方式，對不一致事務(wù)采用補(bǔ)償機(jī)制解決，此方式的風(fēng)險(xiǎn)在于需要開發(fā)的補(bǔ)償用例過多，容易遺漏；并完善后臺監(jiān)控的功能，在發(fā)生不一致時(shí)，保存完整的不一致現(xiàn)場，以便于后臺運(yùn)維處理。第四，清理工作流域相關(guān)的數(shù)據(jù)同步機(jī)制。避免使用數(shù)據(jù)同步機(jī)制來實(shí)現(xiàn)少量數(shù)據(jù)的交互，改為采用實(shí)時(shí)同步調(diào)用方式。可廣泛參考目前的省級集中系統(tǒng)的類似場景及其解決方案。 （2）優(yōu)化工作流框架，包括功能完善、錯(cuò)誤處理機(jī)制的完善、事務(wù)完整性保障機(jī)制的完善、配置功能完善。首先是增

56、加模擬運(yùn)行功能，實(shí)現(xiàn)在流程發(fā)布之前，流程能夠自動(dòng)模擬運(yùn)行，減少人工測試工作量。工作流應(yīng)該可以提供配置驗(yàn)證或提供較為人性化的提示功能，包括：驗(yàn)證主工作流是否配置正確；驗(yàn)證各選項(xiàng)是否配置正確；驗(yàn)證關(guān)聯(lián)選項(xiàng)是否配置正確等。其次是增加工作流配置信息變更、發(fā)布、導(dǎo)入導(dǎo)出功能。工作流配置信息變更的維護(hù)工作目前需要各單位根據(jù)工作流配置變更單進(jìn)行維護(hù)，應(yīng)開發(fā)一個(gè)發(fā)布功能，可以生成相關(guān)sql或者dmp文件，隨版本發(fā)布各個(gè)環(huán)境，以此減少配置的工作量、保證與java代碼版本的一致性，并減少由于人工維護(hù)造成的數(shù)據(jù)質(zhì)量問題。再次是提供融合查詢功能。無論使用單引擎單數(shù)據(jù)庫、多引擎單數(shù)據(jù)庫或多引擎多數(shù)據(jù)庫的部署方式，均應(yīng)在

57、門戶向用戶提供融合查詢，一次查詢即可查找到各業(yè)務(wù)域的工作流轉(zhuǎn)情況。第四是建立、完善健壯性自動(dòng)沖正（補(bǔ)償）機(jī)制。增加自動(dòng)沖正（補(bǔ)償）功能，完善、建立自動(dòng)化的錯(cuò)誤、異常處理機(jī)制，排除因異常處理不嚴(yán)謹(jǐn)所導(dǎo)致的數(shù)據(jù)不一致問題，保障業(yè)務(wù)數(shù)據(jù)和工作流引擎數(shù)據(jù)的一致性。第五是完善基礎(chǔ)控件，智能化展現(xiàn)操作界面。優(yōu)化備選人員的顯示順序?？蛇x的方案如下：1）支持歷史記憶功能。包括：根據(jù)上一次本流程本環(huán)節(jié)推送時(shí)，默認(rèn)選擇上次選擇的辦理人員。根據(jù)歷史選擇的次數(shù)，選擇次數(shù)較多的排名靠前。2）支持用戶設(shè)置常用備選人。包括：每個(gè)用戶在每個(gè)流程和環(huán)節(jié)可以設(shè)置常用的備選人，常用備選人排名靠前，如果不設(shè)置，則按普通排序。3）支持手工輸入人員編號和人員姓名，支持系統(tǒng)默認(rèn)填充，支持模糊查詢。第六是支持無紙化、支持新舊工作流并存、允許操作人員選擇關(guān)聯(lián)流程的啟動(dòng)環(huán)節(jié)之處理人員等。除了上述六點(diǎn)，還需要在架構(gòu)調(diào)整前，按各種候選調(diào)整方案編制各種可能引發(fā)故障的測試場景，并依此進(jìn)行充分驗(yàn)證，根據(jù)結(jié)果進(jìn)行測試和持續(xù)改進(jìn)，提升其穩(wěn)定性和效率，并提交評估報(bào)告給甲方（總局與省級稅務(wù)局）供決策。工作流與權(quán)限是密不可分的，兩者具有天然的相關(guān)性，應(yīng)充分采集各省稅務(wù)機(jī)關(guān)關(guān)于工作流權(quán)限配置方面的意見，兼顧靈活性、特殊性與普遍性，完善、簡化工作流權(quán)限配置模型。舉例而言，至少有兩個(gè)問題需要完善：一是工作流配置規(guī)則中