サービスクレジットと履行保証 — 契約更新時に実効性のあるIT SLAとはどういうものか

結論から言うと： 多くのIT SLAは目標値を書いたところで終わっています。SLAが実際に「効く」ためには、さらに3つのものが必要です。双方が認める測定方法、目標未達のときに自動的に発生する結果、そしてプロバイダーが問題を直す余力を失わない程度の上限です。サービスクレジットと履行保証（パフォーマンスボンド）は2つ目を支える道具であり、1つ目の代わりにはなりません。

契約更新のとき、実効性のあるIT SLAには何が必要か？

サービスレベル契約（SLA）とは、つまるところ数字の入った約束です。その価値は、数字のどれかが守られなかった日に何が起きるかで決まります。多くのITサービス契約では、正直に言えば「特に何も起きない」のが実態です。月次レポートに赤いセルが1つ増え、四半期レビューで誰かが謝罪し、請求書はいつもどおりの金額で届きます。

この記事は、そうした経験をしたうえで契約更新を迎え、次の契約には「歯」を持たせたいと考えている財務・オペレーション責任者に向けて書いています。実効性のあるSLAに必要な3つの層——測定、結果、そして釣り合い——、IT SLAのサービスクレジットと請求書からの相殺が仕組みとしてどう機能するのか、履行保証や親会社保証を求めることが妥当なのはどんな場合で、求めることが単に見積額を押し上げるだけになるのはどんな場合か、そして多くの場合それらよりも重要な条項について順に取り上げます。

先に進む前に、はっきりさせておくべきことがあります。これは商取引上のガイドであり、法的助言ではありません。 本稿はこれらの仕組みがどう機能し、その背後にどのような商業的な論理があるかを説明するものです。条項の文言を起草することも、香港法を解釈することも、特定の条項が有効と認められるかどうかを判断することもしません。それは実際の契約書を前にした御社の弁護士が答えるべき問いです。本稿にできるのは、その弁護士に渡す依頼内容が正しいものになるよう手助けすることです。

シナリオ：書類上は達成、実態では未達のSLA

従業員およそ120名の、香港の貿易・卸売グループを想像してください。本社、経理、営業チームは観塘（クントン）にあります。倉庫と小さな品質検査チームは境界を越えた東莞の近くにあり、シンガポールには3名の営業拠点があります。受注はEDIのデータ連携、メール、販売代理店向けポータルが混在して入ってきます。倉庫はハンディスキャナーで運用され、スキャナーは在庫システムにつながり、在庫システムは香港の会計ソフトに同期しています。これは特定の顧客ではなく複数の要素を組み合わせた架空のシナリオですが、登場するすべての要素は、この規模と形態のグループではごく普通のものです。

2年前、このグループは公開SLA付きのマネージドITサービス契約を結びました。それ以来、月次レポートはどれもSLA達成率が目標を余裕で上回っていることを示しています。それなのに、CFOの手元にある苦情の記録は増える一方です。

大きな出荷締め切りを控えたある月曜日、倉庫のスキャナーが同期しなくなりました。ピッキング担当者は半日以上、紙での作業に戻りました。チケットは午前8時40分に起票され、P3——「単一拠点、代替手段あり」——に分類されました。紙が代替手段と見なされたからです。プロバイダーは、倉庫の誰かがスイッチを再起動するのを待つという理由で、計時を2回停止しました。チケットはP3の目標時間内に解決され、レポートでは成功例として記録されました。

同じ四半期、経理チームは月末最終営業日に3時間、会計システムにログインできませんでした。チケットは午後5時50分にメールで提出されましたが、契約の「営業時間」の定義により、計時が始まったのは翌朝9時でした。やはり書類上は達成です。

どちらの出来事も、書かれたとおりのSLAには違反していません。問題はまさにそこにあります。CFOが「グループは何を受け取る権利があるのか」と尋ねたとき、答えは「謝罪とサービス改善計画」でした。そこで今回の更新要件書には一行、新契約には「支払いと相殺されるサービスクレジット、および履行保証」を含めること、と書かれています。

これは「御社のSLAは？」という質問よりはるかに鋭い問いです。しかし、正しい問いの半分にすぎません。上の2つの出来事は、ほぼどんなクレジット制度の下でもクレジットはゼロだったはずだからです。そもそも未達として記録されていないのです。クレジットは目標を執行します。目標がどう測られるかには手が届きません。

