2010/3/31

我們社群的款項,適不適合交給軟體自由協會代收?

您的 FLOSS 社群要良善地經營下去,無可避免會遇到錢的問題。事實上,個人早期在 MozTW 的想法是,能不碰錢就不碰、想捐的統統捐給 SLAT 等單位,因為我需要時會跟他們伸手;不過,這樣的型態終究會在社群需要擴大發展時遭遇瓶頸,例如:

  • 您知道嗎:目前除了 Firefox 3.5 mini party 外,所有的 Firefox Party 都是在活動前一個多月才開始籌辦的。為什麼?因為不知道能不能找到經費來辦。
  • 各位拿到的貼紙其實不算什麼大錢,但由於個人並不喜歡出力的人還得自掏腰包的行為,所以以身作則不捐錢給 MozTW 的情況下,我們連印個貼紙都要想看看經費哪裡來,並且不確定這錢是否該花。如果有常備經費的機制,就能夠評估可行性。

即便不搞這麼大,有時您可能還是會希望能辦點活動什麼的,宣揚國威增加曝光來招募新血。那麼說辦 30 人的中型聚會好了,假設原先的計畫是讓參與者自行付費攤平成本,那場地食物的訂金付下去、就會開始擔心是不是真的能拉到 30 人來… 何必把時間浪費在這種地方呢?有風險管理概念的話就可以比較放心做事,而要做風險管理、先知道有(或可能有)多少資源可以消耗,也是需要的吧!

如果可以讓社群有公款的財務機制,這件事情可能就方便些;有了公款之後,接著就會想到錢要怎麼進入的問題,常見的方法當然就是呼朋引伴齊捐款啦!這時會遭遇的麻煩是,因為社群通常沒有非營利(或營利)的法人組織可以合法收款、開收據,延伸出的問題包括捐款人無法享受稅務減免、道德公信有瑕疵等等。當然,申請個法人就可以解決這個問題,但多少會需要把有形無形的資源消耗在維持法人體制運作的事情上,我們也不能奢求每個社群都有能力與意願經營法人。那怎麼辦?

軟自協的代收辦法正是為此而來。由軟自協以法人的身份,出面代替您的社群收款、開收據,然後協助您依據合法的報帳流程、以較有公信力的方式把錢花到原本想花的地方。目前我們社群已經順利使用過一次這個機制,讓台南某印刷廠的老闆能在贊助 MozTW 印貼紙的同時、也享受一下折抵稅款的優惠。

思考是否交給軟自協代收,當然有很多包括信任關係在內的考量,不過除了這些我什麼也幫不上忙的思量外,您應該會想要了解「某類捐款,適不適合這個代收機制?就算適合好了,在現行辦法上交給軟自協代收,會對我造成什麼麻煩?」這就是我可以回答的問題了!事實上,剛剛正是回答了某社群的來信,我才發現寫一篇這玩意好像不錯 :P 以下其實改寫自我針對此問題的回信,打些馬賽克、並且補註一些要點。在確定信任軟自協、想尋求軟自協代收款項後,輪到代收辦法上場向您提出一些問題:

這次的收費,是營利行為嗎?

營利行為的定義請自由心證… 我的定義是「除了打平開銷外、目標是小賺」。

如果是,那麼其實由公司來收比較好… 事實上,是「才可以」,因為軟自協收到的費用必須有合乎規定的報帳方式,不然還是會被課稅。如果社群這次的收費是會讓某人有一定利益,那這塊利益的部份想來是無法有合乎規定的報帳方式滴~

代收是哪類款項?

反正名義上一定是捐款,這沒有問題。

以這次被問到的例子來說,算是中型研討會的報名費。其實若是報名費,那麼既然當場收了錢就好、且不是營利行為、隨手付清款項也就行,原本就不會有稅務問題,給軟自協代收的理由就大概剩下收據跟人工問題吧。不過軟自協目前代收單筆不足新台幣 5000 元的捐款,所以也沒辦法省人工,於是除非您的研討會每人入場費要 5000 元,否則此路不通囉!(每人要 5000 元的研討會是租到什麼場地請到什麼講師啊?軟自協講師費只能報每小時 1600 喔!)

