SLA違反時の減額要求— 買いたたきとの境界

1. SLAペナルティと取適法の減額

1-1. 減額禁止の趣旨

取適法では、発注時に合意した代金を、受託者の責めに帰すべき理由がないのに一方的に減じる「減額」が禁止されています。
SLA未達を理由に、合意のない金額を差し引く行為は、実質的な減額として問題視され得ます。
減額・買いたたきの基本は減額・買いたたきの禁止を参照してください。

1-2. 契約上のペナルティ条項

発注時にSLA未達時の減額率・上限・算定方法を契約書面に明記していれば、一定の範囲でペナルティが認められる余地があります。
口頭合意や請求書の一方的な控除は、後から争点になりやすいです。

2. 適法な設計とグレーな運用

2-1. 発注時に固定する項目

• SLA指標（稼働率、応答時間、復旧時間など）
• 測定方法・除外事由（計画停止、発注者側の障害）
• 未達時のペナルティ算式と月額上限
• ペナルティと代金支払の相殺手続（通知期限）

2-2. グレーになりやすい例

「今月は満足いかないから20%値引きして」とSLA条項を参照せず値引きを要求するケースです。
主観的な不満を理由に合意額を下げる行為は、減額に近いと評価され得ます。
SLA付き保守委託の設計はシステム保守・SLA付き委託も参照してください。

3. 障害発生時の実務フロー

3-1. 事実関係の記録

障害の発生・復旧時刻、影響範囲、SLA計測ログを台帳に残します。
受託者からの報告書と突合し、除外事由に該当しないか確認します。

3-2. ペナルティ通知の期限

契約で「翌月請求までに書面通知」と定めている場合、期限を過ぎた一方的控除は争いの元です。
通知メールには、該当SLA条項・算定根拠・金額を明記します。

3-3. 協議の記録

受託者が算定に異議を唱えた場合、協議の経過をメール等で残します。
最終合意額と支払期日（60日以内）を台帳に反映し、経理と共有します。

4. 買いたたきとの境界

4-1. 初回契約時の著しく低い報酬

SLAペナルティを過大に設定し、実質的に市場相場を大きく下回る月額を設定する設計は、買いたたきの疑いを招きます。
ペナルティは品質担保の手段であり、報酬を不当に押し下げる仕組みにしないことが重要です。

4-2. 原材料費・人件費上昇時

物価上昇等で受託者から価格改定の協議申入れがあった場合、SLA違反を理由に改定を拒否し続けることは問題視され得ます。
価格協議とSLA評価は別軸で記録し、混同しない運用にします。

よくある質問

Q. SLA未達で請求額を勝手に減らしてよいですか？

契約にペナルティ条項があり、算定方法どおりに通知したうえでの控除であれば余地があります。条項がなければ減額に該当し得ます。

Q. クレジット（翌月繰越）と減額は同じですか？

実質的に代金総額が減るなら減額と同様に評価され得ます。契約でクレジットの上限と適用条件を定めます。

Q. 重大障害だけペナルティを適用したい場合は？

障害の定義（P1/P2等）と、段階的ペナルティ表を発注時の書面に含めます。事後の追加は避けます。

Q. 発注者側の変更が原因の遅延は？

SLA除外事由に「発注者提供環境の不備」「仕様変更による遅延」を明記し、ログで立証できるようにします。

Q. 台帳に残す項目は？

SLA計測結果、ペナルティ通知日、合意減額額、支払期日、協議メールの保管先を記録します。

5. 契約書の書き方のヒント

5-1. ペナルティ上限

月額報酬の一定割合（例: 10〜20%）を上限とする条項は、過大な減額リスクを抑えます。
上限を超える損害は、別途損害賠償条項で扱う設計もあります（個別に専門家へ確認を）

5-2. 支払期日との整合

ペナルティ適用後の支払額でも、検収・請求から60日以内の支払義務は変わりません。
支払期日の起算は60日の数え方を確認してください。

5-3. トリカク（torikaku）での管理

トリカク（torikaku）は形式チェックと期日管理を支援するツールです。
SLA月の請求額変更があった案件は、台帳の「合意減額・ペナルティ」欄と支払期日をセットで更新する習慣が有効です。

5-4. 監査用エクスポート

SLA月ごとに、計測結果・ペナルティ通知・最終支払額をセットでエクスポートし、案件フォルダに保存します。
エクスポートファイル名に年月と取引先コードを含めると、後からの検索が容易になります。

6. 数値例と協議ログ

6-1. ペナルティ算定の例

月額50万円・稼働率99.5%未達で月額の5%減額、上限10%と契約している場合、未達月は最大5万円のペナルティです。
算定式を請求書控除の根拠メモに転記し、受託者の確認返信を保管します。

6-2. 争点になったときの記録

「障害は発注側の仕様変更が原因」と主張が分かれた場合、変更依頼メールの日時と障害ログを時系列で整理します。
最終的に合意した支払額・期日を台帳に上書きし、経理へ変更通知を送ります。

7. 経営・法務への報告観点

SLAペナルティを頻繁に適用している取引先は、契約設計そのものの見直しサインです。
四半期報告に「ペナルティ適用件数・合意減額総額」を含めると、買いたたき・減額リスクの早期発見につながります。
新規契約の標準条項テンプレートへ、算定式サンプルを添付して社内展開します。
テンプレート改定時は、既存契約への遡及適用にならないよう、適用開始日を明記して周知します。

8. SLA指標の設計チェック

8-1. 測定可能か

「満足度」だけのSLAはペナルティ算定が難しく、主観的減額につながります。
稼働率・平均復旧時間など、ログで測れる指標を優先します。

8-2. 発注者側の責任範囲

仕様提供遅延・検証環境の停止・第三者サービス障害を除外事由に列挙し、該当時はペナルティ対象外とします。
除外を主張するときは、依頼メールのタイムスタンプと監視ログをセットで保管します。

8-3. 値引き交渉との切り分け

「次の契約更新まで値引きしてほしい」は価格協議であり、SLAペナルティとは別チャネルで扱います。
協議記録とSLAログを混ぜないよう、メールの件名ルールを社内で統一します。

8-4. 定期レビュー

半年に1回、SLAペナルティ適用履歴がないか台帳を検索し、多発している取引先は契約条項の見直し候補にします。
ペナルティ未適用でも、口頭での値引き要求が繰り返されていないか、経理・発注担当ヒアリングで確認します。
ヒアリング結果は台帳の取引先メモに1行記録し、次回契約更新時の参考にします。

まとめ

• SLAペナルティは発注時の書面に算定式・上限を明記する
• 条項のない一方的値引き要求は減額・買いたたきのリスクがある
• 障害ログ・通知・協議記録を台帳に残し60日以内支払と整合させる
• 口頭の値引き要求とSLAペナルティをチャネル分離し記録する

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、法的助言ではありません。
個別のSLA条項・減額の適否は弁護士等の専門家にご確認ください。