服務抵扣額與履約保函：讓 IT SLA 真正可執行

簡短回答： 大多數 IT SLA 寫完目標就停了。一份 SLA 要真正“有牙齒”，還需要三樣東西：一套雙方都認可的計量方式、一個未達標時自動發生的後果，以及一個讓服務商不至於被罰到無力修復問題的上限。服務抵扣額和履約保函解決的是第二件事——它們替代不了第一件事。

續約時，一份可執行的 IT SLA 到底需要什麼？

服務水平協議（SLA）說到底是一份帶數字的承諾。它值多少錢，取決於某個數字沒達到的那一天會發生什麼。在很多 IT 服務合同裡，老實的答案是：什麼也不會發生。月度報告裡多了一個紅色格子，季度會議上有人道個歉，發票照常寄來，金額一分不少。

這篇文章寫給經歷過這種情況、如今正在續約、希望下一份合同能“咬得住”的財務或運營負責人。我們會講清楚一份可執行的 SLA 需要的三個層次——計量、後果與分寸；IT SLA 服務抵扣額以及從發票中抵銷的機制實際上怎麼運作；什麼時候要求履約保函或母公司擔保是相稱的，什麼時候提出這個要求只會讓報價上漲；還有那些通常比抵扣額更重要的條款。

在繼續之前，有一點必須說清楚：這是一篇商業層面的指南，不是法律意見。 它描述這些機制如何運作、背後的商業邏輯是什麼。它不起草條款措辭，不解釋香港法律，也不判斷某一條款是否會被認可。那是你自己的律師在看過實際合同之後才能回答的問題。這篇文章能做的，是確保你交給律師的需求說明是對的。

場景：一份紙面上達標、實際上失守的 SLA

設想一家約 120 人的香港貿易分銷集團。總部、財務和銷售團隊在觀塘；倉庫和一個小型品檢團隊在東莞一帶；新加坡還有一個三人的銷售辦公室。訂單通過 EDI 數據流、電子郵件和一個經銷商門戶進來；倉庫靠手持掃描槍運作，掃描槍連接庫存系統，庫存系統再同步回香港的財務軟件。這是一個綜合化的虛構場景，不是某個具名客戶——但其中每一個環節，對這種規模和形態的集團來說都再普通不過。

兩年前，這家集團簽了一份附帶公開 SLA 的管理型IT外判服務合同。此後每一份月度報告都顯示 SLA 達成率穩穩高於目標。可財務總監手上的投訴記錄卻越積越多。

在一次重要出貨截止日之前的週一，倉庫的掃描槍停止同步。揀貨員退回紙筆作業，折騰了大半天。工單在上午 8:40 建立，被定為 P3——“單一站點，有替代方案”——因為紙筆也算替代方案。服務商兩次暫停計時，理由是等倉庫有人去重啓一台交換機。工單在 P3 時限內解決。報告把它記為一次成功。

同一個季度，財務團隊在月底最後一個工作日有三個小時登不進財務系統。工單是下午 5:50 通過郵件提交的，按照合同對“營業時間”的定義，計時要到第二天早上 9:00 才開始。紙面上，還是達標。

這兩起事件都沒有違反合同寫明的 SLA。問題恰恰就在這裡。當財務總監問集團有權得到什麼時，答案是：一句道歉和一份服務改進計劃。所以現在的續約需求書上寫著一句話：新合同必須包括“從付款中抵銷的服務抵扣額，以及履約保函”。

這比“你們的 SLA 是什麼？”要尖銳得多。但它也只是正確問題的一半——因為在幾乎任何抵扣機制下，上面兩起事件產生的抵扣額都是零：它們根本沒有被記為未達標。抵扣額執行的是目標；它管不了目標是怎麼被計量的。

為什麼光有優先級階梯還不夠？

每一家合格的 IT 服務商都會公佈一套優先級階梯：P1 代表業務中斷，P2 代表嚴重降級，往下一直到低優先級請求，每一級都有響應和解決時限。這些階梯如何搭建、影響程度與緊急程度如何組合出優先級，我們已經在 IT 支援 SLA 優先級指南裡講過。本文假設你已經有了一套階梯，從那篇指南刻意停下的地方開始：階梯被打破時，合同上會發生什麼。

