システム保守の月額固定は何の対価か｜作業がない月も同額の理由

システム保守の月額固定について調べたくなるのは、たいてい請求書を見た直後です。今月は障害も起きず、改修も頼まなかった。それでも先月とまったく同じ金額が請求されている。ベンダーに聞くと「体制を維持していますので」と返ってくる。納得できない気もするし、反論する材料もない——この記事は、その状態から抜け出すための手順書です。

金額の高い安いは扱いません。その月額が何の対価なのかを確定させ、確定しない部分だけをベンダーに書かせるところまでを扱います。

TL;DR｜月額固定が買っているのは作業ではなく「動ける状態」。見るのは金額ではなく4条件

• 月額固定の対価は、その月に実施された作業ではありません。決められた時間帯に動ける人を確保しておくこと（待機）、そのシステムを理解した人を離さないこと（知識維持）、他案件より先に着手される順番（優先対応枠）の3つです。作業ゼロの月に同額であること自体は、契約の建て付けとして異常ではありません
• ただし、この説明が成り立つのは対応時間帯・応答目標・担当体制の3条件が契約に書かれている場合だけです。書かれていなければ、それは待機の対価ではなく、単に内訳が無いだけです
• 見るべきは金額ではなく次の4条件です。①対応時間帯・応答目標・担当体制が数字で書かれているか、②月額に含まれる作業量の上限（または上限を設けない場合の範囲の限定）が書かれているか、③実績と残時間が毎月報告されるか、④上限を超えるとき誰がいつ承認するか。なかでも③が要です。報告が無いと、残りの3つが実施されているかを確かめる手段が消えます
• 保守が準委任契約なら、ベンダーが約束しているのは成果物ではなく「善良な管理者の注意をもって事務を処理すること」です（民法第644条）。だからこそ作業実績の報告が、支払った対価の裏づけになります
• 報告が出ていない月額固定契約は、金額の当否を判断できません。その状態は「高い」ではなく「判断不能」です。まず報告書の提出を求めるところから始めます

判断の材料をそろえたい場合は、保守見積書の登録不要レビューに手元の月額の内訳を入力すると、確認すべき項目が整理されます。結果を見るまでメールアドレスの入力は不要です。

「作業がなかった月も同額」への違和感は、どこから来るのか

使った分だけ払う契約と、状態を買う契約は、別物である

違和感の正体は、料金体系の取り違えです。私たちが日常的に慣れているのは従量課金で、電気も通信も、使った量で請求額が変わります。この感覚のまま保守の請求書を見ると、作業がゼロの月に満額が請求されるのは筋が通らないように見えます。

しかし、月額固定はもともと従量課金ではありません。買っているのは「今月実施された作業」ではなく、「必要になったときに動ける状態が今月も維持されていたこと」です。保険料に近い構造で、事故がなかった月に保険料が返ってこないのと同じ理屈になります。

ここまでは、ベンダー側の説明として正当です。問題は、その先を確認せずに納得してしまうことにあります。「動ける状態」には、どの時間帯に、何分以内に、何人体制で、という条件が必ず付きます。条件が書かれていない「動ける状態」は、実在するかどうかを誰も検証できません。

公的機関が結ぶ保守契約書も、作業量ではなく状態で書かれている

この構造は民間の商慣行に限られません。公的機関が公開している保守契約書のひな型にも、対価の定義がそのまま書かれています。

秋田労働局が公共職業安定所等の無線LAN整備・保守業務について公開している保守契約書（案）は、第1条で次のように定めています（2026年8月21日取得）。

乙は、甲が使用する機器について、操作方法を適切に指導し、常時正常な状態で稼動するよう保守・点検を行い、甲はその対価として料金を支払うものとする。

対価の対象は「常時正常な状態で稼動するよう保守・点検を行い」という状態の維持であって、実施された作業の量ではありません。そして同契約書の第4条第2項は「保守料金の計算は、月の初日（初回は無線ＬＡＮサービス開始日）から末日までとする」、第6条第1項は「乙は毎月末日において保守料金及び消費税額の合計額を甲に対して請求する」と定めています。作業の発生を条件にした請求の定めは置かれていません。

同時に、この契約書は費用の範囲も限定しています。第8条第3項は「乙の作業の実施は乙所定の営業時間内に行う」と書いています。つまり、状態を買う契約であっても、その状態がカバーする時間帯は明記されるという構造です。

この資料は無線LANアクセスポイントとインターネットルーターというハードウェア機器の保守を対象としたひな型であり、受託開発したソフトウェアの保守契約とは前提が違います。保守料金は「別紙のとおり」とされ、契約書本文に金額の記載はありません。ここから読み取るべきは金額水準ではなく、対価の定義の仕方と、時間帯という限定条件が同じ文書の中に並んで書かれているという点です。

