當章魚貓遇上國稅局——談台灣公司使用 Github 服務之稅務對策

Github 是廣受全世界開發者歡迎的程式碼儲存空間服務,當然許多台灣公司也是 Github 的愛用者。但當台灣公司支付服務費給美國的 GitHub, Inc. 時,台灣公司該如何紀錄、申報這筆支出呢?本文按照以下架構提出說明。
評論
評論

本文原本刊登於 誠樸會計事務所 。作者為 James,執業會計師,不斷思考如何在這個傳統的產業創新,也喜歡協助創新產業解決現實世界的傳統問題;深信知識經濟是兼顧環保與發展的答案,期待網路產業成為台灣下一個明日之星!

前言

Github 是廣受全世界開發者歡迎的程式碼儲存空間服務,當然許多台灣公司也是 Github 的愛用者。但當台灣公司支付服務費給美國的 GitHub, Inc. 時,台灣公司該如何紀錄、申報這筆支出呢?本文按照以下架構提出說明:

  1. 現有網路交易課稅相關規定。
  2. 台灣公司之對策

一、現有網路交易課稅相關規定

目前台灣財政部尚未針對 Github、Dropbox 之類國外線上儲存空間服務作出專門之解釋,僅有針對跨國網路拍賣作出規範(網路交易課徵營業稅及所得稅規範,民國 94 年 5 月 5 日財政部台財稅字第 09404532300 號令發布)。在這個解釋中,將網路拍賣中的參與者區分為以下五大類:

  • 國外網路註冊機構(例如 GoDaddy)

受理申請人取得網域名稱及網路位址等註冊業務,並收取註冊費及管理費。

  • 國外虛擬主機(例如 AWS)

提供網路連線、虛擬主機或加值服務,收取連線服務費用、帳號手續費用、代管主機費用等。

  • 國外拍賣網站(例如 eBay)

提供線上交易平臺,協助承租人或會員銷售貨物或勞務,收取網頁設計建置費用、平臺租金、商品上架費用或廣告費用等。

  • 國外購物網站 -- 銷售有形商品者(例如 Amazon 銷售紙本書)

利用網路接受上網者訂購貨物,再藉由實體通路交付。

  • 國外購物網站 -- 銷售無形商品者(例如 Amazon 銷售電子書)

利用網路接受上網者訂購無形商品,再藉由實體通路提供勞務或直接藉由網路傳輸方式下載儲存至買受人電腦設備運用或未儲存而以線上服務、視訊瀏覽、音頻廣播、互動式溝通、遊戲等數位型態使用。

我們觀察第一、二類的課稅規定,我們可以發現:

  • 營業稅方面:國外公司透過網路提供服務予台灣使用者,視為「在中華民國境內銷售勞務」,應課徵營業稅。 國外網路註冊機構(例如 GoDaddy):

該等機構或受其委託辦理此項業務之營業人如在中華民國境內無固定營業場所,其提供註冊服務予中華民國境內買受人者,應由勞務買受人依營業稅法第 36 條規定報繳營業稅。 國外虛擬主機(例如 AWS):

在中華民國境內無固定營業場所之外國事業、機關、團體、組織,其 提供網路連線、加值等服務予中華民國境內買受人者,應由勞務買受人依營業稅法第 36 條規定報繳營業稅。

  • 所得稅方面:國外公司透過網路提供服務予台灣使用者所收取之服務費屬「中華民國來源所得」,應課徵營利事業所得稅。 國外網路註冊機構(例如 GoDaddy):

在中華民國境內無固定營業場所及營業代理人之網路註冊機構,提供註冊服務予境內買受人所收取之註冊費及管理費等,屬所得稅法第 8 條規定之中華民國來源所得,應依同法第 3 條規定課徵營利事業所得稅。 國外虛擬主機(例如 AWS):

