システム保守契約の落とし穴｜緊急対応の別料金化を防ぐ確認点 2026

「システム保守の契約書、これで大丈夫だろうか」。夜、パソコンの前でそんな不安を抱えている方から、よくご相談をいただきます。トラブルが起きてから初めて契約書の中身を読み返し、「緊急対応は別料金です」の一文に気づいて青ざめる。このパターンは本当に多いんです。この記事では、システム保守契約に潜む落とし穴と、緊急対応の別料金化を防ぐための確認点を、発注する側の目線で具体的にお伝えします。

大丈夫です。契約書の読み方さえ分かれば、同じ失敗は防げます。

なぜ今、システム保守契約の見直しが必要なのか

会社のホームページや業務システムを外部の会社に発注して、納品されたら終わり。そう思っている方が実はまだ多くいらっしゃいます。ですが、システムは作って終わりではなく、公開してからが本当の始まりです。サーバーのOSやミドルウェアには日々脆弱性が見つかりますし、決済代行会社のAPI仕様が変更されれば連携部分も更新が必要になります。こうした継続的な対応をどこまでベンダーに任せるかを定めるのが、システム保守契約です。

中小企業やEC事業者の間では、開発時の見積もりだけを比較して契約し、保守契約の内容を後回しにしてしまうケースが目立ちます。開発会社の担当者が変わった、あるいは契約更新のタイミングで急に金額が上がった、という相談も少なくありません。

一般に、システム保守契約は、システムの稼働に不可欠なものとされています。これは、次の事情によります。 出典: corporate.vbest.jp

システムは公開した瞬間から陳腐化が始まります。放置すればセキュリティリスクが高まり、機会損失にも直結します。だからこそ、保守契約の中身を「なんとなく」で決めてはいけません。

システム開発・保守の市場規模は年々拡大しており、経済産業省も企業のDX推進とセキュリティ対策強化を継続的に呼びかけています。保守契約は単なる事務的な取り決めではなく、事業継続そのものを支える基盤だという認識を、発注者側も持つ必要があります。

落とし穴1：緊急対応が「別料金」になっていることに気づかない

最も多いトラブルがこれです。月額の保守契約を結んでいるのに、いざシステム障害が起きて緊急連絡をしたら「緊急対応は別途料金がかかります」と言われる。契約書の細かい条項に「営業時間外の対応」「即日対応」は別料金と明記されていたのに、契約時にその一文を見落としていたというケースです。

保守契約の料金体系は、大きく分けて次の3パターンがあります。

・月額固定制：毎月一定額を支払い、対応範囲内であれば追加料金なし ・従量課金制：問い合わせ件数や作業時間に応じて課金 ・ハイブリッド型：基本料金＋規定を超えた分は従量課金

見落としやすいのが、月額固定制であっても「対応時間は平日9時から18時まで」「緊急対応（夜間・休日）は別途3万円から」といった但し書きが付いているケースです。ECサイトの障害は営業時間外や休日にこそ起きやすいものです。年末年始のセール中にサーバーがダウンした、深夜に決済エラーが多発した、といった場面で初めて別料金の存在に気づくのでは遅すぎます。

契約書を確認する際は、次の3点を必ずチェックしてください。

・対応時間帯の明記（平日日中のみか、24時間365日か） ・緊急対応の定義（何をもって「緊急」とするか、対応開始までの目標時間） ・緊急対応の料金体系（別料金の有無、発生する場合の金額の目安）

たとえば、ECサイトがサーバーダウンした場合、復旧が1日遅れるだけで数百万、数千万円の機会損失につながる可能性があります。また、ECサイトがサイバー攻撃を受け、顧客情報が漏洩した場合の損害は甚大です。ベンダに対して契約不適合責任を追及しても、その解釈に関しベンダとの間で争いが生じると、迅速な対応はなされません。

これに対し、システム保守契約を締結していれば、当該保守契約に基づき、迅速な原因究明や復旧作業、セキュリティーパッチの即時適用、不正アクセスの監視を求めることができるため、事業のダメージを最小限に抑えることができます。 出典: corporate.vbest.jp

