システム保守・運用委託— SLA付きの確認

1. SLA 付き継続委託の契約設計

1-1. 保守範囲の定義

監視・障害対応・バックアップ・OS/ミドルウェア更新・セキュリティパッチのうち、月額に含むものを列挙します。
機能追加・仕様変更は保守ではなく開発として別契約に切り出す旨を明記します。

1-2. SLA 指標の具体化

可用性99.9%・初動15分・復旧4時間など、数値目標と測定方法・除外条件（計画停止・不可抗力）を別紙に書きます。
測定ツール・ログの保管期間も合意しておきます。
四半期ごとに SLA 達成率を振り返り、閾値やペナルティ設計の見直しが必要かを契約上の協議条項で確認します。

1-3. 継続委託の書面要件

毎月継続する運用委託は、発注書面の3条書面等の要件を満たす設計が必要です。
適用判定は発注コンプライアンスのチェックリストで確認します。

2. 月次報酬と検収の型

2-1. 月次運用レポート

稼働状況・障害件数・SLA 達成率・実施したメンテナンス内容を月次レポートとして提出し、検収対象の給付とします。
レポート送付日または定例報告会日を受領日として台帳に記録します。

2-2. 障害対応の記録

障害チケットの起票・初動・復旧・根本原因報告を、月次レポートまたは別途インシデント報告書に残します。
SLA 未達の有無は、この記録を根拠に判断します。

2-3. 60日起算

毎月の受領日から支払60日ルールの起算点で支払期日を計算します。
月末締め翌月末払いと組み合わせる場合、起算と支払日の関係を経理とすり合わせます。

3. SLA 違反時の減額・ペナルティ

3-1. 減額と買いたたきの境界

契約に SLA 未達時のペナルティ（月額○%減等）を定めている場合は、その範囲内で処理します。
契約に無い一方的な減額・値引き要求は買いたたきに当たる可能性があり、減額・買いたたきの整理を参照してください。

3-2. SLA クレジットの設計

月額からの控除ではなく、翌月への繰越クレジットとする設計もあります。
クレジット上限・失効条件を契約に書き、台帳に残高として記録する運用も検討します。

3-3. 計画停止・発注者起因の除外

発注者都合のリリース・メンテナンス窓は SLA 計測から除外する旨を契約に含めます。
除外の申請・承認フローを決め、記録に残します。

4. 緊急対応・時間外・エスカレーション

4-1. 時間外対応の範囲

平日9–18時のみか、24時間365日かで月額と SLA が変わります。
時間外対応が月額に含まれるか、別料金かを明記します。

4-2. 重大障害のエスカレーション

連絡先・エスカレーション先・意思決定権限者を契約または運用手順書に記載します。
口頭だけの連絡経路は、障害時に機能しないため書面化します。
障害訓練（ゲームデイ）の実施有無と、訓練結果の記録保管も合意しておくと実効性が上がります。

4-3. 再委託・クラウドベンダー依存

AWS 等の障害が SLA 未達の原因になる場合、再委託・不可抗力の扱いを契約に書きます。
監視・復旧作業の責任分界を明確にします。

5. 実務シナリオとチェックリスト

5-1. SLA 未達月の精算

例えば可用性目標を0.2%下回った月に、契約どおり月額10%の SLA クレジットが発生したとします。
インシデント報告書と測定ログを根拠に精算し、台帳の当該月行にクレジット額を記録します。
契約に無い追加減額を一方的に要求しないよう、経理・法務で確認します。
同月に計画停止があった場合は、除外申請の記録と SLA 計算シートをセットで保管します。

5-2. 保守と開発の線引き

障害対応中に根本原因が設計缺陷と判明し、改修開発が必要になった場合、保守月額の範囲外として別発注します。
変更は記載事項のテンプレートに沿った発注書面で起票します。
改修の優先度と本番反映窗口を変更依頼書に書き、保守 SLA との優先順位がぶれないようにします。

5-3. 発注前チェック（SLA 保守向け）

保守範囲・SLA 指標・測定方法・未達時のペナルティ・時間外対応・解除予告を書面に含めるか確認します。
毎月の受領日更新担当を固定し、SLA レポートを検収メモに残す運用を決めます。
セキュリティパッチ適用の定期窗口と、緊急パッチ適用時の連絡フローも運用手順書に含めます。

よくある質問

Q. SLA 未達の月は全額支払いを止められますか

契約上のペナルティ範囲内での調整は可能な場合がありますが、一方的な全額拒否は問題になり得ます。
契約条項と記録に沿って精算してください。

Q. クラウド障害は SLA 対象外にできますか

契約の除外条項と再委託の責任分界によります。事前に書面で定めておきます。

Q. オンプレとクラウド混在環境は

環境ごとに SLA 指標・監視方法・対応範囲を別紙で定義し、月次レポートも環境別に報告させます。

Q. 保守契約の自動更新は

更新時の SLA 見直し・報酬改定は中途解除の30日事前予告の観点も含め、書面で再合意します。

Q. セキュリティインシデント対応は含まれますか

通常保守とインシデントレスポンスは範囲が異なります。含むか別契約かを明記し、連絡フローを定めます。
インシデント対応料金を時間単価で定める場合も、上限時間と承認者を契約別紙に書いておきます。

まとめ

• 保守範囲と SLA 指標・測定方法を書面で固定し、開発と線引きする
• 月次運用レポートを検収対象とし、受領日ごとに60日起算で支払期日を管理する
• SLA 未達時のペナルティは契約範囲内で精算し、一方的な減額を避ける
• 時間外・エスカレーション・再委託の責任分界を事前に決める

6. SLA付き保守委託の発注前チェックリスト

• 保守範囲と開発・機能追加の境界を書面に書いたか
• SLA 指標・測定方法・除外条件を別紙に定義したか
• 未達時のペナルティまたはクレジット設計を契約に含めたか
• 時間外対応・エスカレーション連絡先を決めたか
• 月次レポート形式と受領日の定義を統一したか
• 解除予告と引き継ぎ期間の報酬を合意したか

SLA 未達はインシデント報告書と測定ログを根拠に精算してください。契約外の減額要求は避けます。
保守中に判明した設計改修は別発注として台帳に新規行を立てます。
月次レポート未提出のまま支払期日だけ進む状態を防ぐため、レポート受領と台帳更新を同じ担当が行うフローにします。
計画停止の事前申請フォーマットを用意し、SLA 計算から除外する手続きを毎月固定化してください。
障害対応の時間外連絡先は四半期ごとに稼働確認し、連絡不能のまま契約更新しないようにします。

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。