[更新] Firstrade NEC退稅試算表 v4.40b——支援Muni基金、改善1042-S核對算式說明方式

• Firstrade NEC退稅試算表 v4.40b 檔案連結
• 更新內容：
1. 支援Muni基金的Exempt Interest Dividends
2. 1042-S再分類錯誤的核對算式可根據實際分類問題自動調整
3. 改良1042-S核對算式，容納更多收入項目、減少含糊不清及誤解

Firstrade對股息100%為Exempt Interest Dividends的Muni基金並沒有預扣稅金，只要在稅務資料的K欄填入Exempt Interest Dividends的每股配息金額，就可以正確處理此類股息。

這次更新的功能是從Schwab版移植過來的，不過，Firstrade的1042-S分類與Schwab不同，股息中的Exempt Interest Dividend被再分類為Income Code 01，與其他利息收入、QII都歸類再一起 (Exemption Code 05，Tax Rate 0)。因此，此版的Exempt Interest Dividends就和QII一起於報表中顯示，表頭和核對算式也會自動調整。

 (Schwab的Exempt Interest Dividends是分類於Income Code 06，Exemption Code 02，Tax Rate 0。TD Ameritrade的分類則與其QII相同，是Income Code 01、Exemption Code 02)

如果基金公司沒有直接提供Exempt Interest Dividends的每股配息金額，而是提供每股配息金額，以及Exempt Interest Dividends的比例，此時L欄就是【每股配息 x 比例】其他部分的股息則屬於其他收入類別的。要注意，稅務資料中的Income Dividend是指應稅股息，並非每股配息，所以要填【每股配息 x(1-Exempt Interest Dividends 比例)】，如果其比例為100%，則Income Dividend是0。

以下純屬心情日記，沒興趣就跳過去吧。

其實，先前在做Schwab版之前，曾經在留言提到，其1042-S再分類錯誤時，核對算式的設計可能就直接移植以前Firstrade版那種比較簡單的陳述方式，也就是：如果各類收入的計算結果與1042-S不相符，但把各類收入都加起來就相符的話，這就證明是再分類錯誤才造成數字不一致。由於是全部加總，所以不需要考慮不同收入類別分類錯誤的排列組合，可以節省大量時間和精力，何況還有現成的範本可以移植。

但那時我忽略了，當初Firstrade版採用那樣的做法，並不是偷懶的心態，反而是受到兩個現實因素的影響的結果：1. 希望盡量維持單行的陳述，在內容需要動態調整時比較簡單。2.當時1042-S並沒有完整再分類，也只能把全部收入類別都加起來。可以說是在當時條件下，已經盡量做到避免手動編輯以因應券商各種各樣奇怪的1042-S問題。其實當初問題發生時，大多還是手改比較快，等到完成更新後，有些狀況後來也沒再發生，算是做了不少無用功。

而實際做Schwab版時，為了新增Muni基金的支援，導致與1042-S的核對算式項目增加，有時核對算式就需要分成兩行呈現。然後就覺得，反正複雜的雙行排版都已經做了，現在又有完整的1042-S再分類，於是在沒有歷史包袱的情況下，完全忘記要偷懶，直接設計為：僅針對實際發生再分類問題的收入類別才加起來核算，可以兼容各種收入類別組合做動態調整，而其他沒有問題的收入類別仍然照原樣呈現，然後還根據項目多少自動選擇單行、雙行算式 (由於報表長度是浮動的，無法透過指定儲存格的自動換行，必須透過算式安排分行)。然後重新建構核對算式的過程中，再次檢視核對算式的基本邏輯，也觸發了一些新想法，於是又改變陳述方式，減少含糊不清及誤解。

整套做完也頗有成就感，這時再也不提偷懶了，反而興致勃勃想把這些新設計移植到Firstrade版。這一次又想說：反正有Schwab版可以參考，移植起來應該不難。不幸的是，Firstrade要考慮的變數更多、內容更長、變化更複雜，結果工程遠比想像中大。可是，頭都洗下去了，不弄個結果出來也說不過去。最後還花了更多時間反覆測試，然後測試過程又產生新想法，再回頭修正Schwab版，真是沒完沒了。

總之，這次完全是嚴重的超支勞動了。不過，回顧NEC退稅試算表的開發歷程，雖然時不時的就想偷懶，但這種超支恐怕才是多年來的慣例——基於興趣更甚於於實際需要。