月額固定が買っている3つのもの

固定費の中身を、費用が発生する理由ごとに3つへ分けます。この3つは、システム保守費用の相場と妥当性の検証手順で整理した5つのコストドライバーのうち「待機」を、月額固定契約の視点でさらに割ったものにあたります。

①待機｜決められた時間帯に動ける人を確保しておく

障害が起きたときに30分で人が動ける状態を保つには、その時間帯に対応できる人を確保しておく必要があります。確保している時間は、その人を他の案件へフルには投入できません。障害がゼロの月でも、この確保のコストは発生しています。

待機のコストを決めるのは、開発費の大きさではありません。次の3つです。

• 対応時間帯｜平日日中か24時間365日か、祝日・年末年始をどう扱うか
• 応答目標｜連絡から何分・何時間以内に一次応答するか
• 担当体制｜1人か交代制か、休暇・離席時に代わりが立つか

この3条件が待機の「量」を決める仕組みは、システム保守の見積書の見方のステップ3で表にしています。

3つが契約に書かれていない場合、待機の量が決まりません。量が決まらないものに価格は付けられないので、その月額は待機の対価としては説明できていないことになります。

②知識維持｜そのシステムを分かっている人を離さない

保守の実務では、担当者がシステムの構造・過去の障害・運用の癖を覚えていることが対応速度を決めます。これは形のある成果物にはなりませんが、失うと確実にコストが跳ね上がります。担当者が入れ替わった直後の保守が急に遅くなるのは、この蓄積が消えるためです。

知識維持は「何もしていない」ように見えて、実際には設計書・手順書の更新、変更履歴の管理、担当者の引き継ぎといった作業を伴います。このうちドキュメント資産の変更履歴・版数管理は、IPAと経済産業省が公開している保守運用のモデル契約書の業務仕様書サンプルに「構成管理」として明記されています（後述）。つまり知識維持は、抽象的な言い分ではなく、業務として書き出せる中身を持っています。

確認すべきは「担当者は何名か」「そのうち何名がこのシステムを実際に触ったことがあるか」「設計書・手順書の更新は月額に含まれるか」です。1人しか知らない状態のまま月額を払っているなら、それは知識維持の対価というより、引き継ぎリスクを買っている状態に近くなります。

③優先対応枠｜他の案件より先に着手される順番

3つ目は分かりにくいものですが、実務上は最も効いていることがあります。契約している顧客は、契約していない顧客より先に着手されます。障害連絡を入れてから着手までの時間の差は、この順番から生まれます。

優先対応枠が本当に存在するかは、応答目標が数字で書かれているかで判別できます。「速やかに対応します」「柔軟に対応します」は順番を約束していません。「一次応答は営業時間内に◯時間以内」と書かれていて初めて、優先されているかどうかを後から検証できます。

この区別を公開情報で明示している例があります。SCSK Minoriソリューションズは、システムサポートサービスのFAQで「お問い合わせ受付の第一報は内容確認後、30分以内にお送りしております。調査～解決までの明確な目標時間、SLAなどは定義しておりません」と書いています（2026年8月21日取得）。一次応答は数字で約束し、解決までの時間は約束しない。これは誠実な書き方であり、発注側にとっても「何が保証されていて何が保証されていないか」が判別できる形です。手元の契約でも、この2つが区別して書かれているかを見てください。

3つとも、条件が契約に書かれていて初めて費用になる

3つに共通するのは、条件が書かれていなければ実在を確認できないという性質です。ここが月額固定を判断するときの分岐点になります。

「不当」ではなく「要確認」として扱うのが、この段階の正しい格付けです。実在するかどうかは、契約書とこの後の確認質問で確かめられます。

月額固定に特有の書かれ方｜見積書の2行と、契約書の条の分け方

月額固定に特有の書かれ方を2つ挙げます。どちらも、行項目名だけでは何を買っているのかが決まりません。

「運用保守費　一式」「軽微な改修対応（月10時間まで）」「障害対応費」「定例報告」といった、保守見積書に共通してよく出る行項目については、システム保守の見積書の見方の行項目辞書にまとまっています。上の2行は、そこに月額固定契約に特有の書かれ方を足したものです。

いずれの行でも、やることは同じです。右から2列目の「確定しないこと」を、そのままベンダーへの質問文に変換します。金額が妥当かを議論する前に、その行が何を買っているのかを確定させるという順番になります。

