( The views expressed here are solely those of the author and do not necessarily represent the views of FreightWaves or its affiliates. )

達拉斯郡陪審團上週在 Peyton Lipe et al. v. Lupus Superior, LLC et al. 一案中，判給貨運經紀商 C.H. Robinson 6.04 億美元判決中的一部分。此案源於 2021 年密西西比州 Interstate 20 上的一起致命事故。由 Lupus Superior 營運、Gorgonio Gonzalez 駕駛的拖車連結車撞上停滯車流。這起事故引發多輛車輛起火，造成 Jennifer Lipe、Benjamin Brewer 與 Rhoderick Coleman 喪生，另有兩人重傷，Gonzalez 也在事故中死亡。

陪審團認定駕駛人、運輸承運人與 C.H. Robinson 均有過失，並將責任分配為 Gonzalez 45%、Lupus Superior 32%、C.H. Robinson 23%。Lupus Superior 是一家總部位於德州 Grand Prairie 的運輸承運人，且在 FMCSA 的安全評級為 satisfactory。更重要的是，陪審員認定 Gonzalez 是 C.H. Robinson 的「borrowed employee」，並且是在經紀商的控制下執行任務。這一認定打開了讓經紀商對駕駛人過失承擔全面 vicarious liability 的大門。C.H. Robinson 已表示將上訴。

這項判決緊接著兩項可能重塑卡車運輸與物流責任歸屬的重要法院裁決而來。要理解接下來會發生什麼，關鍵在於分辨 vicarious liability 與 negligent hiring 的差異。

Vicarious liability：一方為另一方的過失承擔責任

Vicarious liability 是指基於雙方關係，使一方對另一方的不法行為負責。最典型的例子，就是雇主在員工執行工作時，為員工的過失負責。在法律上，這稱為 respondeat superior，這個拉丁語片語意為「讓主人負責」。當原告試圖讓公司對其員工的侵權行為承擔責任時，這項原則就會適用。

在德州，判斷標準通常取決於 control。如果一家公司的確有權指揮另一個人的工作細節，該人就可能成為「borrowed employee」。borrowed employee 是指被其原雇主暫時借調到另一家企業工作的勞工。在這種安排下，第二家企業會被視為該借用僱員的雇主。

這與 independent contractor 規則截然不同。一般而言，一方不會因 independent contractor 的行為而承擔 vicarious liability，因為承包人對工作的方法與手段擁有完全控制權。

Lipe 案中的陪審團對兩個關鍵問題回答「是」：Gonzalez 是否是 C.H. Robinson 的 borrowed employee？以及他是否是在受 C.H. Robinson 控制細節的情況下，為其利益執行任務並駕駛卡車？

這些答案很重要，因為它們使陪審團得以將該經紀商視為駕駛人的雇主，即使經紀商從未直接與駕駛人交談。一旦如此，經紀商就可能要承擔駕駛人那部分損害賠償，而不只是自身的比例責任。這就是 23% 的認定如何可能擴大成更高風險暴露的原因。

Vicarious liability 不要求經紀商本身有任何疏失；它完全是基於關係與 control 所產生的責任。

Negligent hiring：因選錯合作對象而承擔直接責任

Negligent hiring 則不同。這是一項直接請求。原告主張，被告在選擇或留用某人時本身就有疏失，而該人後來造成了損害。重點在於聘用方自身的行為，以及其是否知道或應該知道該承運人或駕駛人並不安全。

在 Lipe 的陪審指示中，有一道問題詢問 C.H. Robinson 是否在承擔 motor carrier 的責任時有過失。陪審團回答否。但針對經紀商的第 1 題更廣泛的過失認定，仍保留了包括對承運人選擇不當在內的理論空間。原告往往主張，經紀商忽視承運人安全紀錄、工時規定違反或先前事故中的警訊。

這種區分很重要。Vicarious liability 著重於關係與 control；negligent hiring 則著重於經紀商在選擇 motor carrier 時未盡一般注意義務。

最高法院的 Montgomery 判決打開大門

就在 Lipe 判決前幾週，美國最高法院於 2026 年 5 月 14 日在 Montgomery v. Caribe Transport II, LLC 一案作出一致裁決。法院認定，Federal Aviation Administration Authorization Act（FAAAA）並不排除針對貨運經紀商的州法 negligent hiring 請求。