保守契約自体を締結していても、緊急対応の範囲が曖昧なままでは、いざという時に「別料金なので後日対応します」と言われかねません。契約前の段階で、想定される障害シナリオ（サーバーダウン、決済エラー、不正アクセス）を具体的に挙げて、それぞれの対応時間と料金を書面で確認しておくことが、最大の予防策になります。

落とし穴2：保守範囲があいまいで「対応してもらえると思っていた」がすれ違う

「保守契約を結んでいるから、何かあったらすべて対応してもらえる」という思い込みは、実はとても危険です。保守契約の対象範囲は契約書ごとに大きく異なります。よくあるすれ違いのパターンを見てみましょう。

・サーバーの死活監視だけが契約範囲で、アプリケーションのバグ修正は対象外だった ・OSやミドルウェアのアップデートは含まれるが、機能追加や仕様変更は別見積もりだった ・障害発生時の「原因調査」は含まれるが、「復旧作業」は別料金だった ・問い合わせ対応（メールや電話でのサポート）の回数に上限があり、超過分は課金された

こうしたすれ違いを防ぐには、契約書に「保守対象システムの範囲」「作業内容の具体的な列挙」「対象外となる作業の明記」の3つが書かれているかを確認する必要があります。曖昧な「その他、必要な保守作業」といった包括的な表現だけで済ませている契約書は、後々のトラブルの火種になりやすいので注意してください。

とくに注意したいのが、システムの重要度と保守水準のミスマッチです。社内で使う小規模な業務ツールと、顧客が日常的に利用する基幹システムでは、必要な保守レベルがまったく異なります。

一方で、AIが契約書だけを読んでも、対象システムの重要度や実際の運用体制までは分かりません。社内業務の一部を支える小規模ツールなのか、顧客向けサービスの基幹システムなのか、24時間稼働が必要なのか、障害時にどの程度の損害が出るのかによって、必要な保守水準は変わります。 出典: legalagent.co.jp

契約書だけを眺めても、自社のシステムにとって適切な保守水準かどうかは判断がつきません。まずは自社のシステムがどれだけの重要度を持つのか、障害が起きたら1日でどれくらいの損失が出るのかを、社内で整理しておくことが先決です。その上で、必要な保守範囲を発注前に相手方と擦り合わせることで、範囲のすれ違いは大きく減らせます。

落とし穴3：SLA（サービス品質保証）の水準が曖昧なまま契約してしまう

SLA（Service Level Agreement）とは、提供されるサービスの品質水準を数値で定めた合意のことです。保守契約においては、「障害発生から復旧までの目標時間」「稼働率の保証」「問い合わせへの初動対応時間」などが該当します。

SLAが明記されていない契約書は、いざ障害が起きたときに「いつまでに直してもらえるのか」が分からず、発注者側が振り回されることになります。逆にSLAが数値で定められていれば、「4時間以内に初動対応」「24時間以内に復旧見込みを報告」といった基準に沿って、対応の遅れを客観的に指摘できます。

確認すべきSLAの主な項目は次の通りです。

・稼働率保証（例：月間99.5%以上） ・障害連絡から初動対応開始までの時間 ・重大障害と軽微な不具合それぞれの対応目標時間 ・保証未達成時のペナルティ（減額や返金の有無）

中小企業の場合、大手ベンダーが提示するSLAをそのまま鵜呑みにしてしまいがちですが、SLAの水準は交渉次第で調整できる項目です。自社の事業にとって本当に必要な水準を見極め、過剰なスペックにコストを払いすぎないことも重要な視点になります。

落とし穴4：契約期間の自動更新と解約条件を見落とす

保守契約でありがちなのが、「1年契約、自動更新」という条項です。契約更新の意思確認がないまま自動的に更新され、気づいたときには解約希望のタイミングを逃していた、というケースが後を絶ちません。多くの契約書では「契約満了の1か月前までに書面で通知しなければ自動更新」といった条件が定められています。

さらに注意したいのが、解約時の引き継ぎに関する条項です。保守を別の会社に切り替えたい、あるいは自社で内製化したいと考えたときに、これまでの保守を担当していた会社からソースコードやドキュメント、アカウント情報の引き継ぎを受けられない、というトラブルもあります。契約書に「解約時の資料引き継ぎ義務」が明記されているかどうかは、契約前に必ず確認しておくべきポイントです。

