← 管理筆記 | 首頁 關於我 海事筆記

Maritime Digitalisation · 2026 Research Note

船舶數位化管理

隨著船隊規模擴張,以及海事通訊與船岸網路持續進步,船東在船舶管理上正面臨流程、資料與決策模式的全面改革。然而,船東的數位需求常沿用既有管理經驗逐步擴充,欠缺涵蓋營運流程、資料治理與系統架構的全局規劃;工程師與各業務單位也容易從自身業務經驗出發提出單點開發需求,形成「見樹不見林」的結果,造成資料分散、整合困難,最終難以看見數位化成效。如何透過整體規劃提升管理效率與船隊韌性,已成為海事產業的重要目標。本文從船東營運痛點、市售方案、Lloyd’s Register(LR)旗下 OneOcean 案例到轉型路線圖,協助船東與船舶營運者建立可執行的決策雛形。

船隊規模與船岸網路快速發展,船舶管理正面臨流程、資料與決策模式的全面改革。單點需求若缺乏全局規劃,容易造成資料分散、系統難以整合,也看不見數位化成效。本文從營運痛點、市售方案、OneOcean 案例到轉型路線圖,提供可執行的決策雛形。

分享此篇

Executive Summary

船舶數位化管理,不只是將管理資訊電子化

今日的船舶數位化管理,正在把設備維修、備品庫存、採購、船員、QHSE、 法規、航次規劃、能源效率與船隊決策逐步連接起來。對船東而言,真正的問題已不是 「有沒有系統」,而是資料是否可信、系統是否互通,以及資訊能否轉化成營運決策。

許多船東以既有管理經驗逐步追加功能,各部門與工程師也常從自身業務出發提出單點需求。若缺少涵蓋流程、資料治理與系統架構的全局藍圖,這些改善容易形成資料孤島、重複作業與難以衡量的數位化成效。

01

市場已由 PMS 走向生態系

成熟產品已能涵蓋 Technical Management、Marine ERP、Fleet Intelligence 與船岸整合。

02

資料基礎比 AI 更重要

錯誤的 Equipment、Job 與 Spare Master Data,會讓更先進的分析更快放大錯誤。

03

混合架構通常最合理

外購成熟核心系統,自行掌握資料模型、API、KPI 與差異化決策能力。

04

OneOcean 值得以生態系角度評估

其價值不只在 TM Master,而是技術、船員、法規、航次與性能產品的組合能力。

產業目前處於什麼階段?

Planned Maintenance、備品、採購、QHSE 與基本船岸同步已高度成熟; 雲端、行動應用、API 與 Fleet Intelligence 正快速普及;CBM 已能在部分設備落地; 但跨品牌、全船隊的 Predictive Maintenance、數位孿生(Digital Twin)與全自動 AI 維修決策仍未全面成熟。 [1][2]

Lloyd’s Register 與 OneOcean 於 2026 年發布的研究,將航運業整體數位成熟度評為 2.1/4、資料標準化程度評為 2.45/4。這組研究結果並非全產業普查,但它反映出一項重要現象: 航運業並不缺資料,真正缺的是可重複使用、可交換並能支持決策的可靠資料。 [1]

船東真正需要的不是更多軟體,而是可相信的資料、一致的流程、可交換的架構,以及能支持決策的分析能力。

本文核心觀點

Research Basis

研究基礎與判讀原則

本文以作者原有兩篇研究筆記為結構基礎,重新整理其中的產品分類、主要系統、 船東與第三方船管公司的需求差異、自研與外購比較,以及導入失敗因素; 外部事實則以 IMO、EU、IACS、ISO、船級社、產品官方資料及學術文獻交叉佐證。

目前公開市場缺乏一份可獨立驗證、同時涵蓋所有船型、地區與船隊規模的全球 Marine ERP 市占率資料。因此,本文提供的是「第一輪選型定位」,而不是第一名至第八名的市占率排名。 各供應商公布的覆蓋船舶數、節省比例及效益數字,也應視為產品範圍或案例資訊, 不應直接等同於所有船東可達成的投資報酬。

Owner Pain Points

