Xcode Cloud 用量怎麼分攤到團隊預算？2026 核算指南

你手上有多個 iOS 專案的建置記錄，卻無法回答各團隊實際應負擔多少成本。

最快做法：先用 App Store Connect 可核對的團隊與應用用量記錄建立分攤依據，再按企業自訂規則歸集；建置次數和時間不是費用，平台用量也不是完整的團隊成本帳單。

負責多個應用或開發團隊預算的 IT 主管，可用本文建立有記錄支撐的分攤口徑。
維護 CI 報表的工程師，可據此確認官方用量資訊與 API 資料的適用邊界。
參與年度預算、採購或成本複核的財務與技術負責人，可確認哪些數字必須由企業帳單補齊。

先由財務與採購定義可稽核的分攤口徑

Xcode Cloud 用量分攤沒有一個可以直接套用到所有公司的內部答案。Apple 的文件說明如何查看團隊及應用相關用量，但企業要按應用、團隊或成本中心歸集，仍須自行訂定政策。

先把計算規則寫進內部文件，並保留規則生效時間、核准人與調整紀錄。不要把公司的管理選擇寫成 Apple 官方規定。

Apple 的用量檢視文件可作為確認用量檢視範圍的依據。實際帳單金額、幣別和結算安排，則應以你企業當期帳戶與財務資料為準。這兩類資料用途不同，報表也應分開保存。

由應用負責人把平台記錄對回內部專案

在 App Store Connect 查閱 Xcode Cloud 用量時，先核對文件所述的團隊與應用相關資料，再把應用對應到內部專案、負責人和成本中心。Apple 的文件能說明平台可查看哪些用量資訊；它不會替你的組織定義部門歸屬。

建議每筆內部對照至少包含應用識別資訊、內部專案名稱、負責人、成本中心，以及對照有效期間。若團隊改組或應用移交，更新對照表並留存變更紀錄，避免舊歸屬沿用到新帳期。

注意：平台畫面上可見的資訊不等於你內部報表所需的全部欄位。若介面沒有直接呈現成本中心或專案負責人，應以內部對照表補齊，不要把推定值偽裝成平台資料。

由 CI 平台工程師整理工作流程與建置資料

當人工查核不敷使用時，可以評估 App Store Connect API 是否適合協助整理工作流程與建置記錄。Apple 提供的工作流程與建置 API 說明、工作流程資源及建置執行資源，描述的是相關資源與操作能力。

這能支援團隊依官方文件整理工作流程、建置記錄及趨勢資料，但不能據此推定 API 會回傳帳單金額、幣別或可直接套用的費率。實際操作前，先以目前 API 文件與帳戶權限確認可取得的資源和欄位。

建立自動化報表時，建議將資料分為三層：

• 平台記錄：依官方文件可查閱或 API 可讀取的工作流程、建置相關資訊。
• 內部補充資料：應用負責人、專案名稱、成本中心與共用工作流程的歸屬理由。
• 財務資料：當期帳單、訂閱安排、幣別與結算週期，由企業財務來源提供。

若要透過 API 自動讀取資料，應依建立 App Store Connect API 金鑰的官方說明管理金鑰及其存取權限，並參照API 入門文件確認目前的使用方式。將金鑰存取、報表執行與人工複核責任分開，避免把長期有效的憑證放進一般開發程式碼或共享文件。

由技術負責人選擇能解釋差異的分攤規則

內部規則至少要回答兩件事：成本歸給誰，以及遇到共用工作流程時如何判定。方法可以依企業組織選擇，但必須能追溯到原始記錄和核准理由。

• 按應用歸集：適合應用與團隊責任清楚的情況。優點是能直接對照產品預算；若同一工作流程服務多個應用，則需另訂分配依據。
• 按團隊歸集：適合團隊共同維護多個應用的情況。優點是責任邊界較接近組織分工；缺點是跨團隊使用同一流程時，仍需判定歸屬。
• 按約定比例分攤：適合共用工作流程且企業已核准明確規則的情況。優點是操作方式可固定；缺點是比例必須有文件和覆核紀錄，不能只為了讓報表平衡而設定。

建置次數或建置時間可以協助解釋工作負載差異，但不應直接替代實際資源使用或費用事實。若公司選擇用它們作為內部分攤指標，應明確標示為「分攤依據」而非「帳單金額計算式」，並記下採用原因及適用範圍。

