不可抗力条項とは？災害・システム障害・感染症で契約責任をどう整理するか

こんにちは。LegalAgent 代表弁護士の朝戸です。

不可抗力条項は、災害や感染症、システム障害など、当事者の責任だけではコントロールできない事態に備える条項です。以前は、契約書の後半にある定型条項として扱われることも多かったです。しかし、近年は事業継続に影響する事象が増え、この条項を実務的な目で読む場面も増えています。

不可抗力条項の意味と対象事由

不可抗力条項とは、当事者の合理的な支配を超える事由により契約上の義務を履行できない場合に、責任の免除や履行期限の延長、解除などを定める条項です。対象事由としては、地震や台風などの自然災害、感染症の流行、戦争・テロのほか、契約によっては電力・通信障害やクラウドサービス障害、サイバー攻撃、サプライチェーン途絶まで列挙されることがあります。

ただし、何でも不可抗力にすればよいという話にはなりません。対象事由が広すぎると、通常の事業リスクまで免責される可能性があります。狭すぎると、本当に対応すべき事態をカバーできません。列挙を読むときは、自社の事業で現実に起こり得る事態と照らして、広さの過不足を見ます。

もう一つよくある読み落としは、列挙されている事由だけを見て、実際に何が起きたらどう扱われるかを確認しないことです。自然災害が不可抗力に含まれていても、サプライヤーの一部だけが被災した場合や、クラウドサービスの障害が起きた場合にどこまで免責されるかは、事由の列挙よりも後に続く効果の書き方で決まります。

免責される義務と残る義務の切り分け

不可抗力が発生した場合に、どの義務が免責されるのかが次の論点です。納品義務やサービス提供義務については、不可抗力により履行遅滞の責任を免れることが考えられます。一方で、既に発生した支払義務や秘密保持義務、情報漏えい時の報告義務まで当然に免責されると読むのは危険です。免責の対象が履行遅滞だけか履行不能も含むか、支払義務が免責の対象に紛れ込んでいないか、秘密保持や個人情報保護のように異常時でも維持されるべき義務が残る建付けかを、条文の文言で確かめます。

不可抗力条項は、責任をゼロにする条項ではなく、異常事態における責任の分配を決める条項です。何を免責し、何を残すかが具体的に書かれているかどうかで、条項の実用性が変わります。

通知義務と代替措置

不可抗力が発生した場合、最初の分かれ目は相手方への通知です。契約書では、不可抗力事由が発生した当事者が、速やかに相手方へ通知し、影響や履行再開の見込みを説明する義務を定めることがあります。通知の期限や方法、伝えるべき内容がどこまで具体化されているかで、発生直後の初動は大きく変わります。

通知の先には、代替措置と損害拡大防止の論点があります。物流が止まった場合に代替ルートを探す義務があるのか、クラウド障害が起きた場合にバックアップ手段を提供する義務があるのか。不可抗力が発生したから何もしなくてよい、と読める条項は、相手方にとって受け入れにくく、交渉でも修正を求められやすい箇所です。

長期化した場合の解除と精算

不可抗力事由が一時的であれば、履行期限の延長や協議で対応できることがあります。しかし、不可抗力が長期化する場合には、契約を終了できるかが論点になります。数か月にわたってサービス提供ができない、部材供給が止まる、といった場合、いつまでも契約を維持することが現実的でないためです。

何日継続したら解除できるのか、解除権は双方にあるのか一方だけか、解除した場合に既履行部分の対価や前払金、仕掛品をどう精算するのか。ここまで書かれていない条項は、長期化した局面で契約関係が宙に浮く原因になります。不可抗力条項は、契約終了の出口設計と地続きの条項として読んでおきます。

SaaS・IT契約における障害と不可抗力の区別

SaaSやIT契約では、不可抗力条項とサービス障害、SLA、セキュリティ事故の関係を切り分けて読みます。クラウドサービス障害や通信障害が不可抗力に含まれる場合がありますが、提供者の管理不足やセキュリティ対策不足まで不可抗力として免責されると、利用者側のリスクが大きくなります。

どのような条件を満たした障害が不可抗力に当たるのか、提供者の管理範囲内で生じた障害はSLAの枠組みで処理されるのか、データ消失時の扱いはどちらの条項が受け持つのか。IT契約では、不可抗力条項を一般論として読むのではなく、サービス仕様やセキュリティ条項とセットで確認します。

サプライチェーン契約での重み

不可抗力条項は、製造や物流のように、サプライチェーンに関わる契約で特に重みを持ちます。原材料不足や輸送遅延、地政学リスクが起きると、納期や数量、優先供給の扱いが焦点になります。「不可抗力の場合は責任を負わない」と書くだけでは、供給が不足したときに誰へどれだけ割り当てるのか、代替品や価格改定で調整できるのか、増加した物流費を誰が負担するのかという実務上の調整ができません。

サプライチェーン契約では、不可抗力条項を危機対応の条項として読み、事業部や調達部門と一緒に、現実に起きる事態を想定して確認した方がよいです。

交渉の軸になる免責と協力義務のバランス

不可抗力条項の交渉では、免責を広くするか狭くするかだけを争っても着地しません。提供者側・売主側は、合理的にコントロールできない事態について責任を負わない形にしたいと考えます。利用者側・買主側は、不可抗力を理由に簡単に履行を止められると困るため、通知や代替措置、長期化時の解除を求めることがあります。

実務的には、不可抗力による免責を認めつつ、速やかな通知と代替案の協議をセットで定めることが多いです。不可抗力条項は、どちらか一方を守るためだけの条項ではありません。異常事態が起きたときに、当事者がどのように協力し、どこで契約関係を清算するかを決める条項です。

事業継続計画との関係

不可抗力条項は、事業継続計画とも関係します。契約書で不可抗力時の通知や代替措置を定めていても、社内にBCPや連絡体制がなければ、実際には動けません。契約上は24時間以内の通知義務があるのに、社内で連絡先や担当者が決まっていなければ、条項を守れない可能性があります。

災害やシステム障害が起きたときに、誰が相手方へ通知し、誰が経営判断をするのかを平時に決めておき、契約レビューの際には、不可抗力条項と社内の危機管理体制が矛盾していないかも見ておいた方がよいです。不可抗力条項は、法律文書であると同時に、非常時のオペレーションにつながる条項だからです。

顧客・取引先への対外説明の準備

実際に不可抗力事象が発生すると、契約相手だけでなく、その先にいる顧客やエンドユーザーへの説明も必要になることがあります。たとえば、SaaS提供者がクラウド障害で不可抗力を主張する場合、契約相手である利用企業を通じて、その先の顧客にも影響が及びます。

誰に、どのタイミングで、個別連絡と公表のどちらで説明するのか。復旧見込みや代替対応をどこまで開示し、問い合わせ窓口をどこに置くのか。契約書上の免責と対外的な説明内容がずれていると、信用への影響は免責条項とは別に生じ得ます。顧客向けの説明テンプレートや公表方針も、平時のうちに準備しておきます。