船東與船舶營運者最常見的六項痛點

數位化專案若不能先回答「目前哪一項問題最昂貴、最危險、最浪費人力」, 最後很容易變成一場昂貴的系統更換,而不是營運改善。

痛點 01

系統很多,資料卻彼此分離

PMS、採購、Crew、SAP、QHSE、Excel、船級平台與性能系統各自運作, 相同資料反覆輸入,船上與岸端甚至可能看到不同版本。

市場解法:共用 Master Data、API、船岸同步、中央 Dashboard 與 Data Platform。
可能效益:一筆設備故障可同時連動維修、備品、採購、預算、風險與塢修決策。[3]
痛點 02

PMS 完成率高,可靠性未必提高

Calendar-based 或 Running-hour-based Maintenance 容易把「完成工單」誤當成 「設備健康」,造成過度保養、重複拆檢或無法預測的故障。

市場解法:Defect 與 Maintenance History 連接、CBM、振動/油液監測、異常偵測。
可能效益:降低非計畫停機、提前安排零件與技師,逐步由按時間工作轉為按風險管理。[2]
痛點 03

庫存很多,真正需要時仍找不到

設備命名、Part Number、收貨及消耗紀錄不一致,使長期不用的庫存持續累積, 緊急故障卻仍須空運備品。

市場解法:Equipment–Job–Spare 關聯、最低庫存、Criticality、Lead Time 與船隊共享庫存。
可能效益:減少重複訂購、提高庫存正確率、降低緊急物流成本。[10]
痛點 04

法規合規正在變成資料管理

IMO DCS、CII、EU ETS 與 FuelEU 使排放資料不再只是年度報表, 而是影響航次成本、商務決策與船隊策略的營運資料。

市場解法:自動 Fuel/Voyage Data、排放工作流、電子紀錄簿、即時合規 Dashboard。
可能效益:降低報告修正與合規風險,並把同一資料用於成本、性能與投資分析。[4][5][6]
痛點 05

數位工具增加了船員行政負擔

多套工具、重複輸入、警報疲勞與不穩定連線,可能使船員花更多時間證明工作完成, 而不是把時間放在真正的維修與操作。

市場解法:Mobile-first、Offline-first、Single Sign-on、Running Hours 自動匯入與一次輸入多處使用。
可能效益:降低事後補登與 Excel 旁路,提高資料及時性與操作接受度。[30]
痛點 06

資安、資料所有權與供應商綁定

Marine ERP、遠端維護、API 與雲端平台提高效率,也增加攻擊面及對供應商的依賴。

市場解法:權限治理、備份與復原、API Security、Data Portability、退出條款及 Cyber Resilience。
可能效益:降低營運中斷與 Vendor Lock-in,確保更換產品時仍掌握完整歷史資料。[7]

Technology Architecture

船舶數位化管理的五層架構

理解市場產品時,最重要的是不要把 PMS、Marine ERP、Voyage Optimisation、 Fleet Intelligence 與 Predictive Maintenance 全部當成同一類產品。

01

PMS/CMMS

工單、保養週期、運轉時數、Critical Equipment 與 Maintenance History。

高度成熟 可全面導入
02

Technical Management

把 PMS 延伸至 Defect、Spare、Procurement、Inventory、Drydock、Warranty 與 Certificates。

高度成熟 主流產品核心
03

Marine ERP

再整合 QHSE、Crew、Payroll、Finance、Budget、Forms、Documents 與 Management Reporting。

成熟 整合品質因產品而異
04

Fleet Intelligence

把 Fuel、Speed、Emissions、Voyage、Equipment Condition 與船隊資料轉化為洞察。

快速普及 CBM 適合選定設備
05

Connected Maritime Ecosystem

透過 API、IoT、Class Interface、Cloud Data Platform、AI 與數位孿生,連接跨系統決策。

API 與雲端正在擴張 全自動預測仍屬新興
標準化正在成為關鍵基礎

ISO 19847:2024 規範船上資料伺服器蒐集及分享設備資料的要求; ISO 19848:2024 則處理船體、機械、設備與營運資料的命名及資料描述。 這些標準將影響未來設備資料如何跨供應商使用。 [8][9]

