NEURA 宣布收購 ACTIVE Shuttle，不等於現場車輛已在當天換成一套新的 AI 控制系統。NEURA 官方公告把 2026 年 10 月 1 日列為交易生效日；硬體、軟體與未來客戶服務的移交，和後續接入實體 AI 生態系，是兩條不同時間線。
公告真正確定的是移交範圍
交易的直接內容，是 NEURA Mobile Robots 接手 Bosch Rexroth 的 ACTIVE Shuttle 硬體、軟體以及後續客戶服務。ACTIVE Fleet Manager 與 ROKIT 導航仍留在方案內。公告沒有給出新版 AI 功能清單、價格、支援機型或效能測試，因此不能把公司所有權變更寫成產品已全面改版。
8 月 13 日的公告與 10 月 1 日的生效日也不能合併成一個節點。採購與維運文件應分列簽約、營運移交、韌體更新、AI 功能釋出；只要其中一項尚未發生，就不該用完成式描述。
同一份公告還要分清楚『接手未來客戶服務』和『各地支援已完成切換』。前者是交易範圍，後者需要區域聯絡窗口、備品庫、故障升級表與服務合約逐一完成。工廠若在生效日附近有保養或擴充案，應要求供應商書面列出工單所有權和付款主體。
Bosch Rexroth 留下的作業基準仍有效
Bosch Rexroth 產品頁將 ACTIVE Shuttle 定位為工廠內運送物料與小型載具的自主移動機器人。派工、共用走道導航、停靠、充電與異常復原，才是後續整合要比較的基準。若只看新品牌而不保留舊版紀錄，就無法判斷改動究竟改善了什麼。
可搭配本站的 AMR 與 AGV 差異閱讀：單車能自主找路，並不表示車隊派工、交通管制、上位系統與安全狀態已經全部標準化。
建立基準時不要只留平均任務時間。把繁忙時段與離峰、滿載與空載、正常路線與封路、一次成功與重試分開，並保留軟體版本、地圖雜湊與無線網路狀態。未來若 NEURA 增加新感知或派工功能，這組資料才能回答改善來自演算法、路線調整還是現場人員改變。
產品延續與技術整合並不矛盾
保留 ACTIVE Fleet Manager 與 ROKIT，同時規畫連接 Neuraverse，不代表兩份說法互相衝突。供應商可以先維持既有導航與服務，再逐版加入新介面。對現有客戶而言，該問的是哪個韌體分支持續支援、設定能否匯出、舊機能否延後更新，以及故障工單會由誰接手。
合約也要處理版本跨界。舊 Bosch Rexroth 安裝可能有不同控制器、感測器或客製上位介面，新功能不一定能覆蓋所有世代。供應商應提供支援矩陣，說明更新前置條件、資料移轉、停機窗口、回歸項目與失敗後責任，而不是用一個產品名稱假設硬體完全相同。
| 時間點 | 已確認 | 尚未成立 |
|---|---|---|
| 2026 年 8 月公告 | 同意移交 ACTIVE Shuttle 技術 | 交易已生效 |
| 2026 年 10 月 1 日 | 硬體、軟體與服務移交生效 | 所有 AI 功能同步上市 |
| 長期規畫 | 朝 NEURA 工具與生態系連接 | 功能日期、支援範圍與效能提升 |
實體 AI 可能加入的是車隊哪一層
學習模型可以協助調整任務優先序、辨識障礙類型，或整理重複發生的例外；它不應繞過保護性雷射掃描器、速度上限、路口規則與決定停車的安全控制器。模型提出建議與車輛執行安全動作之間，需要公開權限邊界與失效後的退回模式。
VDA 5050 的用途也提醒，任務介面能交換訂單，不等於各廠牌的安全狀態、復原策略與所有動作都已互通。『接上平台』與『在現場可安全混跑』必須各自測試。
若 AI 層會修改任務優先序，日誌至少要留下原始訂單、模型建議、車隊管理器最終決定、被安全規則拒絕的原因與人工覆寫。這能避免事故調查只看到車輛最後動作，卻看不到哪個上游輸入改變了路線。對外 API 也應採最小權限，讀取分析和寫入派工不能共用無限制帳號。
移交日先處理帳號、資料與維修責任
車隊地圖、任務歷史、憑證、API 金鑰、遠端支援帳號、備品合約與服務等級，都要有具名負責人。生效日前匯出設定與效能基準，更新後若停靠誤差、斷線復原或人工介入時間改變，才有資料可追溯。
新導入案則先用目前可買到的運送能力做驗收：走道淨寬、代表性載重、停靠分布、有人混行區、通訊中斷與重新啟動。未來開啟新感知功能時，重跑同一套情境，比較的是介入率和例外處理時間，不是兩份行銷文案。
資安同樣是移交的一部分。原供應商的遠端帳號若沒有停用、憑證沒有輪替或事件通報窗口改變卻未通知，車輛照常行駛也不代表移交成功。維運團隊可在生效日前後各做一次帳號盤點、備份還原與離線運作演練，並確認日誌保存地區及保存期限。
把生態系口號改寫成採購證據
採購表可把每一項分成現已提供、指定版本選配、沒有承諾日期的規畫。供應商若主張客戶延續性，應補區域支援窗口、備品交期與 SLA；若主張 AI 升級，應補釋出說明、回歸測試、回復舊版流程與權限模型。
驗收條款應使用可重現的百分位與分母，例如 500 次代表性停靠的誤差分布、100 次網路中斷後的復原時間，以及每 1,000 件任務需要人工介入的次數。若只寫『AI 提升效率』，既無法追究未達成，也無法判斷新功能造成的回歸是否超出可接受範圍。
| 主張 | 目前證據 | 還應取得 |
|---|---|---|
| 客戶服務延續 | 官方公告服務移交 | 區域 SLA、備品與升級路徑 |
| AI 強化 | 分階段整合方向 | 功能表、版本日期、回歸與回復測試 |
| 共同生態系 | 計畫提供 Neuraverse 連接 | API、認證、權限與版本政策 |
| 混合車隊 | 既有車隊技術保留 | 互通、壅塞與死結的場域紀錄 |
10 月之後看文件，不只看展示
真正能顯示整合進度的，是第一份客戶移交通知與後續版本說明。要追蹤 ACTIVE Fleet Manager 與 Neuraverse 的 API、認證方式、AI 服務離線時的退回行為、混合車隊死結與充電競爭，以及舊安裝的停止支援政策。現階段可以確認供應與服務基礎正在移交，不能確認 AI 帶來多少效能提升。
10 月後還要留意文件是否明確區分既有安裝與新出貨。若版本說明只描述實驗室樣機，不能套用到客戶車隊；若客戶案例沒有任務分母、環境與軟體版本，也只能視為情境證據。最有價值的訊號是可重跑的測試條件，以及供應商對失敗與回復的具體承諾。
- 確認舊版韌體與備品的支援期限
- 保留移交前的地圖、設定與效能基準
- 核對遠端帳號、憑證和 API 金鑰的換發
- 以同一條路線重測介入率、停靠與斷線復原
- 要求標示每項功能的版本、權限與退回方式
讀者接著會問
現在就能買到 NEURA 版 ACTIVE Shuttle 嗎？
既有 ACTIVE Shuttle 是正在運作的產品，但收購要到 2026 年 10 月 1 日生效。公告沒有提供獨立的 NEURA AI 版本、價格或上市日；目前供貨與未來功能應分別向區域業務確認。
下一份公告最該看什麼？
先看客戶服務移交通知與生效後的版本說明。支援主體、相容版本、資料移轉、API 認證、失效退回及回復舊版程序，比『生態系』一詞更能證明整合進度。
資料最後查核：2026 年 8 月 25 日