sli.do：「請財政部提出關於本案的稅收評估結果，應包含評估基準及計算方式等，並以簡明易懂方式向現場及社會大眾說明。」
財政部回應的時候有一些數字，包含影響到％的進口，這一些％，包含白板上面貼的每年成長多少的小額進口，這一些如果用簡明易懂的方式，像畫圖表跟做PPT，讓大家知道財政部手上掌握的資訊，對大家的理解可能會比較有幫助，這個是屬於具體建議，我們就放在具體建議那一邊。
sli.do：「當3千變2千, 會議裡說有10%的case會落入要課稅, 若這些都只是一般民眾,而不是你們口中的小型業者, 那10%不會出現,你們load也不會增加,只有民眾得在國內被業者剝削,買貴的要死的東西 (若這是制度3千變2千的結果,是你們要的嗎?制度的設計能否達到目的?還是政府選擇漠視民眾,假裝自己有在做事做好?)」
sli.do：「我喜歡上國外網站買幾本書，＄2000台幣就要被課稅，連運費也計算在內，實在太不合理了，人民的小確幸都沒了。這樣台灣真的會變成孤島，人民不能海外購物，否則就要被課重稅，在這樣的國家人民不會快樂」
這個其實是剛才討論的同一個問題。
sli.do：「台灣薪資已經夠低了，財政部怎麼這樣跟小民斤斤計較，這樣買兩本書加運費，幾乎就超過＄2000的規定，有必要這樣嗎？」
是一樣的想法，只是用比較少字來講，這個是完全相同的。
sli.do：「要扣應該是找大戶不是找小市民」
主要是推行的方式，讓大家覺得海外購物本來不用課那樣的稅，現在被課了之後會感到不舒服跟不快樂，我想這個是要尊重的，不管是怎麼樣的情緒都是合理的，並不是高興或不高興是對的或者是錯的，這個沒有對、錯。我們上次在報稅軟體那一案的時候，也有一個非常類似的意見，也就是用Mac的人報稅，事前要裝一堆東西，事後報完之後，也會覺得報稅不舒服，雖然國稅局有設計最後一個畫面是吉祥物跳出來跟大家說感謝大家（笑），大家報稅也有看到那個畫面，就有點像我請大家喝飲料一樣（笑），表示我們體諒到各位的不舒服，但這仍然是比較長期在公共溝通上，我覺得大家還是需要注意的部分，不只說理過任何人，而是真的是要體諒大家的感受，以上是sli.do。
我這邊主要是要對Plurk的網友們回應一下，這個是連署人TSUTAE統計了六十八位網友的意見，而網友的意見大致是這樣子的。
很多朋友會希望至少逐字稿，讓無法前往參與的人觀看，我們至少會提供逐字稿。
很多朋友除了email通知（91％），還有財政部網站通知（ 60％），之外還有23％的朋友希望在里長那邊貼公告，以知道我們有這樣的討論，這個我們會納入討論。
我們如果是在恒春辦的話，這個是比較容易的，但我們要說服各縣市的里長願意幫我們宣傳這一件事，我們可以問問看，但不保證每一個區域政府覺得這一件事有重要到這個程度。
但是畢竟還是有23％。
email是一定會的，我們至少會有email跟網站。
在召開工作坊的時間上，有55％的朋友——此為單選題——偏好改到明天同一時間，也就是禮拜六或禮拜日的下午一、兩點，他們覺得是最好的時間，但其實以公務員的私人時間來講，這可能是最不好的時間，大家好不容易可以回去陪小孩子、家人，但是要加班過來開會，我相信這個是比較衝突的。
我們之前討論有另外一個可能的時間，也就是週間的晚上七點以後，只是晚一點下班，反正公務人員很多加班到九點也是常態，其實好像也沒有差很多。但這個對網友來講，其實只有16.2％的網友覺得這是他們ok的時間。
我們可以知道要有足夠多的公務人員來這邊，以至於你們問的任何問題都有具體答案，以及大家有空來的事情，真的是衝突的，目前找不到這邊（公務員）覺得合適，但是另外一邊（提議人、連署人）都覺得可以來的情況。
即使如此，我們會持續調整這樣的尺度，至少我們地點可以任意變更，絕大部分的連署人在南部，我們去南部也不是不可以；但時間方面這真的看起來沒有簡單的解決方法，也是給大家一個交代。
我想最後是，收到通知的期間，絕大部分的朋友們希望至少在兩週前知道有接到報名機會的通知，我覺得這個原則上是沒有問題的，也有很多朋友覺得只是給更多時間準備的話，他們就會更願意來。
有一些朋友說只有五個人，因為沒有參加過這一種會議，不知道如何準備，怕自己扯後腿才不過來，我們會盡可能通知，我們是在每個月初決定這一個月要討論哪三件議題，分別是一個多兩個禮拜、兩個多三個禮拜及三個多四個禮拜的時間通知，這三案是不一樣，我們在月會一開完之後，會希望讓開放政府聯絡人盡快讓所有連署人知道討論的一些事，之前有一些delay的情況，未來會比較好。以上是針對程序上的回應，接著交給主持人。
這裡面分兩個部分，一個是關於國際協約的部分，詳細的國際協約是以交易價格為計算基礎，或者是布魯塞爾當年通過什麼東西，我們就必須要尊重運費含在裡面的計算方法，臺灣好像也不一定都是成員，既然全世界國家都是成員了，不這樣算也怪怪的。
所以書面的連結或者是資料，那個是可以候補的，不一定要唸出布魯塞爾價格的定義，而是口頭說有這樣的東西在那邊，我們會後再補上，就可以了，所以稍微口頭回覆一下說明原因跟理由，但是細到第幾條是不需要。
另外一個我剛剛聽到的是，從身分證字號改成手機號碼那一段，手機號碼事實上是貨運業者填的，並不會打電話問你的電話，所以可以少接一通電話，所以這個也算是配套（笑）。
剛剛主要是說課稅技術，如果課稅技術越精進，理論上這個門檻越低，但是低到一個程度就是要考慮大家的感受，剛剛聽到衡平。
其他國家理論上也面臨了類似的情況，有像臺灣這樣子調低的例子嗎？剛剛的問題比較像是這樣的問題，如果需要查資料才回答的話……
這個跟那個平台是不是有一點關係？
……變成iPhone或者是其他的，你們都有相應查緝？
他怎麼知道是在海關不見，或者是寄的時候就少了？
太好了，「Join」平台歡迎同步刊登，雖然「眾開講」有自己的討論區，我們接受有這一個討論，但是實際上要點是回你們的討論，這個也可以接受的。
「Join」因為連署的關係，所以來的人非常多，至少有上百萬人次的朋友們可以知道你們正在討論這一件事，比較有意義的討論，不然事前討論，只來一、兩個人，還是會變成公告的時候，突然五千人冒上來的情況，因此讓大家習慣政策前的討論，然後先揭露一下大家說簡明圖示、報稅的事情到底是怎麼回事，跟大家講一下。
即使同仁們花一、兩個小時可以製作這個，將來可以省掉一百個小時溝通的時間。
簡單來講，誰給你的，就問他，他如果說不是他，就往上問，前面一個要再證明是再前面的，關務署會有一些精進的措施，以後X光機過來一個iPhone，上面會顯示iPhone，如果是建築用磚頭，上面會顯示建築用磚頭。但如果訂一個磚頭，可是出現X光機，也不會自己把它扣起來（笑），這個是具體有改善的部分。
我們在討論公共政策的時候，確實就像這邊講的，我們很容易聚焦在單一政策，但是整體政策，包含關務雲的改進、傾銷及詐騙的部分，這個是關務署在日常作業裡面要全部一起想的，今天非常感謝大家彼此進行對焦。
不過我們時間似乎已經到了。
這個有點像是具體建議當中的統計明細，只是不是回應網友們的詢問，而是希望產業界看同一份資料，也可以知道未來要進或者是生產哪一些東西
如果沒有太多其他的問題，今天的產出包含剛剛那張表、逐字稿，大家會後可以收到，在週末的時候，如果對裡面想要更新或者改字，大家不要客氣，就直接下去改，我們會收攏大家的意見，禮拜一的政務會議會跟院長（報告），他剛好學這個，也會跟其他的政務委員說明一下對焦的情況；包含未來在溝通上想要拿這一些逐字稿當作材料去作問答集或者是任何東西，大家都是很樂意的。
基本上週末是給大家看一下稍微review這一件事的時間，我禮拜一也會報告這一件事，但是大家最後有兩個禮拜的時間可以改逐字稿的內容，覺得裡面會被斷章取義，或者是講的時候不是非常清楚，又或者提到一些國際協約，還是要查資料跟貼網址，就可以慢慢加上來，兩個星期之後我們就會公布。
簡報在修正一些資訊後，可以提供給我們，我們可以提前公布。簡報是沒有問題的部分。
心智圖會跟逐字稿一起公布，所有連署的朋友們會收到，謝謝大家。
我是唐鳳，叫我唐鳳就好了。今天其實因為許多朋友們在場，有許多技術上的問題，如果用打字或者是寫的比較方便，可以用手機連到slido.com，我用臺灣大收訊滿好的，但據說某些特定的電信商的收訊不是很好，這邊有iTaiwan，想辦法上了網路之後，到了slido.com，輸入00623，就會進入一個匿名的聊天室，我之前開這一類的協調會議，會發現有些朋友們在匿名的情況下會問具體的問題，我們在具體的問題上，其實這個就是接下來需要跟其他人說明的時候，越具體的東西越早提出來，越不會在後面滅火的情況，因此我會跟大家說不用特別管職位，已經有人說「Hello大家好」了，可以進入這樣的平台，我會隨時把意見投影在上面，裡面有一個具體收攏的時間及回答。
如果看到提的問題或想法自己也想提的話，可以按讚就好了，按讚越多就會浮到越上面，大概有二十個人按同一個問題讚，我如果先回覆，就會一次回二十個人的問題，這個是規則。這應該是比較不正統的主席致詞，但我的致詞就是這樣，請繼續。
隨時大家想講什麼，舉手跟不舉手都可以講，線上跟線下都可以，我們就一個個來討論，議程完全由大家決定，討論到上面沒有問題，大家才離開。
sli.do：「原來用web service 開發的文件是否要轉換？」
第一個是大家最關心的是，因為這一整套東西，如果像我一樣，在這一行做了滿久的話，其實很久以前WSDL那一整套SOA都已經講過的，現在講的觀念，基本上是XML base的那一個世界其實都已經說過了。
OAS跟SOA到底有什麼主要的差別，我想分享一下。現在在做OAS，其實完全增加我們本來就有在做這一種文件API說明文件的機器可讀性，我們只管說明文件，什麼都不管。以前SOA不是這樣，以前SOA要discovery的時候，要跟上下左右各部門的人都已經喬好說什麼參數、Schema，裡面要符合什麼性別，什麼都要事先約好，這並不是很適合我們的資訊環境，因為很多單位都需要開發自己的程式，而程式開發的過程中，也不是為了跟別人交換，是為了解決自己的問題，因此對欄位需要保留相當多的彈性。
因此在很多情況下，即使是用API作開發，這個API並不是共通性的，意思是並沒有想要給別的機關copy，也沒有想要copy別的機關，如果由上而下一律說這個領域的所有API都必須用完全相同的Schema，其實實務上會對大家造成負擔。
我們其實現在是用點對點的推法，我們講的是當每一個機關的資訊系統，當大家準備好要給其他人介接的時候，給大家看得懂的按圖施工的圖，有點像是我們給一般去遊樂設施時，會畫一張場地的簡圖給大家看，你在這邊、出口在這邊之類的，絕對不是把當年設計師施工的那個圖，包含地下管線都放在指示牌上，也沒有必要。
所以以前SOA的時候，大家先約好裡面的管線、地下的管線要怎麼排，那個都要先約好才能推行，實務上做得到，但是要由上而下的規劃。
現在的做法是自己裡面怎麼做都沒有關係，但是外面希望一個入口跟出口，跟別人交換的時候，指示牌要用這個方式做出來，這個是基本概念上的不同。