提供網路連線、虛擬主機或加值服務,收取之連線服務費用、帳號手續費用、代管主機費用等… 在中華民國境內無固定營業場所及營業代理人之營利事業、教育、文 化、公益、慈善機構或團體、或其他組織或非中華民國境內居住之個 人,提供上項服務予境內買受人所收取之費用,屬所得稅法第 8 條規 定之中華民國來源所得,應分別依同法第 3 條或第 2 條規定課徵營利 事業所得稅或綜合所得稅。

我們曾就以上兩個方向與台北國稅局進行討論,目前稽徵實務上確實持此態度。此外,對於這些在台灣無固定營業場所或營業代理人的國外公司,稅法規定由買受人(也就是台灣公司)作為納稅義務人及扣繳義務人。

二、台灣公司之對策

面對目前國稅局所持原則及態度,台灣公司通常採取兩種態度:(一)針對課稅方式與國稅局爭執(二)不針對課稅方式與國稅局爭執,採取權宜變通方案。分別說明如下:

(一)針對課稅方式與國稅局爭執

若台灣公司希望針對課稅方式與國稅局進行溝通,通常會透過以下兩種方式進行:

  • 事前申請個案解釋

公司提供交易合約等具體資料予國稅局,要求國稅局專門針對此個案作出解釋;待國稅局答覆後,再針對其中疑義進一步溝通討論。

  • 事後申請退稅

公司暫先申報及繳納營業稅及所得稅,再於 5 年內依照稅捐稽徵法第 28 條,主張「納稅義務人自行適用法令錯誤或計算錯誤溢繳之稅款」向國稅局申請退還。

(二)不針對課稅方式與國稅局爭執

若公司考量成本效益,不欲與國稅局正面衝突,則實務上可能考慮以下權宜方案:

  • 由公司自行吸收 5% 營業稅及 20% 扣繳稅款 所得稅:假設公司實際支付 Github US$ 1,200,則申報支付 Github 總額 US$ 1,500(=US$ 1,200/80%),並扣繳 US$ 300(= 支付總額 US$ 1,50020%)後匯出剩餘的 US$ 1,200 給 Github。營業稅:公司申報繳納營業稅 US$ 75(= 支付總額 US$ 1,5005%)。此時繳納的進項稅額未來可抵銷項稅額,性質應屬「預付稅款」,嚴格來說不算真正的支出)。
  • 將申請、安裝、維護 Github 的工作外包給某位工程師

公司支付薪資給該工程師,至於該工程師提供此服務所需之成本費用(例如買電腦、付錢給 Github 等等),與公司無關。此作法對該工程師較不利,將因增加其薪資所得提高其綜所稅負擔,且將公司之稅務申報風險與責任移轉予該工程師。

  • 改以其他名目核銷此 US$ 1,200 支出

但請注意,此作法將導致財務報表不實表達,可能違反商業會計法第 71 條第 1 款、以明知為不實之事項,而填製會計憑證或記入帳冊,處五年以下有期徒刑、拘役或科或併科新臺幣六十萬元以下罰金。

  • 放棄申報此 US$ 1,200 支出,改由私人負擔,與公司無關

但請注意,此作法將導致財務報表不實表達,可能違反商業會計法第 71 條第 4 款、故意遺漏會計事項不為記錄,致使財務報表發生不實之結果,處五年以下有期徒刑、拘役或科或併科新臺幣六十萬元以下罰金。

結論與建議

以上方案各有其利弊得失,而各項利弊得失在不同時空環境背景下都對創業者產生不同程度的影響–例如對於全部自有資金的獨資創業者而言,少繳點稅是最高原則,至於財務報表是否允當表達可能就沒那麼重要了;對於尋求創投支持的創業者而言,提供精準正確的財務報表可能不可或缺,有時候不得不付出點代價;對非公開發行公司而言,只要股東一致同意,可以採取任何方案;但對公開發行公司而言,通常需要採取完全合法的方案才能對廣大股民交代。

圖片來自 GitHub, Inc

免責聲明

本文所提供之建議、評論、分析或其他工作成果係基於現行法規所提供。現行法規未來可能改變,且主管機關之個案解釋亦可能不同,甚或回溯生效。未來如有法規改變、發佈新的解釋函令、或有不同之個案解釋,作者並無義務通知上述改變,以及對本案所提之建議、評論、分析或其他工作成果之影響。