なぜ優先度の階層だけでは足りないのか？

まともなITプロバイダーであれば、どこも優先度の階層を公開しています。P1は業務停止、P2は深刻な性能低下、そこから低優先度の依頼まで続き、各レベルに応答時間と解決時間の目標が設定されています。こうした階層がどのように組み立てられ、影響度と緊急度の組み合わせでどう優先度が決まるのかは、IT サポートの SLA 優先度レベルに関するガイド で解説しました。本稿は、すでに階層があることを前提に、そのガイドが意図的に止まったところから始めます。つまり、階層が守られなかったときに契約上何が起きるのか、です。

階層は必要です。しかし十分ではありません。理由は3つあります。

第一に、階層は目標の一覧であって、結果の一覧ではありません。 プロバイダーが何をするつもりかは示しますが、それができなかったときに何が変わるかは何も語りません。結果の伴わない目標は、予測にすぎません。

第二に、階層の良し悪しは、そこに流し込まれる分類の質で決まります。 先ほどの倉庫障害は、業務上はP1でしたが、チケットシステム上はP3でした。目標時間が緩く分類が甘い階層は、業務の実感とはまったく違う、ほぼ完璧な達成率を報告できてしまいます。

第三に、階層が測っているのは、契約が定義するプロバイダー側の時間だけです。 営業時間、停止ルール、計時の開始点によって、実際に待たされた時間のうちどれだけが数えられるかが決まります。これらは階層そのものには書かれていません。すべて契約書の定義条項にあり、そこは多くの買い手が最後に読む部分です。

したがって、更新時の作業は3つの層に分かれ、順序が重要になります。まず測定を正し、次に結果を結びつけ、最後にその結果の裏付けとしてどれだけの担保が必要かを決めることです。

測定を握るのは誰か——なぜそれがすべてを決めるのか？

クレジット率を1ポイント交渉する前に、何を「未達」とするかを決めてください。SLA更新で得られる実質的な価値の大半はここにあり、プロバイダーにとってはクレジット率よりもはるかに譲歩しやすい部分です。つまり、勝ち取りやすいのです。

計時はいつ始まるのか？

選択肢は通常3つあります。利用者が何らかの経路で最初に問題を報告した時点、プロバイダーのシステムでチケットが作成された時点、プロバイダーがチケットを受け付けた時点です。最初と最後の間には大きな差が生じ得ます。特に、メールでの報告が共有メールボックスに置かれたまま、誰かがチケット化するのを待っているような場合です。双方が証拠を示せる最も早い時点、一般的には合意した経路（電話、ポータル、メール、チャット）による最初の報告のタイムスタンプから計時を始めるよう求めてください。

あわせて「応答」の意味も合意しておきます。自動送信の受付メールは応答ではありません。エンジニアがチケットを確認し、影響を受けている利用者に最初の連絡を取ったときが応答です。契約にどちらか書かれていなければ、プロバイダーは安く済むほうで数えると考えておくべきです。

誰の営業時間で測るのか、いつ計時を止めてよいのか？

P1の目標を営業時間内だけで測る契約は、御社が何を買ったのかを重要な形で物語っています。土曜日にも出荷する倉庫と、夜に月次決算を締める経理チームを抱えるグループにとっては、条項ではなく商品そのものが合っていない可能性があります。多くの場合、正しい対処は営業時間ベースのSLAで粘り強く交渉することではなく、必要なカバー時間帯を購入することです。

停止ルールはもう半分です。プロバイダーが本当に御社側を待っている間——アクセス権、判断、連絡のつかない利用者——に計時を止めるのは妥当です。一方、プロバイダーが自社の下請け業者を待っている間に止めたり、質問を1つ送るたびに自動的に「顧客待ち」に切り替えたりするのは妥当ではありません。停止理由は記録され、御社から見えるようにし、短く定義されたリストに限定するよう求めてください。

チケットを分類するのは誰か、再分類されたらどうなるのか？

これはどんなSLA紛争でも最も揉める条項であり、上のシナリオの核心でもあります。御社の業務にとって何がP1なのかを、事前に書面で合意してください。たとえば、営業時間中の倉庫スキャン停止、月次決算期間中の会計システム停止、受注ポータルが販売代理店のログインを拒否する状態、などです。「業務上重要なシステムの停止」といった一般的な定義では、判断をその時の当番に委ねることになります。

