契約書なしのシステム開発で報酬請求できるか｜要件定義・試作の実務

契約書なしのシステム開発で報酬請求できるかは、「契約書がないから請求できない」と単純に決まるものではありません。受注者側としては、メール、見積書、議事録、チャット、要件定義書、試作物、作業ログなどから、開発作業を有償で依頼されたこと、又は少なくとも相手方のための有償作業として行ったことを説明できるかが重要です。

他方で、契約締結前の提案、営業活動、見積作成、デモ作成、無償PoCのように評価される作業まで、後から当然に請求できるわけではありません。この記事では、システム開発会社・ITベンダーが、契約書を作らないまま要件定義、試作、初期開発に入った場合を想定し、報酬請求の考え方と証拠整理を説明します。

執筆者：弁護士 坂尾 陽（企業法務・M&A担当）

契約書なしでも報酬請求できる基本線

システム開発では、正式な契約書を締結する前に、要件定義、ヒアリング、画面設計、プロトタイプ作成、既存システム調査、デモ環境構築などが先行することがあります。特に急ぎの案件では、「契約書は後で作るので先に進めてほしい」と言われ、作業が進んだ後に発注者が支払を拒むことがあります。

この場合、受注者側がまず検討すべきなのは、契約書がないことではなく、当事者間で開発作業を有償で行う合意が成立していたといえるかです。契約は必ずしも契約書という書面がなければ成立しないわけではありません。メールやチャットのやり取り、見積書への回答、打ち合わせ議事録、責任者の承認、成果物の受領・利用などから、黙示の合意が認められることがあります。

もっとも、合意があったといえるためには、少なくとも何を依頼されたのか、誰が依頼・承認したのか、報酬を発生させる前提だったのかを示す必要があります。単に受注したい側が自主的に調査や提案をしただけであれば、報酬請求は難しくなります。

まず契約成立・黙示の合意を検討する

契約書なしの報酬請求では、法的構成を複雑にする前に、まず契約成立や黙示の合意を検討します。システム開発の場合、合意の中核は、開発・要件定義・調査などの業務内容と、その対価を支払う意思です。金額が完全に確定していなくても、過去の単価、見積書、概算費用、工数単価、フェーズごとの金額などから、相当額を支払う前提だったと説明できることがあります。

黙示の合意を支える事情

黙示の合意を弱める事情

契約締結前作業と無償提案の境界

契約書なしのシステム開発で最も争われやすいのは、作業が「有償の契約前作業」なのか、「無償の提案・営業活動」なのかという境界です。発注者側は、後から「まだ発注していない」「見積段階だった」「提案の一部だと思っていた」と反論することが多くあります。

受注者側としては、いつから単なる営業活動を超えたのかを時系列で整理する必要があります。たとえば、発注者が具体的な業務データや社内資料を提供し、既存システムへのアクセスを認め、要件定義会議を継続的に行い、スケジュールや担当者を決めて作業を進めた場合には、単なる一般的な提案よりも有償作業と評価しやすくなります。

反対に、受注者が競合他社との差別化のために自主的に詳細な提案書や簡易デモを作成しただけの場合、発注者のための有償作業ではなく、受注者自身の営業活動と評価されるリスクがあります。

要件定義・試作・PoCの費用を請求できるか

要件定義、試作、PoCは、完成品の納品前に行われるため、報酬請求の根拠が曖昧になりがちです。しかし、これらはシステム開発の重要な工程であり、発注者の個別事情に合わせて業務フロー、画面、データ、権限、連携方法を整理する作業であれば、本来は対価性を持ち得ます。

特に、既存システムの調査、現場ヒアリング、業務フロー整理、データ項目の洗い出し、画面遷移案、権限設計、API連携調査、プロトタイプ作成などは、発注者固有の課題を解決するための作業です。これらについて発注者が依頼し、成果物を確認・利用している場合には、有償性を主張しやすくなります。

もっとも、PoCやデモについて「採用判断のための無償トライアル」と説明していた場合や、正式契約を締結した場合に限り費用が発生するという前提で進めていた場合は、報酬請求が難しくなります。契約前に作業へ入る場合は、少なくとも「要件定義フェーズは有償」「契約締結に至らない場合も実施済み作業分を精算する」といった確認を残すべきです。

契約成立が弱い場合と商法512条

