今天謝謝大家。
沒問題，我們直接開始。
我們在巡迴的時候，幾乎所有的同仁都提到相同的情況，本來來自的機關可能有些已經很順暢的流程，但是來了這邊之後，有時候要用不太順暢的資訊流程，去模擬大家本來習慣的業務流程。
以往通常遇到這種情況，就是開個案子，請廠商寫一套跟本來習慣比較像的系統就好了，但這樣的壞處是比較難擴散。我們的工作，是要解決全國共通的資訊問題，像小額經費結報，除了解決掉我們自己的經費結報問題，也要能解決其他機關主計的問題。這個共通性是我們採用 no code 的主要原因，就是因為 no code 不需要找任何廠商，大家只要畫得出流程圖，就可以操作這些工具，所以我滿高興看到敏捷開發的做法。
至於為何先排新進人員，而不是排小額結報？畢竟小額結報是最花大家時間的。這是因為新進人員在我們的人事處有建檔就結束了，但是經費結報還要主計、審計都要覺得這是合理的才合理，所以後面的這個部分，也就是接軌主計與審計、規劃 OpenAPI 的部分，之前在五長會議的時候有討論過，請李次召集各相關司處署，來協助主計處。
另外，我們才剛成立一個公法人，也就是資安院，可以協助部裡優先導入這樣共同經費結報的流程。這樣的好處是，因為在資安院的職掌當中，我們昨天開董事會的時候，董事都同意在資安院裡面有共用資通系統的工作項目，所以我覺得這是滿好的例子，就是我們在這邊 no code，把我們要的流程畫出來，而需要跟主計總處跟其他系統介接的部分，也可以讓資安院的能量進來。這大概是目前協調的狀況，未來也比較容易跟其他國家分享，這是我目前的理解。
看大家有沒有對這個要補充或者是討論的？
之前巡迴甚至有講到說，這一套順了，還可以用 API 接到電子名牌，所以訪賓要怎麼稱呼，要不要包含表情符號之類的，其實都可以同步，可以省下很多行政的工作。
Ragic 是部署在地端吧？
我們是地端，就在延平的機房裡。
我們特別挑了地端的系統做這件事，新的功能每週都可以決定要不要加，所以等這一週之後，就看主秘覺得什麼時候要把離職、調職排進去。
看大家有沒有許願？因為這等於是每週驗收一次，跟大家習慣的每季或者是每一年驗收不一樣的，也就是用得不順手就排下週。
對，而且如果有兩個許願彼此衝突，那就可以說兩個都做，所以跟傳統的招標是完全不一樣的。
以後資安院也要做這一方面的工作。因為我們會一直檢視這些需求，除了我自己兼任資安院董事長之外，如果大家不反對的話，以後部務、業務會議，也邀請資安院的院長，這樣就不需要再轉述。如果沒有問題的話，我們就開始堆積木。
第一項是資安院揭牌典禮，下次之後就自動解除列管。
看大家有沒有要補充或者是詢問的？
剛剛會計核銷憑證，也就是第三案，「C-2」可以麻煩主計處多說一些嗎？也就是辦理情形推廣到政府機關的部分？
我有一個問題，像資安院是公法人，但在結報系統裡算公務機關嗎？還是不算？
但是我們可以請資安院來幫忙看部裡的共用系統，對不對？因為這是它的業務執掌。
之後傳播出去到其他的單位，是要從資安院走還是政府司走？同樣是共用系統的部分。
簡單來講，資安院技術上可以先幫主計處，再幫政府司，但我們對外的時候，也就是部這邊的需求滿足之後，交給政府司去擴散，可以這樣想嗎？
可能切成兩塊，也就是這個列管是到我們自己的需求都滿足，也就是一部二署，後面擴散的再麻煩政府司，因為政府司本來就有指定捐補助資安院做這件事的計畫，後面就在那個計畫辦理。
剛剛主秘有提到在這種系統上，署跟業務司處的單位定位？
現在在講公文或者是核銷或者是人事？
也就是行政程序上，仍然是上行簽或者是下行簽，但是希望技術程序上希望可以跟平行會簽一樣簡單，概念上是這樣子。
這個要問利害關係人的意見。產業署有沒有什麼想法？
就是比較容易操作，不然每次會簽都要司會完才能會署，我們去巡迴兩次都有人提這個問題。資安署？
好，所以意思是當部裡面在做這個衝刺的時候，只要兩署有共同需求，就一起派人來不管是當種子、學怎麼用，或者是提出需求，不要變成部內的司處都用好了跟內部的流程有點不一樣，到第二波才發現、調整，就比較花時間，麻煩兩署。這一案大概就這樣子，其他還有補充或者是詢問的嗎？
如果沒有的話，除了揭牌之後就解除，其他都繼續列管。我們再往下。
目前我是 AC Rep，已經開始收到許多 email。
沒問題。但是當然不能只靠我們兩個，就處理完國際化、無障礙、隱私、安全、產業參與，包括網頁行動支付等等業務。所以我們接下來要怎麼樣？要所有司、署跟 W3C 有關的業務同仁 email 都填上去嗎？
好的。網頁支付的部分，就麻煩產業署協助。有位民間友人，介紹我們加入 W3C，有寫一篇網誌叫做「 數位發展部加入 W3C，下一步？ 」裡面列了很多對我們的期許，有空請大家看一下。感謝這位 W3C 傳道人，讓我們在 W3C Inc. 剛在美國成立時，就率先加入，就沒有繞道的問題。
所以民主司滿不容易的，這次有抓到正確的 window。往前一個月 W3C Inc. 還在跟 MIT 分家產，往後又可能有爭議，所以剛好這個禮拜最適合進去，非常感謝。
還有其他要增刪的嗎？
謝謝。
瞭解，可能要打個括弧，這樣比較清楚。因為移交機關也不會只有交通部，你知道我的意思嗎？所以是舉一個例子的意思。
有沒有其他要增刪、詢問或者是提醒的？
如果沒有的話，這個部分就這樣子。
我補充一下，因為促參法新版已經三讀通過了，裡面供公眾使用、促進公共利益的建設，加了「 及服務 」三個字，指的就是數位建設，現在很明確是公共建設。這跟大家以前的認定不完全相同，所以為什麼說我們沒有帶什麼公建過來，因為在這個時間點以前，到底我們做的服務是不是算公建，往往是有疑義的。
所以，請大家稍微想一下，以新版促參法的意旨，大家的工作範圍當中，有沒有哪些屬於公建的項目。之前在 2016 年前瞻基礎數位建設，指的是具有公建性質的基礎建設，有爭取到一些數位建設相關的認定，那是特別預算、特別管考。現在我們在處理的是公建、社發是常規化的，常規化的意思是我們現在接下來幾個月，如果可以說服各界某些服務是公建、社發，到明年、後年、大後年都會持續如此，因為有繼承前一年的習慣。但是如果今年沒有做這樣的論述、也沒有說服大家，到明年難度就會變得比較高，這個是大家要多想一下的。
次長有沒有要補充的？
我先建議大家看一下，前瞻基礎建設裡面比較像公建性質的，當時我在院裡的時候，跟葉寧剛開始一起工作的時候，我們透過民生公共物聯網的案例，成功說服大家資料串聯的基礎建設也是一種基礎建設，而且我們並不是改任何部會系統，我們只是把部會系統串在一起也算是基礎建設，像這種形狀的，其實就所有的司、署、處都有一些這種形狀的東西，也許也可以多往這個方向想，我只想得出這個例子。
就大家過年的時間想一下。
或者是這個算不算，我們可以在第一個過完年的業務會議來處理。
是建置好之後要用很久，或者是每年要花錢的？
如果每年都要花一些錢的話，那部分也可以往社發的方向想，因為公建的感覺是一次性花很多錢，做完之後可以用很久，用完之後不用一直改，我覺得可以先提上來，我們再來看怎麼定性，也許裡面比較像公建的報公建，比較不像的切出來放社發，也是一個可能性。
沒錯，我當時跟葉寧討論很久怎麼翻 Public code，翻成「公共程式」就是因為扣合「公共建設」。
但我們並沒有社發既有額度，對不對？
所以只有今年提的社發，其實有一點點公建的味道在裡面，因為沒有前一年可以參考，所以我覺得今年就是這兩個一樣重要，但是之後當然公建的重要性就變大。
是的。