由預算評審者分欄核對用量、帳單與預算假設

每次預算檢視時，將平台用量記錄、企業實際帳單、成本中心對照與預算假設分開呈現。這樣才能看出差異來自用量變化、帳單條件、內部分攤規則，還是尚未核實的預估。

複核前逐項確認：

• [ ] 用量記錄來自 App Store Connect 可核對的資料，且記錄範圍符合本次核算口徑。
• [ ] 工作流程或建置資料若透過 API 取得，已按目前官方文件確認資源與欄位；沒有把 API 資料誤列為費用。
• [ ] 每個應用或團隊都能對應至內部專案、負責人和成本中心。
• [ ] 共用工作流程或跨團隊專案已有書面歸屬理由，並可追溯到核准者。
• [ ] 帳單金額、訂閱安排、幣別與結算週期已從當期企業帳戶或財務資料補齊。
• [ ] 預算估算與已發生費用分欄呈現，估算假設沒有冒充實際支出。
• [ ] 建置次數與時間只用於解釋工作負載，沒有直接當成帳單金額。

你也可以把企業資料保護要求納入報表權限設計；MangoVM 的資料保護說明可供你檢視相關服務資訊。涉及企業憑證或敏感帳務資料時，仍應以你組織的安全政策與實際服務條款進行審核。

由 IT 與採購負責人判斷是否補充 Mac CI 容量

用量分攤完成後，再判斷現有工作流程是否足以支援團隊。若建置需求、環境要求和預算都能由現有安排承接，可以先維持現狀；若排程需求或團隊責任超出既有容量，再評估增加 Mac CI 資源。不要只憑成本中心報表的分攤數字做採購決策。

比較方案時，先準備相同口徑的變數：

• 工作負載：建置類型、實際排程需求、團隊使用模式。
• 現行安排：企業實際帳單、內部維護投入、故障處理責任。
• 補充 Mac 容量：所需環境、使用期間、交付方式、實際報價與服務條件。
• 預算界線：成本中心、核准週期、採購和資安要求。

自管環境的隱性成本可能包括硬體採購與維護、環境管理、故障處理及容量閒置；外部租用方案則須核對實際計費、交付條件、權限與資料處理安排。兩者都不應在沒有企業實際資料時先判定較省。

若你需要檢視 MangoVM 的遠端 Mac 服務是否符合團隊的建置環境與採購要求，可先從服務資訊與使用說明核對適用條件。這不代表遠端 Mac 必然低成本；請把供應商實際條件與你的工作負載、運維責任及預算週期放在同一張表上。

常見問題

Xcode Cloud 用量資料要在哪裡查看與整理？

先到 App Store Connect 查閱 Xcode Cloud 用量資訊，並依 Apple 的用量文件確認目前可查看的範圍。若要整理成內部報表，先核實介面當前提供的檢視與匯出能力；API 文件描述的工作流程及建置資源，也不應被擴大解讀為帳單資料。

怎麼把用量分配給不同應用或團隊？

由企業先選定按應用、團隊或成本中心歸集，再把平台用量記錄對應到內部專案與負責人。共用工作流程需另存歸屬理由及核准紀錄。這套做法是企業內部核算口徑，不是 Apple 設定的通用分攤規則。

建置時間能直接換算成實際費用嗎？

不能。建置時間和建置次數可用來比較工作負載或觀察趨勢，但不能單獨證明實際費用。請另外核對當期企業帳單、訂閱安排、幣別及結算週期，再把內部分攤結果標示為核算結果，而非平台直接提供的帳單金額。

企業如何核對用量記錄與預算？

把平台可見用量、企業實際帳單、成本中心映射與預算假設分欄整理，逐項檢查來源、期間和責任人。尚未由當期帳戶或財務資料確認的金額、幣別與結算條件，應標記為待補，不要以預估值取代已發生費用。

如果你目前只靠建置次數推算成本，容易漏掉帳單條件、內部維護投入與共用工作流程的歸屬爭議；若只看總帳單，又可能無法說明各應用與團隊的責任。完成 Xcode Cloud 用量分攤後，可以把現有帳單和實際工作負載作為基準，再比較是否需要補充 Mac CI 容量。自管方案與遠端 Mac 租用各有成本和運維責任；若需要短期測試或額外建置環境，可依實際任務、所需環境及預算週期評估 MangoVM，並先用團隊資料核對，不預設節省金額。

常見問題