但,如果是「由軟自協出面,代表貴社群收企業的贊助款」,那蠻適合的,軟自協的代收辦法就是為此而存在。不過這樣又要考慮另一個問題:

錢會很快花掉嗎?

目前的代收辦法中,最大的缺點是捐款必須在一個月內,依據軟自協的規定,花掉並且提供合乎報帳原則的憑證 ── 事實上,打一開始您申請代收款項,就必須說明這筆款項要用在何處、讓協會協助您用合乎規定的方式報帳。這個期限最多延展至三個月。

也就是說,如果想要「存著等以後用」,那依據規定來說軟自協幫不上忙。我自己也參與社群,當然知道社群會有這方面的需求,不過此辦法推行初期,為了避免搞太大有什麼問題沒考慮到,在各方面都有一定的限縮,例如只收 5000 以上的款項這點也是,還請多擔待。

當然如果社群要作內外帳,那軟自協橫豎是不可能知情,不過就有法律與道德上的瑕疵,責任請自負。


我自己蠻希望在我理事任期滿之前處理完「接受小額捐款」及「捐款流入社群專款帳戶」兩個問題(然後就卸任 XD),不過人很懶,需要有點動力。有興趣一起討論、或具有這方面的法律知識者,找個週一晚上來生態綠一起聊聊吧 :)

關於電子書,需要整理的雜感

真的只是雜感而已,有鑑於現在的時間詭異,我想我不要花太多時間整理比較好,但需要把想法早點丟出來免得後來太懶。

關於電子書標準進度報告

  • 對於最後選擇 ePUB 的決策我都表支持,其實目前的狀況、這也夠了。畢竟,我們什麼也沒有、同樣也沒有必要在這個時間點奢求一個解決各式需求的規格,那麼選一個開放、已被證明堪用的規格即可。
  • 規格的中文說明很感心,好感度++
  • 中文的簡繁互轉一直都不是「對應表」就可以解決的事情,這有點麻煩。尷尬的是,我想我們很快就會熟悉各種簡體字(實際上很多人,包括我,已經是了),那麼或許簡繁互轉屆時不過是為了參考、以及看起來爽,就不會要求正確的字義對應。這是悲觀了點,要是真有好方法、能處理「我下面給你吃」這句的狀況,也是樁美事啦。
  • 「中文字型支援種類不足」,沒有脈絡、不太確定自己對這句的了解是否正確,姑且視為「轉檔時的軟體無法支援足夠多的中文字型」。這其實問題不大吧?不知道發問者使用哪套軟體,但既然 ePUB 骨子裡橫豎是 XHTML、那「字型支援」就會是顯示媒介的事情、而非轉檔或規格的問題。倘若真是轉檔軟體沒有「用 CSS 設定中文字型」的能力,就花錢改善它吧。
  • 「免費就能用的」字型選擇一直都不多,花錢買就有,硬體製作商或可考慮把這當成賣點。如果可以有股勢力強烈支持下列兩點任一,都是朋友:

    • 要求政府相關的雜七雜八單位一致同意用 Public License 釋出全字庫。SLAT 其實去拜會過兩個相關單位了,相信還有很多單位一定也都試過。 我不會說政府沒誠意啥的(他們應該也沒有抱著不放的意思),但我們需要些力量讓這些相關單位「一起」同意這件事,避免責任歸屬不清導致的皮球亂飛。
    • 請需要用的組織起頭、花錢製作一些公用字型,然後用 Public License 釋出。文鼎(似乎也是會員)早先曾釋出部份字體,若有興趣、有些已經不那麼賣的字體或許也可考慮釋出,造福人群。
  • 文字是否以直書顯示,會不會是一個應該要留給讀者決定的問題?若是,那麼只要硬體商支援 CSS3 writing-mode 即可,我們可以用標準順利解決規格問題,那麼使用者便更可擁有切換的能力、而無須另行定義「直書」標籤。又,這應該是顯示媒介要考慮的問題,可以當成賣點做,Lovely Reader 好像就是這樣。在我的想法裡這也是「顯示」的問題,應盡可能與內容(在此例是 ePUB 規格)本身拆開,才能彈性利用。
  • 電子書號標準,若真有必要獨立成為一個標準,猜想國外應該至少有草案了。畢竟如果目前的規格真不夠用、那麼全球都不夠用,可聯合他國一起立一個、盡量避免規格只在自家玩的情形比較好。
  • 註記是否應該跟著 ePUB 一起走?好問題,我沒想過,但有的話真不錯。
  • 至於註記的顯示方式,留給顯示媒介吧,除非現在我們就能窮舉各種顯示設備與介面的可能、不然怎麼訂都是給以後的自己找麻煩。將內容與顯示方式拆開討論,還是比較好的方法。
  • 我的 ePUB Readers 都不能看有 DRM 的東西 orz
  • 「版權保護標準」如果不是 DRM 標準,那想像不到具體是什麼。DRM 是否要有標準?沒想法,但共通標準的話、更容易被集中火力破解就是真的。個人偏頗的意見:DRM 終將要被證明是勞民傷財又吃力不討好的事情,想想怎麼從「限制著作流通來贏取利益」轉往「促使著作流通來贏取利益」不知道會不會比較快,可惜除了廣告之外我也想不到。
  • 「電子書傳輸協定」,想像不到具體是什麼。
  • 「兩岸電子書互通標準」,除了 ePUB 規格本身就處理完的事情之外,想像不到具體是什麼。

    • 格式固定有必要,我愛 ePUB。
    • 詮釋資料的定義部份有必要,雖然這好像不只跟電子書有關。
    • 簡繁互轉個人覺得爆炸難,要到「術語比對」就代表其實還是各走各的,才要比對吧 XD
    • 硬體規格沒想法,不確定讓大家自由發展會不會更好

