IT停機一小時損失多少？調查數據與香港、新加坡、美國監管機構已經允許的停機上限

核心結論： 在 ITIC 2024 年對全球 1,000 多家企業的調查中，超過 90% 的中大型企業表示一小時停機的損失超過 30 萬美元，41% 認為達到 100 萬美元至 500 萬美元以上。這些都是受訪者自己的估算，而且不包括訴訟、罰款和處罰。Uptime Institute 2026 年停機分析報告稱，其 2025 年調查中 57% 的受訪者表示最近一次重大停機損失超過 10 萬美元。目前沒有任何已發佈的調查能可靠地給出香港或新加坡 30 至 300 人企業的每小時損失。監管機構公佈的是上限：新加坡金融管理局（MAS）把每個關鍵系統的非計劃停機限制在任意 12 個月內合計 4 小時；香港金融管理局（HKMA）要求銀行自行設定中斷容忍度；美國則沒有統一的小時數規定。

這份報告回答財務總監、合規負責人或 IT 負責人經常被同時問到的兩個問題：IT 停機一小時到底損失多少？多少停機是可以接受的？第一個問題，網上的答案通常是一個被反覆引用、卻不註明出處的"每分鐘損失"數字。第二個問題，監管機構其實已經回答了，但只針對它們監管的機構，而且幾乎沒有人把兩者放在一起看。

本文面向約 30 至 300 人的企業，以香港為先，其次是新加坡和美國：資產管理公司、正在接受銀行供應商審查的金融科技公司、律師事務所，以及海外集團的區域辦公室。下文每一個數字都註明來源和年份。凡是受訪者自報的估算，都會明確說明；凡是找不到數據的地方，也會直接說沒有。

為什麼一個"每分鐘損失"數字會誤導人？

搜尋停機成本，同一個每分鐘數字會在一頁又一頁裡出現。它已經超過十年，從未公佈樣本或方法，而且是超大型企業的平均值。對一家 60 人的香港辦公室來說，它既不是偏低的估計，也不是偏高的估計，而是根本與這間辦公室無關。

單一數字不可靠，原因有三：

• 差距極大。 一小時的損失取決於這一小時內經過受影響系統的收入有多少、有多少員工停工，以及合約或監管機構是否會附加罰則。交易台和設計工作室在這三項上相差幾個數量級。
• 大多數數字是估算，不是實際損失。 大型調查問的是受訪者"認為"一小時損失多少。這有助於瞭解企業如何看待風險，但它不是經審計的損失。
• 數字有遺漏。 引用最多的調查明確排除了訴訟、罰款以及民事或刑事處罰。對受監管企業來說，這些往往是最大的部分。

所以誠實的答案有兩半：企業自報的數字及其限制，以及監管機構已經提出的要求。對受監管的買方來說，後者往往更重要。

企業自報的一小時停機損失是多少？

ITIC 2024 年每小時停機成本調查

Information Technology Intelligence Consulting（ITIC）每年進行一項關於停機成本的獨立網絡調查。2024 年版在 2023 年 11 月至 2024 年 3 月中旬期間調查了全球 1,000 多家企業。主要結果：

• 超過 90% 的中大型企業表示，一小時停機的平均成本已超過 30 萬美元。
• 41% 表示一小時停機給企業造成的損失在 100 萬美元至 500 萬美元以上。
• 這些數字不包括訴訟以及民事或刑事處罰，ITIC 在公佈結果時明確說明了這一點。

這些數字要附帶兩點提醒。第一，它們是受訪者的估算，不是實測損失。第二，樣本偏向較大的機構，因此標題數字描述的更多是大企業，而非中小企業。我們查找了 ITIC 對最小規模企業的分組數據，發現各個二手來源的引用並不一致，因此本文不予轉述。

Uptime Institute 2026 年停機分析報告

Uptime Institute 每年發佈一份關於 IT 與數據中心停機的分析。2026 年版於 2026 年 5 月 13 日公佈，內容包括：

• 在 Uptime 2025 年度調查中，57% 的受訪者表示最近一次重大停機的損失超過 10 萬美元。
• 約十分之一的受訪者表示，最近一次停機造成了嚴重或非常嚴重的影響。
• 在 Uptime 追蹤公開報道停機的九年裡，第三方 IT 與數據中心服務商，包括雲平台、互聯網、電信和機房託管公司，約佔其中的三分之二。

Uptime 的年度調查對象主要是數據中心和 IT 基礎設施的運營方，完整報告只向其會員和訂閱用戶開放。本文數字引自其公開發布的消息。