階梯是必要的，但不充分，原因有三。

第一，階梯是一組目標，不是一組後果。 它告訴你服務商打算做什麼，卻沒有說明做不到時會改變什麼。沒有後果的目標，只是一個預測。

第二，階梯的好壞取決於餵給它的分級結果。 上面的倉庫故障，在業務意義上是 P1，在工單系統裡是 P3。一套時限寬鬆、分級隨意的階梯，完全可以報告接近完美的達成率，而業務的真實感受卻截然不同。

第三，階梯衡量的只是合同所定義的、屬於服務商的那一段時間。 營業時間、暫停規則、計時起點，決定了你實際等待的時間裡有多少會被計入。這些都不在階梯上，全都寫在合同的定義條款裡——而那恰恰是大多數買方最後才讀的部分。

所以續約工作分三層，而且順序很重要：先修好計量，再掛上後果，最後決定這些後果背後需要多少擔保。

誰掌握計量——為什麼這決定了一切？

在為抵扣比例爭一個百分點之前，先決定什麼才算“未達標”。SLA 續約中真正的價值大多藏在這裡，而且對服務商來說，在這方面讓步的成本遠低於在抵扣比例上讓步——這意味著你更容易爭取到。

計時從什麼時候開始？

常見的選項有三個：用戶第一次通過任何渠道報告問題時；服務商系統中建立工單時；服務商確認受理工單時。第一個和最後一個之間可能相差很多，尤其是當郵件報障先躺在一個共享郵箱裡、要等有人把它轉成工單的時候。爭取讓計時從雙方都能舉證的最早時點開始——通常是通過約定渠道（電話、門戶、郵件或即時通訊）首次報障的時間戳。

同時約定“響應”是什麼意思。一封自動確認郵件不是響應；一位工程師審閱工單並與受影響的用戶第一次取得聯繫，才是響應。如果合同沒寫清楚，就假設服務商會按成本更低的那個來算。

按誰的營業時間？什麼時候可以暫停計時？

一份只在營業時間內計算 P1 時限的合同，其實在告訴你你買到的是什麼。對一個週六也要出貨、月底要在晚上關帳的集團來說，問題可能不在條款，而在產品本身。正確的做法通常是購買你真正需要的覆蓋時段，而不是在一份營業時間 SLA 上使勁談判。

暫停規則是另一半。服務商在真正等你——等權限、等決定、等一個聯繫不上的用戶——時停表，是合理的。服務商在等它自己的分包商時停表，或者每發出一個問題就自動設成“等待客戶”，就不合理了。要求暫停原因必須被記錄、對你可見，並限定在一張簡短的清單之內。

誰來給工單分級？重新分級時怎麼辦？

這是任何 SLA 爭議中爭得最兇的一條，也是上面那個場景的關鍵。事先以書面形式約定：對你的業務而言，什麼情況算 P1。比如：營業時間內倉庫掃描中斷；月底關帳期間財務系統不可用；訂單門戶拒絕經銷商登入。“業務關鍵系統宕機”這類通用定義，等於把判斷權交給了當班的人。

然後約定三條規則。第一，你可以調高工單優先級，服務商必須立即接受，有異議事後再議。第二，服務商調低優先級，必須記錄原因並通知你。第三，被重新分級的工單，其 SLA 計時從最初報障時間起、按糾正後的優先級計算，而不是從重新分級那一刻起算。沒有最後這一條，一張被錯定為 P3、中午才升為 P1 的工單，會從中午開始一個全新的 P1 計時——也就是說，錯誤分級本身永遠不會被計量。

報告是雙方都能審核的嗎？

一份由服務商用自己的系統、按自己的定義生成的月度 SLA 報告，是有用的文件，但不是你可以核查的證據。要求取得底層工單數據——至少包括建立時間、優先級變更記錄、暫停記錄和解決時間的導出——這樣你自己的團隊或獨立審閱方就能重新計算達成率。如果你已經在季度檢討會上使用月度報告，同一份數據導出，就是讓那場會議從“看彙報”變成“真正對話”的關鍵。