なお、月額総額の1行しか書かれていない見積書を、実費・人の作業・システムの作業・待機の4区分へ分解する手順そのものも、同じ記事が行単位の作業手順として扱っています。本記事はその分解が済んだ後、待機に割り振られた部分が本当に待機なのかを確かめる工程を担当します。

固定と従量を1つの契約書で分けて書いた、公的な例

「固定と従量は両立しない」わけではありません。両方を1つの契約に書き分けている公的な例があります。

金沢地方法務局が複合機の保守について公開している保守契約書（案）は、第5条第1項で「乙は，保守及び点検等を行なうため毎月１回以上乙の担当社員を設置場所に派遣して点検及び消耗品等の交換を行わなければならない」と（原文は読点に全角カンマを用いています）、発生を約束した固定の役務を定めています。そのうえで第6条は、毎月末に検査職員の検査を受けて積算カウンターの数値を確認し、控除後の枚数に単価を乗じて消費税額を加算する、という従量の請求手順を別に定めています（2026年8月21日取得）。

固定で買うもの（毎月の点検）と、量に応じて払うもの（使用枚数）が、同じ契約書の中で別々の条に分かれている。これは月額固定の保守契約でも真似できる書き方です。手元の契約が「月額◯◯万円」の1行しか持っていないなら、固定の役務と量に応じる部分を条文レベルで分けてもらうという依頼の仕方があります。

この文書は複合機というハードウェアの保守を対象としたひな型で、システム保守とは前提が異なります。保守料は「別紙のとおり」とされ、本文に金額はありません。参考にするのは金額ではなく、条の分け方です。

作業量の上限と超過料金｜争点は上限の数字ではない

「月10時間まで込み」と書かれた保守契約を受け取ったとき、多くの人は10という数字が妥当かを考えます。しかし実務で問題になるのは、たいてい別のところです。

公開されている4件のプランは、枠の切り方が4通りに割れている

日本語で公開されている保守・サポートの料金プランのうち、作業量の扱いに触れているものを4件そろえ、同じ列で並べました。いずれも2026年8月21日時点の各社公開ページの記載で、価格は改定されるため判断時には最新情報を確認してください。

この表から読み取れることが3つあります。

1つ目。枠の切り方は4通りに割れています。時間で切る（SCSKの時間消費制・Enlyt）、金額で切る（インファクト）、チケット枚数で切る（SCSKのチケット制）、そもそも切らない（フォローウインド）。「保守は月◯時間が普通」という共通の慣行は、公開されている範囲では観測できません。手元の契約の上限が他社と違っても、それ自体は異常を示しません。

2つ目。繰越に言及している2件は、いずれも「繰り越せない」側でした。SCSK Minoriは「当月の余剰時間を翌月に繰り越すことはできません」、インファクトは「月額サポート料の繰り越しはできません」と書いています。ただし2件とも、繰り越せない代わりに将来分の前倒し充当を用意しています。SCSK MinoriはFAQで「翌月分の消費時間枠から先取り消化することでの調整が可能です」と書き、インファクトは20,000円の作業に4か月分（4月〜7月分）の更新サポート料を充てられる例を公開しています。繰越の可否だけを聞いても足りません。繰り越せない場合に何が代わりに用意されているかまで聞いて、初めて設計が分かります。

3つ目、そしてこれが最も重要です。4件のうち、超過時の時間単価を金額で公開しているものは1件もありませんでした。SCSKは時間消費制では「当月分の超過時間として追加請求」または「翌月分の消費時間枠から先取り消化」、チケット制では追加販売枚数の協議という形で扱いを公開していますが、金額は示していません。インファクトは「追加料金となります」と書くにとどめ、Enlytとフォローウインドは記載していません。また、未使用時間の残数を毎月報告すると明記した公開プランも、今回の調査では確認できませんでした。つまり、超過単価と残時間の報告は、公開情報からは分からない項目です。手元の契約について知りたければ、ベンダーに直接聞くしかありません。

これらはいずれも各社の自社サービスの公開ページであり、業界全体の相場を示すものではありません。SCSK MinoriはMicrosoft製品とオンプレミス・Azure(IaaS)を対象としたIT運用サポート、フォローウインドは社内PC・サーバー・ネットワークの保守、インファクトはWebサイトの保守で、受託開発したシステムの保守契約とは対象が異なります。ここで比較しているのは料金水準ではなく、枠の切り方の構造です。

公的なモデル契約も、「業務量」と「実施時間帯」を先に決めさせている

