BLOG 法律相談ブログ
債権回収~IT企業のシステム開発代金の未払いと検収拒否~
2026/09/08 16:40|カテゴリー:IT企業、債権回収
こんにちは。弁護士法人Si-Lawです。
「システムを納品したのに、発注者が検収書に押印してくれない」「軽微なバグを理由に、開発費用を1円も払ってもらえない」――IT企業・システム開発会社の経営者から、こうしたご相談を数多くお受けします。結論から申し上げると、発注者が検収を拒んでいても、開発代金を請求できるケースは少なくありません。ポイントは、(1)契約が請負か準委任かを見極めること、(2)「完成・納品したこと」と「検収を求めたこと」を客観的な証拠で固めること、(3)相手の資力が失われる前に、内容証明・支払督促・仮差押えといった手段を段階的に選ぶこと、の3点です。
本記事では、システム開発代金の未払い・検収拒否に直面したIT企業が、どの順番で何をすれば回収できるのかを、根拠となる条文と実務の流れに沿って解説します。あわせて、熊本・八代の受託開発企業に多い「県外の元請け経由の案件」で使える下請法の武器と、そもそも未払いを起こさないための契約書設計についても触れます。

なぜIT企業で「開発代金の未払い」が起きるのか
製造業や建設業の債権回収と違い、システム開発の未払いには独特の難しさがあります。成果物が形のないプログラムであり、「完成したかどうか」が争いになりやすいからです。まずは、実際に起きやすい典型的な場面を整理しておきましょう。
パターン1:検収書に押印してもらえない
もっとも多いのがこの類型です。契約書に「検収完了後、翌月末日に代金を支払う」と書かれているため、発注者が検収書への押印を渋るだけで、支払期日が永久に到来しないという構造になってしまいます。悪意がなくても、発注者側の担当者が異動・退職した、社内決裁が下りない、予算が消えた、といった理由で検収が止まることもあります。
パターン2:「バグがあるから払わない」と言われる
納品後のテストで不具合が見つかると、発注者から「これでは使えない。完成していないので支払わない」と全額の支払いを拒まれることがあります。しかし後述のとおり、不具合があれば当然に全額不払いが許される、というわけではありません。
パターン3:仕様変更・追加開発分だけ払ってもらえない
当初見積り分は支払われたのに、途中で発注者から依頼された追加機能・仕様変更の費用について「そんな追加は頼んでいない」「当初の見積りに含まれるはずだ」と言われる類型です。口頭やチャットでのやり取りだけで作業を進めてしまうと、後から証明に苦労します。
パターン4:元請けが「エンドユーザーから入金がない」と支払いを止める
多重下請け構造の案件では、二次請け・三次請けの立場にある地方のIT企業が、元請けの資金繰りに巻き込まれます。この場合、後述する下請法(下請代金支払遅延等防止法)が強力な武器になります。「エンドユーザーから入金がないから払えない」という理由は、下請法上、支払遅延を正当化する理由になりません。
請求の前提を確認する――請負契約か、準委任契約か
回収に着手する前に、必ず契約の法的性質を確認してください。ここを取り違えると、主張の組み立てが根本からずれてしまいます。
請負契約の場合――「仕事の完成」が報酬の条件
請負は、仕事を完成することを約束し、その結果に対して報酬が支払われる契約です(民法632条)。報酬は、原則として目的物の引渡しと同時に支払われます(民法633条)。したがって請負の場合、「システムが完成したこと」と「納品したこと」を主張・立証する必要があります。
ここで重要なのが、「完成」と「検収」は法律上別の概念であるという点です。検収は、発注者が納品物を確認して受け入れる社内手続にすぎず、検収書がなければ報酬請求できない、というわけではありません。裁判実務では、当初予定されていた最後の工程まで一応終えているかどうかで完成を判断し、残る不具合は「契約不適合(旧・瑕疵)」の問題として処理する、という考え方が一般的です。
準委任契約の場合――「稼働した分」を請求できる
要件定義フェーズや、SES・ラボ型の開発では、準委任契約(民法656条)とされていることがあります。準委任のうち履行割合型であれば、仕事が完成していなくても、実際に履行した割合に応じて報酬を請求できます(民法648条3項)。成果完成型(民法648条の2)の場合は請負に近い扱いになります。
契約書のタイトルが「業務委託契約書」となっていても、それだけでは決まりません。作業の指示系統、成果物の定義、報酬の算定方法(人月精算か一括か)といった実態から判断されます。
プロジェクトが途中で頓挫した場合
請負でも、開発が途中で終わってしまったケースが必ず「請求ゼロ」になるわけではありません。民法634条は、注文者の責めに帰することができない事由で仕事が完成しなくなった場合や、完成前に契約が解除された場合でも、既にした仕事のうち可分な部分の給付によって注文者が利益を受けるときは、その割合に応じて報酬を請求できると定めています。要件定義書や設計書、稼働している一部モジュールなど、発注者が現に利益を受けている部分があれば、その分の請求を検討する価値があります。
不当な検収拒否への対応3ステップ
「検収してもらえない」という状況で、実務上たどるべき手順は次のとおりです。感情的に督促を繰り返すより、この順番で証拠と手続を積み上げるほうが、はるかに回収可能性が上がります。
ステップ1:完成・納品の証拠を固める
まず集めるべきは、次のような資料です。相談時にこれらが揃っていると、見通しの精度が格段に上がります。
- 契約書・注文書・注文請書・見積書(検収条項と支払条項を確認)
- 要件定義書、基本設計書、テスト仕様書と受入テストの結果
- 納品時のメール(納品物一式を送付し、検収を依頼した記録)
- 定例会議の議事録、課題管理表(バグの起票日・修正完了日がわかるもの)
- 発注者担当者とのチャット履歴(仕様変更の依頼や、稼働開始の事実がわかるもの)
- 本番環境で実際に運用が始まっていることを示す資料
とくに強いのが、「発注者が実際にシステムを使い始めている」という事実です。検収書がなくても、本番稼働して業務に使っているのであれば、完成を否定する主張は説得力を失います。
ステップ2:期限を切って、書面で検収を催告する
電話や口頭での催促はやめ、「◯月◯日までに検収の可否をご回答ください。期限までにご指摘がない場合は、検収が完了したものとして代金を請求します」という書面(メールでも可。ただし到達の記録が残る形で)を送ります。ここで期限を切っておくことが、後の主張の土台になります。
契約書に「納品後◯日以内に書面による指摘がないときは検収が完了したものとみなす」というみなし検収条項があれば、その条項に基づいて検収完了を主張します。条項がない場合でも、相当期間を定めて催告したのに正当な理由なく応じないのであれば、信義則上、検収の完了を主張する余地があります。
ステップ3:内容証明郵便で請求し、交渉に入る
それでも支払われない場合は、弁護士名で内容証明郵便を送ります。内容証明そのものに強制力はありませんが、(1)請求の意思を明確に記録し、(2)消滅時効の完成猶予(民法150条の催告により6か月間)を得られ、(3)相手に「訴訟に発展する」という現実感を与える、という3つの効果があります。実務では、この段階で相手が支払いに応じたり、分割案の提示があったりするケースが相当数あります。