そのうえで3つのルールに合意します。第一に、御社はチケットの優先度を引き上げることができ、プロバイダーは直ちにそれを受け入れ、異議は事後に協議すること。第二に、プロバイダーによる優先度の引き下げは理由とともに記録され、御社に通知されること。第三に、再分類されたチケットのSLA計時は、再分類の時点ではなく、最初の報告時刻から、訂正後の優先度で計算されること。この最後のルールがなければ、P3と誤って起票され昼にP1へ引き上げられたチケットは、昼から新しいP1の計時が始まります。つまり、誤分類そのものは決して測定されないのです。

レポートは双方が検証できるものか？

プロバイダーが自社のシステムで、自社の定義に基づいて作成した月次SLAレポートは、役に立つ文書です。しかし御社が検証できる証拠ではありません。基礎となるチケットデータ——少なくとも作成時刻、優先度の変更履歴、停止履歴、解決時刻を含むエクスポート——へのアクセスを求め、自社のチームや独立したレビュー担当者が達成率を再計算できるようにしてください。四半期レビューで月次レポートをすでに使っているなら、同じデータのエクスポートこそが、その場を「報告を聞く会」から「本当の対話」に変える鍵になります。

IT SLAのサービスクレジットは実際にどう機能するのか？

サービスクレジットとは、サービスが合意した水準を下回ったときに、支払額を合意に基づいて減額するものです。契約に書かれた計算式で算出され、どちらの側も未達によって実際にいくらの損害が生じたかを証明する必要はなく、通常は後日の請求書に1行の減額として現れます。その論理は商業的なものです。ある水準のサービスに対価を払い、受け取ったものがそれを下回ったので、価格が調整される、ということです。

サービスクレジットとは、それ以上でもそれ以下でもありません。本当の設計上の選択は、計算式の仕組み、上限の設け方、そしてお金が実際にどう動くかにあります。

サービスクレジットはどう計算されるのか？

多くの制度は3つの変数を組み合わせます。どの目標が未達だったか（応答か解決か、どの優先度か）、どれだけ外れたか、どれだけ頻繁か、です。未達となったP1やP2のチケット1件ごとに固定額を割り当てる制度もあれば、優先度ごとの月次達成率を測り、閾値を下回ったときにクレジットを適用する制度もあります。多くは段階制を採り、1回の未達は小さな負担、繰り返されるパターンには大きな負担がかかるようにしています。

以下は仮定の計算例で、数字はすべて仕組みを示すためだけに作ったものです。市場相場でも、Brocentの料率でもありません。月額料金を15万香港ドルとします。契約で、応答目標を外したP1チケット1件につき月額料金の2%、解決目標を外したP1につき4%、P2の未達はその半分のクレジットが発生すると定めているとします。そして、1か月のクレジット総額の上限をその月の料金の15%とします。

P1の応答未達が1件、P1の解決未達が1件、P2の解決未達が2件あった悪い月の計算は、2%＋4%＋2×2%で合計10%、つまり1万5,000香港ドルです。上限を下回っているので、全額が後日の請求書で減額されます。P1の解決未達が4件あった最悪の月では、計算式は16%となり、上限が適用され、クレジットは2万2,500香港ドルになります。

この例が示していることを見てください。最悪の月に発生したクレジットは、業務停止が4回起きたことで貿易グループが被った出荷の損失や残業代に比べれば、ほぼ確実にごく一部にすぎません。これは例の欠陥ではなく、クレジット制度がもともとそう作られているということであり、次の節が重要になる理由でもあります。

なぜクレジットは損害賠償と同じではないのか？

サービスクレジットは、御社の損失を補償するものではなく、価格の調整として設計されています。未達によって御社がいくら失ったかを誰も計算しません。金額は計算式によって事前に決まっています。まさにそれがクレジットを実務的に機能させている点であり——間接損害をめぐる議論も、証拠集めも、遅延もない——同時に、金額が小さくなる理由でもあります。