作業量の上限を契約に書かせるのは、発注側の特殊な要求ではありません。IPAと経済産業省が公開している「情報システム・モデル取引・契約書（受託開発（一部企画を含む）、保守運用）＜第二版＞」に収録された業務仕様書サンプル（アプリケーション保守サービス）は、業務内容の冒頭部分をこう書いています。

乙は、対象アプリケーションにおけるアプリケーション保守業務として、受託条件明細第６項記載の本件業務量を基準に、以下の本件業務を実施します。なお、乙が本件業務を実施する時間帯は、○曜日から○曜日まで（祝日及び乙の指定する休業日は除く。）の○時から○時まで、又は受託条件明細記載の時間帯とします。

業務量と実施時間帯の2つを、業務内容の前に置いている構造です。何をするかを列挙する前に、どれだけの量を、いつの時間帯にやるのかを別紙で確定させる。手元の契約に業務量の記載が無いなら、モデル契約が前提として置いている項目が抜けている、という言い方ができます。

このモデル契約は、文書自身が適用範囲を明示しています。契約当事者として「対等に交渉力のあるユーザ・ベンダ」（例として委託者は民間大手企業、受託者は情報サービス企業）を想定し、開発モデルはウォーターフォール、対象システムは「重要インフラ・企業基幹システムの受託開発（一部企画を含む）、保守・運用」とされています。中小企業ユーザとの取引に用いる場合は別に留意点の節を参照するよう指示されています。中小規模のシステムにそのまま当てはめるものではない点に注意してください。

上限の数字より、上限を機能させる4つの条件

前節の4件が示したとおり、枠の切り方に共通の慣行はありません。だとすれば判断材料は上限の数字そのものではなく、その上限が請求額の天井として機能する仕組みが契約にあるかどうかになります。条件は4つです。

上限があっても、残時間が見えなければ検証できない

ここが本題です。月10時間という上限が契約に書かれていても、今月何時間使ったかが報告されなければ、その上限は判断材料になりません。

上限が機能するのは、次の2つが揃ったときだけです。

1. 実績時間が毎月報告される
2. 残時間が翌月にどうなるか（繰越／失効／前倒し充当）が契約に書かれている

1がなければ、上限に達したかどうかも、余っているかどうかも分かりません。ベンダーが「今月は上限を超えました」と言ってきたとき、それを検証する手段が発注側にありません。逆に、実績が毎月2時間しかないのに10時間分の月額を払い続けていることにも気づけません。

実績が上限に対して大きく余り続けている状態は、それ自体では契約違反でも過大請求でもありません。待機と知識維持の対価が含まれている以上、作業時間が余ることは想定内です。ただし、その差が半年以上続いているなら、上限を下げてその分を減額するか、余った枠を別の用途（改善提案、ドキュメント整備、監視項目の見直し）へ振り替えるかを相談する材料にはなります。

超過するとき、誰がいつ承認するのか

上限に関する2つ目の争点は、超過の承認手続きです。次の3つは、まったく別の契約です。

• 超過前に発注側の書面承認を得る。予算の上振れを発注側が制御できます
• 超過後に単価×時間で請求される。金額が事後に確定するため、上限を設けた意味が薄くなります
• 「都度協議」とだけ書かれている。誰がいつ何を決めるかが未定で、実務では請求書で初めて知ることになりやすい形です

上限を設けた契約で本当に守られるのは、金額ではなく発注側の承認権です。超過前の承認手続きが書かれていないなら、上限は請求額の天井として機能しません。確認質問では、上限の数字ではなくこの手続きを聞きます。

未使用分は繰り越せるのか、失効するのか

未使用時間の扱いには、実際には3つの型があります。

前掲の公開プランでは、未使用分に言及している2件がいずれも失効型で、かつ2件とも前倒し充当を併用していました。繰越を認めるかどうかに正解はありません。確認すべきなのは、3つのうちどれ（または組み合わせ）なのかが契約に書かれているかどうかです。書かれていない場合、実務では失効として運用されがちですが、それは合意ではなく既成事実です。

上限がない契約は、それ自体では悪くない

誤解を避けるために書いておきます。「上限なし」は危険信号ではありません。フォローウインドのように「ひと月あたりの最大対応時間や回数は制限していません」と明記したうえで、対象を台数で切っているサービスもあります。上限を設けない代わりに、対象範囲（何台・どのシステム・どの作業種別）で費用を制御する設計です。

危ないのは、上限も範囲の限定も両方書かれていない場合です。この場合、実務では「明示的に断られはしないが、依頼するたびに追加見積もりになる」という状態に落ち着きやすくなります。上限が無いと言われたら、「上限を設けない代わりに、月額に含まれる作業の範囲をどう限定していますか」と聞きます。