契約成立や黙示の合意を立証しきれない場合でも、会社間のシステム開発取引では、商法512条に基づく相当報酬請求が問題になります。商法512条は、商人が営業の範囲内で他人のために行為をしたときに、相当な報酬を請求できるとする規定です。

システム開発会社が、発注者から具体的な委託を受け、営業として要件定義や設計作業を行った場合、正式な開発契約書が作られていなくても、相当報酬を請求できる可能性があります。ただし、商法512条は、契約書なしの作業を全て有償化するものではありません。

商法512条で問題になるのは、作業が本当に発注者のために行われたのか、成果や便益が発注者に向けられていたのか、無償とする合意や商慣習がなかったか、そして相当報酬額をどのように算定するかです。自社の営業活動として作成した提案書やデモ、受注のための調査は、発注者にも参考になったとしても、直ちに商法512条の対象になるとは限りません。

不当利得、事務管理、損害賠償といった構成が検討されることもありますが、システム開発作業そのものの報酬回収では、まず契約成立、黙示の有償合意、代金額の定めのない契約、商法512条を中心に整理するのが実務的です。立替費用や実費精算が問題になる場合は、報酬請求とは分けて検討します。

裁判例から見る判断の分岐

契約書なしのシステム開発報酬では、正式契約がないことだけで結論は決まりません。裁判例でも、契約締結前の要件定義や設計作業について、作業の依頼、進捗、成果、金額根拠、遅延の有無などが具体的に検討されています。

東京地裁平成19年10月31日判決

東京地裁平成19年10月31日判決は、会計システムの導入について、正式なソフトウェア開発契約が締結されないまま全体設計・要件定義作業が行われ、その後に契約締結交渉が終了した事案です。ベンダー側は、契約締結上の過失や商法512条に基づく報酬を主張しました。

同判決は、正式な請負契約は締結されなかったものの、ベンダーが発注者の委託を受けて、要件定義を確定し、本件契約を締結するための作業を行ったとして、商法512条に基づく相当報酬請求を認めました。一方で、請求額全額を認めたわけではありません。全体設計費用・要件定義費用、実際に行った業務の内容・程度、要件定義作業の進捗、ベンダー側のスケジュール管理上の問題などを考慮し、相当額として一部に限定して認容しています。

この裁判例からは、契約書なしでも報酬請求の余地がある一方で、「作業した時間をそのまま請求できる」わけではないことが分かります。受注者側は、相手方からの委託、作業内容、成果の程度、金額算定の根拠、プロジェクト遅延に関する自社側の事情まで含めて説明できるようにする必要があります。

報酬額・相当額をどう算定するか

契約書なしの案件では、請求できるとしても、いくら請求できるかが次の争点になります。単に「担当者が何時間作業した」と主張するだけでは、相手方から「高すぎる」「無償提案の範囲だ」「成果がない」と争われやすくなります。

相当額を説明するには、作業分類ごとに、依頼内容、作業期間、担当者、成果物、工数、単価を対応させることが重要です。過去の同種案件の単価、発注者に提示済みの見積、社内料金表、外注費、要件定義フェーズの一般的な見積前提なども補助資料になります。

高額な請求をする場合でも、請求額の全部を一括で主張するだけでなく、最低限請求しやすい部分、争われやすい部分、実費部分を分けておくと、交渉でも裁判でも整理しやすくなります。

請求前に整理すべき証拠

契約書なしの報酬請求では、証拠の有無が結論を大きく左右します。契約書がない以上、やり取り全体から、有償の依頼であったことを読み取れるようにする必要があります。

証拠は単独で見るのではなく、時系列でつなげることが大切です。「いつ、誰が、何を依頼し、どの作業を行い、どの成果物を渡し、どの金額根拠で請求するのか」を一覧化すると、相手方の反論にも対応しやすくなります。

発注者側から想定される反論

契約書なしの開発報酬では、発注者側から典型的な反論が出ます。請求前に反論を想定して、証拠と説明を準備しておくことが重要です。

まだ発注していないという反論

発注者側は、「正式契約前だった」「社内決裁前だった」「発注書を出していない」と主張することがあります。この反論に対しては、発注書の有無だけでなく、責任者の承認、作業開始指示、資料提供、定例会の実施、成果物の受領などから、実質的に作業を依頼していたことを示します。

無償提案だという反論

