跳至主要內容

政府資訊公開,公開了什麼?

在閱讀以下文章之前,很希望各位先看這篇文章:什麼是「政府資訊開放」(Open Government Data),裡面有支短片,可以點選中文字幕,不需要擔心語言的問題。先了解什麼是「政府資訊開放」(Open Government Data),然後再對照以下,台灣政府官員所認知的政府資訊開放,大概會了解我想說什麼。 有參加過今年1月18日所舉辦的我國公開資料加值推動策略會議的人,如果有全程參加的話,應該對下午的政府官員不斷提到的「政府資訊公開法」印象深刻。關於「政府資訊公開法」,有興趣的人可以多研究它,在這裡只提到我們的政府公開了什麼?要如何去找它? 依據這個法律裡的規定,需要公布以下事項:
  • 一、條約、對外關係文書、法律、緊急命令、中央法規標準法所定之命令、法規命令及地方自治法規。
  • 二、政府機關為協助下級機關或屬官統一解釋法令、認定事實、及行使裁 量權,而訂頒之解釋性規定及裁量基準。 
  • 三、政府機關之組織、職掌、地址、電話、傳真、網址及電子郵件信箱帳 號。 
  • 四、行政指導有關文書。 
  • 五、施政計畫、業務統計及研究報告。 
  • 六、預算及決算書。
  • 七、請願之處理結果及訴願之決定。 
  • 八、書面之公共工程及採購契約。 
  • 九、支付或接受之補助。 
  • 十、合議制機關之會議紀錄。
同樣的,在第八條裡也規定必須主動公開,管道如下:
  • 一、刊載於政府機關公報或其他出版品。 
  • 二、利用電信網路傳送或其他方式供公眾線上查詢。 
  • 三、提供公開閱覽、抄錄、影印、錄音、錄影或攝影。 
  • 四、舉行記者會、說明會。 
  • 五、其他足以使公眾得知之方式。
  • 前條第一項第一款之政府資訊,應採前項第一款之方式主動公開。
這些資訊可以協助一般民眾找到聯絡窗口、相關的文書及報告。是不是每個機關都會列出這樣的內容?一級行政機關都會把這些內容放在網站上明顯的主選單或導覽列,但有些網站會放在比較不明顯的地方。舉例來說:
總統府網站
總統府網站的公開資訊(上圖)是需要把滑鼠移到〔公報與法令〕項目下才可以看到〔政府資訊公開〕的項目,在一般資訊裡多為訊息公告,可能是一些採購案,在行政資訊裡則是提供了一些預算及決算書、研究報告等。
行政院的網站(下圖)也不是那麼明顯把〔主動公開之政府資訊〕放在〔資訊與服務〕項目下:
行政院網站 
經濟部(下圖)則稍微好一點,放在網站首頁的左下角,另闢一個專區:
經濟部網站

看了三個主要的網站,基本上不會那麼的難找。
預決算資料應該是與人民所繳的金額最相關的。關於預決算資料,除了各部門網站會列出之外,也可以到行政院主計總處找尋年度相關的資訊(101年度預算案及法定預算案)。 所以有興趣的人可以針對自己有興趣的部門去找相關的資料,除了預決算外,其實每個月,或定期,不同不門都會有不同的統計報告出示在網路上,有些會提供網頁格式的報告,有些則不,有些,在中華民國統計資訊網中會提供各部門的預告統計發布時間表。這是所有政府機關所提供的統計資料連結,可以見到發布形式欄中,如果有註明「網際網路」便可以點擊連結取得最近一期的統計資訊。
預告統計發布時間表
這些是由政府部門主動提供的資訊,依照政府資訊公開法第九條所寫的:
具有中華民國國籍並在中華民國設籍之國民及其所設立之本國法人、團體,得依本法規定申請政府機關提供政府資訊。持有中華民國護照僑居國外之國民,亦同。
外國人,以其本國法令未限制中華民國國民申請提供其政府資訊者為限,亦得依本法申請之。
基本上,是人人都可以申請這些資料的,同時在第十條的條文中也註明了申請者需要提供些資料:
向政府機關申請提供政府資訊者,應填具申請書,載明下列事項:
  • 一、申請人姓名、出生年月日、國民身分證統一編號及設籍或通訊地址及聯絡電話;申請人為法人或團體者,其名稱、立案證號、事務所或營業所所在地;申請人為外國人、法人或團體者,並應註明其國籍、護照號碼及相關證明文件。
  • 二、申請人有法定代理人、代表人者,其姓名、出生年月日及通訊處所。
  • 三、申請之政府資訊內容要旨及件數。
  • 四、申請政府資訊之用途。
  • 五、申請日期。