準委任は何を買っている契約なのか

月額固定の保守契約は、準委任として結ばれていることがよくあります。ここで契約類型の話が出てくる理由は、準委任だと何を約束したことになるのかが、報告書の位置づけを決めるからです。

民法が定めているのは「善良な管理者の注意」まで

準委任は民法に独立した節を持たず、第656条が「この節の規定は、法律行為でない事務の委託について準用する」として委任の節を準用（別の条文をそのまま当てはめること）する形をとっています。委任の受任者の義務は、第644条にこう書かれています。

受任者は、委任の本旨に従い、善良な管理者の注意をもって、委任事務を処理する義務を負う。

約束しているのは注意深く事務を処理することであって、特定の結果を出すことではありません。IPAと経済産業省のモデル契約書は、保守運用の場面でこれを次のように条文化しています（情報システム保守運用委託基本モデル契約書 第14条第1号）。

乙の責任は、本件業務を善良な管理者の注意をもって実施することに限られ、かかる注意をもって実施している限り、本件業務の内容、結果等について、乙は責任を負わないものとする。

注意をもって実施している限り、内容や結果について責任を負わない。ここから逆算すると、発注側が確認できるのは「注意をもって実施されたか」だけになります。そして注意をもって実施されたかを外から確かめる手段は、実質的に報告しかありません。準委任の月額固定契約で報告書が要になるのは、この構造からです。

なお、準委任だから品質を問えないという理解は正確ではありません。品質を問う根拠を契約で作れば問えます。同モデル契約の業務仕様書サンプルには、後述するとおりサービスレベル（達成目標の数値）を設定する枠組みが用意されています。

月次の報告義務は、こちらが請求したときに動き出す

ここが実務上いちばん効く条文です。委任における報告義務は、民法第645条にこう書かれています。

受任者は、委任者の請求があるときは、いつでも委任事務の処理の状況を報告し、委任が終了した後は、遅滞なくその経過及び結果を報告しなければならない。

読み落とされやすいのは冒頭です。「委任者の請求があるときは」と条件が付いています。民法は、頼まなくても毎月報告書が届く状態を用意してはいません。頻度も粒度も様式も定めていません。なお、同条の後段「委任が終了した後は、遅滞なくその経過及び結果を報告しなければならない」は請求を条件としていません。請求を条件としているのは、期中の処理状況の報告のほうです。契約が続いているあいだの月次報告は、こちらが動かないと出てきません。

つまり、月次の作業報告が欲しいなら、次のどちらかが必要です。

1. 契約書または業務仕様書に、報告の頻度・記載項目・提出時期を書いておく
2. 毎月こちらから請求する

1が書かれていない契約で報告が来ていないとき、それは直ちにベンダーの義務違反とは言えません。契約に書かせるべきものが書かれていない、という状態です。責める話ではなく、次の更新までに埋める話になります。

期間で報酬を定めたときは、作業量ではなく期間が単位になる

月額請求そのものの根拠は、民法第648条第2項が、期間によって報酬を定めた場合に第624条第2項（「期間によって定めた報酬は、その期間を経過した後に、請求することができる」）を準用する、という構造にあります。条文の対比は請負と準委任の違いは見積書のどこに出るかで整理しています。

本記事で押さえるのは1点だけです。ここで報酬の単位になっているのは期間であって、作業量ではありません。「今月は作業がなかったので請求できないはずだ」という主張は、期間で報酬を定めた契約には当てはまりません。

条文が定めているのは請求できる時期であり、契約で別の支払時期を定めることは可能です。実際、前掲のモデル契約に付いた個別契約書サンプルの記入例は「上記第5項〔原文ママ。実施期間は同サンプルの第6項〕の実施期間中、当月分を当月の末日までに別途乙が指定する銀行口座に振り込む方法により支払うものとする」となっており、作業量の確定を待って翌月に精算する形にはなっていません。少なくともこのサンプルは、作業量の事後精算を前提としない建て付けで書かれている、ということです。

定例報告は付随サービスではなく、業務そのものとして書ける

「報告書まで求めるのは細かすぎるのでは」と感じる場合があります。しかし公的なモデル契約では、報告は業務の一項目として明記されています。

前掲モデル契約の業務仕様書サンプル（アプリケーション保守サービス）は、本件業務の内容を8つの区分で列挙しています。①本件業務実施状況管理、②業務アプリケーション本番処理検証、③業務アプリケーションの改良、④業務臨時処理、⑤トラブル対応、⑥質問対応、⑦業務アプリケーションの予防保守、⑧システム／運用改善提案です。

