Bolt推出「行程錄音」功能,避免丟包案悲劇重演!台64線車禍懶人包:為何究責叫車平台這麼難?乘客安全誰來保護?
Bolt推出「行程錄音」功能,避免丟包案悲劇重演!台64線車禍懶人包:為何究責叫車平台這麼難?乘客安全誰來保護?

更新:
1月25日台64線死亡車禍悲劇,引發社會對叫車平台監管的強烈關注。Bolt於2月25日宣布全面上線「行程錄音」功能,未來若遇安全疑慮,乘客或駕駛可啟動錄音,檔案將加密提交客服,雙方皆無法自行存取。Bolt台灣總經理曾憲竑強調,此舉目的為強化乘客安全機制的重要一步。

回顧這起案件,1月25日凌晨2點,在台64線快速道路上,一名25歲乘客遭叫車平台Bolt司機強迫下車後,遭4輛後方來車輾過身亡,目前檢方列為重大刑案擴大偵辦。

這起車禍悲劇背後,也引發多元計程車司機監管的討論聲浪,究竟叫車平台和車隊、司機是否有責任?各該負哪些責任?而當車禍發生,為何究責叫車平台這麼難?《數位時代》以下整理學者、律師看法:

台灣叫車平台現行規範

目前台灣多元計程車,主要規範來自《公路法》和《汽車運輸業管理規則》。多元化計程車雖然外觀非黃色,但它只能「預約載客」、不能路邊攔車,營運規則必須屬於合法的計程車車行或車隊。在台灣的法規架構下,主管機關交通部、公路局對於多元計程車監管的對象是車隊。簡單來說,叫車平台為了合法落地,必須自行營運「車隊」,或是和車隊合作。

Bolt 登陸台灣_cover
圖/ 圖片來源 / Bolt

不過,逢甲大學文化與社會創新碩士學位學程特聘教授侯勝宗提醒,如果新聞、輿論聚焦在「司機有沒有錯」、「平台有沒有責任」、「誰該賠」,只停在這裡,下次悲劇還是會再來,因為這不是單一問題,而是被制度默許的漏洞。

「叫車平台商不只是計程車與乘客之間的媒合者,應該負起制度性的營運責任。」他強調, 政府應該把叫車平台納入「運輸服務業者」的監管範圍,要求安全治理、事故通報、資料保存、背景查核、保險等責任

Bolt怎麼說?

此案發生後,Bolt台灣總經理曾憲竑於1月30日表示,Bolt第一時間已立即連絡司機並對其停權處理,後續進一步處置將視調查結果處理。至於司機加入平台多久以及表現、司機說明等,曾憲竑表示,因該案警方已介入調查,相關細節不便多說明。將持續全力配合相關單位,並依調查結果進行內部檢視與後續處理。

車禍發生,為何究責叫車平台這麼難?乘客的安全應該由誰來保護?

在過去傳統計程車行模式中,權責相對單純,計程車司機靠行,車行負責管理和監督;若出事,依據《民法》第188條,車行作為僱用人需連帶賠償。但在平台經濟的邏輯裡,這層關係被切碎了。

目前台灣的網路叫車平台,包括Bolt、Uber、yoxi等,在法律上多主張自己是「資訊媒合方」,司機被定義為「合作夥伴」或「承攬人」(Independent Contractor),並非受《勞基法》約束的員工。

「叫車平台根本不懂司機,也不知道司機目前的真實狀態。」侯勝宗表示,依照台灣公路法,網約車必須掛在計程車車隊名下。 理論上是「叫車平台管系統,車隊管人」,但現實中,車隊角色早已被「虛位化」。

當叫車平台透過網路演算法自動派單,直接指揮司機,卻繞過車隊實體管理。出事時,平台可以稱自己是資訊商,而車隊認為單是平台派的,車行則覺得自己只是租借計程車牌照,「這就是制度上的盲點,三方都在管,卻也都不管,最後風險卻由乘客承擔。」侯勝宗強調。

台64線命案,司機、車行、叫車平台各有什麼責任?

這起悲劇發生後,責任究竟誰負?針對車禍事件,律師劉韋廷表示,在現行法規下,原則上由行為人(司機)自行承擔刑事責任,除非能證明平台在選任司機上有重大過失,舉例來說,明知對方曾酒駕、或肇事逃逸仍派單,平台才有可能負起刑事責任,否則極難定罪。

然而,在民事賠償方面,情況複雜得多。劉韋廷指出,儘管叫車平台業者過去經常主張自己僅是媒合方、與司機僅屬「承攬關係」而非員工,試圖規避《民法》第188條的僱用人連帶責任。但是近年法院為了保障受害者,突破傳統法規定義,認定 只要平台有透過演算法指揮監督並從中獲利,就必須承擔連帶賠償責任 ,儘管叫車平台和司機是承攬關係,也需要負起連帶民事的賠償。