對規模較小的企業來說，第三項發現比成本數字更重要。一家 50 人的香港公司很少自己運營數據中心。它的系統宕機，原因往往在服務商那裡：雲平台、互聯網線路、SaaS 應用或外判服務。損失由公司承擔，而故障發生在別人的合約裡。

新加坡：MAS 允許多少停機？

在本文涉及的市場中，新加坡是唯一一個由監管機構把停機時數寫進具約束力規則的地方。

新加坡金融管理局根據《2022 年金融服務與市場法》，為每一類持牌金融機構分別發佈《技術風險管理通知》。現行通知於 2024 年 5 月發佈，取代了 2013 年的通知，其中銀行適用的 Notice 644 已於 2024 年 5 月 10 日起取消。銀行現在適用 FSM-N05，持牌保險公司適用 FSM-N03，其他牌照類別各有編號。

適用於持牌保險公司的 FSM-N03，列出了這方面最常被引用的要求：

• 非計劃停機： 每個影響營運或客戶服務的關鍵系統，其非計劃停機時間在任意 12 個月內合計不得超過 4 小時。
• 恢復時間目標： 機構須為每個關鍵系統設定不超過 4 小時的恢復時間目標（RTO），並至少每 12 個月驗證和記錄一次。
• 通報與跟進： 發現相關事件後須在 1 小時內通報 MAS，並在 14 天內提交根本原因與影響報告。通報時限在我們的另一份報告香港、新加坡、美國網絡安全事件通報時限中有詳細說明。

這些措辭並不新。已取消的銀行 Notice 644 就規定了同樣的 12 個月內 4 小時上限。

MAS 的規則會變嗎？

MAS 於 2026 年 6 月 10 日發佈了修訂《技術風險管理通知》的諮詢文件，諮詢期至 2026 年 7 月 31 日結束。與可用性相關的主要建議，是明確規定部分或間歇性中斷也要計入關鍵系統的非計劃停機時間，因為 MAS 發現部分機構在計算時把它們排除在外。截至 2026 年 11 月初，我們沒有找到已發佈的最終通知或諮詢回應。如果修訂獲得通過，一個下午運行緩慢的系統，可能會以過去未必計算的方式佔用這 4 小時額度。

一年 4 小時在實際中意味著什麼？

以下只是算術，不是監管表述：一個全天候運行的關鍵系統一年有 8,760 小時。4 小時非計劃停機約佔 0.046%，相當於約 99.95% 的可用性，而且不含計劃維護。這比許多服務合約中常見的 99.9% 更嚴格。

香港：HKMA 允許多少停機？

香港金融管理局的做法與 MAS 相反。它不寫數字，而是要求每家認可機構自行設定。

HKMA《監管政策手冊》單元 OR-2「營運韌性」於 2022 年 5 月 31 日發佈，給予認可機構一年時間制定營運韌性框架，之後再用三年時間落實。根據 OR-2，機構須識別其關鍵營運，並為每一項設定中斷容忍度：即機構能夠接受的關鍵營運最大中斷程度。容忍度由董事會批准，並通過映射和情景測試檢驗機構能否守住這些容忍度。

在 2026 年 5 月 29 日的一封信中，HKMA 表示，根據其調查，所有認可機構均已如期在 2026 年 5 月底前達到營運韌性，已識別關鍵營運及中斷容忍度。HKMA 同時表示，機構應繼續努力，逐步收緊這些容忍度。

不是銀行的公司能從 OR-2 學到什麼？

OR-2 約束的是銀行及其他認可機構，而香港大多數 30 至 300 人的企業並不是認可機構。不過，其中很多企業是認可機構的供應商，或要接受認可機構的審查：銀行合作夥伴要做供應商審查的金融科技公司、基金行政管理人、持有銀行數據的專業服務公司。

對這些企業來說，OR-2 有用的是方法，而不是規則本身：

• 列出關鍵營運。 不是系統，而是業務必須持續做的事：接收客戶指令、發薪、回應監管機構。
• 為每項設定容忍度。 每項營運可以中斷多久、中斷到什麼程度，超過之後損害就無法挽回。
• 梳理每項依賴什麼。 包括鏈條上的每一家服務商。
• 按容忍度測試。 一次能證明你守得住容忍度的情景測試，比一份聲稱你守得住的文件更有價值。

我們沒有找到任何香港監管機構對銀行業以外的企業公佈固定的停機上限，也沒有找到關於香港這一規模企業每小時停機成本的已發佈調查。我們直接說明這一點，而不是從別處借一個數字。