同じ出来事について御社が持ち得る他の請求とクレジットの関係——それが唯一の救済手段なのか、他の金額に算入されるのか、契約が目標未達に対する唯一の救済と定めているのか——は、条項の具体的な文言と、契約に適用される法律によって決まります。これは御社の弁護士に直接確認すべき問題です。どちらかの答えを前提にしないでください。また、条項を見ないまま答えを示すような要約には、本稿も含めて慎重であってください。

上限は何のためにあるのか、なぜプロバイダーは上限を求めるのか？

上限は、一定期間のクレジット総額を制限するもので、通常はその期間の料金に対する割合で示されます。プロバイダーが上限を求める理由は、半分は自己の利益のためですが、半分は御社の利益にもかないます。マネージドITの契約は利幅が薄く、上限のないクレジット制度では、1か月の失敗がプロバイダーにとって「持ち出しで御社にサービスを提供する月」になりかねません。そうした立場に置かれたプロバイダーには、御社への投入を減らす十分な動機が生まれます。それは、悪い月のあとに御社が望むこととは正反対です。

役に立つ問いは、上限を設けるかどうかではなく、上限に達したら何が起きるかです。よく作られた契約は、上限に達した月——あるいは上限近くの月が続くこと——を、お金以外の措置の引き金として扱います。正式な是正計画、指名された上級責任者へのエスカレーション、そして最終的には解約権です。そうすることで、上限は「救済の天井」から「トリップワイヤー（仕掛け線）」に変わります。

アーンバックとは何か、それは罠なのか？

アーンバックとは、その後の一定期間に目標を上回る実績を上げた場合、プロバイダーが支払ったクレジットを取り戻せる仕組みです。プロバイダーが求めるのは、それが回復を評価するからです。買い手が嫌うのは、クレジットが実際には一度も支払われないことになりかねないからです。

アーンバック自体は不合理なものではありません。問題になるのは、回復期間が長すぎる場合、回復の基準が甘い場合、あるいはクレジットが年末にしか清算されず、請求書に現れる前に相殺されてしまう場合です。アーンバックを受け入れるなら、期間を短くし、回復基準を通常の目標より高く設定し、クレジットは年末にまとめて調整するのではなく、発生したつど発行されるようにしてください。

サービスクレジットは請求書と相殺できるのか？

ここでいう「相殺」とは、クレジットが別途の返金として戻ってくるのではなく、御社が支払うべき金額を直接減らすことを指します。実務には大きく異なる2つのやり方があり、更新要件書にはどちらを望むかを明記すべきです。

1つ目は、プロバイダーが月次SLAレポートからクレジットを計算し、次回の請求書に減額の1行として記載するやり方です。御社は差し引き後の金額を支払います。事務的に最もすっきりしており、ほとんどのクレジット制度が想定しているのはこの形です。弱点は、計算をプロバイダーが行うことです。

2つ目は、契約で御社に、合意済みのクレジットを支払額から自ら差し引く権利を明記するやり方です。通常は、クレジットの計算と通知、短い異議申立期間を経たあとに行使します。御社の主導権は大きくなりますが、明確な手続きが必要です。プロバイダーが異議を唱えている金額を差し引くことこそ、サービスの話し合いを支払い紛争に変えてしまう典型的なパターンだからです。

避けるべきなのは、契約がその権利を明確に与えていないのに、レポートを自社なりに読んで支払いを留保することです。ある相殺の仕組みが期待どおりに機能するかどうかは、弁護士に委ねるべき文言の問題です。商業上のポイントはもっと単純です。自動的に計算され、次回の請求書に反映され、請求書の上で目に見えるクレジットこそが、実際に支払われるクレジットなのです。

目標だけのSLA、クレジット付きSLA、クレジットと保証の併用：プロバイダーの行動を変えるのはどれか？

シナリオのCFOの直感は、いきなり最も強い手段に飛びつくことでした。執行の強さの段階ごとに、プロバイダーによる御社アカウントの運営が実際にどう変わるのかを見ておくと役に立ちます。

3つのモデルの比較