Value Creation

科技可以為船東創造哪些優化空間?

沒有一個適用所有船隊的固定節省比例。真正可靠的 Business Case, 應以自身船隊現況建立基準,再透過一至三艘代表船的小規模試營運驗證效益,而不是直接套用供應商的最佳案例。

設備可靠性

找出故障頻率、非計畫停機與 Critical Job 延誤的真正驅動因素。

  • Unplanned Downtime
  • MTBF
  • Defect Closure Time
  • Emergency Repair Cost

備品與採購

降低 Emergency Requisition、庫存失真、重複訂購與高成本緊急物流。

  • Inventory Accuracy
  • RFQ-to-PO Cycle
  • Stockout Rate
  • Slow-moving Inventory

船員與岸端效率

減少重複輸入、追蹤 Email、月報整理及 Audit Preparation 所需工時。

  • Weekly Admin Hours
  • Duplicate Entries
  • Report Preparation Time
  • Manual Touchpoints

合規與風險

讓證書、程序、排放資料與風險紀錄保持可追溯、可驗證及最新狀態。

  • Audit Findings
  • Expired Certificates
  • Reporting Corrections
  • Open Critical Defects

航次與能源效率

把速度、油耗、海象、船體性能與排放成本納入同一個營運視圖。

  • Fuel Deviation
  • CII Rating
  • ETS Exposure
  • Hull Performance Loss

長期資產決策

比較不同 Maker、設備與姊妹船的全生命週期成本與可靠性。

  • Total Cost of Ownership
  • Drydock Variance
  • Warranty Recovery
  • Maker Reliability

Market Landscape

主要市售產品快速比較

下表用於建立第一輪 Shortlist。產品是否適合,仍須依船型、船隊規模、現有 ERP、 IT 架構、Crew 模式、法規需求與地區支援進一步驗證。

Class 名稱後方標籤代表目前具有持股或集團歸屬關係的驗船協會;LR 為 Lloyd’s Register。未標示者未查得現行直接歸屬關係。

窄版以產品卡片呈現,可使用上方條件快速篩選。

平台 核心定位 相對強項 較適合的情境 選型時應注意
AMOS / AMOS-X Asset-centric Marine Management PMS、設備、備品、庫存、採購、QHSE 與塢修。 中大型遠洋船隊、設備複雜船型、Technical Asset Management 導向。 Legacy Data、Master Data Governance 與 AMOS-X 升級路線。[10]
CFARER ShipManager DNV Enterprise Fleet Management Technical、Procurement、Crew、QHSE、Drydock、Hull 與 Analytics。 中大型船東及第三方管理公司。 外部整合、產品 Roadmap、授權與資料可攜性。[11]
ABS Wavesight Nautical Systems ABS Full Marine ERP Maintenance、Purchasing、Drydock、Crew、Payroll、Document、Analytics。 具正式預算、採購及審批流程的大型或複雜船隊。 與財務 ERP、船級及性能平台的實際整合範圍。[12]
OneOcean LR Technical、Crew、Compliance、Voyage、Performance 生態系 TM Master、Cloud Fleet Manager、Docmap,加上航次、法規、船員及訓練產品。 希望減少供應商數量並逐步整合船、人、法規與航次管理的船東。 不能假設所有產品已共用單一資料庫;應實測 API、登入、Master Data 與報表整合。[13]
SERTICA RINA Modular Fleet Management Maintenance、Procurement、HSQE、Crew、Performance、Reporting 與 Logbook。 渡輪、RoRo、多船型船隊及模組化導入。 地區支援、ERP 整合、資料轉換及船岸同步。[14]
BASSnet Neo Cloud-native End-to-End Marine ERP Maintenance、Procurement、Drydock、HSEQ、Crew、Payroll、Finance、Mobile Apps。 第三方船管公司、LNG/FSRU 或希望以 SaaS 整合多部門者。 移轉複雜度、總持有成本、客製控制與退出條款。[15]
K-Fleet + Vessel Insight Fleet Management + Shipboard Data Infrastructure Maintenance、Purchase、Drydock、Logbook 與船舶至雲端資料平台。 Kongsberg 設備多、高自動化、新造船及 OT/IT 整合需求。 K-Fleet 與企業 ERP 的分工、硬體、資料點及第三方 App 成本。[16]
MariApps PALng Cloud-supported、Mobile-first Marine ERP Technical、Procurement、Inventory、Safety、Compliance、Finance 與 Master Data。 亞洲、中東,以及希望由 Legacy 轉向 Web/Mobile 平台者。 API 開放度、離線效能、地區支援、資料匯出及 AI 實際成熟度。[17]
如何快速建立 Shortlist?

