全額全員累積計稅算法探析

[摘要] 根據全額全員納稅申報流程的特點和納稅管理系統的建設目標，本文提出了計稅函數的核心算法，分析了納稅管理系統的處理流程，對多次提交、累積計稅的算法進行了詳細的闡述。

[關鍵詞] 計稅函數；累積計稅；算法

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2013 . 19. 020

[中圖分類號] F232；F810.42 [文獻標識碼] A [文章編號] 1673 - 0194（2013）19-0033-02

0 引 言

按國家稅務總局規定，目前個人所得稅全員全額納稅明細申報需全面實施。雖然地方稅務部門提供了相應的申報軟件，但其計稅方式并不適合許多企事業單位現有的收入管理和發放模式。因此根據單位的實際情況，開發個人所得稅申報管理系統，已成為許多大型企業和高校的當務之急。以各高校的財務部門為例，薪酬發放都有不同的規章制度，而分次發放，累積計稅就會導致不同稅率的適用問題。因此，只有開發適合的納稅系統，才能解決收入分次發放的計稅問題。各部門將工資、崗貼、年終勞酬及所有零星收入通過網絡全部導入系統，從而便捷地進行計稅、輸出報表、查詢相關數據。到月底財務部門將該系統中的數據按要求導出，提交給地方稅務部門，從而實現個人所得稅的全員全額納稅管理。

高校傳統的納稅管理方法是各單位自行手工計稅，然后制表送交財務部門進行審核。然而隨著單位的增加和部門規模的不斷擴大，傳統的納稅管理方式逐漸暴露出許多問題，如各單位和財務部門的工作非常繁重，手工計稅的效率低而且易出差錯，而對財務數據的準確性和安全性要求是非常嚴格的。因此財務部門迫切需要開發納稅管理系統，以適應當前財務管理信息化的發展，提供更加完善的服務和準確的數據。針對上述情況，我們設計了具有累積計稅功能的納稅管理系統，本文主要探討開發過程中涉及計稅函數和累積計稅算法的關鍵部分。

1 計稅函數

根據國務院《中華人民共和國個人所得稅法實施條例》的相關計稅規則，納稅人 2011 年 9 月 1 日（含）以后實際取得的工資、薪金所得，應適用稅法修改后的減除費用標準和稅率表（見表1），計算繳納個人所得稅。

因此，我們首先編寫出對應的計稅函數paytax，輸入參數為本次發放的金額和國籍狀況（國內個稅起征點為 3 500元，外籍人員個稅起征點為4 800元），然后按照《中華人民共和國個人所得稅法實施條例》定義納稅金額等級，根據7級超額累進稅額定義稅率和速算扣除數。paytax函數計算每次導入薪酬后應納稅的金額，方便在系統中計稅時調用。

對于年終獎，國家稅務總局規定，納稅人取得全年一次性獎金，單獨作為一個月工資、薪金所得計算納稅，并按以下計稅辦法，由扣繳義務人發放時代扣代繳：

先將雇員當月內取得的全年一次性獎金，除以12個月，按其商數確定適用稅率和速算扣除數。如果在發放年終一次性獎金的當月，雇員當月工資薪金所得低于稅法規定的費用扣除額，應將全年一次性獎金減除“雇員當月工資薪金所得與費用扣除額的差額”后的余額，按上述辦法確定全年一次性獎金的適用稅率和速算扣除數。這就是指，如果當月工資收入不足3 500元，則先從年終獎中拿出一部分錢，將當月工資補足3 500元后，然后將剩余的年終獎金額套入計稅公式，得出應繳稅額。

根據以上規定，年終獎計稅函數yeartax設計也按照7級超額累進稅額定義稅率和速算扣除數，最后返回年終獎稅額。

2 累積計稅的算法流程

對于大型企業和高校來說，有些單位可能在一個月內多次發放薪酬，而不同金額適用的稅率不同，因此每個月累積計稅時就會出現納稅金額“不合理”的現象，為了保證每月匯總時納稅金額的準確性，我們的主要思路是，按月對單位每次提交的每筆金額做編號記錄，并設置一個審核標志位，當財務管理人員審核通過后修改相應標志位。為不產生混淆，不允許對已經審核的金額計稅，而之前存在未審核的數據時，不允許對新的數據進行計稅，這樣就可以避免因多次提交而產生稅額的混亂。

單位每次提交一筆薪酬，系統先根據審核標志位選出本月之前已通過審核的總金額，對其調用計稅函數計稅，再將本次提交金額累積計稅，兩者相減就是本次所需繳納的實際稅款，這樣就實現了財務部門要求的分次發放，累積計稅的功能，其算法如下：

算法：每月發放薪酬的累積計稅方法。

輸入：員工ki本次發放薪酬為si，審核標志位置0，paytax（）為計稅函數。

輸出：本次發放薪酬應繳納稅款tax。

函數體：

（a）for本次發放薪酬的每個員工ki，薪酬為si；

（b）選擇本月員工ki已經計稅審核過的薪酬sj，即審核標志位為1的數據；

（c）for每個員工已審核的薪酬sj；

（d） sum1 += sj 該員工本月已審核薪酬總數；

（e）sum2 = sum1 + si 該員工本月發放薪酬總數；

（f）tax = paytax（sum2）- paytax（sum1）為該員工本次發放薪酬應繳納稅額；

（g）本次薪酬si對應的審核標志位置1。

這樣我們就得到分次發放、累積計稅需要的結果，以便管理部門和個人查詢每次發放薪酬的納稅明細。年終獎累積計稅方法類似，只是按照國家規定“如果在發放年終一次性獎金的當月，雇員當月工資薪金所得低于稅法規定的費用扣除額”的條件計算應納稅金額，在系統實際操作時會出現問題，因為發放年終獎的時候當月薪金可能還沒有確定，因此在實際應用中，我們一般取上月數據來作為判斷條件。

最后，按照目前的計稅規則在金額等級臨界點可能產生的情況，也是值得探討的，比如某個職工年終獎為18 000元，按照規定需要扣稅540元，而如果增加到18 500元，那么按照規定需要扣稅1 745元，這種情況下個人如何取舍和合理避稅就是實際需要考慮的問題。而在極端的情況下，系統臨界點可能產生特殊的扣稅現象，比如增加一筆小金額補助后，扣稅金額大于發放金額，即實際發放金額為負數，這也是系統實際應用中可能出現的，解決方案是通過對每個人員的發放金額和納稅額按月合計，每月形成一個匯總表，這樣就可以保障提交至稅務局數據的準確性和合理性。

3 結 論

本文討論了累積計稅的納稅系統中最主要的計稅函數和算法，并對相關實現過程進行了重點論述。網絡和信息技術的發展，使得全額全員納稅管理系統的設計和實現變得相對容易，這也充分體現了稅務管理信息化的優越性。我們基于此算法開發和設計的納稅管理系統已經在武漢大學財務部使用，實踐證明，大型企事業單位的財務部門實現每月累積計稅是可行的。累積計稅管理可以提高財務部門的工作效率，保障財務數據的準確性，同時為上層領導決策提供可靠的依據。

主要參考文獻

[1][美]W Jason Gilmore. PHP與MySQL程序設計[M]. 第3版.朱濤江，譯.北京：人民郵電出版社，2009：320-347.

[2][美]Sterling Hughes. PHP經典實例[M].徐牧，譯. 北京：中國電力出版社， 2003：210-213.