• 目標だけのSLA： プロバイダーは階層を公開し、それに対して報告し、レビューで未達について話し合います。行動を動かすのは評判と更新時期です。関係を大切にするプロバイダーであれば十分にうまく機能し、追加の費用もかかりません。弱点は、最も重要な月、つまり本当に深刻な問題が起きたときに、自動的には何も起きないことです。シナリオのグループが抜け出そうとしているのはまさにこの状態です。
• サービスクレジット付きSLA： 未達に価格がつき、自動的に計算されて請求書に反映されます。これは最も効くところ、つまりプロバイダー自身の運用の内側で行動を変えます。クレジットの対象になるP1はより早くエスカレーションされ、停止理由はより厳しく吟味され、誤分類も見えるようになります。プロバイダー側の誰かに、それを追跡する理由ができるからです。測定の層を先に正してあるときに最も効果を発揮します。甘い分類プロセスの上に厳しいクレジット制度を載せても、主に生まれるのは言い争いです。
• クレジットに加えて履行保証または保証： クレジットに上乗せして、第三者——銀行、保険会社、または親会社——が、定められた金額までプロバイダーの義務を裏付けます。日々の行動にはあまり影響しません。サービスデスクは保証の存在すら知りません。変わるのは、プロバイダーが履行をやめてしまうほど深刻に失敗した場合や、御社への支払い義務を果たせない場合の、御社の回収上の立場です。守っているのは、遅いチケットよりも倒産や履行放棄に対してであり、そのコストは必ず価格のどこかに現れます。

簡単に言えば、クレジットは行動を変え、保証は失敗したときの回収上の立場を変えます。両者は別々の問いへの答えです。それぞれがどのリスクをカバーするのかを示さずに両方を求める更新要件書は、たいてい、より良い契約ではなく、より高い見積もりを招きます。

履行保証や親会社保証を求めることが妥当なのはどんなときか？

履行保証（パフォーマンスボンド）とは、一般に、プロバイダーが契約を履行しなかった場合に、定められた金額まで御社に支払うという銀行や保険会社の約束です。親会社保証は、プロバイダーの親会社が子会社の義務を裏付けるという約束です。建設工事、大規模なアウトソーシング案件、公共調達ではよく見られますが、中堅規模のマネージドIT契約ではまれであり、それには理由があります。

保証は無料ではありません。プロバイダーの取引銀行は発行手数料を取り、担保を求めたり、プロバイダーの与信枠の一部を拘束したりすることがあります。プロバイダーはそのコストを契約価格に織り込みます。親会社保証は差し入れるコストは低いものの、親会社のバランスシートをリスクにさらすため、一定規模未満の契約には一切出さないグループもあります。どちらにしても、その保護の対価を払うのは御社です。問題は、それが守ろうとしているリスクが、その価格に見合うかどうかです。

次のうち複数が当てはまる場合、保証を求めることは妥当になりやすいと言えます。

• 切り替えコストが非常に高い。 プロバイダーが、すぐには移行できないシステムを運用している場合です。大幅にカスタマイズされたプラットフォーム、プロバイダーが所有・ホスティングするインフラ、あるいは何か月もかかる移行などです。
• 御社側に大きな先行投資がある。 大規模な変革プロジェクトに費用を払っている、あるいは多額を前払いしており、途中で失敗すれば埋没コストだけが残り、何も動かない状態になる場合です。
• プロバイダーの財務状況に本当に不確実性がある。 設立間もない会社、薄いバランスシート、自社資産の少ない子会社などです。
• 御社の他者に対する義務がそのサービスに依存している。 ITサービスが止まれば違反となる顧客契約、規制上のコミットメント、融資の財務制限条項などです。

一方、サービスが月額課金の標準的なマネージドITサポートで、合理的な予告期間で解約でき、実績を確認できるプロバイダーが提供している場合には、保証を求めることは釣り合わないことが多いでしょう。その状況で最も重要な保護は、離脱する権利とクリーンな引き継ぎです。これらはプロバイダーにとって差し出すコストがはるかに低く、そのぶん勝ち取るのもずっと容易なはずです。

保証が必要だと判断したなら、プロセスの早い段階で求め、それがどのリスクをカバーするためのものかをプロバイダーに伝え、別枠で見積もってもらってください。そうすれば、高い月額料金の中に埋もれた形で見つけるのではなく、コストを見たうえで見合うかどうかを判断できます。

プロバイダーはどこで反発するか——反発がむしろ良い兆候なのはどんなときか？

反発が予想されるのは4つの点です。上限のないクレジット。御社の従業員や御社の第三者に依存する目標へのクレジット。無制限の支払留保権。そして、標準的な月額サービスに対する履行保証です。