美國：有統一的停機規定嗎？

沒有。美國沒有類似 MAS 4 小時上限、適用於各類企業的規定。

• 銀行及其檢查人員依據聯邦金融機構檢查委員會（FFIEC）的《IT 檢查手冊》。其於 2019 年 11 月更新的《業務持續管理》分冊，要求管理層通過業務影響分析設定恢復時間目標並定期重新評估，而不是規定具體小時數。
• 通報規則規定的是時限，不是容忍度。 美國銀行監管機構的電腦安全事件通報規則，以及美國證交會對上市公司的披露規則，規定的是報告事件的期限，並沒有界定可接受的停機時間。兩者都在我們的事件通報時限報告中有介紹。

在實際中，美國的可接受停機時間由合約決定：由企業與服務商之間的服務級別協議決定，也由企業自己的客戶要求決定。

99.9% 和 99.99% 可用性實際允許多少停機？

可用性百分比是服務商表達停機上限最常見的方式，也最容易被誤讀。以下是一項全天候計量、按全年計算的服務的算術結果：

• 99% 可用性：每年約 87.6 小時停機，約每月 7.3 小時。
• 99.9% 可用性：每年約 8.8 小時，約每月 44 分鐘。
• 99.95% 可用性：每年約 4.4 小時，接近 MAS 的 4 小時上限。
• 99.99% 可用性：每年約 53 分鐘，約每月 4.4 分鐘。

這是算術，不是對任何服務商的描述。依賴一個百分比之前，請先在合約裡看清三件事：按月還是按年計算；是否排除計劃維護；什麼才算"停機"。一個能響應但慢到無法使用的系統，在合約下可能不算停機，而這正是 MAS 現在準備為受其監管的機構堵上的漏洞。

怎樣估算自家企業停機一小時的損失？

既然沒有任何已發佈的調查適用於 30 至 300 人的企業，真正有用的是你自己的數字。下面是一種方法，而不是統計數據。它用的是你自己的數字，而且應該按每一項關鍵營運分別計算，而不是對整家公司算一個總數。

四項輸入

• 每小時收入損失。 一小時內經過受影響營運的收入，乘以真正損失（而非延後）的比例。客戶改到明天才下的單是延後；無法下的交易單才是損失。
• 每小時員工閒置成本。 無法工作的員工人數，乘以其綜合時薪，再乘以其工作真正停下的比例。
• 恢復成本。 加班、服務商上門費用，以及系統恢復後追趕進度所花的時間。這一項往往超過停機本身。
• 合約與監管風險。 你須向自己客戶支付的服務賠償、罰則，以及向監管機構報告的成本。大型調查基本都沒有計入這一項。

一個示例

本例中的數字是為說明而虛構的，不是數據。一家 60 人的香港投資顧問公司，在一個工作日上午有三小時無法使用其訂單管理系統和電子郵件：

• 收入損失： 公司估計每個交易小時約有 2 萬港元費用收入經過這些系統，其中四分之一是真正損失而非延後：每小時 5,000 港元。
• 員工閒置： 40 名員工無法有效工作，綜合時薪每人 400 港元，其中 70% 的工作停頓：每小時約 11,200 港元。
• 恢復： 停機後的加班和服務商工作合計約 15,000 港元。
• 合約風險： 這次沒有觸發，但公司注意到有一份客戶委託書要求通報。

三小時停機的損失約為 63,600 港元，即每小時略高於 21,000 港元。做這道算術的意義不在於總數，而在於發現：對這家公司來說，員工閒置的成本高於收入損失。這說明錢應該花在讓員工能繼續工作上（替代訪問方式、更快恢復電子郵件），而不只是花在交易系統上。

IT 服務合約應該怎樣寫停機條款？

一旦知道自己的容忍度和每小時損失，服務商合約就應該與之對應。我們看到的大多數缺口，不在可用性百分比本身，而在它周圍的條款。