前項申請,得以書面通訊方式為之。其申請經電子簽章憑證機構認證後,得以電子傳遞方式為之。
如果對個人資料保護法稍微涉略的人可能會發現,這第十條中的資訊需要提供個資給政府部門,但目前在各部門的網站都已陸續進行個資盤點的動作,同時也將個資保護政策提供在網站上。另外一就是,今年開始陸續在各公部門網站上看到所謂的各部門所保有的個資檔案項目,以下圖取自經濟部網站的畫面來說,便將各處室所保有的個資項目提供在網站上:
經濟部網站個資檔案資訊(各部門列表) 
回到政府資訊公開法。除了規定申請者要提供的資訊外,同時也規定政府機關的回應時間及相關的處理。
對於公部門來說,只要有明確的規定,其他部門怎麼做,只要是可以做到的,同時是被贊許的,大家都會跟著做。所以,身為一般民眾的我們,也許在這個地方會稍微吃虧一點,因為很難找在網站上找到不容易找到的資料,如果是一些機密文件,如政府資訊公開法中第四章第一條所規定的項目,便是無法申請的資訊。
另外,還可以向國家檔案管理局的國家檔案資訊網申請一些資料:
國家檔案資訊網 
以上,就是我們的政府管員們所自豪的政府資訊公開,也不忘在會議中提到,在布朗大學的評比中,台灣政府網站的表現是很亮眼的。
我個人是這麼想的,台灣的公務員基本上是很懂得如何考試,應該說大部份的台灣人都很會考試,考進公部門的人更是佼佼者。只要有提目有範圍出來,一向都能考到亮眼的成績。這也是為什麼在經建會每年所公布的WEF(Ther World Economic Forum)報告中,台灣的表現似乎都很好,但如果細讀就會發現,台灣公部門及研究單位有著令人擔心的危機存在。
但這些,都要靠民眾自己花時間去驗證,去查找才能得到的資訊。
那這等於Open Government Data嗎?我想這出現了官方與民間的認知差異。官方認為,上面所列舉的政府資訊公開便是Open Government Data,然而,這些資料往往不易找尋,也不易申請資訊(從最近那支知名的不能戳的秘密影片的製作過程就可以了解),放在網站上的格式不外是PDF或是多數人使用的MS Office格式,但下載後的檔案所提供的資訊也十分有限,甚至有過發現不合理數字的情況。
也許一些誤會造就了政府與民眾之間的認知差異過大,但我十分認同影片中提到的,那是一種正面的思考方式。政府的資訊開放,可以讓民間知道政府的政策方向,也許可以藉此開創新事業,便有更多的就業機會,有賺錢的公司,就可以提供政府稅收,人民也可以藉由這些資訊參與國家的運作,了解如何配合或是了解一個地區的安全性、便利性,自己準備要買的房子是不是位於某個都市計畫預定地上或是國有土地上?就不會有那麼多人因為不了解而導致畢生心血就這麼的毀了,當然,無可避免的,人民也可以藉由這些資訊監督政府是否把錢花在刀口上。同樣的,就不會出現官方與民間的認知落差過大,更不容易有經濟學中的壟斷或獨斷市場出現,之所以會有這樣的狀況,的確是因為有某些人擁有資訊導致,而真正的市場運作,的確政府不能過度干預及保護,也要雙方都能擁有對等的資訊才能有正向的運作。
今天就先到這!記得一定要將那支影片看完哦!

