一即是全，全即是一｜給數位發展部的提案

問題的規模

「有上傳」與「能用」之間，是一道巨大的落差

以下兩個主題的資料，全部親自下載驗證。數字不是估計。

📊

政府預算資料data.gov.tw · 4,596 筆 · 337 個機關

100%

主計總處四張核心表全數不可存取——245 筆被 Cloudflare 封鎖、148 筆 URL 含中文字元失敗，可下載筆數 = 0

驗證方法：對 www.dgbas.gov.tw 的 393 筆 URL 逐一發出 HTTP 請求

9縣市

完全缺席——新竹縣、雲林、嘉義縣、屏東、臺東、基隆、澎湖、金門、連江，有預算、有主計處，就是沒有上傳

45.3%

計畫說明提要覆蓋率（114年），且從未超過 50%。239 個機關中 115 個（48.1%）完全沒有上傳，涵蓋 687 個工作計劃

38%

標示格式為 XML 的資料，實際內容是 CSV——格式標示由機關自填、平台無驗證，完全不可信

對全站 26,247 個 URL 實際下載分類後統計

🗺

公告地價 / 公告土地現值data.gov.tw · 1,251 筆 · 28 個機關

3種

根本無法合併的資料型態：逐筆地號明細（型態A）、行政區統計彙總（型態B）、最高最低地價統計（型態C）——強行合併無意義

5種+

同一概念「公告土地現值」的欄位名稱——公告土地現值、公告現值、公告現值-金額元（新台幣）：當期、CURRENTVALUE……

421筆

新北市地政局上傳的資料，實際是目錄索引——CSV 欄位為 f1_year, f2_producturl, seqno，真實資料在連結裡，且部分失效

資料集 ID 125832，親自下載驗證

4種

地號格式：帶連字號（基隆 0004-0005）、8位（高雄 01570002）、5位（花蓮 10000）、純數字代碼（金門）——無法自動合併

根本原因

這不是態度問題，是架構問題

要求各機關「上傳得更好」解決不了問題，因為問題的根源是「各機關自行上傳」這個設計本身。

現況——分散式上傳

每個機關各自決定格式、欄位、更新頻率

沒有人有責任確認別人上傳的資料是否可用
格式選擇由機關自填，平台不驗證實際內容
同一套格式在不同機關標為 XML 或 ZIP，使用者無從篩選
沒有人追蹤「連結是否失效」、「去年有傳今年沒傳」
縣市政府缺席，沒有機制可以施壓

破局點——可見度

把「協調難題」轉換成「可見度問題」

資料既然公開發布，就可以被公開評估——不需要機關同意
自動化驗證：程式每日跑一次，結果客觀可重現
地圖公開後，機關的選項只有兩個：改善，或承擔紅燈的難堪
地方議員有政治動機拿這張地圖去質詢縣長，無需額外說服

提案：一即是全

在 data.gov.tw 建立「一即是全」合規監測專區

以下是這個專區的概念示意——用程式自動評分，不靠機關自評。這是基於預算和公告地價的真實現況模擬。

一即是全 · 開放資料合規監測自動驗證 · 每日更新 · 以 2026-07-02 資料為準

合規部分達標未達標未提供

機關	歲出機關別	歲出政事別	計畫說明提要	歲入來源別	整體評分
主計總處（中央）	🔴 死連結	🔴 死連結	— 未提供	🔴 死連結	🔴 紅燈
臺北市	🟢 CSV+XML	🟢 CSV+XML	— 未提供	🟢 有	🟡 黃燈
新北市	🟢 CSV	🟢 CSV	— 未提供	🟢 有	🟡 黃燈
高雄市	🟢 CSV	🟢 CSV	— 未提供	🟢 有	🟡 黃燈
臺中市	🟡 其他格式	🟡 其他格式	— 未提供	🟡 其他格式	🟡 黃燈
新竹縣	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 紅燈
雲林縣	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 紅燈
屏東縣	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 紅燈
金門縣	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 未上傳	🔴 紅燈