• 優先級定義與關鍵營運對應。 合約中的"P1"應該是關鍵清單上某項營運的中斷，並以小時註明首次響應和上門響應時間。博迅公開發布自己的 P1 至 P5 優先級定義、響應與解決目標，以及 8×5 或 24×7 服務時段，正是為了讓買方在簽約前就能讀到。
• 計量方式與容忍度一致。 如果你的容忍度按單次事件計量，按年計算的可用性百分比就是錯的工具。應同時要求按事件計算的恢復目標。
• 發現，而不只是響應。 停機時鐘從系統故障那一刻開始，但響應時鐘通常從有人發現時才開始。監控以及全天候值守的安全運營中心（SOC）能縮短從故障到響應之間的時間，而小時數往往就是在這段時間裡流失的。
• 響應越快，費用越高。 我們自己關於亞洲 SLA 響應時間定價溢價的研究（博迅研究，特此註明）列出了更快的響應級別會讓現場服務費率增加多少。比實際需要更嚴的容忍度很昂貴；比實際需要更鬆的，則是你自己承擔的風險。
• 服務賠償不等於補償。 下月費用中的抵扣，很少能接近停機的實際損失。我們關於 SLA 服務賠償與履約保函的情景文章詳細討論了這個問題。

想了解這些條款在香港辦公室的管理型IT外判服務中如何定價，可以在我們的報價工具裡生成一份參考方案。

這份報告沒有聲稱什麼？

• 沒有香港或新加坡的每小時損失數字。 我們沒有找到衡量這兩個市場企業每小時停機損失的已發佈調查，也沒有自行編造一個。
• 沒有博迅的停機統計。 博迅是管理型IT和安全服務商。本文沒有引用任何來自博迅客戶群的數據。
• 沒有預測。 調查數字描述的是過去的年份，我們沒有向後推算。
• 不是法律意見。 監管立場根據截至 2026 年 11 月初已發佈的通知和信函整理。受監管企業應閱讀適用於其牌照的原文。

常見問題

IT 停機一小時損失多少？

在 ITIC 2024 年調查中，超過 90% 的中大型企業估計每小時損失超過 30 萬美元，41% 估計在 100 萬美元至 500 萬美元以上。這些是受訪者估算，不包括罰款和訴訟。對 30 至 300 人的企業，沒有可靠的已發佈數字；請用收入損失、員工閒置、恢復成本和合約風險自行估算。

MAS 對非計劃停機的上限是多少？

MAS 的《技術風險管理通知》要求，每個影響營運或客戶服務的關鍵系統，其非計劃停機時間在任意 12 個月內合計不得超過 4 小時，恢復時間目標不超過 4 小時。這些通知適用於受 MAS 監管的金融機構，各按其牌照類別對應的通知執行。

HKMA 有沒有規定銀行的最長停機時間？

沒有固定數字。根據《監管政策手冊》OR-2「營運韌性」，每家認可機構為每項關鍵營運自行設定中斷容忍度，並由董事會批准。HKMA 在 2026 年 5 月表示，所有認可機構均已在 2026 年 5 月底前完成。

99.9% 可用性允許多少停機？

對一項全天候計量的服務，每年約 8.8 小時，約每月 44 分鐘。請確認合約是按月還是按年計算，以及是否排除計劃維護。

美國有關於可接受停機時間的規定嗎？

沒有一條適用於各類企業、規定小時數的統一規則。銀行檢查人員要求通過業務影響分析設定恢復時間目標；事件通報規則規定的是報告期限，而不是停機上限。可接受的停機時間主要由合約決定。

什麼是恢復時間目標（RTO）？

RTO 是系統中斷後必須恢復的時間。MAS 對其監管機構的關鍵系統規定最長 4 小時；在其他地方，企業通過業務影響分析自行設定 RTO，並應測試自己能否達到。

停機成本調查可靠嗎？

作為了解企業如何看待自身風險、以及風險量級的參考，它們是可靠的。但它們不是經審計的損失，樣本偏向大型機構，而最知名的那份調查不包括罰款和訴訟。請用它們作背景，用你自己的計算來做決定。

資料來源

立場與數據截至 2026 年 11 月 3 日。ITIC《2024 年每小時停機成本調查》（獨立網絡調查，2023 年 11 月至 2024 年 3 月中旬）。Uptime Institute《2026 年停機分析報告》，2026 年 5 月 13 日公開發布。新加坡金融管理局：《技術風險管理通知》FSM-N03（持牌保險公司）；取消 Notice 644、644A、655、655A、1114、1118 的通知（2024 年 5 月 9 日）；《技術風險管理通知修訂建議諮詢文件》（2026 年 6 月）。香港金融管理局：《監管政策手冊》單元 OR-2「營運韌性」（2022 年 5 月 31 日）；信函《營運韌性：持續與提升》（2026 年 5 月 29 日）。FFIEC《IT 檢查手冊》業務持續管理分冊（2019 年 11 月）。可用性算術和示例為博迅自行計算。