以自有資產可靠性為主的船東,可先看 AMOS、TM Master、ShipManager、Nautical Systems、 SERTICA 與 K-Fleet;第三方船管公司還須考慮多船東、多公司、多幣別、Crew、Payroll、 Finance 與 Owner Reporting,因此可優先比較 BASSnet、PALng、Cloud Fleet Manager、 ShipManager、SERTICA 及 Nautical Systems。

OneOcean Focus

為什麼船東應特別關注 Lloyd’s Register 的 OneOcean?

OneOcean 的策略意義不只是另一套 PMS。Lloyd’s Register 正嘗試把 Technical Ship Management、Human Capital、Regulatory Compliance、 Voyage Planning 與 Performance Optimisation 放進同一個產品生態系。

2022 LR 完成收購 OneOcean,當時產品約服務 16,000 艘船舶。[18]
2023 LR 將 OneOcean、Hanseaticsoft 與 ISF Watchkeeper 等數位產品整合至 OneOcean 品牌。[19]
2024 LR 完成 Ocean Technologies Group 收購,加入船員培訓、能力、HR 與營運軟體。[20]

OneOcean 產品生態系

Technical Ship Management

設備、維修、備品、採購、船岸協作、QHSE 與文件。

TM Master Cloud Fleet Manager Docmap

Human Capital Management

Crew Planning、Payroll、Travel、Work & Rest、訓練與能力。

COMPAS ISF Watchkeeper Ocean Learning Platform

Governance, Risk & Compliance

海事法規、船旗國要求、版本控制及離線法規存取。

Regs4ships

Voyage Planning & Management

航次規劃、天氣、海圖、港口、環保區域與船岸可視性。

PassageManager FleetManager EnviroManager+

Voyage Performance & Optimisation

航路最佳化、燃油、排放、性能模型與商務風險。

Shoreside Routing Risk Manager

LR 專業與全球服務網絡

船級、法規、顧問與海事專業,是其與純軟體公司的重要差異。

Class Knowledge Regulatory Content Marine Expertise

OneOcean 可能為船東帶來的策略效益

若整合順利,OneOcean 有機會把下列資訊串成一條管理鏈:

Equipment → Maintenance → Spares → Procurement → QHSE → Crew Competence → Voyage → Environmental Rules → Performance → Management Decision

這可能減少供應商與合約數量、降低法規資料重複維護、把船員能力與船舶風險連接, 並把航次規劃、環境合規及性能管理逐步整合。OneOcean 亦已與 Samsung Heavy Industries 研究資料分享、機器學習、AI、船舶生命週期模型與航次最佳化,顯示其方向已超越傳統軟體模組。 [29]

作者觀點

OneOcean 值得大型船東列入 Strategic Shortlist,但評估方法不應只是問 「TM Master 的 PMS 好不好」。更重要的是:它能否在保持資料自主與系統開放的前提下, 真正減少技術、船員、法規、航次與性能系統之間的碎片化?

Due Diligence

評估 OneOcean 時,RFP 必須要求廠商證明什麼?

RFP(Request for Proposal,提案邀請書) 是買方在採購前提供給候選廠商的正式需求文件,用來說明功能、系統整合、服務與商務條件, 並要求各廠商以可比較、可驗證的方式提出方案與承諾。

產品架構與 Roadmap
  1. TM Master 與 Cloud Fleet Manager 未來如何分工?
  2. 產品整併後三至五年的 Roadmap 是什麼?
  3. 多產品採購是否提供單一 SLA、支援窗口及商業合約?
