IT・SES・受託開発の売掛債権を資金化する前に｜稼働報告・検収の確認

IT受託開発やSES（システムエンジニアリングサービス）の案件で資金繰りを検討するとき、手元の請求書や発注書をもとにファクタリングの利用を考える事業者は少なくありません。しかし、IT業界の取引は「請求書を出した＝支払額が確定した」と単純に判断できない契約構造が多く存在します。

契約書に「業務委託」と書かれていても、実態が準委任契約なのか請負契約なのかによって、報酬が発生する法的なタイミングや揃えるべき証跡は大きく異なります。稼働報告書の承認が下りていない段階や、受託開発の検収が完了していない状態で売掛債権の買い取りを申し込んでも、審査で保留になったり、買い取り対象外と判断されたりするケースが珍しくありません。

この記事では、IT・SES・受託開発の売掛債権を資金化するにあたり、事前に点検すべき契約条項、タイムシートや稼働報告の承認記録、検収書や精算条件の突合手順を整理して解説します。

IT業界の資金調達では、資金化を急ぐあまり「月末締めで請求書を発行したのだから売掛債権として成立している」と思い込んでしまうケースが多く見られます。しかし、審査側が確認しているのは請求書そのものの体裁ではなく、契約書と発注書に定められた「請求の根拠となる条件」が満たされているかどうかです。準委任の承認記録や請負の検収書といった裏付け資料が1点欠けているだけで手続きが止まるため、自社の契約類型に合わせた証跡の点検が欠かせません。

1. IT・SESの報酬は契約名だけでなく請求条件から読み解く

IT取引における契約書は、表題が「業務委託契約書」や「基本契約書」となっていても、個別契約や注文書の内容によって法律上の性質が異なります。主に適用されるのは、民法上の「準委任契約」または「請負契約」のいずれかです。

法的な性質の基礎を確認する際は、e-Gov法令検索「民法」の第632条（請負）および第643条・第656条（委任・準委任）の条文が基準となります。請負は「仕事の完成」に対して報酬が支払われるのに対し、準委任は「一定の事務の処理」に対して報酬が支払われる原則を持ちます。

契約類型によって、報酬請求権が成立するタイミングと、資金化の審査で求められる書類は明確に分かれます。

項目	準委任契約（履行割合型・時間精算）	成果完成型準委任契約	請負契約（受託開発など）
報酬発生の主たる根拠	約定した業務の実施・稼働時間	約定した事務処理の成果・完了	仕事の完成・検査合格（検収）
主な月次請求のトリガー	月末締め等の稼働報告書の承認	成果報告書の提出と相手方の確認	検収通知書の発行・受領
請求金額の変動要素	上限・下限の幅精算、欠勤控除	成果物の段階承認に応じた按分	仕様変更による増減、未了減額
資金化審査で必須となる証跡	承認済タイムシート、勤務表	成果物提出証跡、受領確認通知	納品書受領印、検収書、検査結果

経済産業省や業界団体が作成しているIPA「情報システム・モデル取引・契約書」などの参考例を見ても、システム開発のフェーズ（要件定義、基本設計、製造、単体テスト、移行など）によって準委任型と請負型を使い分ける契約モデルが提示されています。自社がどのモデルで発注元と合意しているかを正確に把握しなければなりません。

自社が保有している債権がそもそも買い取り対象になるかどうか迷う場合は、あらかじめ個人事業主の請求書はファクタリングできる？対象債権・取引先条件の確認ポイントを参照し、売掛先との基本的な契約条件が満たされているかを点検しておくと手続きが円滑になります。

2. 準委任の稼働報告・タイムシートと承認記録をそろえる

SESや常駐・リモート開発支援などの準委任案件では、請求書に記載された金額が「実稼働に基づいているか」が資金化における最大の審査ポイントです。単に自社で作成した作業実績表や請求書を提出するだけでは、債権の存在確認として不十分とみなされる傾向があります。

状況別：準委任案件で確認すべき証跡パターン

準委任契約の売掛債権を資金化する際は、発注元が稼働実績を正式に確認した記録が揃っている必要があります。発注元の承認運用にはいくつかのパターンがあります。

