高市政權食品『零稅率』應對 系統改造支持

『零稅率』應對準備做好了嗎？

作為高市政權的招牌政策，飲食料品消費稅率限期降為0% 的討論正一舉加速。2026年2月眾議院選舉提出的「飲食料品零稅率2年」公約，經過勝選已進入執行階段。

近期日程感(2026年4月時點):

• 政府以夏季前的中間總結為目標，正在社會保障國民會議上討論制度設計
• 最快秋季臨時國會審議相關法案的可能性較大
• 考慮系統改造工期(半年至1年)，現實的本命是2027年4月施行。最短情況下也存在2026年度內(2027年3月前)的可能性

也就是說，敲定改造方針並開始行動所剩的時間是半年到1年。為避免重複發票制度時「察覺時已來不及」的覆轍，此時此刻就是開始影響調查的最後機會。

開發方法的整體圖景

零稅率應對絕非簡單的「8% → 0%數值替換」。需要觸及邏輯根基的改造：與非課稅的區分、與發票(適格請求書)的整合、新舊稅率的並行運行。我們以SaaS自動升級無法吸收的自研、本地部署、遺留環境為主戰場，從影響調查 → 設計 → 改造 → 並行運行測試 → 切換支持，全程一氣呵成地陪跑。

計算引擎：3稅率並行 + 端數處理的重構

影響最大的是稅額計算邏輯本體。加入0%後，將變成減輕8% / 標準10% / 零0%的3種稅率同時運行的狀態。

• 將稅率切換的邊界統一設計為以「適用開始日」持有。構建跨越施行日的接單、退貨、修正傳票不會出現誤算的結構
• 端數處理(捨去、四捨五入、銀行家舍入)按各稅率合計欄分別重新定義。現場常見合計 → 舍入順序顛倒的實現
• 將散佈於Java / C# / PHP / Python / 存儲過程中的計算邏輯，歸攏為稅率表參照型。消滅「0.08」「1.08」硬編碼是第一道關卡

人們常以為「改一行稅率即可」，但實際上幾乎都會成為設計層面的重構。

DB與稅率主數據：適用開始日與預約更新

數據層也無法迴避。許多核心繫統中，稅率並不在主表中，而是分散在代碼內 / 常量表 / 商品主數據的屬性之中。

• 在稅率主數據中新增「0%」分類，並將適用開始日、結束日列設為必填
• 預約更新功能：實現施行日0時自動切換的機制(手動切換是事故之源)
• 在商品主數據側賦予「零稅率適用品目」標誌，按類別 × 標誌 × 例外表三層管理。酒精、堂食、外燴的邊界複雜，例外管理是關鍵
• 無論SQL Server / Oracle / PostgreSQL / MySQL，都將遷移順序的整合性列為最優先設計

處理數萬SKU的連鎖店中，主數據的批量清洗最耗時間。輕視此環節，施行前夕的測試將無法跑完。

數據對接、EDI：報文格式的改造

核心 ↔ POS、總部 ↔ 門店、本公司 ↔ 交易方的報文格式也需要重新檢視。越是行業標準的EDI，稅區分代碼擴展所需時間越長，這是實情。

• 在固定長度文件 / CSV / XML / 全銀協議 / JCA協議的各報文中，重新定義稅區分代碼的位數與可取值
• 各交易方間易出現稅區分代碼的類型錯位。製作核對表，事先取得共識
• 即使接收方仍按舊規格運行，也以回退邏輯救場作為暫定實現，防止切換期事故

這是「只改自家解決不了」的領域。包含交易方協調的項目管理才是決定成果的關鍵。

UI / POS界面：堂食10% × 外帶0%的判定

外食、中食、便利店中，堂食(10%)與外帶(0%)的選擇UI 直接打擊業務效率。包括「說外帶卻在店內吃」的運用在內，UX設計難度急劇上升。

• 重新設計POS界面佈局，使最少觸摸即可確定稅區分
• 在React / Vue.js / WinForms / WPF / Android / iOS各端，活用既有組件資產進行階段遷移
• 自助終端、移動點餐需將判定失誤時的恢復動線納入設計
• 多店鋪展開必須具備統一補丁應用機制。一店一店的工匠作業無法規模化

「現場不會迷茫的UI」與「會計上的準確性」的兼顧，是此處設計的高潮。

報表與發票應對

收據、發票、貨架標籤、銷售管理報表，全部都將進行與發票制度的整合性檢查。

• 在各稅率合計欄中追加0%適用金額。既有報表多為8% / 10%兩列結構，需要從佈局重新搭建
• 針對SVF / Crystal Reports / JasperReports等各報表工具的表記法進行改造
• 貨架標籤打印機、標籤打印機採用確保0%適用品目可視性的打印規格
• 建議藉此機會同時整備適格請求書的保存要件(電子保存法應對)

報表容易陷入「能動就行」的狀態，但其本來角色是確保稅務調查時的證據強度。

影響調查、並行運行測試、刷新提案

我們尤為強項的並非改造本身，而是改造前後的周邊工序。

• 影響調查(源代碼解析)：從既有源代碼中無遺漏地提取「0.08」「1.08」「* 1.10」等直接描述，將改造對象可視化
• 數據清洗支持：從商品類別自動判別0%適用對象，整備主數據
• 並行運行測試：再現施行日前後新舊稅率混存的環境，代行計算結果的N-1 / N / N+1對比驗證
• 系統刷新提案：對於VB6、AS/400、老舊PHP等改造成本不斷膨脹的遺留資產，藉此機會提出向最新架構的階段性替換

將「該修的」與「與其修不如替換更便宜的」以經營層可決斷的粒度可視化，正是我們的角色。

也歡迎貴公司的項目

零稅率應對比看上去更多層且全棧。計算引擎、DB主數據、EDI、報表、POS / 移動UI，其中任何一環遺漏，施行日的銷售計入都會停擺。

株式會社Wired & Eco以SaaS無法拯救的自研、本地部署核心系統為主戰場，從影響調查到並行運行測試全程對應。「我們的系統該從何下手」之類的諮詢也大歡迎。