こうした反発の一部は自己の利益によるものです。一部は、プロバイダーが何を提供できるかを正直に伝えているものです。両者を見分ける価値があります。

良い兆候である反発は、具体的に聞こえます。「御社の通信事業者に依存するインシデントについては解決時間にクレジットを付けられませんが、応答とエスカレーションには付けます。また、通信事業者の対応時間は別途報告しますので、先方との交渉に使ってください」「上限に達した月に御社の解約権が発生するのであれば、より低い上限を受け入れます」「保証は出したくありませんが、これが当社の監査済み財務状況で、これが当社の退出支援の約束です」。このように交渉するプロバイダーは、自社の実際の管理範囲がどこで終わるかを示しています。それこそ、署名前に知っておくべきことです。

警告となる反発は、漠然と聞こえます。「標準条件は変更できません」「クレジットは提供していません」「分類は当社エンジニアの裁量です」。チケットデータを見せず、御社の言葉でP1を定義せず、未達にいかなる結果も結びつけようとしないプロバイダーは、次の契約がどんな感触になるかを教えてくれています。前回と同じです。

何ひとつ質問せずにすべてに同意するプロバイダーにも、もう一度目を向ける価値があります。執行条項があまりに簡単に譲歩されるのは、誰もそれが使われるとは思っていないからという場合もあるのです。

サービスクレジットより重要な条項はどれか？

クレジットが執行するのは、稼働中のサービスです。以下の条項は、稼働を続けることがもはや目的ではなくなったときに何が起きるかを決めます。そして、うまくいかなかった契約のあとの更新では、多くの場合こちらのほうが価値があります。

退出支援は何をカバーすべきか？

御社が持つ最も強力な執行手段は、「離脱できる」という信頼に足る能力です。そしてそれは、離脱が現実的に可能であって初めて信頼に足るものになります。退出支援は、現行プロバイダーに次のことを義務づけるべきです。定められた期間、後任プロバイダーに協力すること。引き継ぎが完了するまで合意した水準でサービスを提供し続けること。設定、認証情報、ドキュメントを使える形で引き渡すこと。定められた回数のナレッジトランスファーに参加すること。さらに、その支援にどう課金するかを、必要になる前に書いておくべきです。プロバイダー間の段取りのある移行が実際にどのようなものかは、香港の貿易会社がITプロバイダーを切り替えた事例 で一通り紹介しています。

データとドキュメントは誰のものか？

ネットワーク構成図、資産台帳、運用手順書、管理者の認証情報、ライセンス記録、バックアップ設定。これらは御社のものであり、契約期間中は最新の状態に保たれ、退出時だけでなくいつでも御社が参照できるべきです。御社の管理者認証情報の唯一のコピーを握っているプロバイダーは、どんなクレジット制度でも打ち消せない種類の交渉力を持っています。

契約が求めているのは継続的改善か、報告だけか？

月次レポートは何が起きたかを伝えます。サービス改善計画は、それを受けて何を変えるのか、各項目の担当者は誰か、期限はいつかを示し、四半期レビューで実際に変わったかを確認します。この2つの違いは、問題を知らされていることと、問題が直されることの違いです。

本物のエスカレーション経路はあるか？

クレジットはお金です。悪い週に御社が本当に必要とするのは、多くの場合「注意を向けてもらうこと」です。サービスデスクのリーダー、サービスデリバリーマネージャー、そしてリソースを再配置する権限を持つディレクターへと続く、名前の入ったエスカレーションの階段が、連絡先と時間枠とともに契約に書かれていれば、いざという日にはどんな割合よりも価値があります。

Brocentが公開し、責任を持っているもの

本稿はマネージドITプロバイダーが書いたものですから、当社自身の立場と、当社のものを含むあらゆるクレジット制度の限界がどこにあるのかを述べておくのが公正でしょう。

オンサイトのフィールド作業について、当社が公開している派遣SLAの区分は 派遣・オンサイト料金ページ に掲載しています。通常営業時間（8×5）区分では、P1が2時間応答、P2が4時間応答、オンサイトは翌営業日。延長時間（8×7）区分では1時間、2時間、当日オンサイト。24×7緊急区分では、P1が15分応答、P2が1時間応答、4時間以内の現地到着です。これらは派遣されるフィールド作業に適用され、どの区分に費用を払うかは御社が選びます。

