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

> 面向高市政權推動的飲食料品0%(零稅率)化，提供計算引擎、稅率主數據、EDI、報表、POS的多層改造。針對SaaS自動更新無法應對的自研、本地部署核心系統，從影響調查到並行運行測試全程陪跑。

Date: 2026-04-30

---

![為應對零稅率而忙碌的POS與核心系統形象圖](https://img.wiredxeco.com/wiredxeco/food-zero-rate-tax/hero.webp)

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

作為高市政權的招牌政策，**飲食料品消費稅率限期降為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無法拯救的自研、本地部署核心系統**為主戰場，從影響調查到並行運行測試全程對應。「我們的系統該從何下手」之類的諮詢也大歡迎。