閱讀體驗

為了進一步了解現況,我其實好像還不錯努力啦。除了真的拿個專用閱讀器來看之外,我試過用下列各種方式盡可能閱讀完一本(夠厚的)電子書,茲列如下:
  • 用電腦液晶螢幕看 PDF 文件:這很多人都有過。心得包括眼睛很酸不舒服、希望有翻頁的動作(不是愚蠢的動畫,只是要可以翻頁而不是連續捲軸)但又要遷就螢幕與字體大小的問題、長文真的看不太下去。
  • 用電腦螢幕看 TXT 文件:也很多人都有,我是看小說。心得包括眼睛很酸不舒服、用螢幕看長文還是黑底白字較舒適、很容易忘記上次看到哪裡、章節分野不明確。
  • 用電腦螢幕、以好讀閱讀軟體看「好讀」文件:大概是最好的體驗。Linux 可以跑真是太棒了、直書可以接受、翻頁方式可以接受、字體大小可以調整真是太棒了。
  • 用電腦螢幕、以 Firefox「ePub Reader」看 ePUB 文件:就跟看網頁一樣,體驗也一樣。我想要可以「翻頁」的閱讀工具(再次強調不是動畫效果)。
  • 用手機、以好讀閱讀軟體、看好讀文件:手指頭常常會擋到字,既然是手持裝置應該還是有點 margin 比較好,其餘同電腦螢幕。我用手機看完三本小說,總閱讀時間大概是時個多小時,這個方式我算看得下去、也不太遇到眼睛疲倦的問題,推測是因為分段閱讀。
  • 用手機瀏覽器看 HTML 長文:捲動而非翻頁、很容易忘記上次看到哪裡。
  • 用 OLPC XO 看 PDF(彩色螢幕模式):看不太下去,程式太慢、反光問題。
  • 用 OLPC XO 看 PDF(黑白螢幕模式):除了沒有光線就看不到外,還蠻好的,不過對比比較低有點吃力。

ePUB 的授權資訊

我 Twitter 上有寫過一些:

想了那麼久我承認自己還沒實作,ePUB 書都看好幾本了。