資料與系統整合
  1. COMPAS、Watchkeeper、Docmap 與 Technical Management 是否共用 Vessel/Crew Master Data?
  2. 各產品是否使用相同登入、身分管理與權限模型?
  3. 一項 Incident 能否直接連接設備、工單、風險評估與訓練需求?
  4. 是否提供具文件、版本管理及合理費用的 API?
資料所有權、離線能力與退出機制
  1. 所有歷史資料、附件、Audit Trail 是否可完整結構化匯出?
  2. 更換船級社時,產品使用及資料存取是否受影響?
  3. 各模組離線能力、同步邏輯及衝突處理如何驗證?
  4. Cybersecurity、備份、復原及事件通報責任如何界定?
  5. 終止合約後可存取資料多久,轉出費用與格式為何?

建議 RFP 評分權重

各項以 1–5 分評分後乘以權重;先設定不可妥協的淘汰門檻,再比較總分。

合計 100%
20% 資料所有權與可攜性

結構化匯出、附件、稽核軌跡與主資料可完整帶走。

20% API 與系統整合

文件、版本管理、費用、權限與財務/船岸介面成熟度。

15% 離線能力與船岸同步

斷線作業、衝突處理、重送、同步監控與復原機制。

15% 導入、培訓與支援

資料移轉、角色訓練、服務窗口、SLA 與地區支援能力。

15% 五年總持有成本(TCO)

授權、介面、升級、資料移轉、客製化與內部維運成本。

15% 資安、退出與持續營運

事件責任、備份復原、終止合約、轉出費用與替代方案。

建議淘汰門檻:資料不可完整匯出、離線同步未經實船驗證,或退出條款不清楚時,不以總分補救。

Build vs Buy

外購、自行開發,還是混合架構?

大型航商仍自行開發,並不表示 AMOS、ShipManager 或 OneOcean 不夠好, 而是它們還要管理航線、貨櫃、訂艙、碼頭、船期、聯盟、商務、客戶與全球供應鏈。 其中部分流程本身就是競爭能力。

方案 A · 成熟導入

購買標準產品

導入較快,已有海事流程、法規更新、技術支援與船岸同步能力。

  • 優點:較快、較成熟、責任清楚
  • 風險:流程受限、訂閱成本、Vendor Lock-in
  • 適合:中小型船東、標準化需求
方案 B · 能力自建

完全自行開發

可掌握資料、介面、優先順序與特殊流程,但必須長期負責產品生命週期。

  • 優點:高度客製、資料自主、差異化
  • 風險:人才、資安、法規、Technical Debt
  • 適合:規模足夠且數位能力屬核心競爭力

Implementation Risks

船舶管理軟體導入最常失敗的八個原因

把專案當成 IT 安裝,而不是營運改革

Job、Postponement、Requisition、收貨、Defect 與資料責任都會改變;權責未定義,只會把混亂數位化。

對策:先定義流程、RACI、主資料/交易紀錄核心系統與例外處理。

Master Data 品質太差

Equipment Hierarchy、Maker、Model、Part Number、Job 與 Spare 關聯錯誤,是最常見且最昂貴的問題。

對策:建立 Data Owner、命名標準、清理規則及資料驗收門檻。

過度客製化

每個部門都要求保留原有 Excel、畫面及審批,最終把新系統改成另一套難以升級的 Legacy System。

對策:一般行政流程採標準功能,只有競爭性流程才客製。

船員沒有真正參與

岸端選定的系統若操作過長、離線不穩或要求重複輸入,船員會以事後補登及 Excel 繞過系統。

對策:開發規劃納入 Captain、Chief Engineer、ETO、Chief Officer 與岸端使用者。

沒有真正的資料與產品負責人

IT 管系統、Technical 管設備、Procurement 管物料、Vessel 負責輸入,但沒有人對最終資料品質負責。

對策:指定 Product Owner、Process Owner、Master Data Owner 與 Vessel Data Steward。

Big Bang 全船隊上線

任何同步、資料、介面或訓練問題,都可能被放大成全船隊營運風險。