• Web勤怠管理システム（クラウドツール等）を利用している場合
  発注元が指定する勤怠管理システムやプロジェクト管理ツール上で、月末の締め処理が行われ「承認済み（Approved）」のステータスになっている画面キャプチャやPDF出力データを用意します。
• Excel・紙のタイムシートに押印・サインをもらう場合
  現場責任者や発注元の担当部署マネージャーによる確認印、サイン、受領日時の記載がある稼働報告書が必要です。
• メールやメッセージツールで承認連絡を受ける場合
  月次の稼働集計データを添付したメールに対して、相手方の責任者から「上記稼働内容で承認しました」「請求処理をお願いします」という明確な返信が残っている履歴を提出します。

精算条件（中間幅・超過・控除）の計算根拠を一致させる

準委任契約では「月間140時間〜180時間」といった基準時間幅が定められているのが通例です。基準を下回った場合は控除計算、超過した場合は割増計算が発生します。

請求書の金額が契約書の基本単価と異なっている場合、審査側からは「なぜ基本額と請求額に差異があるのか」の確認が必ず入ります。計算式を記載した稼働内訳書を添付し、契約書の精算単価（例：1時間あたり2,500円控除／超過など）と厳密に一致していることを示せるように整理しておきます。

審査資料の準備に不安がある場合は、事前にファクタリングの審査に落ちる理由は？請求書・入金履歴など証拠資料の整え方を確認し、請求書と過去の通帳履歴を突合する基本手順を押さえておくことが推奨されます。

3. 受託開発の納品・検収・修正条件から報酬範囲を確かめる

受託開発などの請負契約においては、成果物の「検収完了」が報酬支払義務の発生要件となります。契約上、納品しただけでは債権が確定したとはみなされず、発注元が検査を行い、合格を通知して初めて売掛金として成立します。

検収プロセスの3つのハードル

請負型の開発案件を資金化する場合、以下の3点が契約書および証跡資料で立証できるかを確認します。

1. 仕様通りの成果物が納品されていること
   ソースコードの納品、ステージング環境へのデプロイ、設計書の送付など、契約で定めた形式で納入が完了している送付履歴。
2. 検収通知（またはみなし検収）が有効であること
   相手方からの「検収合格通知書」「検収完了書」の受領。書面がない場合でも、契約書に「納品後◯営業日以内に異議申し立てがない場合は検収合格とみなす」という「みなし検収条項」があり、その期間を経過しているかどうかが焦点になります。
3. 保留金や瑕疵担保・契約不適合責任による減額条項がないこと
   検収後であっても「納品後3か月間は不具合修正対応として請求額の10%を留保する」といった特約がある場合、留保分は確定債権とみなされない可能性があります。

納品前の段階でどうしても先行して仕入れや外注費の支払いが必要な場合には、請求書ではなく発注書をもとに相談する注文書ファクタリングとは？請求書発行前の資金化で確認したい契約・入金条件のような手法も選択肢に入りますが、契約書に定められた着手金条件やキャンセル条項の精査が別途必要です。

4. 承認待ち・超過精算・仕様変更がある案件の確認順

実際のITプロジェクトでは、計画通りに業務が進まず、締め日時点で承認が遅れていたり、追加仕様の費用負担が合意できていなかったりするケースが多発します。このような不確定要素が残ったまま資金化を申し込むと、審査の長期化や買い取り拒否の原因になります。

トラブルを避けるため、以下の確認順に沿って手元の債権の状態を仕分けします。

ステップ1：承認ステータスの切り分け

【承認待ち案件の確認フロー】
1. 相手方の検収・承認期限を契約書で確認
   ↓
2. 期限内か期限超過かを判定
   ├─ 期限内：承認通知が出るまで待つか、担当者に発行を依頼
   └─ 期限超過：督促メールを送信し、異議の有無を確認
   ↓
3. 確定部分と未確定部分の切り分け
   ├─ 基本月額分：承認が確定していれば資金化の相談対象
   └─ 超過・追加分：別途合意書・変更契約が交わされるまで除外

ステップ2：仕様変更・追加開発の書面化