「不具合があるから払わない」と言われたときの反論
発注者側の常套句が「バグがあるから完成していない」という主張です。これに対しては、次の2段構えで反論します。
第1段:不具合は「未完成」ではなく「契約不適合」の問題
予定された工程を一応終えて引き渡している以上、残る不具合は完成の有無ではなく、契約不適合責任の問題として処理されるのが原則です。請負には売買の規定が準用され(民法559条)、発注者がとれる手段は追完請求(修補)、代金減額請求、損害賠償請求、解除に整理されています(民法562条~564条)。「不具合があるから全額払わない」という選択肢は、そもそもメニューにありません。
第2段:全額不払いが通るのは「契約目的を達成できない」場合だけ
軽微な表示崩れや、運用でカバーできる程度の不具合であれば、修補または相当額の減額で処理し、残額は当然に請求できます。発注者が代金全額の支払いを拒めるのは、不具合が重大で、そのシステムでは契約の目的をおよそ達成できないという例外的な場合に限られます。したがって、こちらとしては「指摘されている不具合が、業務のどの部分にどの程度の支障を生じさせているのか」を具体的に確認し、その影響度を争点にするのが定石です。
期間制限にも注意――発注者側の権利にも期限がある
請負の契約不適合責任について、注文者は不適合を知った時から1年以内にその旨を通知しなければ、原則として追完請求や減額請求ができなくなります(民法637条1項)。納品から長期間が経ってから突然「実は不具合があった」と言い出す発注者に対しては、この期間制限を指摘できる場合があります。逆に開発側としても、修補対応の履歴を残しておくことが自社を守ることにつながります。
仕様変更・追加開発分の未払いをどう回収するか
追加費用の回収は、システム開発の債権回収のなかでも特に立証が難しい領域です。争点は結局、「その作業が当初契約の範囲内か、それとも別途有償の追加作業か」の1点に集約されます。
「範囲外であること」と「発注者が依頼したこと」を示す
回収のためには、①当初の要件定義・見積書にその機能が含まれていなかったこと、②発注者から明確に追加の依頼があったこと、③追加費用が発生する旨を伝え、発注者がこれを了解して作業を進めさせたこと、をそれぞれ資料で示す必要があります。追加見積書を出していれば理想的ですが、出していなくても、チャットで「この機能を追加すると◯◯万円かかります」「了解です、進めてください」というやり取りが残っていれば、十分に戦えます。
「とりあえず着手」が最大のリスク
信頼関係を大事にする中小のIT企業ほど、「先に作ってしまって、あとで請求すればいい」と考えがちです。しかし紛争になると、その善意が「無償サービスのつもりだったはずだ」という反論材料に使われてしまいます。追加作業は着手前に、金額と納期をメール1通で残す。これだけで回収可能性は大きく変わります。
反訴リスクも冷静に検討する
開発側が代金を請求すると、発注者から「ベンダにプロジェクトマネジメント義務違反があった」として損害賠償の反訴を提起されることがあります。裁判例上、ベンダには専門家として、進捗を管理し、必要に応じて発注者に協力を求め、リスクを説明する義務が認められる場合があります。訴訟に踏み切る前に、自社側の管理体制に説明できない弱点がないかを点検しておくことが重要です。
回収手段の選び方――交渉から強制執行まで
交渉で解決しない場合、次のような手段があります。金額・相手の資力・取引関係の継続希望に応じて選択します。
| 手段 | 向いている場面 | 留意点 |
|---|---|---|
| 任意交渉・内容証明 | 相手に支払意思・資力があり、取引を続けたい場合 | 時効の完成猶予は催告から6か月 |
| 民事調停 | 金額に争いがあり、話し合いで折り合いたい場合 | 相手が出頭しなければ不成立 |
| 支払督促 | 請求に争いがなく、相手が無反応な場合 | 異議が出ると通常訴訟へ移行する |
| 少額訴訟 | 請求額60万円以下の少額債権 | 原則1回の期日で判決。同一簡裁で年10回まで |
| 仮差押え | 相手の資産が散逸するおそれがある場合 | 担保金(保証金)の納付が必要 |
| 通常訴訟 | 完成の有無や不具合の程度に争いがある場合 | 争点が技術的で、審理が長期化しやすい |
| 強制執行 | 判決等を得ても任意に支払われない場合 | 差押えの対象財産を特定する必要がある |
「勝てるか」より「回収できるか」で判断する
債権回収でもっとも大切なのは、判決を取ることではなく、実際にお金が入ってくることです。相手の預金口座(金融機関名・支店名)、売掛先、不動産といった差押えの対象になる財産の目星がついているかが、方針決定の分かれ目になります。相手の資金繰りが悪化している兆候があるなら、訴訟の前に仮差押えを検討すべき場面もあります。
時効を切らさない
売掛金や請負代金の債権は、権利を行使できることを知った時から5年で時効消滅します(民法166条1項1号)。「言いにくいから」と請求を先延ばしにしているうちに時効が迫るケースは、実際に珍しくありません。長期間放置している未収案件がある会社は、一度棚卸しをすることをおすすめします。
熊本・八代のIT企業が使える「下請法」という武器
ここからは、地方の受託開発企業に特有の事情に踏み込みます。熊本県内のIT企業には、福岡・東京の元請けから開発を請け負う二次請け・三次請けの立場の会社が多く、力関係から強い請求に踏み切れないという悩みがつきまといます。こうした場面で有効なのが、下請代金支払遅延等防止法(下請法)です。
プログラム開発の委託は「情報成果物作成委託」に当たる
プログラムの作成を委託する取引は、下請法の情報成果物作成委託に該当し、親事業者の資本金が3億円超で下請事業者が3億円以下、または親事業者が1千万円超3億円以下で下請事業者が1千万円以下、という資本金区分を満たす場合に適用されます。自社が「下請事業者」に当たるかどうかは、まず相手方の資本金を確認してください。
適用されれば、こちらの立場は一気に強くなる
下請法が適用されると、親事業者には次のような義務・禁止事項が課されます。
- 支払期日の制限:成果物を受領した日から起算して60日以内の、できる限り短い期間内に支払う義務。「エンドユーザーから入金がないから」は理由になりません。
- 書面(3条書面)の交付義務:発注内容・代金額・支払期日等を記載した書面を直ちに交付する義務。口頭発注のまま作らせるのは違反です。
- 受領拒否の禁止:下請事業者に責任がないのに、成果物の受領を拒むことの禁止。不当な検収拒否は、この受領拒否や支払遅延の問題になり得ます。
- 不当な減額・買いたたきの禁止:発注後に一方的に代金を減額することの禁止。
- 遅延利息:支払期日を過ぎた場合、年14.6%の遅延利息を支払う義務。
なお、下請法は令和7年の改正により「中小受託取引適正化法」に改称され、2026年1月1日に施行されました。手形払いの禁止など規制が強化されていますので、自社の取引条件が改正後の内容に適合しているか、あらためて確認しておくとよいでしょう(詳細な適用範囲は公正取引委員会・中小企業庁の公表資料もご参照ください)。
「取引を切られたくない」という不安への現実的な答え
ご相談の場でよく伺うのが、「下請法違反を指摘したら、次の発注が来なくなるのでは」という不安です。実務的には、いきなり公正取引委員会への申告を持ち出すのではなく、まず「支払期日の設定が60日を超えているようですが、書面を整えていただけますか」といった事務的な形でボールを投げるのが有効です。相手が上場企業やその関連会社であれば、コンプライアンス上放置できない指摘であり、担当者レベルで処理が進むことが少なくありません。弁護士名を出すかどうかも含め、取引関係を壊さない伝え方を一緒に設計することができます。
地元で手続を進められる強み
訴訟になった場合の管轄は契約書の合意管轄条項に左右されますが、相手方の所在地や義務履行地によっては、八代簡易裁判所や熊本地方裁判所八代支部で手続を進められることもあります。県外の事務所に依頼すると出張日当や移動時間の負担が生じますが、地元の弁護士であれば、打ち合わせも期日対応も身軽に行えます。契約段階で管轄をどう定めておくかも、実は回収コストを左右する重要な論点です。
未払いを起こさない契約書の作り方(予防法務)
ここまで回収の話をしてきましたが、中小企業の顧問弁護士として本当にお伝えしたいのは、「回収しなくてよい状態をつくる」ほうが圧倒的に安上がりだということです。訴訟になれば、回収まで半年から1年以上、技術的な争点が絡めばさらに長引きます。その間、経営者と技術者の時間が奪われます。
検収条項に入れておきたい3つの要素
- 検収の基準を決める:何をもって合格とするのか(受入テスト仕様書の全項目をパスすること等)を定め、主観的な「満足したら」にしない。
- みなし検収を入れる:「納品後14日以内に書面による具体的な不合格理由の通知がないときは、検収に合格したものとみなす」。「具体的な理由を書面で」とする点が肝心です。
- 不合格時の手続を決める:再納品の期限、再検収の期間、軽微な不具合は検収合格としたうえで別途修補対応とする旨などを明記する。
支払条件・分割払いの設計
開発期間が長い案件では、代金全額を検収後の一括払いにすると、未回収リスクをすべて自社で抱えることになります。着手金・中間金・検収後残金というマイルストーン払いにしておけば、途中で頓挫しても損失を限定できます。あわせて、支払遅延時の遅延損害金の利率、期限の利益喪失条項も入れておきましょう。
仕様変更管理のルールを契約書に書く
「仕様変更は、双方が書面(電子メールを含む)で内容・費用・納期に合意した場合に限り実施する」という変更管理条項を1つ入れておくだけで、追加費用をめぐる争いの大半は防げます。実務では、変更依頼書の様式をあらかじめ用意しておき、チャットで依頼が来たら「では変更依頼書をお送りします」と返す運用に落とし込むのが効果的です。
顧問弁護士をどう使うか――IT企業のケース
システム開発の紛争は、「揉めてから相談」では手遅れになりがちです。証拠は日々のプロジェクト運営のなかでしか作れないからです。顧問契約をしているIT企業では、次のような使い方をされています。
- 受注前のリスク判定:先方から提示された契約書のうち、危険な条項(無限定の瑕疵対応、一方的な解除権、過大な損害賠償)を事前に指摘する。
- 炎上の初期対応:発注者との関係が悪化し始めた段階で相談し、以後のメールの書き方・議事録の残し方を設計する。この段階の一手が、後の勝敗を分けます。
- 督促文面のチェック:自社名義で送る督促メールの文面を弁護士が確認し、不用意に「サービスで対応します」と書いてしまう事故を防ぐ。
- 未収案件の棚卸し:期末に未収リストを一緒に確認し、時効が近いもの・相手の資力が怪しいものから優先的に着手する。
八代・熊本の中小企業では、法務担当者を置く余裕がないのが実情です。だからこそ、「この場面で弁護士に一報を入れる」という判断基準を経営者と共有しておくことが、最大の予防策になると考えています。
まとめ
- 検収書がなくても、開発代金を請求できる場合は多い。「完成」と「検収」は法律上別の概念。
- まず契約が請負か準委任かを確認する。途中終了でも、可分な部分に応じた報酬請求(民法634条)を検討できる。
- 対応は3ステップ。①完成・納品・本番稼働の証拠を固める→②期限を切って書面で検収を催告する→③内容証明で請求し交渉する。
- 「不具合があるから全額払わない」は原則として通らない。全額拒否が認められるのは、契約目的を達成できない重大な不具合の場合に限られる。
- 追加開発分は、着手前に金額・納期をメールで残すかどうかで結論が変わる。
- 手段は、交渉・調停・支払督促・少額訴訟・仮差押え・訴訟・強制執行から、金額と相手の資力で選ぶ。「勝てるか」より「回収できるか」で判断する。
- 債権は5年で時効消滅する(民法166条1項1号)。未収案件は定期的に棚卸しを。
- 元請け経由の案件では下請法(現・中小受託取引適正化法)が武器になる。受領日から60日以内の支払義務、書面交付義務、受領拒否の禁止など。
- 最良の対策は予防。検収基準・みなし検収・変更管理・マイルストーン払いを契約書に入れておく。
※本記事は一般的な情報提供を目的としたもので、個別の事情に応じた判断は専門家へのご相談をおすすめします。企業法務でお悩みの際は、弁護士法人Si-Law(八代市)へお気軽にご相談ください。
カテゴリー
月刊アーカイブ