当社のマネージドプランの中で運用するヘルプデスクについては、SLA・品質フレームワークが独自の目標を持つ別のサービスラインです。チケットはP1からP5に分類され、その分類基準は事前に合意してサービス契約に明記します。本稿が最も重要だと論じている測定の部分です。P1には15分以内の初回応答と4時間の解決目標が設定されています。優先度別のSLA達成率、応答・解決時間、チケットの滞留期間と傾向を毎月報告し、アカウントマネージャーによる四半期サービスレビューとサービス改善計画を行い、チケットごとに顧客満足度を記録し、99%以上のSLA達成率を目標としています。24時間365日のヘルプデスク の体制や、それが 当社のマネージドサービス にどう組み込まれているかもご覧ください。

結果の面では、当社のフレームワークにはP1とP2の目標未達に対する契約上のサービスクレジットが含まれています。クレジット率とそれに付随する条件は案件ごとのマスターサービス契約で定めるため、ここで一律の数字は公開していません。そして、当社のものを含め、どのプロバイダーの契約でも、その部分を目標値そのものと同じくらい注意深く読むことをお勧めします。当社は履行保証をマネージドITプランの標準的な内容としては提供していません。御社の状況が上で述べた保証が妥当となるケースに当たる場合は、早めにご相談ください。前提として扱うのではなく、個別のご要望として協議します。

そして、正直な限界についてです。クレジット制度は、どれほどよく書かれていても、業務が止まった1日分を埋め合わせることはできません。契約でプロバイダーの管理下にあると定められた範囲しかカバーしません。そして、その公平さは、そこに流し込まれる分類と測定の公平さを超えることはありません。だからこそ当社は分類基準を社内手順ではなく契約書に書き込み、ユーザー単位プランのすべての段階に「顧客所有のドキュメントと認証情報」を含めています。御社が持つ最も重要な執行上の権利、つまりクリーンに離脱する権利が、初日から現実のものであるようにするためです。

CFOのための更新チェックリスト

更新の会議に1枚だけ持っていくなら、この1枚にしてください。

• 御社の言葉によるP1の定義。 影響を受ける利用者の数にかかわらず必ずP1とする、具体的な業務状況を3〜5つ。
• 計時開始と応答の定義。 合意したいずれかの経路での最初の報告で計時開始、人による最初の連絡をもって応答とする。
• 業務に合ったカバー時間帯。 倉庫が土曜日に出荷するなら、土曜日のカバーを購入する。
• 停止ルール。 正当な停止理由の短いリスト。すべて記録され、御社から見えること。
• 再分類ルール。 顧客は優先度を直ちに引き上げられる。プロバイダーによる引き下げは記録・通知される。計時は最初の報告から。
• データへのアクセス。 達成率を再計算できるチケット単位のエクスポート。
• クレジットの計算式、上限、トリガー。 自動計算で次回請求書に反映。上限に達した月は是正の引き金に、繰り返せば解約権に。
• アーンバック（ある場合）。 短い期間、目標を上回る回復基準、発生のつど発行されるクレジット。
• 退出支援とドキュメントの所有権。 定義され、価格が決まり、御社が所有する。
• 保証。 妥当性の条件に当てはまる場合のみ求め、コストが見えるよう別枠で見積もってもらう。
• 法的レビュー。 文言は御社の弁護士が確認する。このチェックリストは依頼内容であって、条項ではない。

よくある質問

IT SLAにおけるサービスクレジットとは何ですか？

プロバイダーが定められたサービス目標を達成できなかったときに、合意に基づいて料金を減額するものです。契約に定めた計算式——通常は、どの優先度が、どれだけ、どれほどの頻度で未達だったか——で算出され、一般に後日の請求書に減額として現れます。価格の調整であり、実際の損失から算定する補償ではありません。

サービスクレジットは違約金と同じですか？

商業上の設計としては出発点が異なります。クレジットは、合意水準を下回ったサービスの価格を事前の合意で調整するものであり、制裁を意図したものではありません。特定のクレジット条項が当事者の意図どおりに機能するかどうかは、その文言と準拠法によって決まるため、御社の弁護士の判断が必要です。本稿は、いかなる条項の法的性質についても見解を示すものではありません。

サービスクレジットを自分たちで請求書から差し引けますか？