也就是說,一旦發生重大車禍事故,肇事司機、靠行的車行、以及派單的平台,三方都可能被法院判定需共同賠償乘客損失。

延伸閱讀:Bolt正式登台!第一張王牌:讓利司機「5%」,能撼動Uber、台灣大車隊嗎?

不只Bolt,LINE GO、Uber也一樣!叫車平台必須承擔「準雇主責任」

「叫車平台既然能影響這趟行程,就必須為這趟行程的安全負責。」侯勝宗指出,將叫車平台納管在國際上是常見的事。

以國外為例,在英國、新加坡、澳洲及美國多個城市,政府早就不再接受「平台只是媒合」的說法,這些國家將叫車平台納入「運輸服務提供者」的監管範圍,要求他們承擔安全治理、事故通報、背景查核及保險責任。

此次車禍事件的重點不在於事後的懲罰,而在於事前的預防。

侯勝宗提出3項解方, 首先, 政府對平台的監管思維必須轉向,重點不在干預價格,而是嚴格審視安全流程、數據義務與事故通報機制; 其次, 系統設計應將「安全下車」列為強制預設值,特別在深夜或酒後等高風險情境; 最後, 車隊不能只是被動的派單中介,必須回歸「安全守門員」本位,將司機篩選與持續性的教育訓練,視為不可拋棄的營運根本。

事實上,這次車禍事件很難歸因於單一叫車平台,現今司機多半「跨平台接單」,同一個司機可能上一單是LINE GO,下一單是Uber,再下一單是Bolt。

如果台灣法規依然允許叫車平台躲在「資訊媒合產業」名稱背後,享受利潤卻不承擔與其規模相當的「準雇主責任」,那麼抵制單一品牌,難保不會有下一個悲劇。

網路叫車_(來源shutterstock)_508045975.jpg
圖/ shutterstock

台灣目前的困境在於「舊法管新創」。劉韋廷律師直言,台灣缺乏針對平台經濟的專法,導致法官必須用舊有《民法》框架,來套用在新型態的叫車服務上。

在悲劇之後,正視叫車平台制度的缺口是當務之急。當英國、新加坡都已將平台視為「運輸服務提供者」納管,台灣政府不應只透過司法體系判決來補破網,才是保障所有乘客安全的根本解方。

延伸閱讀:
Bolt插旗台灣!Uber、Lyft坐穩北美雙雄、Grab已成東南亞巨獸⋯⋯一次盤點全球叫車平台戰況

當心Vibe Coding副作用!Netflix工程師曝「理解萎縮」危機,靠3步驟戒掉無腦寫Code

關鍵字: #叫車平台
往下滑看下一篇文章
數位時代 X 國泰金控 從百套系統上雲到 Cloud First:國泰如何把雲端變成AI成長引擎?
數位時代 X 國泰金控 從百套系統上雲到 Cloud First:國泰如何把雲端變成AI成長引擎?

2019年金融監理機關正式將雲端納入委外規範後,揭示金融業上雲時代來臨,國泰金控數數發中心成立雲端策略發展部,負責擬定集團上雲策略,並於2020年正式啟動7年集團雲端轉型計畫;在多數金融機構仍停留在單點遷移或IT現代化的現下,國泰金融集團在 2025 年即完成 100 套系統上雲,更將雲端轉型階段從 Cloud Ready、Cloud Adoption 推向 Cloud First,成為數據與人工智慧應用的關鍵引擎。

國泰金控資訊長|吳建興 James Wu
圖/ 數位時代

「百套系統上雲不僅僅是數字,更是讓國泰從『 IT 進化業務』邁向『 IT 驅動成長』的關鍵轉折。」國泰金控雲端策略發展部協理顏勝豪表示,上雲帶來的效益十分顯著,包括提升資源可用性與營運敏捷度、減輕 IT 維運負擔;同時,雲端業者多具備零碳排或綠能機房機制,亦有助於企業朝向 ESG 永續營運邁進。「金融上雲不是單純的現代化基礎設施或者是升級技術,而是為了換取速度與可靠度,讓集團可以加速創新腳步、彈性調配資源,以及培育所需人才與技能,為未來做最佳準備。」
為讓集團員工、金融同業以及有志上雲的夥伴可以進一步探討雲端轉型的各種可能,國泰金控舉辦雲端轉型成果發表會,會中除有集團子公司分享最新成果,三大公有雲平台業者也從不同技術視角共同探討在合規、資安與 AI 應用的可能。

七年、三階段,國泰金融集團將雲端內化為營運流程與創新引擎

國泰金控科技長|姚旭杰 Marcus Ya
圖/ 數位時代

為什麼國泰可以領先市場完成雲端轉型、數據與 AI 賦能業務?