留言

此網誌的熱門文章

法制追不上AI:缺乏台灣AI基本法子法,公務員使用生成式AI的五大風險

昨晚看新聞,現任台北市長拋出一個政策宣示:未來公務員將配給自動化的AI工具,讓台北市政更「前進」。台北市資訊局也已快速推出 CiviClaw,目標是 2027 年讓每位公務員都能無門檻使用 AI。 這樣的政策方向讓我感到憂心。長期觀測各國個資保護規範的我清楚知道:台灣的個人資料保護主管機關至今仍是「籌備處」,尚未正式運作;《個人資料保護法》的修法呼聲雖久,AI相關條款卻付之闕如;《人工智慧基本法》已於今年1月施行,但高風險AI認定標準的子法至今仍是空白。 有網路、有 IoT 不等於智慧城市,有 AI 當然也不等於智慧城市,應該重視制度能否承接工具帶來的責任。 歐盟已明確禁止業者使用 AI 推測員工或學生的心理狀態;美國聯邦政府要求採購 LLM 時廠商必須提交模型卡與資料卡;韓國 AI 基本法的子法早已配套生效。這些都是台灣政府在推動配給公務員 AI 之前,必須正視的制度差距。 以下我與大家分享長期觀測的內容,由AI協助整理資料: 歐盟:從禁令到揭露義務的多層規制體系 歐盟的AI治理框架是由多部法律疊加起來的立體架構,最底層是2018年施行的 GDPR,處理的是個人資料如何被蒐集、儲存、使用的基礎規則,再來疊是2024年生效的《人工智慧法》(EU AI Act,下稱 AI 法),建立不同風險等級分類管理AI系統,從禁止使用到高強度監管、再到一般透明度義務,形成不同層次。最新的一層則是仍在立法程序中、但主要架構已確立的 Digital Omnibus ,試圖修補 AI 法與 GDPR 之間的規範衝突。 AI 法第50條是最直接影響生成式AI服務的條款,自2026年8月2日起全面適用。根據這條規定,凡是讓使用者與AI系統互動的業者,必須主動告知對方「正在與 AI 互動」,而不能讓人誤以為面對的是真人。AI生成的文字、影像、音訊等內容,還必須以機器可讀的格式加上標記,使平台與監管機關得以溯源辨識。與此同時,AI法第14條要求高風險AI系統必須設計成「可由自然人有效監控」的形式,確保機器的決策不會在缺乏人工審核的情況下直接作用於當事人。 AI法所稱的「高風險 AI 」,涵蓋的場景比一般想像的廣。依該法附件三列舉,生物辨識系統、關鍵基礎設施管理、教育與職業篩選、就業與人員管理、信貸與社會福利申請審核、執法、移民邊境管制,以及司法審判輔助,都在高風險範疇之內。這些場景的業者必須進...

停不下來的更新