IT SLA 服務抵扣額到底是怎麼運作的？

本文所說的“服務抵扣額”（service credits），是指服務低於約定水平時，按合同公式從服務費中扣減的金額。它由寫進合同的公式計算，雙方都不需要證明這次不達標造成了多少損失，通常以一行扣減項出現在之後的某張發票上。它的邏輯是商業性的：你為某個服務水平付了錢，得到的少於此，於是價格相應調整。

服務抵扣額就是這麼一回事。真正的設計選擇，在於公式怎麼算、上限怎麼設、錢實際上怎麼流動。

服務抵扣額怎麼計算？

大多數機制會組合三個變量：哪個目標沒達到（響應還是解決、哪個優先級）、差了多少、多頻繁。有的給每一張未達標的 P1 或 P2 工單掛一個固定金額；有的按月計算各優先級的達成率，低於某個門檻就觸發抵扣；很多采用階梯式，一次未達標代價很小，形成規律則代價更大。

下面是一個假設性的計算示例，所有數字都是為了演示機制而虛構的——它們不是市場行情，也不是 Brocent 的費率。假設月服務費為 15 萬港元。假設合同規定：每一張 P1 工單未達響應時限，抵扣當月服務費的 2%；未達解決時限，抵扣 4%；P2 未達標則減半。假設每月抵扣總額上限為當月服務費的 15%。

在一個糟糕的月份裡，出現一次 P1 響應未達標、一次 P1 解決未達標、兩次 P2 解決未達標，計算如下：2% 加 4% 加 2 乘 2%，合計 10%，即 15,000 港元——沒有超過上限，所以全額抵扣到之後的發票上。在一個災難性的月份裡，出現四次 P1 解決未達標，公式算出 16%，觸發上限，抵扣額為 22,500 港元。

看看這個示例說明了什麼：最糟的那個月產生的抵扣額，幾乎可以肯定只是四次業務中斷給一家貿易集團造成的貨運損失和加班成本的零頭。這不是示例的缺陷，而是抵扣機制本來的構造方式——這也正是下一節要講的原因。

為什麼抵扣額不等於損害賠償？

服務抵扣額被設計為一種價格調整，而不是對你損失的補償。沒有人去計算這次未達標讓你損失了多少，金額由公式事先決定。正是這一點讓抵扣機制可行——不用爭論間接損失、不用收集證據、不會拖延——也正是這一點讓它金額偏小。

抵扣額與你可能就同一事件提出的其他主張之間是什麼關係——它是否是你唯一的救濟、是否計入其他款項、合同是否把它寫成未達標的唯一補救——取決於條款的具體措辭以及合同適用的法律。這個問題要直接交給你的律師。不要預設任何一種答案，也要對任何在沒有看到條款的情況下就告訴你答案的概述保持警惕，包括本文。

上限起什麼作用？服務商為什麼堅持要有上限？

上限限制的是一個週期內的抵扣總額，通常表示為該週期服務費的某個百分比。服務商堅持設上限，理由一半出於自身利益，一半其實也符合你的利益：管理型IT服務合同的利潤本來就薄，一個沒有上限的抵扣機制可能讓一個糟糕的月份變成服務商倒貼錢為你服務的月份。處在那種位置的服務商，有充分的動機減少在你這個客戶身上的投入——而這恰恰和你在一個糟糕月份之後想要的相反。

真正有用的問題不是要不要上限，而是觸頂之後發生什麼。一份構造良好的合同，會把一個觸頂的月份——或連續幾個接近上限的月份——當作觸發金錢以外措施的信號：正式的整改計劃、升級到具名的高層人員，最終是解約權。這樣，上限就從“你的救濟天花板”變成了一根“絆線”。

什麼是回補機制（earn-back）？它是陷阱嗎？

回補機制允許服務商在之後一段時間表現超出目標時，把已經付出的抵扣額“賺回來”。服務商要求它，是因為它獎勵恢復；買方不喜歡它，是因為它可能意味著抵扣額從來沒有真正兌現。

