AMMS 第四項資料：廠商評價表

更新日期：2026-04-15

用途：作為 Action Item #4「外包商名單收集與初步審核」之會前背景資料與決策底稿

評估對象：雲界科技、冠富行銷、錩鈺科技

開啟 4/16 會議決策工具 返回文件庫 查看舊版評價頁

名詞說明

為避免研發、業務、採購、管理部門對縮寫理解不同，先統一常用專有名詞。

名詞 全名 / 中文 說明
AMMSAgricultural Material Management System / 農業物料管理系統本專案目標系統，聚焦穀倉與後續儲運場域的監控、管理與擴充。
OTOperational Technology / 營運技術指現場設備、感測器、控制器、通訊模組等與實體機台運作直接相關的技術。
ITInformation Technology / 資訊技術指伺服器、資料庫、雲端、帳號權限、企業系統整合等資訊系統能力。
Edge邊緣運算在現場設備端或閘道器先做資料處理後再送上雲端，降低延遲與斷線風險。
ETL資料抽取轉換載入將感測器或外部系統資料整理成可分析、可儲存格式的流程。
API應用程式介面系統與系統之間交換資料的標準接口。
SLA服務等級協議約定可用率、故障回應時間、修復時限等服務承諾。
MTTR平均修復時間系統故障後平均多久恢復正常，是 SLA 的關鍵指標。
SRS系統需求規格書把功能、流程、介面、資安、驗收條件寫清楚的正式文件。
RFI資訊徵詢書需求尚未定稿時先向候選廠商蒐集能力、案例、支援規格與可行做法。
RFP廠商提案需求書對外發給候選廠商的需求文件，用來請廠商提出方案、工期與報價。
POC概念驗證先做小規模驗證，確認技術是否可行。
DevOps開發維運協作把系統開發、部署、測試、監控、維護串起來的工作方式。

董事長指示與階段策略

決策方針（4/15 董事長補充指示）： 今年（2026）完成 AMMS 穀倉儲全部功能（Phase 1A + 1B），此為今年唯一交付目標。 明年（2027）其它產業（尖樓、飼料槽等）及量測管理，另開一次相同模式 Kickoff，重新召集跨部門評估。
階段 時間線 範圍 關鍵交付 廠商角色
Phase 1AQ2-Q3 2026（3-4 個月）穀倉溫度監測基礎系統多點溫度感測整合、本地監控 UI、警報功能廠商主導開發
Phase 1BQ3-Q4 2026（2-3 個月）穀倉多參數擴展濕度、CO₂ 感測器整合、雲端初版、多廠區支援廠商 + 顧問
Phase 22027（另開 Kickoff）其它產業擴展（尖樓、飼料槽等）以相同 Kickoff 模式另行召開，重新評估廠商、範圍與預算TBD（2027 年規劃）
Phase 32027（另開 Kickoff）量測管理跨場域擴充以相同 Kickoff 模式另行召開，整合多場域量測管理TBD（2027 年規劃）

分階段優勢

  • 快速上市：穀倉基礎版 6-7 個月交付
  • 風險分散：逐階段驗證廠商能力與方向
  • 需求可迭代：依使用回饋調整後續階段
  • 成本可控：先小規模投資，再依成效加碼

維護考量

  • SLA 分階段承諾與 MTTR 定義要清楚
  • Phase 1A 結束要完成知識轉移與文件交付
  • 需有版本升級策略與廠商替換風險評估
  • 內部 DevOps / 維運能力要同步建立

資料來源與保存原則

資料來源

  • 既有訪談資料：docs/ECE_NeoEdge_General Sales Kit_C_V5.0.pdf
  • eCloudEdge 官網：https://www.ecloudedge.com/
  • CrownDesign 官網：https://www.crowndesign.com.tw/
  • 錩鈺科技官網：https://cytcpro.com/zh_Hant_TW/
  • FineTek 產品型錄：docs/桓達糧倉溫度料位管理系統.pdf

保存原則

  • 保存 PDF、簡報、截圖、會議紀錄、報價附件
  • 保存外部連結網址與最後查閱日期
  • 保存連結用途、對應議題、負責人
  • 避免之後只剩檔案而失去來源脈絡

評分維度與總表

維度 權重 說明
A. 領域貼合度20%是否直接對應 AMMS 場景。
B. OT 數據整合能力20%協議、資料整合、邊緣串接、多參數感測器支援。
C. 雲端與遠端維運15%多站點、遠端監控、集中管理。
D. AI 與數據治理15%預測、模型部署、資料治理成熟度。
E. 資安與權限稽核10%權限控管、通訊安全、稽核能力。
F. 交付與客製能力10%專案導入、客製配合能力。
G. 長期維運與擴充10%可擴充、版本管理、後續服務可能性。
廠商 A B C D E F G 總分 初步判定
雲界科技（eCloudEdge） 3/55/55/55/55/54/54/5 88 優先洽談
錩鈺科技（CYTC） 5/52/54/51/52/54/54/5 61 備選 / 場域專家
冠富行銷（CrownDesign） 2/51/52/51/52/54/53/5 39 不建議作主系統廠商

各廠商分析摘要