本文僅供參考。未事先經作者書面同意, 任何人不得以本文所載之建議、評論、分析或其他資訊作為商業或其他決定之依據。 任何第三人不得以曾閱覽本文為由,向作者主張任何權利(不論係以契約、損害賠償或其他法律關係為基礎)。


佈局未來需求! Viva TV 導入 Seagate 儲存解決方案,打造可「與時俱進」的海量影音資料庫!

「電視購物」的概念自 80 年興起後已有超過 40 年的歷史,目前國內也有多間經營近 20 年的電視購物頻道,在面對網路電商、直播帶貨…等新型態的銷售方式,電視購物業者如何做到「進可攻,退可守」?
評論
Photo Credit:Viva TV
評論

在 2000 年左右,隨著東森購物、富邦 momo 與 Viva TV 美好購物…等多個電視購物頻道陸續開播,也引發一波「看電視,打電話買東西」的熱潮,全盛時期電視購物頻道的收視人口甚至覆蓋超過全國總人口的一半,潛在營收規模上看新台幣千億元。

不過隨著網路電商的興起,以及後來寬頻網路與行動網路的普及,帶動了網路串流影音內容的發展,也大大影響了電視購物頻道的營收表現,除了因應轉型 EC 電子商務業務,國內知名電視購物頻道之一的 Viva TV 美好購物也選擇站穩腳步,鞏固現有業務,透過優質的節目內容為消費者創造價值,同時也進一步思索如何強化營運效能,找出未來創新的可能方向。

影音檔案龐大,儲存也需要講求效率

對於電視台來說,每日產出的影音內容,都需要被完整儲存下來,除了作為電視台日後參考使用的歷史資料,也需要符合政府法規制定的規範保留一定年限,日積月累,所需要佔用的空間真的十分可觀。以 Viva TV 自身為例,每日購物台會有數小時的全新節目,每一小時的影音內容達 15GB~18GB,因此每日最低就需要 150GB 的儲存量。

不過以購物台的內容形態而言,其實對於歷史資料的保留需求並不高,雖說目前從 2005 年開台至今的 SD、HD 影音內容都有完整保存,但公司內部其實也有歷史影音內容需求性與保存時間的討論,由於過去儲存資料的方式單純以「片庫」的形態來管理,所以資料的擺放其實相散亂,只要求基本服務的正常運作,但當需要查找檔案較龐大的舊影音時,就會遇到處理效能較為緩慢的問題。而當時建置的儲存系統廠商已無法解決效能上的問題,也因此最終考量建置全新的資料儲存中心,以便進行資料的搬遷與升級。

企業選擇儲存解決方案:容量、效率、穩定性三大條件缺一不可

近期 Viva TV 與知名儲存解決方案廠商 Seagate 希捷合作,導入企業級的儲存解決方案,採用兼顧大容量與高效能的 5U 高密度機架式存設備 ExoS X 5U84,搭配單碟 18TB 容量的 Exos X18 企業級硬體,打造總容量 1.5 PB(1,500 TB)的超大儲存系統。

Photo Credit:Viva TV
Viva TV攜手Seagate解決資料儲存問題

董事長室的專案規劃經理林振德與我們分享,對於 Viva TV 來說,選擇企業級儲存解決方案的三個主要條件,包括了「容量」是否符合未來內容成長需求,以及前面提到調用資料的「效率」問題之外,另一個絕對必要的就是產品的穩定性與廠商在系統整合支援的能力。

在「容量」評估方面,考量到過去舊有儲存系統已經有 300 TB 規模的資料量,以及未來資料增長的需求,Viva TV 評估需要更大的總容量,同時為了限縮主機佔用的機架空間,因此單一磁碟的儲存量與整個儲存系統的儲存密度就顯得更為重要,也因此選用 Seagate 單碟 18 TB、可擴充達 84 顆硬碟的儲存主機就獲得 Viva TV 的青睞,同時以單位儲存價格比來說,Seagate 也是目前市場上極具競爭力的選擇,也為企業節省不少成本。此外,在「效率」的表現方面,Exos X18 提供進階寫入快取機制,能提供 270 MB/s 的傳輸效率,而 ExoS X 5U84 也內建雙控制器配置,最高傳輸量達 5.5GB/s 寫入;7GB/s 讀取,能滿足資料隨時調用的需求。