回補機制本身並非不合理。問題出在：回補窗口太長、回補門檻太低，或者抵扣額只在年底才結算，於是在它出現在發票上之前就被沖銷掉了。如果你接受回補，就把窗口定短，把回補門檻定在正常目標之上，並確保抵扣額按月產生、按月兌現，而不是年底對帳。

服務抵扣額可以從發票中抵銷嗎？

這裡的“抵銷”（set-off），是指抵扣額直接減少你應付的款項，而不是作為一筆單獨的退款返還。實踐中有兩種很不一樣的做法，續約需求書應當寫明你要哪一種。

第一種：服務商根據月度 SLA 報告計算抵扣額，並在下一張發票上作為一行扣減項列出，你支付淨額。這在行政上最乾淨，也是大多數抵扣機制的設計初衷。它的弱點是計算由服務商來做。

第二種：合同明文賦予你在應付款中自行扣減已約定抵扣額的權利，通常要求先計算、先通知，並經過一個簡短的異議期。這讓你更有主動權，但需要清晰的程序——因為扣掉一筆服務商有異議的金額，正是把一場服務討論變成付款糾紛的典型方式。

你不應該做的，是在合同沒有明確賦予你這種權利時，憑自己對報告的理解釦住付款。某一種抵銷安排是否如你預期那樣運作，是交給律師的措辭問題。商業上的要點更簡單：自動計算、在下一張發票上兌現、在發票上看得見的抵扣額，才是真正會被支付的抵扣額。

只有目標的 SLA、帶抵扣額的 SLA、抵扣額加保函：哪一種會改變服務商的行為？

場景裡財務總監的直覺，是直接跳到最強的工具。先看清楚每一層執行力度實際上改變了服務商運營你這個客戶的哪些方面，會很有幫助。

三種模式對比

只有目標的 SLA： 服務商公佈階梯、按階梯報告、在檢討會上討論未達標的情況。驅動服務商行為的是聲譽和續約日期。對於一個在乎長期關係的服務商，這可以運作得不錯，而且不需要額外成本。它的弱點在於：在最要緊的月份、事情真正出大錯的時候，不會自動發生任何事——這正是場景中那家集團想擺脫的處境。
帶服務抵扣額的 SLA： 未達標有了價格，自動計算、體現在發票上。它在最關鍵的地方改變行為——服務商自己的運營內部。一張會產生抵扣額的 P1 會被更快升級，暫停理由會被更嚴格地審視，錯誤分級也會變得可見，因為服務商這邊終於有人有理由去追蹤它。它在計量層先修好的前提下效果最好；在一套寬鬆的分級流程之上疊加嚴厲的抵扣機制，主要產生的是爭吵。
抵扣額加履約保函或擔保： 在抵扣額之上，由第三方——銀行、保險公司或母公司——在約定金額內為服務商的義務兜底。它對日常行為的影響不大，服務台根本不知道保函的存在。它改變的是：當服務商嚴重失敗到乾脆停止履約，或者付不出欠你的錢時，你的追償位置。它防範的更多是破產和棄約，而不是慢吞吞的工單，而且它的成本一定會在價格的某個地方體現出來。

簡單說：抵扣額改變行為；保函改變你在失敗時的追償位置。它們回答的是不同的問題。一份同時要求兩者、卻沒說清楚各自防範哪種風險的續約需求書，通常換來的是更高的報價，而不是更好的合同。

什麼情況下要求履約保函或母公司擔保才算相稱？

履約保函通常是銀行或保險公司出具的承諾：如果服務商不履行合同，就在約定金額內向你付款。母公司擔保則是服務商的母公司承諾為子公司的義務兜底。它們在建築工程、大型外判項目和公共採購中很常見；在中型規模的管理型IT服務合同中並不常見，這是有原因的。

保函不是免費的。服務商的銀行開立保函要收費，可能要求保證金或佔用服務商的一部分授信額度，而服務商會把這筆成本計入合同價格。母公司擔保的出具成本較低，但會把母公司的資產負債表暴露出來，有些集團對低於一定規模的合同根本不提供。無論哪種方式，為這份保障付錢的都是你。問題在於：它所防範的風險，值不值這個價。