對策:先選一至三艘不同船齡、船型與設備組合的代表船。

低估 API、財務整合與船岸同步

PO 狀態、庫存、Invoice、Crew、Running Hours 與 Class Data 若沒有清楚的主系統,就會持續衝突。

對策:在簽約前完成 Integration Architecture、Interface Ownership 與異常處理設計。

KPI 鼓勵錯誤行為

只考核 PMS 完成率與 Overdue Job,可能鼓勵提前關閉、不建立 Defect 或沒有資訊價值的完成紀錄。

對策:同時衡量可靠性、重工、風險、使用行為與資料品質。

Marine ERP 導入不是把軟體安裝到船上,而是重新建立設備、維修、採購、船員與資料治理方式。

Transformation Roadmap

船東可採用的分階段轉型路線圖

以下時程是管理雛形,不是固定專案工期。船隊規模、資料品質、船型差異與現有系統複雜度, 都會直接影響實際進度。

P0

確認問題,不先選品牌

建議:0–3 個月

盤點系統、訪談船員與岸端、建立 Pain Point Register、基準 KPI 及 Current-state Architecture。

P1

建立資料與流程基礎

建議:3–6 個月

統一 Equipment、Maker、Model、Part Number、Job Library、Spare Coding、Approval Matrix 與資料責任。

P2

一至三艘代表船試營運,來看成效

建議:6–12 個月

導入 PMS、Defect、Inventory、Procurement、QHSE 與基本 Dashboard,實測離線、同步及使用工時。

P3

分批擴展與企業整合

建議:12–24 個月

連接財務 ERP、Payroll、Class、Electronic Logbook、Data Platform 與 Fleet Dashboard。

P4

Fleet Intelligence 與選擇性 CBM

建議:18–36 個月

從故障成本高、感測器充足、故障模式明確的設備開始,驗證振動、油液及異常偵測價值。

P5

AI 與數位孿生

條件成熟後

先用 AI 搜尋手冊、整理 Defect、辨識資料異常及比較姊妹船;高風險維修決策仍保留人工覆核。

導入前後成效基準:五項 KPI

上線前先保留可追溯的基準資料,並在上線後 90、180 與 365 天用相同口徑比較。

Baseline → Result
01

關鍵設備非計畫停機時數

基準:近 12 個月,依設備重要度與故障原因分類。

目標 ↓
02

缺陷結案週期與逾期工單品質

基準:近 6 個月,同時抽查是否真正完成及有無重工。

目標 ↓
03

關鍵備品缺料與緊急採購率

基準:近 12 個月,區分計畫採購、緊急採購與停機影響。

目標 ↓
04

重複輸入與報表製作工時

基準:連續 4 週記錄船員及岸端跨系統輸入與整理時間。

目標 ↓
05

主資料完整率與跨系統對帳差異

基準:抽查 Equipment、Job、Spare、Vendor 與 Vessel Master Data。

目標 ↑

Next 5–10 Years

未來五至十年的發展方向

01

Marine ERP 成為主資料/交易紀錄核心系統

PMS、備品、採購與 QHSE 不會消失,而會由封閉軟體轉為可透過 API 交換資料的可靠交易核心。

02

可組合生態系取代單體大系統

Marine ERP、Crew、Voyage、Performance、Data Platform 與 Class API 將以模組化方式組合。

03

資料標準化比模型更關鍵

新造船規格將逐步要求標準 Tag、資料語意、API、歷史保存、OEM Data Rights 與 Cybersecurity。

04

合規由事後報告轉為即時控制

CII、EU ETS 與 FuelEU 會在航次開始前影響速度、燃料、航線與商務成本決策。

05

AI 先成為決策輔助(Copilot),而非自主決策(Autopilot)

AI 先負責搜尋、整理、異常提示與建議,Engineer、Master 或 Superintendent 保留最終批准。

06

船級社成為數位信任提供者

未來將不只驗船,也驗證資料來源、演算法、CBM 證據、Cybersecurity 與數位維修紀錄。

Owner Checklist

船東啟動決策前的十二項檢查

Conclusion

數位化的目標不是更多畫面,而是更好的營運決策