顏勝豪認為,雲端轉型的起點不是直接遷移系統,而是從四個面向打底:應用系統盤點評估、雲端架構設計、雲端遷移藍圖規劃,以及組織治理框架建立,而這也是 Cloud Ready 階段最重要的事情。
「不同子公司有不同商業模式與節奏,若沒有共同語言與平台底座,上雲很容易各自為政。」顏勝豪表示,為讓所有員工可以齊步前行,國泰以雲端遷移方法論 Cathay 6R(註1)作為共同語言、用平台作為共同底座,讓轉型不只是技術選擇,而是集團行動。
完成單一系統的雲端遷移後,便進入 Cloud Adoption 階段。在這個階段中,要透過大規模遷移建立更成熟的上雲標準作業流程(SOP),透過 FinOps 機制控管與優化雲端營運成本,以及透過自動化與治理模型確認多雲環境與安全與維運穩定性,目標是將雲端內化為組織日常運營的一部分,進而邁向 Cloud First 階段:在合規前提下,新專案與系統升級預設在雲端環境開發,並善用雲原生優勢加速新產品功能開發速度。
「集團雲端策略只有一個核心原則:讓雲成為 AI 時代的成長引擎,而不是單純的基礎設施。」關於國泰的未來雲端布局,顏勝豪如是總結。

國泰金控 雲端策略發展部 協理|顏勝豪 Otto Yen
圖/ 數位時代

以雲端為 AI 資源引擎、發揮數據燃料價值,實現 AI 賦能業務應用

國泰不僅在2025年完成集團百套系統上雲,也啟動數據上雲計畫並為 GenAI 奠定基礎建設。
例如國泰金控實現數據上雲,打造資料湖倉與 GAIA 生態系統架構為 AI 賦能業務做準備:成立國泰風險聯防中心(CRC)攜手集團洗防人員強化風險控管與金融犯罪因應能力;釋出國泰員工 AI 助手–Agia–Beta
版,提供差勤、福利與權益、技術支援、職務職能與集團其他資訊等五大類別管理辦法等查詢服務;此外,亦推出集團數據共享平台、集團法規知識庫、 AI 評測中心等服務,更好發揮 Cloud First 與 AI 賦能業務應用的價值。
雲端是 AI 時代的關鍵底座、數據則是 AI 的燃料。顏勝豪指出,發展AI需要龐大的 GPU 算力,若自建 GPU 機房,不僅硬體設備昂貴、折舊速度快,光是散熱系統一年就高達兩、三千萬元的成本,若採取雲端資源,可以隨啟隨用,同時,大幅降低試錯成本。「當雲端打好基礎、AI成為能力模組,銀行、人壽、產險與證券的創新不再是單點突破,而是放大集團級綜效。」

國泰以 Cloud First + AI 持續領先市場、形塑未來樣貌

「雲端可以優化算力成本,資料則決定 AI 應用上限。」顏勝豪解釋,在 AI 新世代,AI 模型定調能力「下限」,集團子公司掌握的「獨特資料」則決定應用的「上限」,考量雲端有許多好用 AI 服務,唯有資料上雲才能發揮數據價值、用 AI 賦能集團各子公司業務。
例如國泰世華銀行將採取多公有雲策略,打造雲端智慧生態圈,並以現代化雲原生技術拓展應用場景;同時,運用 AI 與資料分析優化客戶服務體驗,並藉由跨雲整合機制支援多元業務模式,以充分發揮上雲效益。至於國泰產險,不僅在兩年半內完成13套核心系統上雲、優化營運流程,如以 Serverless 架構打造百萬級效果、萬元成本的短網址系統等,讓雲端成為產險驅動長期成長的核心引擎與標準配備。

國泰人壽則是透過雲端與 AI 滿足不同客戶需求,如以 AI Search 精準呈現關鍵字搜尋結果,讓客戶可以精準且快速的查找所需資料、大幅優化官網體驗與滿意度。至於國泰證券則是於2026年初推出「庫存管家」服務,以客戶持股為核心,應用 AI 技術打造個人化推播服務,協助投資人更有效率地掌握庫存狀況,提供更即時、系統化的投資管理體驗。
總的來說,國泰金控在集團的雲端轉型不僅是技術升級,更是思維革新,從百套系統上雲進展到 Cloud First 階段,可以預期在雲地基礎下,國泰將進一步引領 AI 時代變革,持續提升營運韌性與放大創新價值。

註1:Cathay 6R 國泰設計 Cathay 6R 雲端遷移方法論,將系統遷移方式依據上雲模式、系統開發成本分為 Rehost 、Replatform、Refactor、Rewrite、Replace 和 Retain 共6種遷移架構,並能對應到 IaaS、PaaS、SaaS 三種不同上雲模式。

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
2026 大重啟
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