當以下幾項中有多項成立時，要求保函通常是相稱的：

切換成本非常高。 服務商運行著你無法快速遷移的系統——高度定製化的平台、由服務商擁有並託管的基礎設施，或者需要很多個月才能完成的交接。
你方有大額前期投入。 你在為一個大型轉型項目付款，或預付了一大筆錢，項目中途失敗會讓你只剩沉沒成本、什麼都跑不起來。
服務商的財務狀況確實存在不確定性。 成立不久的公司、單薄的資產負債表，或者自身資產很少的子公司。
你對他人的義務依賴於這項服務。 客戶合同、監管承諾或貸款契約，一旦 IT 服務中斷就會違約。

當服務只是按月計價的標準管理型IT支援、合同可以在合理通知期後退出、服務商有可供核查的過往記錄時，要求保函通常是不相稱的。在這種情況下，最要緊的保障是離開的權利和乾淨的交接——這些對服務商來說成本低得多，因此也應該容易爭取得多。

如果你確實認為需要保函或擔保，就在流程早期提出，告訴服務商它要防範什麼風險，並請對方單獨報價。這樣你能看到它的成本，再決定是否值得，而不是發現它被埋進了更高的月費裡。

服務商會在哪些地方反對？什麼時候反對反而是好跡象？

可以預期服務商會在四件事上反對：沒有上限的抵扣額；對依賴你方員工或你方第三方的目標設定抵扣；無限制的扣款權；以及在標準月度服務上要求履約保函。

這些反對有的出於自身利益，有的是服務商在誠實地告訴你它能交付什麼。值得把兩者區分開來。

好跡象的反對聽起來很具體。“對依賴你們電信運營商的事件，我們沒法在解決時限上給抵扣，但可以在響應和升級上給，而且我們會單獨報告運營商的處理時間，方便你們去跟他們交涉。”“如果觸頂的月份觸發你們的解約權，我們可以接受更低的上限。”“我們不太願意出保函，但這是我們經審計的財務狀況，這是我們的退出協助承諾。”以這種方式談判的服務商，是在告訴你它真正的控制範圍到哪裡為止——而這正是你簽約之前需要知道的。

警示性的反對聽起來很籠統。“我們的標準條款不允許修改。”“我們不提供抵扣。”“分級由我們的工程師酌情決定。”一個不讓你看工單數據、不肯按你的業務語言定義 P1、不願給未達標掛任何後果的服務商，是在告訴你下一份合同會是什麼感覺——和上一份一樣。

一個毫無異議、什麼都答應的服務商，也值得再看一眼。執行條款讓步得太輕鬆，有時恰恰是因為沒人打算真的用到它們。

哪些條款比服務抵扣額更重要？

抵扣額執行的是一項持續運行中的服務。下面這些條款決定的是：當“持續運行”不再是目標時會發生什麼——而在一份糟糕的合同之後續約，它們往往更值錢。

退出協助應該涵蓋什麼？

你手上最有力的執行工具，是可信的“離開”能力。而只有當離開切實可行時，它才可信。退出協助應當約束現任服務商：在一段約定期間內配合接任者；在交接完成前繼續按約定水平提供服務；以可用的形式移交配置、憑據和文檔；參加約定次數的知識轉移會議。它還應當在你需要之前就寫明這些協助如何收費。服務商之間一次有章法的交接在實踐中是什麼樣子，我們在一家香港貿易公司如何更換 IT 服務商中完整走過一遍。

數據和文檔歸誰所有？

網絡拓撲圖、資產清單、運維手冊、管理員憑據、許可證記錄、備份配置：這些應當歸你所有，在合同期內保持更新，並且隨時可以取用——而不是隻在退出時才拿得到。一個手握你管理員憑據唯一副本的服務商，擁有一種任何抵扣機制都抵消不了的籌碼。

合同要求的是持續改進，還是隻要求報告？

月度報告告訴你發生了什麼。服務改進計劃說明因此要改變什麼、每一項由誰負責、何時完成——季度檢討會則檢查它是否真的改變了。兩者的差別，就是“知道問題存在”和“問題被解決”之間的差別。