・自動更新の有無と、更新拒否の通知期限 ・解約時の違約金や最低契約期間の有無 ・解約時のデータ・ソースコード・ドキュメントの引き継ぎ義務 ・保守担当者の変更時の引き継ぎ体制

これらが曖昧なまま契約すると、いざ乗り換えたいと思ったときに身動きが取れなくなります。長期間同じベンダーと付き合うこと自体は悪いことではありませんが、「乗り換えられない状態」に陥っていないかは定期的に見直す価値があります。

落とし穴5：セキュリティ対応の責任範囲が曖昧

近年、システムへの不正アクセスやサイバー攻撃のニュースを目にする機会が増えました。保守契約においてセキュリティ対応がどこまで含まれるかは、発注者にとって特に重要な確認事項です。

・脆弱性診断の実施頻度（契約に含まれているか、別料金か） ・セキュリティパッチ適用のタイミングとスピード ・不正アクセス検知時の初動対応と報告義務 ・個人情報漏洩など重大インシデント発生時の責任分担

セキュリティ対応を「保守契約に含まれているはず」と思い込んでいたのに、実際には契約対象外だった、というのは非常に危険な落とし穴です。個人情報を扱うECサイトや会員制サービスであれば、なおさら契約書の該当箇所を丁寧に読み込む必要があります。総務省や経済産業省も、中小企業のセキュリティ対策強化を継続的に呼びかけており、保守契約はその実務的な受け皿になる部分です。

保守契約の費用相場と、仲介を挟むコストの違い

システム保守の費用相場は、システムの規模や保守範囲によって大きく変わります。一般的な目安としては、小規模なコーポレートサイトであれば月額1万円から3万円程度、ECサイトや会員システムなど機能が多いものでは月額5万円から20万円程度が相場とされています。24時間監視や緊急対応込みのプランになると、さらに費用は上がります。

ここで発注者が知っておきたいのが、依頼先による費用構造の違いです。制作会社や代理店に保守を依頼する場合、その会社に所属するエンジニアが対応するケースもあれば、実際の作業を外部のフリーランスに再委託しているケースもあります。後者の場合、発注者が支払う金額には仲介会社の管理手数料が上乗せされており、実際に作業するエンジニアの手取りはその分減っています。

一方で、保守作業に対応できるフリーランスのエンジニアへ直接依頼すれば、仲介にかかる中間マージンが発生しない分、同じ予算でもより手厚い保守内容を依頼できる可能性があります。もちろん、直接依頼の場合は契約書の作成や進捗管理を発注者側が主体的に行う必要があるため、丸投げしたい場合には代理店経由の方が向いているという側面もあります。自社にとってどちらが合っているかを、費用だけでなく管理の手間も含めて比較検討することが大切です。

保守契約に限らず、外注先を探す際には契約書のひな型や業務委託契約書の作成方法を理解しておくと安心です。契約書・資料・企画書作成のお仕事では、契約書の作成や整備を依頼できる専門人材の探し方を紹介しています。保守契約に付随する秘密保持契約や業務委託契約の見直しを合わせて依頼したい場合の参考になります。

発注者としての体験談：見積もり比較で見落としていたこと

私自身、フリーランスとして独立してすぐの頃、自分のカウンセリングサービスの予約システムを外部に発注した経験があります。当時は3社から見積もりを取り、金額だけを比較して一番安かった会社に決めました。ところが契約から半年ほど経ったとき、予約フォームに不具合が出て、慌てて連絡したところ「保守契約には含まれていない範囲の修正なので、追加見積もりになります」と言われてしまったのです。

契約書を読み返すと、確かに「軽微な表示崩れの修正」までは含まれているものの、「機能に関わる不具合修正」は別料金と明記されていました。安さだけで選んでしまい、保守範囲の説明を十分に確認していなかった自分の落ち度でした。それ以来、契約前には「もし〇〇が起きたら、これは保守範囲内ですか」と、具体的なシナリオを挙げて確認するようにしています。この一手間があるだけで、後々の行き違いはかなり減らせます。

発注前チェックリスト：契約書を渡されたら確認すべき項目

