IT・受託開発の請求、検収条件を明確にする書き方

受託開発の請求で、「検収がまだなので、お支払いは保留です」と言われた経験はありませんか。せっかく納品まで進めても、検収の基準があいまいだと、請求のタイミングが読めなくなりますよね。 「IT・受託開発の請求、検収条件を明確にする書き方」を、契約時の決め方から検収書に残す項目まで整理します。確認する人・基準・期限を順番に決めていけば、確認待ちや差し戻しを減らせます。

検収条件は、確認する人・基準・期限の3点を契約書か発注書に先に書いておく。まずは契約書・発注書・検収書のうち、差し戻しが多いものを一つ選び、誰が承認するかを書き出します。

受託開発の請求と検収の基本整理

受託開発の請求と検収は、書類の名前よりも、何を確認して誰が完了を判断するかで整理すると分かりやすくなります。検収という言葉は聞いたことがあっても、実際に何を書けばいいのか迷う方も多いはずです。

請求書と検収書の役割の違い

請求書は、取引先に対して支払いを求める書類です。金額と支払期日を明確に書き、相手に期日までの支払いという行動を求めます。

一方、検収書は、納品された成果物を確認し、契約内容どおりに完成しているかを示す書類です。この2つを同じタイミングで送ると、相手は確認が先か支払いが先かで迷いやすくなります。

検収のタイミングはいつか

検収は、納品物を受け取った直後ではなく、契約で決めた検収期間の中で行います。検収期間は、契約書や発注書の段階で「納品日から〇日以内」のように決めておきます。

検収期間は、契約書の中に具体的な日数で残しておきましょう。双方が確認の締め切りを把握でき、支払いの行き違いを防ぎやすくなるからです。

検収が完了したら、検収完了の通知を発注側から受け取ります。このタイミングを待って請求書を発行する運用にしておくと、確認中という理由での保留を減らせます。

相手に求める行動の違い

請求書で求める行動は、金額の確認と支払いです。検収書で求める行動は、納品物の中身を確認し、問題がなければ受け入れることです。

求める行動が違う以上、記載する項目も自然と変わります。請求書には金額と支払期日を中心に、検収書には確認項目と確認者名を中心に書きます。

受託開発の請求と検収の判断基準

受託開発の請求と検収では、確認する人・基準・期限を別々に見ると、差し戻しや確認待ちを減らせます。ここからは、検収条件を具体的にどう書くか、項目ごとに見ていきます。

書類名ではなく目的を見る

検収書、検収完了通知書、受入確認書など、現場によって書類の名前は変わります。名前にこだわるより、誰が何を基準に完了と判断するかを先に決めます。

たとえば、仕様書どおりに動くかを見るのか、テスト結果を見て判断するのか。小規模な改修なら仕様書の項目を1つずつ照合し、画面や機能が多い案件ならテスト結果の一覧に合否を書いて判断します。このように、案件の規模で基準を決めます。確認の基準が決まっていないと、同じ納品物でも担当者ごとに合格の判断が割れる原因になりかねません。

日付と金額を別々に見る

検収日と請求日は、別の日付として扱います。請求日を先に固定してしまうと、検収が遅れたときに「まだ検収していないのに請求書が届いた」という行き違いが起きます。起点となるのは、検収完了の通知を受けた日です。

金額については、検収の対象範囲と請求の対象範囲をそろえておくと安心です。フェーズごとに分割して納品する契約では、どのフェーズの検収が終わった分を請求するのか整理しておきましょう。請求書と検収書の両方に、同じ対象範囲を書いておくと確認しやすくなります。進行に応じて請求単位を分ける考え方は、建設業の請求書、出来高・一括で何が違う？書き方の基本とも近い部分があります。

承認者を先に決める

検収を誰が承認するかは、契約を結ぶ段階で決めておきます。発注側の担当者だけで判断できるのか、上長の確認が必要なのかで、検収にかかる時間が変わります。

承認者が決まっていないと、納品後の確認先が分からなくなります。探すだけで余計な手間がかかってしまいます。検収条件には、承認者の役職または氏名まで書いておくと、確認がスムーズに進みやすくなります。

よくある失敗と対処

検収条件を決めていても、次の2つの失敗は起こりやすいので、あわせて確認しておきます。

宛名と対象がずれる

一つ目は、宛名と対象のずれです。検収書の宛名が発注元の会社名になっているのに、確認項目が別のプロジェクトを指す、といったずれが起こりやすいです。複数の案件を同時に進めている場合は、プロジェクト名や契約番号を検収書に入れておくと、ずれを防ぎやすくなります。

添付資料が足りない

検収書だけを送って、仕様書やテスト結果を添付していないと、確認する側は何を基準に判断すればいいか分からなくなります。検収条件を明確にするなら、検収書と一緒に確認の根拠となる資料も添付する運用を決めておきます。

用途別の判断フレーム

書類は、条件提示・事実の記録・支払い依頼の3つの場面に分けて選びます。場面ごとに、使う書類と主な記載項目を次の表に整理します。

この表を基準にすると、今送っている書類がどの場面に当たるのか整理しやすくなります。検収条件を明確にするとは、条件提示の段階で承認者・確認基準・検収期間の3点を先に決めておくことです。

実務で進める順番

検収の実務は、準備、作成、確認、共有の順に分けると、担当者が変わっても進めやすくなります。受託開発の請求と検収も、この順番で進めると迷いが減ります。

準備するものをそろえる

検収に入る前に、契約書または発注書で決めた検収条件、納品物の仕様書、テスト結果などの資料をそろえます。これらがそろっていないと、検収する側は何を基準に確認すればいいか分からなくなります。

作成後に確認する

検収書を作成したら、宛名、対象プロジェクト、確認日、確認者名が契約内容と一致しているかを見直します。フェーズごとの契約では、今回の検収がどの範囲を対象にしているかも確認しておきます。

契約書や発注書に検収条件を書くときは、次のような1文にまとめておくと分かりやすくなります。「検収は、納品後10営業日以内に、仕様書に記載した確認項目に基づき、発注者側の開発部長が確認するものとします。」検収期間・確認基準・承認者の3点を1つの文にまとめて書く形をおすすめします。別々の条文に分けるよりも、どこを自社の条件に置き換えればいいかが一目で分かるからです。日数や確認基準、承認者の役職は、実際の契約内容に合わせて書き換えます。

受託開発をフリーランスとして請け負っている場合は、検収条件だけでなく、請求書そのものの基本項目も見直しておくと安心です。「フリーランスの請求書」初めての取引先に出す基本セットも参考にしてみてください。

共有と保存まで決める

検収書の作成と確認が終わったら、発注側と受注側の両方が同じファイルを保存できるようにしておきます。保存先は、クラウドの共有フォルダやメールでのPDF送付などから決めておきます。こうしておけば、後から確認が必要になったときも、探す手間がかかりません。

まとめ

受託開発の請求と検収を整理するときは、確認する人・基準・期限の3点で見ると、担当者が変わっても迷いにくくなります。検収条件は、確認する人・基準・期限の3点を、契約書か発注書の段階で書面に残しておきましょう。

次に確認すること

まずは差し戻しが多い書類を一つ選び、「用途別の判断フレーム」の表に沿って確認する人と基準を見直してみましょう。検収条件があいまいなまま進めている契約があれば、検収期間と承認者だけでも書面に残しておきます。そうしておくと、今後の確認が楽になります。

Q&A

著者