有沒有一條真正的升級路徑？

抵扣額是錢。在糟糕的一週裡，你真正需要的往往是關注。一條具名的升級階梯——服務台主管、服務交付經理，再到有權調配資源的總監——連同聯繫方式和時限寫進合同，在出事那天比任何百分比都值錢。

Brocent 公開承諾並兌現的是什麼？

既然這篇文章出自一家管理型IT服務商，就應該說清楚我們自己的立場，以及任何抵扣機制——包括我們的——的邊界在哪裡。

對於現場服務，我們公開的派遣 SLA 等級列在上門派遣費率頁面上：標準營業時間（8×5）等級為 P1 兩小時響應、P2 四小時響應、下一個工作日上門；延長時段（8×7）等級為 1 小時、2 小時和當天上門；24×7 緊急等級為 P1 15 分鐘響應、P2 1 小時響應、4 小時內到場。這些適用於派遣的現場工作，等級由你按需選擇和付費。

對於我們管理型IT方案中的服務台，SLA 與質量框架是另一條獨立的服務線，有它自己的目標。工單分為 P1 至 P5 五級，分級標準事先約定並寫入服務合同——這正是本文認為最重要的計量環節。P1 享有 15 分鐘首次響應和 4 小時解決目標。我們每月報告各優先級的 SLA 達成率、響應和解決時間、工單積壓時長和趨勢；每季度由客戶經理主持服務檢討會並更新服務改進計劃；每張工單都跟蹤客戶滿意度；並以 99% 以上的 SLA 達成率為目標。你可以瞭解 7×24 服務台的人員配置，以及它如何融入我們的管理型IT服務。

在後果方面，我們的框架包括針對 P1 和 P2 未達標的合同性服務抵扣額。抵扣比例及其附帶條件在每個項目的主服務協議中約定，所以我們不在這裡公佈一個統一數字——我們也鼓勵你像閱讀目標本身一樣仔細閱讀任何服務商協議中的這一部分，包括我們的。我們的管理型IT方案並不把履約保函作為標準內容；如果你的情況屬於上文所說保函確實相稱的那幾種，請儘早提出，我們會把它當作一項具體需求來討論，而不是想當然。

然後是誠實的邊界。一套抵扣機制無論寫得多好，都無法補償一整天的業務中斷。它只覆蓋合同寫明由服務商控制的部分。它的公平程度，也只取決於餵給它的分級和計量。正因為如此，我們把分級標準寫進合同，而不是留在內部流程裡；也正因為如此，我們按用戶計費方案的每一個檔位都包含客戶自有的文檔和憑據——讓你最重要的執行權利，也就是乾淨離開的權利，從第一天起就是真實的。

給財務總監的續約清單

如果續約會議上你只能帶一頁紙，就帶這一頁。

用你自己的話定義 P1。 列出三到五種無論影響多少用戶都一律算 P1 的具體業務情形。
計時起點與響應定義。 通過任何約定渠道的首次報障即開始計時；由真人首次聯繫才算響應。
與業務運作相匹配的覆蓋時段。 倉庫週六出貨，就購買週六覆蓋。
暫停規則。 一張簡短的合理暫停理由清單，每次暫停都有記錄且對你可見。
重新分級規則。 客戶可以立即調高優先級；服務商調低必須記錄並通知；計時從最初報障起算。
數據取用權。 一份可以用來重新計算達成率的工單級數據導出。
抵扣公式、上限與觸發機制。 自動計算、在下一張發票上兌現；觸頂的月份觸發整改，反覆觸頂則觸發解約權。
回補機制（如有）。 窗口短、回補門檻高於目標、抵扣額按月兌現。
退出協助與文檔歸屬。 有定義、有定價、歸你所有。
保函或擔保。 只在符合相稱性標準時提出——並單獨報價，讓你看得見成本。
法律審閱。 條款措辭由你的律師審閱。這份清單是需求說明，不是條款。

常見問題

IT SLA 中的服務抵扣額是什麼？

服務抵扣額是服務商未達到約定服務目標時，按約定從服務費中扣減的金額。它由合同中的公式計算——通常取決於哪個優先級未達標、差了多少、多頻繁——一般以扣減項出現在之後的發票上。它是一種價格調整，而不是根據你實際損失計算的賠償。