以上為真實資料。完整版含 22 縣市、全部中央部會，以及計畫說明提要逐機關覆蓋率。

機關	資料型態	編碼	欄位一致性	可批次下載	整體評分
基隆市地政處	逐筆地號明細	🟢 UTF-8	🟢 標準	🟢 可	🟢 綠燈
宜蘭縣政府	逐筆地號明細	🟢 UTF-8	🟡 代碼混用	🟢 可	🟡 黃燈
桃園市地政局	逐筆地號明細	🔴 無法解碼	🔴 亂碼	🔴 否	🔴 紅燈
新北市地政局	目錄索引	🔴 非資料	🔴 無欄位	🔴 否	🔴 紅燈
臺北市地政局	行政區統計	🟡 Big5	🟡 無地號	🟡 部分	🟡 黃燈
臺南市地政局	使用分區統計	🟡 格式異常	🟡 無地號	🟡 部分	🟡 黃燈
金門縣地政局	逐筆地號明細	🟡 Big5	🔴 純數字代碼	🟢 可	🟡 黃燈
地政司 API	逐路段查詢	🟢 UTF-8	🟡 全英文欄位	🔴 逐路段查詢	🟡 黃燈

以上為真實資料（驗證日期 2026-07-02）。完整版含 28 個地政機關與自動每日驗證狀態。

最關鍵的發現

標準格式早已存在，問題只是沒有統一入口

183 個中央機關已在使用同一套主計系統標準格式——有 manifest 目錄、有 schema 欄位定義、欄位名稱統一。

183

中央機關已採用主計系統標準 ZIP 格式，含 manifest.csv 與統一欄位定義

11,136

筆資料集符合此標準格式——散落在 XML 和 ZIP 兩種標示下，使用者難以發現

採用此標準的縣市政府——中央與地方完全斷層，且主計總處本身反而是死連結

這代表問題不是「技術上做不到」，而是「沒有統一入口、沒有可見度、沒有壓力」。數發部不需要發明新標準——只需要建立一個讓現有標準被看見、缺席者被看見的平台。

各方角色

數發部來主導，法務部只需做一件事

這個提案的設計原則：讓每個機關只需要做它能做的那件事，不需要跨機關協調。

數位發展部 · 主責

建立「一即是全」合規監測專區

在 data.gov.tw 建立各主題（預算／地價／法規）的合規地圖，交通燈顯示各機關狀態
以程式自動驗證：URL 可用性、格式正確性、更新頻率、欄位完整性
Beta 版直接對已公開資料端點跑驗證，不需要任何機關同意
先以現有可明確定義的標準做出第一版，讓「函釋待定」欄位空著——用存在本身施壓法務部
開放 API 讓議員助理、公民記者、NGO 可以嵌入比較圖

核心優勢：資料既然公開發布，就可以被公開評估。數發部無需說服任何機關——地圖上線，機關自會感受到壓力。

法務部 · 一次性任務

訂定函釋與地方法規的資料標準

定義函釋的資料格式與欄位標準
定義地方自治法規的機器可讀規範
標準訂完，責任結束——執行由數發部的合規地圖自動追蹤

現有中央法規（法規命令）的標準已可沿用，先讓地圖上線，函釋與地方法規留空，標注「等待法務部訂定標準中」。

推進路線

三個階段，第一階段數發部可以獨立啟動

第一階段

以現有標準建出初版地圖

用中央法規、法規命令的現有標準，把預算、地價、法規三個主題的合規地圖建出來。函釋和地方法規欄位明顯標注「待訂定」。數發部可獨立啟動，不需要法務部先動。

數發部獨立啟動

第二階段

地圖的存在倒逼法務部訂標準

地圖上線後，「函釋待訂定」的空白欄位是一個持續的公開壓力。地方議員可以用預算和地價的比較地圖去質詢縣長，製造地方施壓動能。

借助外部壓力

第三階段

函釋標準完成，地圖自動擴充

法務部訂完函釋和地方法規標準後，合規地圖自動加入驗證邏輯，不需要人工介入。整個系統進入自動化運作。

自動擴充

一即是全，
全即是一