このうち①はさらに7つに分かれ、a案件管理、bインシデント管理、c問題管理、d変更管理、eリリース管理、f構成管理、g定例報告、という構成になっています。定例報告の中身はこう書かれています。

乙は、本件業務の実施状況を受託条件明細記載の提示周期で、「アプリケーション保守業務委託実施報告書（定例報告）」にて報告します。

さらに、サービスレベルの達成状況についても「乙は、受託条件明細記載の提示周期で、サービスレベルの達成状況につき、「アプリケーション保守委託業務実施報告書（定例報告）」にて報告します」と別に定められ（報告書名の表記が前掲の定例報告の項と異なりますが、いずれも原文のままです）、⑧のシステム／運用改善提案も所定の周期で報告書として出す建て付けになっています。加えて、定期協議会を開催する条項も置かれています。

報告は、月額に付いてくるおまけではなく、月額で買っている業務の一部として書ける。これがモデル契約の立て方です。手元の契約に報告の定めが無いなら、追加費用の話をする前に、この項目を業務仕様書へ入れてもらう交渉ができます。

なお、サービスレベルを達成できなかった場合の扱いについて、同サンプルは「本件業務を実施するための人員による可能な範囲での乙所定の改善努力を行います」としており、返金や違約金を自動的に発生させる建て付けにはなっていません。サービスレベルが書かれていることと、未達に金銭的な効果があることは別です。

保守が自動的に準委任になるわけではない

「保守は準委任」と一括りにされることがありますが、公的な資料はそう書いていません。

前掲モデル契約の第14条は、責任の内容を準委任型と請負型に分けたうえで、「なお、準委任型又は請負型であるかは個別契約に定められるものとする」と明記しています。さらに、個別契約で協議のうえ定める取引条件を列挙した第3条第1項は、8つの項目を挙げており、その第1号が「契約形態（請負・準委任）」です（以下、②業務内容、③対象とする情報システムの範囲及びその詳細、④本件業務の実施開始日及び実施期間、⑤甲・乙の役割分担、⑥甲が乙に提供する情報、資料、⑦委託料及びその支払方法、⑧その他本件業務遂行に必要な事項）。

そして同モデル契約に付いた個別契約書のサンプルは、アプリケーション保守業務について「２．契約形態： (例) 請負」と記入例を置いています。保守だから準委任、ではありません。契約形態は個別契約で決めるものであり、モデル契約の記入例はむしろ請負になっています。実際、前掲の金沢地方法務局の複合機保守契約書（案）も、前文で「次の条項により請負契約を締結する」と明記しています。

このサンプルについて、モデル契約自身が「この契約サンプルは、運用業務、保守業務の内容にかかわらず汎用的に作成されている」と注記している点も押さえておいてください。記入例は推奨ではなく、汎用的に作られた一例です。

実務上の意味は次のとおりです。手元の契約が準委任なのか請負なのかは、契約書の第1条ではなく、個別契約書か注文書の「契約形態」欄で決まっている可能性が高い。そして請負なら、業務の結果に業務仕様書との不一致があった場合の修正義務が発生します（同第14条第2号）。準委任と請負では、聞くべきことが変わります。

契約形態の話は開発の見積書でも出てきますが、見る欄は同じではありません。開発中は「作るもの」を買っていて、稼働後は「維持する状態」を買っているためです。開発フェーズで請負と準委任がどこに現れるか（検収条件と納品物の欄か、作業報告と精算方法の欄か）は前掲の記事で扱っており、本記事が扱うのは稼働後の月額契約に限った評価です。

準委任には、解除に関する性質もあります。民法第651条第1項は「委任は、各当事者がいつでもその解除をすることができる」と定めています。ただし同条第2項は、相手方に不利な時期に解除した場合などに損害賠償の義務を課しています（やむを得ない事由があったときを除く）。契約書に予告期間や中途解約の条件を別に定めておくこともできます。個別の契約でどう扱われるかは契約書の記載によりますし、法令の当てはめは弁護士の判断領域です。「準委任だからいつでも辞められる」と単純化しないでください。

月額固定が妥当と言える条件

ここまでを、判定できる形にまとめます。次の4つが揃っているなら、作業がゼロの月に同額であることは説明のついた費用です。

1. 対応時間帯・応答目標・担当体制の3つが契約に数字で書かれている（待機の量が決まっている）
2. 月額に含まれる作業量の上限、または上限を設けない場合の範囲の限定方法が書かれている（金額の上振れを制御できる）
3. 毎月、作業実績・障害履歴・残時間を含む報告書が提出されている（対価が実施されたことを検証できる）
4. 超過するときの単価と、超過前の承認手続きが書かれている（発注側が判断する機会がある）