受託開発の現場では、口頭やチャットツールで仕様変更を依頼され、正式な変更契約書や追加発注書が発行されないまま追加請求を上乗せしてしまう例が見受けられます。

発注元の購買部門や経理部門は、正式な変更発注書がなければ支払いを処理できません。ファクタリング会社も、相手方が支払いを拒否するリスク（抗弁の接続）を警戒するため、追加発注書のない増額請求分は審査から除外されるか、申し込み自体が否決される要因になります。追加作業分については、必ず正式な注文書または覚書を取り交わしてから資金化を検討してください。

状況別：複雑な契約形態における留意点

• 多段階（エンドユーザー → 元請け → 自社）の再委託構造の場合
  エンドユーザーの検収遅れを理由に元請けからの支払いが遅延するリスクを警戒されます。契約上「エンドからの入金後◯日以内」という支払条件（いわゆるバック・トゥ・バック条項）が記載されている場合、債権の確定時期が不安定とみなされ、取り扱いが難しくなることがあります。
• レベニューシェア・成果報酬型開発の場合
  リリース後の売上実績や利用実績に応じて報酬が変動する契約は、請求時点での債権額が客観的に確定しないため、通常のファクタリング審査では対象外となるのが一般的です。

5. まとめ：契約上の報酬発生条件と承認・検収の証跡をひとつずつ照合する

IT・SES・受託開発の売掛債権を資金化する際は、一般的な商取引以上に「契約書の内容と請求金額の裏付け」が厳密にチェックされます。

1. 契約書の文言を確認する：自社の取引が準委任（時間精算型）なのか、請負（完成・検収型）なのかを法的に仕分ける。
2. 客観的な証跡をそろえる：準委任であれば相手方責任者の承認済タイムシート、受託開発であれば検収完了書や納品受領履歴を用意する。
3. 精算・変更条件を整える：時間幅の増減計算や仕様変更による追加請求について、相手方との合意文書を完全に突合する。

これらのステップを事前に踏んでおくことで、審査での確認不備による手戻りを防ぎ、資金調達の手続きをスムーズに進めることが可能になります。

6. FAQ：IT・SES・受託開発の報酬債権を資金化するときの疑問

Q1. 契約書を交わさず、注文書とメールのやり取りだけで進めた受託開発の請求書は資金化できますか？

発注内容、納品物、金額、支払期日が明記された注文書・注文請書が存在し、納品および検収が完了したメール履歴が確認できれば取り扱いを検討する事業者もあります。ただし、正式な契約書が存在しない取引は紛争リスクが高いと判断されやすく、審査基準や買取条件は提供会社によって異なります。

Q2. SES案件で、タイムシートの締め日から支払い期日までが長い場合（60日サイトなど）でも買い取り対象になりますか？

入金期日までの期間が60日程度であっても、売掛先企業の信用力や稼働承認の証跡が確認できれば多くのファクタリング事業者で買い取り対象となります。ただし、支払期日までの日数が長い案件は手数料率が高めに設定される傾向があります。

Q3. 契約書に「債権譲渡禁止特約」が記載されている場合はファクタリングを利用できませんか？

2020年4月施行の改正民法により、譲渡制限特約が付帯されていても債権譲渡自体は法的に有効となりました。ただし、特約の存在を理由に元請け企業との関係悪化を避けるため、ファクタリング事業者が2社間取引を前提としたり、事前の承諾取得を求めたりする場合があります。契約条件ごとの対応方針は事業者により異なります。

Q4. リモートワークで勤務しているため紙の勤怠票がありませんが、審査上の代用資料は何になりますか？

勤怠管理システムの月次確定画面キャプチャ、GitHub等のコミット履歴やプロジェクト管理ツール（Jira、Backlogなど）の稼働エビデンス、および月次報告に対する元請け責任者からの承認返信メールなどが代用資料として有効です。

Q5. 納品後の検収期間中に発注元から修正依頼が入っている場合、債権の資金化は可能ですか？

修正対応が完了し、最終的な検収合格が出るまでは請負代金請求権が確定していない状態とみなされます。そのため、修正作業が残っている段階での売掛債権買い取りは困難となるのが通例です。修正を完了させて検収通知を受領した後に手続きを進める必要があります。