不可抗力条項とは？災害・システム障害・感染症で契約責任をどう整理するか
こんにちは!Legal Agent 代表弁護士の朝戸です。
不可抗力条項は、災害、戦争、感染症、行政規制、システム障害、サプライチェーン停止など、当事者の責任だけではコントロールできない事態に備える条項です。
以前は、契約書の後半にある定型条項として扱われることも多かったです。しかし、近年は、自然災害、感染症、国際紛争、物流混乱、クラウド障害、サイバー攻撃など、事業継続に影響する事象が増えています。不可抗力条項を実務的に確認する必要性は高まっています。
この記事では、不可抗力条項とは何か、企業法務が契約書で確認すべきポイントを整理します。
この記事で分かること
この記事では、このテーマについて、基本的な意味、実務で問題になりやすい場面、契約書で確認すべきポイント、AIで一次整理するときに人が見落としてはいけない点を整理します。定義から入り、次にチェックリストとして確認できる順序にしています
最初に確認するポイント
- どの取引、手続、社内運用でこの論点が問題になるのか
- 自社が相手方に何を求め、相手方から何を求められているのか
- 契約書、発注書、規約、社内承認、実際の運用が同じ前提になっているか
- 条項だけでなく、証拠として残る資料や連絡経路まで整理されているか
- AIの指摘をそのまま採用せず、事業上の優先順位とリスク許容度に照らして判断できるか
不可抗力条項とは、当事者の合理的支配を超える事象への対応を定める条項である
不可抗力条項とは、当事者の合理的な支配を超える事由により契約上の義務を履行できない場合に、責任の免除、履行期限の延長、協議、解除などを定める条項です。
不可抗力事由としては、次のようなものが挙げられます。
- 地震、台風、洪水などの自然災害
- 火災
- 感染症の流行
- 戦争、内乱、テロ
- ストライキ
- 法令改正、行政処分、輸出入規制
- 電力・通信障害
- クラウドサービス障害
- サイバー攻撃
- 物流停止、サプライチェーン途絶
- 原材料不足
ただし、何でも不可抗力にすればよいわけではありません。対象事由が広すぎると、通常の事業リスクまで免責される可能性があります。狭すぎると、本当に対応すべき事態に対応できません。
免責される義務と免責されない義務を分ける
不可抗力条項では、不可抗力が発生した場合に、どの義務が免責されるのかを確認する必要があります。
たとえば、納品義務やサービス提供義務については、不可抗力により履行遅滞の責任を免れることが考えられます。一方で、既に発生した支払義務、秘密保持義務、個人情報保護義務、情報漏えい時の報告義務まで当然に免責されると考えるのは危険です。
確認すべき点は、次のとおりです。
- 免責される義務の範囲
- 支払義務も免責されるのか
- 履行遅滞だけか、履行不能も含むか
- 秘密保持義務や個人情報保護義務は残るか
- 事故発生時の報告義務は残るか
- 損害拡大防止義務があるか
不可抗力条項は、責任をゼロにする条項ではなく、異常事態における責任分配を整理する条項です。何を免責し、何を残すかを具体的に見る必要があります。
通知義務と代替措置を確認する
不可抗力が発生した場合、相手方への通知が重要です。
契約書では、不可抗力事由が発生した当事者が、速やかに相手方へ通知し、影響、見込み、対応策を説明する義務を定めることがあります。
確認すべき点は、次のとおりです。
- 通知期限
- 通知方法
- 通知内容
- 影響範囲の説明
- 履行再開見込み
- 代替措置の検討義務
- 損害拡大防止義務
- 協議義務
たとえば、物流が止まった場合に代替ルートを探す義務があるのか、クラウド障害が起きた場合にバックアップ手段を提供する義務があるのか、原材料不足時に優先供給義務があるのかを確認します。
不可抗力が発生したから何もしなくてよい、という条項になっていると、相手方にとって受け入れにくい場合があります。
長期化した場合の解除・中途解約を確認する
不可抗力事由が一時的であれば、履行期限の延長や協議で対応できることがあります。しかし、不可抗力が長期化する場合には、契約を終了できるかが問題になります。
たとえば、数か月にわたってサービス提供ができない、部材供給が止まる、行政規制により事業継続ができない、といった場合、いつまでも契約を維持することが現実的でないことがあります。
確認すべき点は、次のとおりです。
- 不可抗力が何日以上続いた場合に解除できるか
- 双方解除か、一方解除か
- 解除時の精算方法
- 既履行部分の対価
- 前払金の返還
- 仕掛品や在庫の処理
- データや貸与物の返還
不可抗力条項は、契約終了の出口設計とも関係します。不可抗力が長期化した場合に、どのように着地させるかを確認しておくことが重要です。
SaaS・IT契約では障害と不可抗力を分けて見る
SaaSやIT契約では、不可抗力条項とサービス障害、SLA、セキュリティ事故の関係が重要です。
クラウドサービス障害、通信障害、サイバー攻撃、データセンター障害などが不可抗力に含まれる場合があります。ただし、提供者の管理不足、セキュリティ対策不足、バックアップ不備まで不可抗力として免責されると、利用者側としてはリスクが大きくなります。
確認すべき点は、次のとおりです。
- 障害が不可抗力に含まれる条件
- 提供者の管理範囲内の障害も免責されるか
- SLAとの関係
- 障害時の通知義務
- バックアップや復旧義務
- セキュリティ事故時の責任
- データ消失時の扱い
IT契約では、不可抗力条項を一般論で見るのではなく、サービス仕様、SLA、セキュリティ条項とセットで確認する必要があります。
不可抗力条項の実務チェックポイント
不可抗力条項をレビューするときは、次の点を確認するとよいです。
- 不可抗力事由の定義
- 事由が広すぎないか、狭すぎないか
- 免責される義務の範囲
- 支払義務、秘密保持義務、個人情報保護義務の扱い
- 通知義務
- 損害拡大防止義務
- 代替措置の検討義務
- 長期化した場合の解除
- 精算方法
- IT・SaaS契約ではSLAや障害対応との整合性
不可抗力条項は、平時には目立ちません。しかし、異常事態が起きたときに、契約関係を落ち着いて整理するための重要な条項です。
サプライチェーン契約では特に重要になる
不可抗力条項は、製造、物流、商社、食品、医薬品、建設、エネルギーなど、サプライチェーンに関わる契約で特に重要です。
原材料不足、輸送遅延、港湾混雑、輸出入規制、地政学リスク、自然災害が起きると、納期、数量、価格、代替調達、優先供給が問題になります。単に「不可抗力の場合は責任を負わない」と書くだけでは、実務上の調整ができません。
確認すべき点は、次のとおりです。
- 供給不足時の割当ルール
- 優先供給義務
- 代替品の提供可否
- 価格改定の可否
- 長期停止時の解除
- 在庫・仕掛品の扱い
- 物流費増加の負担
- 取引先への通知タイミング
サプライチェーン契約では、不可抗力条項を危機対応の条項として読む必要があります。事業部や調達部門と一緒に、現実に起きる事態を想定して確認した方がよいです。
交渉では免責と協力義務のバランスを見る
不可抗力条項の交渉では、免責を広くするか狭くするかだけでなく、協力義務とのバランスを見ることが重要です。
提供者側・売主側では、合理的にコントロールできない事態について責任を負わないようにしたいと考えます。利用者側・買主側では、不可抗力を理由に簡単に履行を止められると困るため、通知、代替措置、復旧努力、長期化時の解除を求めることがあります。
実務的には、不可抗力による免責を認めつつ、速やかな通知、影響軽減措置、代替案の協議、長期化時の解除をセットで定めることが多いです。
不可抗力条項は、どちらか一方を守るためだけの条項ではありません。異常事態が起きたときに、当事者がどのように協力し、どこで契約関係を整理するかを決める条項です。
よくある失敗
不可抗力条項でよくある失敗は、列挙されている事由だけを見て、実際に何が起きたらどう動くかを確認しないことです。
たとえば、自然災害が不可抗力に含まれていても、サプライヤーの一部だけが被災した場合、物流会社の遅延が生じた場合、クラウドサービスの障害が起きた場合に、どこまで免責されるのかは条項次第です。
また、不可抗力による免責を定めていても、通知義務、影響軽減義務、復旧努力義務、代替措置が定められていなければ、相手方としては対応を把握できません。不可抗力が長期化した場合の解除や精算がないと、契約関係が宙に浮くこともあります。
不可抗力条項では、次のように具体的な運用を考える必要があります。
- 誰がいつ通知するか
- どの情報を共有するか
- 代替手段を探す義務があるか
- どの程度の遅延まで許容するか
- 何日続いたら解除できるか
- 既履行部分をどう精算するか
不可抗力条項は、非常時のための条項です。非常時に読んで初めて考えるのではなく、平時に出口まで設計しておくことが重要です。
事業継続計画との関係
不可抗力条項は、事業継続計画とも関係します。
契約書で不可抗力時の通知や代替措置を定めていても、社内にBCPや連絡体制がなければ、実際には動けません。災害、システム障害、サイバー攻撃、物流停止が起きたときに、誰が相手方へ通知し、誰が代替手段を探し、誰が経営判断をするのかを決めておく必要があります。
契約レビューでは、不可抗力条項と社内の危機管理体制が矛盾していないかも確認した方がよいです。契約上は24時間以内の通知義務があるのに、社内で連絡先や担当者が決まっていない場合、条項を守れない可能性があります。
不可抗力条項は、法律文書であると同時に、非常時のオペレーションにつながる条項です。
そのため、不可抗力条項を確認するときは、契約書だけでなく、社内の連絡網、代替調達先、バックアップ体制、顧客通知テンプレートも見ておくとよいです。条項上は対応できるはずでも、実際の運用が整っていなければ、非常時には機能しません。
非常時に契約書を読み始めるのでは遅いため、平時に確認しておくことが大切です。
AIで不可抗力条項を読む場合の注意点
不可抗力条項は、AIで条項比較しやすい分野です。災害、感染症、戦争、テロ、法令変更、行政処分、サイバー攻撃、クラウド障害、通信障害など、列挙されている事由を抽出し、抜けている事由を洗い出すことができます。
ただし、不可抗力条項では、事由の列挙だけでなく、その後の効果が重要です。
AIに確認させる場合は、次の点を入れるとよいです。
- 不可抗力事由の範囲
- 通知義務
- 損害拡大防止義務
- 代替措置の有無
- 履行期限の延長
- 免責の範囲
- 支払義務への影響
- 長期化した場合の解除
- 既履行部分の精算
たとえば、クラウドサービスやSaaSでは、単なる自然災害だけでなく、データセンター障害、外部API停止、サイバー攻撃、通信障害も問題になり得ます。製造業や物流では、原材料不足、輸送停止、港湾閉鎖、輸出入規制が重要になることがあります。
不可抗力条項は、取引類型ごとに想定すべき事由が違います。AIに一般論だけを出させるのではなく、その契約の業務内容を前提に入れることが大切です。
非常時の連絡体制まで決めておく
不可抗力が発生したときは、法務だけで完結しません。
事業部、営業、カスタマーサポート、情報システム、経理、広報が同時に動くことがあります。契約書上の通知義務がある場合、誰が相手方に通知するのか、どの範囲の情報を伝えるのか、復旧見込みをどう説明するのかを決めておく必要があります。
不可抗力条項をレビューするときは、契約文言だけでなく、非常時の社内連絡フローと外部通知の運用まで確認すると、実際に使える条項になります。
LegalAgentの関連サービス
このテーマに関連するLegalAgentのサービスは、以下のページで詳しく確認いただけます。