thread-master/apps/backend/etc/callhome.md

2.5 KiB
Raw Blame History

Call Home 會議重點與 Action Items

日期: 2026/07/28

會議重點

1. 整合方向

Call Home 可拆成三個部分:

  1. TriggerState:事件收集、分類、去重與 Recovery。
  2. DeliveryEmail、SMS、Phone、ServiceNow、Salesforce。
  3. Service Process自動開單、Ticket 狀態與結案責任。

2. 可以直接重用的能力

  • SSM 團隊提供: Event Mapping、事件白名單、資料收集、去重與 Recovery 邏輯。
  • SCC-FLEX 提供: Policy Engine、統一 Webhook、多通路通知與 Salesforce API。
  • Local Administrator 沿用 SCC-FLEX 現有 RecipientReceiver 設定,不另外開發獨立模組。

3. 目前主要缺口

  • 尚未定義統一 Event Payload 與 Correlation Key。
  • SCC-FLEX 尚缺完整 Deduplication、SoftHard State 與 Event Lifecycle。
  • Service Team 可接受的 Event 白名單尚未確認。
  • Device Recovered 與 Ticket Closed 的關係尚未定義。
  • Salesforce Ticket 的 Owner、Close 權限與 Ask-to-Close 流程尚未確認。
  • Call Home License 模式尚未確認。

4. 初步共識

  • Supermicro Service 情境傾向自動建立 Ticket
  • 自動開單前必須先完成 Event 白名單、去重及 Idempotency。
  • 初期先支援 ComputeSupermicro Hardware。
  • CDU、PDU、Liquid Cooling 等產品後續再評估。

Action Items

Owner Action Item Status
Daniel 依 Trigger、Delivery、Service Process 三部分整理整合需求與責任邊界。 待整理
Daniel 建立跨團隊討論群組並發布會議記錄。 待處理
DanielPM 確認 DCM Single Key、Service Key、每台 Host 計費及 Support Advisor 的關係。 待確認
PMService Team 提供可自動開單的 Event 白名單、必要 Payload附件及維護 Owner。 待確認
SSM 團隊 提供 Event Mapping、Trigger List、Deduplication、Recovery 與資料收集規則。 待指派
SCC-FLEX 團隊 定義 Event Payload、Correlation Key、SoftHard State、Deduplication 與 Idempotency。 待排程
DanielITService Team 確認 Salesforce API Owner、Ticket Update、Close 與 Ask-to-Close 規則。 待確認
PM產品團隊 決定 Event 選擇方式及 Ticket ListAsk-to-Close 是否列入產品範圍。 待討論

下一步

下一次會議只需要確認四件事:

  1. Service Team Event 白名單。
  2. SSM 可提供的資料與介面。
  3. Salesforce Ticket Lifecycle 與責任人。
  4. License 與產品範圍。