ここまでの内容を、発注前に確認すべきチェックリストとしてまとめます。

・保守対象システムの範囲は具体的に列挙されているか ・対応時間帯（平日日中のみか、24時間か）は明記されているか ・緊急対応の定義と、別料金が発生する条件は明確か ・SLA（復旧目標時間、稼働率）は数値で定められているか ・契約期間、自動更新の有無、更新拒否の通知期限は明記されているか ・解約時のデータ・ソースコードの引き継ぎ義務は定められているか ・セキュリティ対応（脆弱性診断、パッチ適用）の範囲は明確か ・月額料金に含まれる作業内容と、含まれない作業の線引きは明確か ・問い合わせ対応の回数や時間に上限があるか

このリストを片手に、契約書の一文一文を担当者と一緒に確認していく作業は、面倒に感じるかもしれません。ですが、この確認作業にかける数時間が、後々の数十万円規模のトラブルを防ぐことにつながります。

独自データの考察：保守契約の質と、依頼先選びの関係

20年近くフリーランス・在宅ワーク市場を見てきた立場から言えば、保守契約でトラブルになりやすい発注者には共通点があります。それは「開発の見積もりだけを比較して、保守条件の比較を後回しにしている」ということです。開発費用は初期投資として目立つため慎重に比較検討される一方、保守契約は「とりあえず開発してくれた会社にそのまま任せる」という流れで決まりがちです。しかし実際にトラブルが起きるのは、システムが稼働してからの保守フェーズがほとんどです。

運営者として見てきた限りでは、長く安定して取引が続いている発注者と受注者の関係には、契約書の段階で細かい確認を惜しまなかったという共通点があります。逆に、価格の安さだけで選んで後悔している相談は、業種を問わず一定数存在します。

また、中間マージンが発生しない直接取引の構造は、金額の安さだけでなく「手取りの厚さ」という質的な違いを生みます。同じ予算であれば、発注者はより丁寧な保守対応を依頼でき、受注するエンジニア側もそれに見合った報酬を受け取れます。この双方が得をする関係性は、額面上の数字だけでは見えにくいものですが、長期的な保守の質に直結する要素だと、現場を見てきた実感として感じています。

保守契約は一度結んだら終わりではなく、システムの成長や事業フェーズの変化に合わせて定期的に見直すべきものです。半年から1年に一度、保守範囲や料金体系が今の事業規模に合っているかを確認する習慣を持つことをおすすめします。年収相場の観点からエンジニアの依頼先を検討したい場合は、ソフトウェア作成者の年収・単価相場で相場感を確認しておくと、見積もり金額が適正かどうかの判断材料になります。

保守契約は専門用語が多く、読み解くのに時間がかかる分野です。契約書の文言に不安を感じたら、無理に一人で判断せず、専門家のレビューを受けることも検討してください。焦って契約せず、一つずつ確認していけば大丈夫です。あなたのシステムを守る契約は、あなた自身の手で作り上げていくことができます。

よくある質問

Q. システム保守契約の費用相場はどれくらいですか？

システムの規模により幅がありますが、小規模サイトで月額1万円から3万円、ECサイトなど機能が多いもので月額5万円から20万円程度が目安です。24時間監視や緊急対応込みだとさらに上がります。

Q. 緊急対応の別料金化を防ぐには何を確認すればよいですか？

契約前に対応時間帯、緊急対応の定義、別料金が発生する条件と目安金額を書面で確認してください。想定される障害シナリオを具体的に挙げて質問すると認識のずれを防げます。

Q. 保守契約と開発契約は別々に結ぶべきですか？

開発会社にそのまま保守も任せるケースが多いですが、範囲や料金は開発契約とは別に明確に定める必要があります。保守条件だけを比較して他社へ依頼することも可能です。

Q. 保守契約を途中で解約したい場合、注意点はありますか？

自動更新の有無と更新拒否の通知期限、解約時のデータやソースコードの引き継ぎ義務を契約書で確認してください。これが曖昧だと乗り換えたくても身動きが取れなくなります。

無料で案件を掲載する

入力は3分ほど。掲載料も取引手数料も0円です。@SOHOに登録しているフリーランス・副業ワーカーから、早ければ当日中に最初の応募が届きます。