契約が定める方法に限られます。多くのクレジット制度では、プロバイダーが次回の請求書で減額します。通知と異議申立期間を経たうえで、合意済みのクレジットを顧客が自ら差し引く権利を定める契約もあります。明確な契約上の権利がないまま、レポートを自社なりに読んで支払いを留保すると、サービスの問題が支払い紛争に変わるおそれがあります。必要になる前に手続きを合意しておいてください。

クレジットの上限はどれくらいが妥当ですか？

唯一の正解となる数字はありません。特定の数字を「市場の標準」として示す説明には慎重であるべきです。妥当な上限とは、プロバイダーの行動を変えるだけの意味があり、1か月の失敗で御社のアカウントが採算割れになるほど大きくはなく、上限に達したときには是正、エスカレーション、最終的には解約といったお金以外のトリガーに結びついているものです。

履行保証を求めるべきですか？

切り替えコストが非常に高い、御社に大きな先行投資がある、プロバイダーの財務状況に本当に不確実性がある、あるいは御社の他者への義務がそのサービスに依存している、という場合には求める価値があります。合理的な離脱経路のある標準的な月額マネージドITサポートであれば、しっかりした退出支援とドキュメント所有権の条項のほうが、はるかに低いコストでよりよく御社を守るのが普通です。求める場合は早めに、別枠の見積もりとして依頼してください。

SLAが未達だったかどうかは誰が判断するのですか？

判断するのは契約であるべきです。つまり、双方が事前に合意した定義を、双方が見られるチケットデータに当てはめて判断します。実務ではレポートはプロバイダーのシステムが作成するため、御社を守るのは、合意したP1の定義、記録された停止理由、再分類のルール、そして数字を独立して検証できる基礎チケットデータへのアクセスです。

プロバイダーがチケットの分類に異議を唱えたら？

だからこそ、御社の業務に即した分類基準を、当番の判断に任せるのではなく契約に書き込むべきなのです。合理的なルールは、顧客は優先度を直ちに引き上げることができ、異議は合意した基準に照らして事後に解決し、SLAの計時は最初の報告時刻から訂正後の優先度で行う、というものです。それでも解決しない異議は、名前の入ったエスカレーション経路に、次いで四半期レビューにかけます。

退出支援は何をカバーすべきですか？

定められた期間の後任プロバイダーへの協力、引き継ぎ完了まで合意水準でのサービス継続、すべての設定・認証情報・ドキュメント・資産記録の使える形での引き渡し、定められた回数のナレッジトランスファー、そしてそれらすべての課金の基準です。関係が終わる最中に交渉するのではなく、終わる前に書いておくべきものです。

実効性のあるSLAから、予測可能な予算へ

シナリオのグループは、本当はサービスクレジットの問題を抱えていたわけではありません。抱えていたのは、測定の問題、カバー時間帯の問題、そして退出の問題でした。サービスクレジットが真っ先に思い浮かんだのは、調達要件書で最も説明しやすい手段だからです。まず定義を正し、次に自動的な結果を結びつけ、保証は守ろうとする失敗が現実に起こり得る場合にだけ加え、離脱が現実的に可能であることを確かめる。そうして初めて、SLAはレポートを飾るものではなく、行動を変えるものになります。

実効性のもう半分は、予測可能性です。変更のたび、拠点ごと、時間外の出動ごとに別料金がかかる契約は、責任を問うのが難しくなります。悪い月がサービスの失敗だったのか、範囲をめぐる争いだったのかが区別できないからです。当社の ユーザー単位のマネージドITプラン は、香港ではユーザー1人あたりの月額で設定しています。Startup（従業員1〜5名）は855.14香港ドルから、Established（5〜300名）は1,247.40香港ドル、Growth（10〜500名）は1,561.21香港ドル、Enterpriseは範囲に応じたお見積もりです。ユーザー単位またはデバイス単位の月額請求で、割引のある年間契約や複数年契約もご用意しています。すべての段階に、顧客所有のドキュメントと認証情報が含まれます。各段階のカバー範囲は 料金ページ で比較できます。

更新要件書を準備していて、測定、クレジット、退出の条項がどう組み合わさるかについて別の視点がほしい場合は、当社チームにご相談ください。当社が何を約束できるか、そしてどこでは別の取り決めのほうが御社に合うと考えるかを、率直にお伝えします。