4つのうち3が最も重要です。報告が無いと、他の3つが実施されているかを確かめる手段が消えます。

逆に、この4つが揃っているのに月額が高いと感じる場合は、契約の書き方の問題ではなく、対応時間帯や応答目標という条件そのものを見直す話になります。24時間365日を平日日中に落とせば待機の量は下がりますが、止まったときの事業影響を引き受けるのは発注側です。費用と、止まったときに許容できる時間はセットで決めます。

なお、月額を下げる相談をするときに最初に落ちる項目——バックアップの復元テスト、セキュリティ更新の適用、改修後の回帰試験（変更していない機能が壊れていないことを確認する試験）、設計書・手順書の更新、月次の作業実績報告——は、前掲のシステム保守の見積書の見方とシステム保守費用の相場と妥当性の検証手順で一覧にしています。

月額固定に固有の注意点は1つだけです。減額の交渉では、待機の条件（対応時間帯・応答目標・担当体制）と報告のどちらを下げるのかを、こちらから指定してください。指定しないと、平常時には見えない待機のほうから落ちます。同じ条件で取った他社の見積もりと比べて月額が明らかに安い場合も、見るのは金額ではなくこの2つです。

確認が必要なケース｜手元の契約を4状態に仕分ける

契約書と直近の請求書を並べて、次の表で仕分けます。「不当かどうか」ではなく、「説明されているかどうか」で分ける表です。

ここで使う「説明済み／要確認／高リスク／判断不能」は、前掲のシステム保守費用の相場と妥当性の検証手順と同じ4状態で、発注側が根拠を確認できているかどうかを測ります。システム保守契約の範囲も4状態を使いますが、あちらは「含む／別料金／対象外／不明」で契約書に何が書かれているかを測る別の軸です。混ぜて使わないでください。

高リスクに1つでも入ったら、期限を切って書面で回答を求めてください。判断不能が多い場合は、金額交渉より先に、記載を埋めてもらう作業になります。

「高リスク」は不当であることを意味しません。止まったときの事業影響が大きい項目か、金額の上限を発注側で制御できない項目のいずれかに当たる、という意味です。

3か月分の請求書と契約書で自己点検する手順

ベンダーに聞く前に、手元だけでできる確認があります。所要時間は30分程度です。

ステップ1｜直近12か月の請求額を並べる。すべて同額か、変動している月があるかを見ます。変動している月があるなら、その理由が報告書や請求明細で説明されているかを確認します。説明が無い変動は、それだけで確認質問の対象になります。

ステップ2｜契約書から5つの数字を抜き出す。対応時間帯、応答目標、担当できる人数、月間の作業量上限、超過単価。抜き出せなかったものが、そのまま質問リストになります。5つとも抜き出せない契約は珍しくありません。その場合、月額固定部分の状態は「高い」ではなく「判断不能」です。

ステップ3｜直近3か月の報告書と、契約上の上限を突き合わせる。実績時間が上限に対してどうだったかを見ます。報告書が出ていない場合、このステップは実行できません。その時点で、まず報告書の提出を依頼するのが先になります。

ステップ4｜実費が月額に溶けていないかを見る。クラウド利用料やライセンス料など、ベンダーが第三者へ支払っている費用が月額に含まれている場合、実費が変動しても月額が動かない理由が説明されているかを確認します。

ステップ5｜4状態に格付けする。前掲の判定表で仕分け、高リスクと判断不能に入った項目だけを質問へ回します。全項目を聞かないでください。説明済みの項目まで質問に含めると、回答全体の精度が落ちます。

なお、保守に含まれる作業の範囲そのもの（法改正対応・OS更新・軽微な改修が含まれるか）は、月額の建て付けとは別の論点です。範囲の切り分けは前掲のシステム保守契約の範囲で扱っています。

ベンダーへそのまま送れる確認質問8問

前節で「要確認」「高リスク」「判断不能」に入った項目について、そのまま送れる文面にしました。全問を送る必要はありません。該当する番号だけを抜き出して使ってください。

なお、月額を実費・人の作業・システムの作業・待機の4区分へ分けてもらう依頼は、前掲のシステム保守の見積書の見方の確認質問1に文面があります。まだ分解が済んでいない場合は、そちらを先に送ってください。以下の8問は、分解済みの「待機」部分について聞くための文面です。

そのまま送れるメール文面

いつもお世話になっております。次年度の予算計画にあたり、現在の保守契約の内容を社内で整理しています。恐れ入りますが、以下についてご回答いただけますでしょうか。ご回答は書面（メール可）でいただけますと、社内での共有がしやすく助かります。