除了實際使用上的需求,對於所有企業而言,資料儲存的「穩定性」絕對是重中之重,若是發生硬體方面的問題,受到影響的部門眾多,也會影響整個電視台的營運;而 Seagate 不僅在 Exos X18 企業級硬碟提供高標準的每年 550TB 工作負載率、250 萬小時的 MTBF(平均故障隔時間) ,高密度機架式存設備 ExoS X 5U84 也提供 ADAPT 功能的備援熱插拔控制器、備援熱插拔硬碟機、風扇、雙電源線、熱待機備用、自動容錯轉移與多路徑支援…等提高可用性的機制,另外更為重要的是,Seagate 提供的系統整合服務極為完善,無論是售前或是售後都能保持極為暢通的溝通管道,能即時滿足技術上的支援。

雲端化現階段還未能滿足影音內容應用需求

由於影音檔案的儲存量極為龐大,林振德表示,除了單純解決「如何存放」的問題,能夠有效率的依照需求來調用資料更是一大關鍵,而他們也曾比較過自有的儲存中心與雲端化的儲存服務,除了「成本」是主要考量之外,「應用」更是一大關鍵,尤其是資料上下雲端所需要花費的時間可能會是本地端複製的數倍,可能無法滿足實際使用這些備存檔案的需求;像是過去 Viva TV 就曾經遇到需要配合檢調單位調出特定產品的資料時,就要一次找出不同年份、時間有曝光產品的節目內容,檔案規模也高達數百 GB,光是本地端匯出資料就耗費大量時間,若是真的採用雲端化儲存,恐怕花費的時間會增加數倍,同時單純靜態資料的固定備份,也將增加日常維運的時間成本。

現階段 Viva TV 仍以本地端磁碟儲存系統為主要解決方案的主要理由還是在於龐大儲存量的需求,雲端的成本仍舊偏高,再者就是資料上雲後,資料下載時的速度是否足夠,以實際需求面來說,影音儲存的目的並非單純的「稽核備份」,能夠「隨取使用」更是一大重點。

迎接 8K 世代,「與時俱進」絕對必要

電視產業的大環境變遷絕對是目前面臨最大的挑戰,近幾年因為疫情影響,也可以發現到競爭對手搭上電商需求的浪潮轉型成功,不過對於電視購物這一個領域,Viva TV 對於未來發展仍舊看好,如何內容做到更好會是聚焦的重點,在堅守本業的同時,與 EC 整合,同時吸取網路直播帶貨、低成本形態的媒體營運模式之長,做出內容拍攝、銷售形態的轉變將會是下一階段的目標,畢竟年輕族群接收資訊的主要管道已非電視平台,如何拉回這些人的目光焦點會是非常重要的關鍵。

Photo Credit:Viva TV
Viva TV積極做內容優化,看好未來市場仍大有可為。

除此之外,在電視節目由 SD 轉變為 HD 之後,下一步可能會直接跳過 4K 而進入到 8K 世代,以目前公眾平台的傳輸基礎量來評估,2 至 3 年後台灣的收視就將進入到 8K 市場,目前已有業者正在實測營運 8K 影音內容,而這也將會是電視購物頻道下一階段要面臨的挑戰。

單位資料量比現有 HD 等級高出數倍的 8K 超高畫質內容,可符合儲存容量且高效穩定的數位儲存系統,對於電視台來說絕對會是必要的投資項目,以 Viva TV 所導入的 Seagate 企業儲存解決方案來說,已經能夠因應未來 5 年的實際使用需求,同時也兼具「與時俱進」的擴充彈性,從容不迫地面對下一階段的挑戰。