見積や提案段階の作業は、無償営業と評価されやすい領域です。受注者側は、一般的な提案を超えて、発注者固有の業務データやシステム環境に基づく作業を行ったこと、有償である前提のやり取りがあったこと、成果物を相手方が利用したことを整理します。

成果物が完成していないという反論

完成していない場合でも、要件定義や調査のようにフェーズ単位で価値がある作業であれば、報酬請求の余地があります。ただし、成果物が使える状態にない場合、請求額は大きく制限される可能性があります。未完成の理由が、発注者の資料提供遅延や方針変更にあるのか、受注者側の管理不足にあるのかも重要です。

金額が高すぎるという反論

契約書がない案件では、金額への反論がほぼ必ず出ます。作業時間を積み上げるだけでなく、当初提示した見積、フェーズ別の相場、過去の単価、成果物の内容、作業の難易度を組み合わせて、相当額として説明する必要があります。

請求書・内容証明を出す前の進め方

契約書なしの報酬請求では、いきなり請求書や内容証明を送ると、相手方が「無断で作業しただけ」「正式発注していない」と強く反発することがあります。特に、将来の取引継続や成果物の利用、ソースコードの扱いが残っている場合は、法的構成と証拠を整理してから文面を作るべきです。

請求額が大きい場合は、請求対象を細分化し、争点化しやすい部分と合意しやすい部分を分けることが有効です。たとえば、要件定義書や設計資料など成果物として残っている部分を先に整理し、営業提案に近い作業や社内検討作業は補助的に位置づける方法があります。

関連する論点との違い

契約書なしのシステム開発報酬は、契約書なし・報酬請求一般の一類型ですが、システム開発固有の要件定義、検収、成果物、ソースコード、プロジェクト管理が問題になります。企業間一般の報酬請求については、契約書なしでも報酬請求できるかで整理します。

当初契約や当初見積があるものの、その後に仕様変更・追加開発が発生した場合は、契約書なしの初期開発ではなく、追加費用・追加報酬の問題です。この点は、システム開発の追加費用を請求できるかで扱います。

固定報酬ではなく、売上や利益を分配するレベニューシェア型・成功報酬型で開発が頓挫した場合は、報酬発生条件、サービス開始可能性、成果物の利用可能性が中心になります。この点は、レベニューシェア型開発が頓挫した場合の開発費請求で整理します。

開発の遅延、契約不適合、バグ、再開発費用、逸失利益などは、報酬請求ではなく損害賠償の問題です。損害賠償については、システム開発の損害賠償で検討します。

よくある質問

契約書がない場合でも開発費を請求できますか

請求できる可能性はあります。契約書がなくても、メール、見積書、議事録、チャット、作業指示、成果物の受領などから、開発作業を有償で依頼した合意が認められる場合があります。合意が弱い場合でも、商法512条による相当報酬請求を検討できることがあります。

見積書を出しただけで報酬請求できますか

見積書を出しただけでは通常は足りません。発注者が見積を承認した、見積を前提に作業開始を求めた、具体的な資料提供や修正指示をした、成果物を利用した、といった事情が必要です。

要件定義費用は請求できますか

要件定義が発注者固有の業務・システムに向けた有償作業として依頼されていれば、請求できる可能性があります。もっとも、無償の提案や契約獲得のための営業活動と評価される場合は難しくなります。要件定義フェーズだけでも有償であることを事前に確認しておくことが重要です。

完成していない場合でも報酬請求できますか

完成品の納品を前提とする請負契約では、完成していないことが大きな問題になります。ただし、要件定義、調査、設計、試作などフェーズ単位の役務提供として評価できる場合は、完成していなくても相当額の請求余地があります。作業の成果、未完成の原因、発注者の利用可能性を整理する必要があります。

口頭の依頼だけでも請求できますか

口頭の依頼だけでも契約が成立することはありますが、争いになると立証が難しくなります。後からでも、依頼内容、費用の発生、作業範囲、成果物、納期をメールやチャットで確認しておくべきです。すでに紛争化している場合は、当時の議事録、日報、作業ログ、相手方の返信を探します。

まとめ

契約書なしの開発報酬トラブルでは、受注者側が「これだけ働いた」と説明するだけでは不十分です。相手方が何を依頼し、どの作業が有償で、どの成果物が相手方のために作成され、いくらが相当額なのかを、証拠に基づいて組み立てる必要があります。

関連記事