1. 待機の条件と優先対応 対応可能な時間帯（曜日・時刻・祝日と年末年始の扱い）、連絡から一次応答までの目標時間、対応可能な担当者の人数（1名か交代制か、休暇時の代替の有無）を教えてください。また、他の案件と同時に障害が発生した場合、当社の案件が優先される取り決めはございますか。ある場合は、その根拠となる契約上の記載箇所も併せてお願いします。

2. 作業量の上限 月額に含まれる作業時間または対応件数の上限はありますか。ある場合はその数値を、無い場合は上限を設けない代わりに月額に含まれる作業の範囲をどのように限定しているかを教えてください。

3. 超過時の扱いと承認 上限を超えた場合の単価はいくらですか。また、超過が見込まれる時点で当社の承認をいただく手続きはございますか。ある場合は、承認の方法（書面・メール等）と、承認前に作業を進める例外があるかを教えてください。

4. 未使用分の扱い 当月に使わなかった作業時間は、翌月へ繰り越せますか。繰り越せる場合は有効期限と上限、繰り越せない場合は失効となる旨が契約上どこに記載されているかを教えてください。将来の月の枠を前倒しで使うことは可能でしょうか。

5. 月次報告の内容 毎月ご提出いただく報告書には、作業実績（実施内容と所要時間）・障害履歴・上限に対する残時間のうち、どれが含まれますか。提出時期と形式も併せて教えてください。現在ご提出いただいていない場合、次回契約から追加することは可能でしょうか。

6. 契約形態 本保守契約は請負と準委任のどちらでしょうか。個別契約書または注文書のどの欄に記載されているかも教えてください。準委任の場合、業務仕様書に定めた作業が実施されたことは、どの書面で確認できますか。

7. 実費の扱い クラウド利用料・ライセンスなど、御社が外部へお支払いになっている費用は月額に含まれますか。含まれる場合、それらの金額が変動しても月額が変わらないのは、どのような取り決めによるものかを教えてください。

8. 知識維持と引き継ぎ 現在、当社システムの保守を担当できる技術者は何名いらっしゃいますか。設計書・運用手順書の更新は月額に含まれますか。含まれる場合、直近で更新された時期を教えてください。

お手数をおかけしますが、◯月◯日までにご回答いただけますと幸いです。よろしくお願いいたします。

回答をどう読むか

回答が返ってきたら、金額ではなく次の対応で読みます。

質問5の回答は、金額の大小と無関係に優先度が高い項目です。報告書が無いと、月額固定契約で支払った対価を検証する手段がありません。

また、質問2で「上限は設けていません」と返ってきた場合、それ自体は問題ではありません。続けて範囲の限定方法（対象システム・対象作業・対象台数）が具体的に返ってくるかを見てください。両方とも無いなら、その項目は高リスクに移します。

回答が揃ったあとの選択肢

回答が揃うと、判断は次の4つに収束します。

最後の行が要点です。内訳が書かれていない契約は、他社の見積もりと並べても比較になりません。比較の前に、比較できる形へそろえる工程が必要です。複数社の保守見積もりを同じ条件へそろえる手順は、前掲のシステム保守の見積書の見方にまとめています。

手元の契約書と請求書を見ながら整理したい場合は、保守見積書の登録不要レビューに月額の内訳・作業量の上限・報告の有無を入力すると、確認事項が整理された形で返ってきます。ブラウザ上でテキストを抽出し、結果を見るまでメールアドレスの入力は不要です。

根拠資料と適用条件

本記事で使用した資料と、その適用範囲です。資料ごとに前提が違うため、まとめて扱わないでください。

公開価格は改定されるため、実際の判断時には出典元の最新情報を確認してください。上記4件の公開プランは、いずれも各社が自社サービスについて公開している情報であり、業界全体の相場や標準を示すものではありません。今回の調査では、超過時の時間単価を金額で公開している例、および未使用時間の残数を毎月報告すると明記した例は確認できませんでした。日本の受託開発会社が公開している保守の標準料金表を複数社そろえて横並びにできる形では確認できなかったため、本記事では料金水準ではなく枠の切り方の構造のみを公開情報から引用しています。

また、月額固定と従量課金がそれぞれ保守契約全体の何割を占めるかといった料金体系別のシェアについては、依拠できる統計を確認できなかったため、本記事では割合を示していません。

なお本記事は、法的・会計的・税務的な最終判断を提供するものではありません。契約解釈、法令の適用、税務上の取り扱いについては、それぞれの専門家にご確認ください。

よくある質問