大集中系統的個人所得稅解決方案
1.1前言
隨著稅收體制改革的發展，個人所得稅在整個稅收體系中占有的比重越來越大，自然人個人所得稅明細申報也逐漸普及。個人所得稅明細申報的主體涉及廣大自然人納稅人，給稅務機關的管理和稅款徵收造成了極大的難度。如何實現完整的資訊採集，以及完整的資料查詢、分析利用和監控，是稅務資訊化面臨的乙個大問題。本文分幾個方面，來描述個人所得稅明細申報有關的功能的實現和應用系統的部署。
1.2正文
中國軟體公司參與國家稅務總局資訊化規劃和建設多年，目前已經成為國家稅務總局資訊化建設的主要參與的專業化公司，對金稅三期的情況非常了解。近年來先後承建了廣東、江蘇等地稅資料大集中系統中的核心徵管、檔案管理、多渠道報稅、社報費徵收、個人所得稅全員申報等內容。
隨著稅收體制改革的發展，個人所得稅在整個稅收體系中占有的比重越來越大，自然人個人所得稅明細申報也逐漸普及。目前，各地市已經通過辦稅大廳、網上申報、**、郵寄申報等申報方式，受理納稅人的個人所得稅明細申報。實現的方式有實時填報、批量匯入、ic卡傳送等。個人所得稅明細申報資料具有涉及面廣、資料量大、基礎資訊不易採集等特點，給稅務機關的管理和稅款徵收造成了極大的難度。
根據我們對個人所得稅應用理解，全員全額申報首先實現完整的資訊採集，然後對資訊進行本期分類分項統計、不同時期的統計模擬、政策對稅收影響（如起徵點變化）。個人所得稅全員全額申報將產生大量的明細資料，而且具有很大的增長速度。資料量大、效能消耗大、影響面大成為個人所得稅全員申報的特點，同時也是我們需要重點考慮的方面。需要解決的主要問題有如下幾個方面：
（1）如何快速準確地採集完整的全員申報資訊；
（2）如何保障在快速準確地完成複雜的個稅計稅的同時不影響其他申報的正常進行
（3）如何進行有效的資料儲存
（4）如何進行有效統計查詢
（5）如何保障個人資訊的安全性 從上述六點出發，具體闡述實施建議方案。
1.2.1個稅資訊採集
個稅全員申報需要採集的資料量非常大，涉及面也非常廣。其資料能否準確快速地採集到系統中，直接關係到全員申報的實現程度。建議開發個稅業務端軟體，生成報盤檔案，通過匯入檔案的方式在網路申報或者門前申報快速採集，並完成列印**及個稅完稅憑證的功能。業務端軟體的功能定位如下圖所示：
業務端軟體考慮覆蓋以下基本功能：
1. 與企業財務軟體等系統交換資料。主要掌握納稅人的工資收入情況。
2. 管理基礎資訊。採集扣繳義務人、納稅人基礎資訊，為後續的稅務端和基礎資訊管理系統軟體提供所需的基礎資訊（包括扣繳義務人和納稅人資訊）。
3. 計算應納稅款。根據收入類別，依據稅制要求計算納稅人的應納稅款。
4. 製作報表。利用工資系統、外部匯入和本系統上期資料，製作調整支付非工資薪金收入明細表、扣繳個人所得稅報告表、扣繳義務人自查表等報表。
5. 申報納稅資訊。符合稅務端軟體對資料格式的要求，做好資料準備和整理；申報方式要實現介質報送、紙質報送、考慮網路報送。前提是保證資料的安全。申報稅款時，如果納稅人是首次申報或者納稅人基礎資訊發生變化，要申報納稅人檔案資訊。
6．列印**及完稅證明的功能通過地稅、銀行等部門的授權，納稅人可以通過客戶端直接列印**及完稅證明資訊，避免了直接到大廳大票造成的系統壓力。
1.2.2應用部署
全員申報可以在稅局前台進行同時也可以由納稅人在網上進行申報，如果採用兩層結構來開發個稅全員申報，把所有的計稅指標都快取在客戶端，所有的計稅都在客戶端進行，那麼對於前台的機器效能的要求非常高。另外，由於占用大量的資料庫鏈結，對資料庫的效能消耗也會非常大。建議採用三層架構來實現全員申報，把壓力放在應用伺服器端，通過應用伺服器集群的負載平衡機制，解決效能問題。並且在部署應用伺服器時，將個稅應用伺服器與其他核心應用分離，以免影響其他業務的正常進行。同時保證整個系統的單點登入機制不變。
1.2.3有效儲存
個人所得稅全員全額申報的資料報含有普通納稅人、重點納稅人、外籍人員、普通納稅人個人所得稅、重點納稅人個人所得稅、外籍人員個人所得稅、個人獨資合夥企業投資者、個人獨資合夥企業投資者個人所得稅等資訊。申報所產生的資訊量是目前徵管系統資訊量的若干倍，有效儲存需要進行資料的合理分布，主要需要考慮資料庫部署、資訊表部署、資訊表的建模設計等方面進行。
1、資料庫部署：建議在資料庫部署上，和徵管系統的其它稅種有關的資料進行邏輯分離或物理分離。這種方式可以很好的避免大徵管系統和個人所得稅系統的效能干擾，在一體化操作方面需要對大徵管系統和個人所得稅系統的資料交換作區域性處理。
2、資訊表部署：個人所得稅全員全額申報資訊表資訊量比較大，儲存巨大資訊量的資訊表建議採用資訊表根據關鍵點（如按自然年度、按地區、按稅額等），進行有機分割處理。
3、資訊表的建模設計：資訊表中可計算屬性建議採用整型資料型別；對資訊中標誌資訊（例如位址等字元型別的屬性字段）字段，需要進行歸類、分離，通過主鍵進行聯絡。路由資訊表建議全部採用整型型別，記錄當前資訊表和各歷史資訊表的連線關係。另外，對在查詢中有可能用的比較多的字段，盡可能冗餘到資訊表結構上，保證在查詢中儘量減少多表的關聯關係。
1.2.4有效統計查詢
結合資訊表的合理資料分布，合理設計查詢策略、優化演算法、索引設計來達到有效統計查詢。
1、查詢策略：建議根據常規的統計要求，採用中間結果的策略，進行查詢策略的規劃。
2、字段級優化：對編碼字串作為整數進行儲存，例如稅目**、企業微機**等；
3、表級優化：聚集索引、普通索引；增加適當的冗餘字段，查詢盡量在同一張表上能夠完成；
4、資料庫級優化：記憶體配置、cpu使用等；
5、優化演算法：充分利用資料庫系統提供的sql集合運算能力、避免進行資訊表之間交叉對比、利用資訊表字段整型資料屬性、查詢條件盡量使用索引； 6、資料處理優化：多執行緒、資料庫連線緩衝池、儲存過程、後台資料彙總等；硬體裝置：使用多cpu伺服器、儲存裝置使用磁碟櫃、光儲存等高效能裝置。
1.2.5個人資訊的安全保障
對於網上登記、修改個人資訊、查詢個人基本資訊和申報繳款情況等，系統提供安全性保障，例如，網上不允許修改個人的關鍵資訊，如果需要修改須帶上相關證明到稅局前台修改；每個做過個人資訊登記的個人以本人身分登入後，所有登記、申報、查詢等都只能操作與本人相關的資訊等等。
1.3總結
個人納稅人和企業納稅人相比，其屬性有很大不同。自然人納稅人在登記、納稅申報等環節，都有其特殊的業務處理。因此，考慮自然人業務的特殊性，系統要解決的問題就是：（1） 個人所得稅全員建檔，每個自然人納稅人都有乙個管理碼；（2） 通過各種途徑，使徵管系統與企業財務軟體進行資料銜接，掌握自然人收入情況；為了加強個人所得稅的稅源管理，從基礎資訊管理系統中按一定的標準或條件篩選和指定重點行業、重點稅源戶、重點納稅人，並對其實施重點跟蹤管理。
北京個人所得稅
級 數 全月應納稅所得額 稅率 速算扣除數 1 不超過500元的部分 5 0 2 超過500元至2000元的部分 10 25 3 超過2000元至5000元的部分 15 125 4 超過5000元至20000元的部分 20 375 5 超過20000元至40000元的部分 25 1375 6 超過4...
個人所得稅演算法
近來發現個人所得稅還蠻多，特別是對於工資上萬的人來說，網上的個稅計算器功能的太單一，不夠詳細，於是自己寫了乙個，以下的金額僅做參考用，非本人真實資訊，歡迎使用 起徵點為3500，如果政策有變，會再新增 public class individualincometax 以下是算在個人所得稅裡面的 do...
個人所得稅的計算
all right reserved.檔名稱 test.cpp 完成日期 2013年10月22日 版本號 v1.0 問題描述 all right reserved.檔名稱 test.cpp 完成日期 2013年10月22日 版本號 v1.0 問題描述 編寫多分支選擇結構程式，根據個人月收入總額，計算...