FAAAAA 一般會阻止與經紀商價格、路線或服務有關的州法，但其中也包含安全例外，保留各州對 motor vehicles 安全的監管權。最高法院表示，主張經紀商疏於聘用不安全承運人的訴求，涉及 motor vehicles，也就是將運送貨物的卡車。因此，安全例外使該請求不受 preemption 影響。

Montgomery 移除了經紀商多年來依賴的重要聯邦保護傘。州法 negligent hiring 訴訟如今可以繼續進行，這讓 Lipe 這類案件中的直接責任理論更為強大。

德州最高法院的 Home Depot 裁決為託運人劃出界線

隔天，也就是 2026 年 5 月 15 日，德州最高法院在 In re Home Depot U.S.A., Inc. 一案中裁定，Home Depot 雇用 Werner Enterprises 在門市間運送一般商品。一名 Werner 駕駛人闖紅燈，撞死一名機車騎士。家屬以承運人選擇過失為由提告 Home Depot，並指出 Werner 的事故紀錄與安全違規。

德州最高法院命令駁回這些請求。法院認定，單純使用受聯邦監管的 motor carrier，並不使被動託運人對一般駕駛大眾負有注意義務。Home Depot 並未擁有該卡車、雇用駕駛人、控制駕駛細節，也未透過貨物創造任何特殊風險。法院表示，德州法律不會將一般的運送貨物行為轉化為廣泛的侵權責任。

Home Depot 保護的是純粹的託運人。它並不直接保護處於中間位置、且可能對承運人選擇施加更多影響力的經紀商。不過，該判決仍強調德州法院會仔細審視 control，以及被告是否創造或加劇了風險。這種同樣的重點，也出現在 Lipe 陪審團回答「是」的 borrowed employee 與 control 問題中。

Lipe 上訴後會發生什麼？

C.H. Robinson 已經表示將提出上訴。可能有兩條路徑。

如果 C.H. Robinson 在上訴中勝訴，最可能的理由會是 borrowed employee 與 control 的認定。若證據在法律上不足，或原審法院誤用法律，上訴法院可以推翻陪審團的答案。若挑戰成功，將抹去那個放大經紀商責任的 vicarious liability 理論。

即便如此，公司仍可能在純粹 negligent hiring 理論下承擔一定比例責任，但在 proportionate responsibility 原則下，該比例會小得多，且僅限於其自身的 23%。屆時，原告將主要轉向 Lupus Superior 及任何可用保險。對經紀商業界而言，這將是重大紓解，而 Montgomery 的實際影響也會在德州法院中被縮小。

如果 C.H. Robinson 敗訴，6.04 億美元判決，或其中大部分，將維持有效。公司將面臨單一請求帶來的九位數衝擊。原本為較小風險設計的保險層級可能會被耗盡。其他經紀商也將面臨更大壓力，必須更嚴格篩選承運人、更仔細記錄安全檢查，並檢視自己在日常貨運中保留了多少營運控制權。Montgomery 已經清除了聯邦 preemption 的障礙。

看見森林，而不只是樹木

若 Lipe 最終敗訴，將顯示德州陪審團在認定 control 存在時，願意將經紀商視為雇主。這意味著，任何經紀貨運中的卡車駕駛人，都可能被視為該經紀商的 borrowed employee——不只是就過失而言，還可能牽涉工傷補償、工時與薪資，以及更多議題。這種組合可能重塑全美貨運經紀方式。

Lipe 案仍處於上訴程序的早期階段，最終判決甚至都尚未作出。然而，這項判決在 Montgomery 與 Home Depot 之後迅速出現，已經傳遞出一個新時代的訊號。透過 control 形成的 vicarious liability，以及透過 negligent hiring 形成的直接責任，對經紀商來說已不再只是理論風險，而是陪審團正在裁決、上訴法院也即將審查的實際問題。

貨運經紀商、motor carrier 與託運人都必須密切關注這起上訴。 「我控制工作」與「我選錯合作夥伴」之間的差異，已不再只是學術討論。在今天的法院裡，它可能價值數億美元。

The post C.H. Robinson Faces $604 Million Verdict: What Vicarious Liability and Negligent Hiring Mean for Brokers After Montgomery and Home Depot appeared first on FreightWaves.