服務抵扣額等同於罰款嗎？

從商業設計上看，兩者的出發點不同：抵扣額是對低於約定水平的服務預先約定的價格調整，而不是懲罰。某一條抵扣條款是否按雙方的意圖運作，取決於其具體措辭和適用法律，這需要由你的律師判斷。本文不對任何條款的法律定性發表意見。

我們可以自己從發票中扣除抵扣額嗎？

只能按照合同規定的方式。大多數抵扣機制由服務商在下一張發票上扣減；有些合同賦予客戶在通知並經過異議期後自行扣減已約定抵扣額的權利。在沒有明確合同權利的情況下，憑自己對報告的理解釦住付款，可能把服務問題變成付款糾紛。在需要之前就把程序約定好。

抵扣額的上限多少才合理？

不存在一個唯一正確的數字，我們也會對任何把某個數字說成“市場慣例”的說法保持謹慎。一個合理的上限應當：足以改變服務商的行為；又不至於大到一個壞月份就讓你的項目無利可圖；並且在觸頂時掛鉤非金錢的觸發機制——整改、升級，最終是解約。

我們應該要求履約保函嗎？

如果你的切換成本非常高、你方有大額前期投入、服務商的財務狀況確實不確定，或者你對他人的義務依賴於這項服務，就應該提出。對於有合理退出路徑的標準月度管理型IT支援，完善的退出協助和文檔歸屬條款通常能以低得多的成本更好地保護你。如果要提，就儘早提，並要求單獨報價。

由誰來判斷 SLA 是否未達標？

應該由合同來判斷——通過雙方事先同意的定義，作用於雙方都能看到的工單數據。實踐中報告由服務商的系統生成，所以你的保護在於：約定好的 P1 定義、有記錄的暫停理由、重新分級規則，以及取用底層工單導出的權利，讓數字可以被獨立核查。

如果服務商對工單分級有異議怎麼辦？

這正是應該把適用於你業務的分級標準寫進合同、而不是交給當班人員判斷的原因。合理的規則是：客戶可以立即調高優先級，事後再按約定標準解決分歧；SLA 計時從最初報障時間、按糾正後的優先級計算。仍未解決的分歧，交給具名升級路徑，再交給季度檢討會。

退出協助應該涵蓋什麼？

一段約定期間內與下一任服務商的配合；交接完成前按約定水平繼續提供服務；以可用形式移交全部配置、憑據、文檔和資產記錄；約定次數的知識轉移會議；以及上述一切的收費基礎——在關係結束之前寫下來，而不是在結束時才去談。

從可執行的 SLA，到可預測的預算

場景中的那家集團，問題其實並不在服務抵扣額。它有的是計量問題、覆蓋時段問題和退出問題；服務抵扣額之所以是它最先想到的工具，是因為在採購需求書裡它最容易描述。先修好定義，再掛上自動後果，只在它所防範的失敗真有可能發生時才加上保函，並確保離開切實可行——這樣 SLA 才會成為改變行為的東西，而不是裝點報告的東西。

可執行性的另一半，是可預測性。一份每項變更、每個站點、每次非辦公時間出勤都單獨計價的合同，很難被追究責任，因為你分不清一個壞月份到底是服務失敗還是範圍之爭。我們的按用戶計費的管理型IT外判服務方案在香港按每用戶每月計價——Startup 檔（1–5 名員工）855.14 港元起、Established 檔（5–300 名員工）1,247.40 港元、Growth 檔（10–500 名員工）1,561.21 港元，Enterprise 檔按範圍報價——按用戶或按設備月付，並提供有折扣的年付及多年期方案。每個檔位都包含客戶自有的文檔和憑據。你可以在我們的價格頁面比較各檔位的覆蓋範圍。

如果你正在準備續約需求書，希望有人從第二個角度看看計量、抵扣和退出條款如何配合，歡迎聯繫我們的團隊。我們會告訴你我們願意承諾什麼，以及在哪些地方我們認為另一種安排會更適合你。