雲界科技（eCloudEdge / NeoEdge） 高適配

  • 明確定位在 OT/IT 整合、Edge to Cloud、Data ETL、遠端管理、AI 部署管理。
  • 強調多協議 OT 資料整合、NoCode 資料流程、多站點集中管理。
  • 公開強調支援多種工業協議與資料格式，較有機會整合濕度、CO₂、多參數感測器。
  • 公開提及 IEC 62443、TLS、RBAC、MFA 等資安關鍵字。
  • 待確認：穀倉垂直場域案例深度、授權模式、客製範圍、人月與維運 SLA。

錩鈺科技（CYTC） 中適配

  • 聚焦穀物儲存溫度監測，領域貼合度高。
  • 提供手持版、電腦版、雲端版、控制版，具遠端監測與警示通知能力。
  • 若只需溫度單一參數監測，成熟度高。
  • 待確認：是否支援濕度、CO₂、氧氣等外購感測器，以及 Modbus RTU / TCP/IP 匯入。
  • AI、跨場治理、工業資安的成熟度公開資料較少。

冠富行銷（CrownDesign） 低適配

  • 本質為數位行銷 / 品牌網站代理商，不是工業 OT 系統開發商。
  • 較可能是前一版 MMS 的前端 / Dashboard 展示層支援，而非 OT 核心系統開發。
  • 優勢在品牌網站、UX、SEO、主機維護。
  • 無工業協議整合、邊緣運算、工業資安等公開能力資訊。
  • 適合當支援廠商，不建議作為 AMMS 主系統廠商。

策略比較：Plan A vs Plan B

Plan A：直接廠商委外

  • 流程短、成本透明、責任單一。
  • 但若規格不清，容易返工或交期延誤。
  • 本案不建議直接採用，因多參數整合方案尚未定型。

Plan B：多家 RFI 先行，再視需要導入顧問 推薦

  • 先以同一版本 RFI 發送 2-4 家候選廠商，蒐集能力、案例、架構與維運方式。
  • 若內部仍無法收斂，再評估引入顧問公司協助定稿 SRS / RFP。
  • 需求透明、規格較中立、利於議價，且可降低被單一廠商帶方向的風險。

4/16 會議建議決策

廠商名單策略

  • 主線候選：雲界科技
  • 備選 / 模組型合作：錩鈺科技
  • 非主系統候選：冠富行銷

下一步行動（VNWT）

V N W T
決定外購策略方針行銷單位主管確認採用 Plan A 或 Plan B（多家 RFI → 評估是否找顧問 → 定版 RFP），建議傾向 Plan B。會議當天或請副總裁示
確認 Phase 1 預算與工期管理單位主管若選 Plan B，編列顧問費與內部人月預算。會議當天
指派前期收斂主責者專案召集人指定內部主導窗口，負責統一 RFI 題綱、回覆比對與後續是否引入顧問之評估。會議當天
收集濕度/CO₂ 技術候選名單研發單位主管建立至少 5 家候選清單（品牌、型號、通訊協議、量測範圍、精度、安裝方式）並提供技術比較表。會後 1 週內
收集競品採用感測品牌行銷單位主管從競品、代理商、公開案例與展會資料補充至少 5 家品牌/代理資訊，整理應用案例與聯絡窗口。會後 2 週內
發送多家 RFI專案經理以同一版本 RFI 發送 2-4 家候選廠商，蒐集能力、案例、通訊協議支援、建議感測器品牌、維運方式與初步時程。會後 2 週內
盤點顧問候選名單專案經理先盤點 3-5 家顧問或系統整合候選，作為備援，不預設立即委任。會後 2 週內
比較 RFI 回覆並決定是否引入顧問專案召集人依各家 RFI 回覆差異、內部收斂程度與時程壓力，決定是否外聘顧問或由內部直接收斂規格。會後 3-4 週
建立資料索引清單文件管理窗口彙整 PDF、簡報與外部連結，建立來源網址、查閱日期、用途說明、負責人欄位。會後 1 週內
啟動需求規格設計流程專案經理由內部主導或顧問協助展開訪談、需求盤點與 SRS 大綱編寫。會後 4 週內
發送 RFP採購單位主管將 SRS 與 RFI 回覆收斂後由甲方定版 RFP，再發送予雲界、錩鈺與其他候選廠商提案與報價。會後 2-3 個月
制定 Year 1 維護營運基線採購單位主管（合約主責）＋資訊單位主管（技術審核）確認告警分級、值班機制、備份/復原策略、月報 KPI 與責任分工，寫入合約條款與驗收附件。會後 2-3 個月

維護營運基線（Year 1）

維護項目 基線要求（建議） 驗收方式
告警分級與通報P1（中斷）15 分鐘內通報；P2（部分功能異常）30 分鐘內通報；P3（一般問題）4 小時內回覆。抽查告警紀錄與通報時間戳。
值班與支援窗口平日 9x5 在地窗口 + 重大事件 24x7 升級聯絡人；提供電話、Email、即時通報群組。提供維運值班表與聯絡樹。
備份與復原每日增量、每週完整備份；關鍵資料庫保留 30~90 天；明確 RTO/RPO。檢視備份報表與還原測試紀錄。
災難復原演練每季至少 1 次還原演練（含演練腳本、結果、缺失改善）。季度演練報告與改善單。
版本與補丁管理每月維護窗口；高風險弱點 7 日內完成修補。版本變更紀錄與修補證據。
月報 KPI可用率、MTTR、告警數、誤報率、備份成功率、未結案缺陷數。月報審閱與會議追蹤紀錄。
本頁為會前閱讀版。會議當天請搭配 AMMS 4/16 會議決策工具使用。