船舶數位化管理已經從「把 PMS 電子化」進入「把船舶、人員、法規、航次、 資產與決策連接起來」的階段。目前市場已能成熟解決 Planned Maintenance、備品採購、 船岸同步、QHSE、Crew、電子紀錄與基本 Fleet Analytics;下一階段的價值將來自 Master Data、API、即時船舶資料、選擇性 CBM、AI 輔助決策與船級整合。

OneOcean 是特別值得關注的案例。LR 正試圖把 Technical Ship Management、 Human Capital、Regulatory Compliance、Voyage Planning 與 Performance Optimisation 放入同一產品生態系。其規模、海事專業、法規內容與全球服務是明顯優勢; 但能否真正降低碎片化,仍取決於產品間的資料整合、API 開放、商業模式與整併執行。

最適合船東的策略,不是追求一套「什麼都能做」的軟體,而是以 Marine ERP 作為可靠營運核心,再以開放架構連接船舶、船員、法規、航次與性能。

References

參考資料

研究、法規與標準

  1. Lloyd’s Register / OneOcean, “New report warns shipping must master data to remain competitive,” 2026. 官方資料
  2. Journal of Marine Science and Engineering, “Predictive Maintenance in the Maritime Industry,” Vol. 13, Issue 3, 2025. 學術文章
  3. OneOcean, Technical Ship Management—connected systems, ship–shore visibility and fleet operations. OneOcean TSM
  4. IMO, MEPC 82 meeting summary—IMO DCS and CII reporting. IMO
  5. European Commission, Maritime transport in the EU Emissions Trading System—FAQ. EU ETS
  6. European Commission, FuelEU Maritime. FuelEU
  7. IACS, Unified Requirements E26 and E27 on Cyber Resilience. IACS
  8. ISO 19847:2024, Shipboard data servers to share field data at sea. ISO 19847
  9. ISO 19848:2024, Standard data for shipboard machinery and equipment. ISO 19848

主要產品與市場方案

  1. SpecTec, AMOS-X Maritime Asset Management. AMOS-X
  2. CFARER, ShipManager and ownership structure. CFARER
  3. ABS Wavesight, company relationship and Nautical Systems portfolio. ABS Wavesight
  4. OneOcean, overall maritime software portfolio. OneOcean TSM
  5. SERTICA, RINA company relationship and Fleet Management Software. SERTICA by RINA
  6. BASS Software, BASSnet vessel management software. BASSnet
  7. Kongsberg Digital, Vessel Insight and ship digitalisation. Kongsberg
  8. MariApps, PALng ship management platform. PALng

OneOcean 與 Lloyd’s Register

  1. Lloyd’s Register completes purchase of OneOcean, 2022. LR
  2. Lloyd’s Register unifies digital offering with OneOcean, 2023. LR
  3. Lloyd’s Register completes acquisition of Ocean Technologies Group, 2024. LR
  4. OneOcean, TM Master. TM Master
  5. OneOcean, Cloud Fleet Manager. Cloud Fleet Manager
  6. OneOcean, Docmap 2026. Docmap
  7. OneOcean, COMPAS. COMPAS
  8. OneOcean, Regs4ships. Regs4ships
  9. OneOcean, FleetManager. FleetManager
  10. OneOcean, EnviroManager+. EnviroManager+
  11. OneOcean, Shoreside Routing. Shoreside Routing
  12. OneOcean signs digital solutions MOU with Samsung Heavy Industries. OneOcean
  13. OneOcean and Thetius, maritime human factors and digital transformation research series. OneOcean / Thetius
揭露與限制: 本文旨在提供市場與技術教育,不構成軟體採購、投資、法規或船級建議。 產品功能、授權模式、整合能力與品牌架構可能調整,實際選型應以正式 RFP、 資料處理協議、Cybersecurity 評估、小規模試營運/概念驗證及合約條款為準。

給船東的最後一句建議

不要從產品展示開始;先確認最終目的與未來願景,以「以終為始」的思維建立長期規劃,再找出船隊最昂貴、最危險、最浪費人力的問題,據此決定每一階段的資料、流程與系統應如何改變。