一直更新Blog的版型,我必須承認是一件很無聊的事,不過這次除了版型的更動外,連分類和文章內文也做了變動。 先說分類吧!在Blogger叫做Label,不過,Blogger在分類上有一些bugs,只能使用英文,以前這裡的分類大多都是中文分類,結果在link上就是一堆亂七八糟的亂碼,所以我把它改成英文,同時細分一些項目,把出版的文章和一些教學的文章分開來,雖然已經很久沒寫新的,不過既然放上來就做個分類。然而就在新舊label移轉之後,發現中文的label還會存在,而且還會出現莫名奇妙的幽靈數字,Blogger知道這是個bug,不過似乎一直沒有修復的跡象。所以在分類上就出現了如右圖一般的情況,在英文標籤裡會有文章,但是在中文標籤裡是沒有文章出現的,但奇怪的是,有些中文標籤已經不見了,然而在Beauty-Beta這個部落格裡,我也做了分類上的變動,由於以前用英文開頭的Label,所以在label的變動上倒是不用擔心會有這樣的情況。 再來是文章的內容,把以前的文章重新分類,標題前面的一些全形符號或是分類刪掉,除了一些比較特殊的,我會留著,例如壹陸壹,因為在label裡為了統一,我留著原本的E61,但人家的店名是壹陸壹,所以留下文章標題前面的中文分類,另外像是Entertainment項目裡,可能有音樂,可能有電影,就會在前面留下中文分類。 前簡單的CSS和HTML改成現在的XML,這無疑是讓我們再多學些東西,能有時間鑽研當然是好事,可是轉換後,我一直沒有時間去改,當然多半也是因為懶,到現在也是拿別人做好的版型去改配色而已,所以像裡面的設定、安裝的widget和analytics的javascript都要一個一個重新裝,上個星期幾乎每天都弄到天亮才睡,只為了整理這個blog。也因為之前在blog裡放了technorati的分類,所以還要修改以前的文章,把它們加入technorati,還有裡面的語法要更改,所以這個星期甚至下個星期都會一直收到這裡的更新訊息,對於不斷收到訊息干擾的朋友們,在這裡說聲抱歉。 在版面上因為blogger系統在feed接受上的更新,所以還有四個東西沒加進去,分別是最近的文章(Recent Post)、Comments(目前是用別人寫的widget)還有GVO的feed訂閱顯示、Beauty-Beta的訂閱顯示也都還沒放上去。 在Feed訂閱上,以前bl...

哪個應用、服務、平台可以代表台灣?

大概 2003、 2004 年,我還是個大學生,那個時候「電子商務」是一門選修課,那個時候台灣還在所謂的電子商務泡沫化中復甦,很多熱極一時的「電子商務」就像今天大家看到的 FTX 事件一樣,一點都不真實,很多執行長、總裁瞬間就失業了,也有很多投資人的錢拿不回來。 看過歷史上的鴻源事件、經歷過電子商務的虛無飄渺時期,再看到 FTX,其實也不會太驚訝。通常泡沫消散後,未來才會到來。 回到大學課堂,穿著輕便但言語犀利的老師談到當時的 Amazon 網路書店,他問大家對 Amazon網路書店的看法,那時的Amazon一直被看壞,所有的媒體都不看好它。甚至會有各種市場傳言,覺得 Amazon會被賣給哪家公司或哪家公司、網路書店會主動併購它。 最後老師說,不會,Amazon書店不會那麼輕易就垮掉,它有其代表的意義。 這個答案給了我很深的印象,我常會問自己,台灣有哪個服務會具有這樣的意義? 偶爾我會問身邊的朋友、同事,對於台灣的哪個服務,會覺得有不能輕易垮掉、要支持它的?我列一下自己所接觸過的,這個世代的應用: 通訊服務:ICQ、MSN Messenger、LINE、Cubie Messenger(台灣,已無服務)、Google Talk、WhatsApp、Telegram、Skype、Signal,還有一些台灣可能較少聽到。 社群平台:Twitter、Facebook、LinkedIn、無名小站(已停止服務,它雖然是Blog,但比較像社群)、Plurk、PTT、Dcard、Instagram、AKASHA、Pinterest Blog平台或架站:Blogger、Wordpress、Drupal 共享書籤 : HemiDemi(已沒有提供書籤服務)、美味書籤delicious 叫車服務:UBER、55688 、呼叫小黄、LINE Taxi、yoxi  當然還有很多是我沒接觸過的,請原諒我的見識不夠廣泛,忽略了哪一個平台、應用或服務。一時想到的大概就這些。有一些服務已經消失或在被併購後就消失了,我也忘了名稱,至於 TikTok 和小紅書,是我不想碰觸的應用服務。 在韓國有 Kakao,日本有 LINE、PayPay,東南亞國家有Grab,中國有自己的網路應用,那台灣呢?之前 KaKao 中斷服務,造成民生應用的線上服務也幾乎中斷,過度集中依賴在一個服務上的確是一個缺點。在和...