システム開発 請求書 フォーマット

システム開発 請求書 フォーマットをお探しですか。ソフトウェア開発の請求書テンプレートが必要なら、取引先の経理部門が尋ねる疑問に答えられるものから始めましょう。何を作ったのか、どのくらい時間がかかったのか、何が合意されていたのか、という疑問です。このページでは、開発者がスプリント、時間単位の仕事、固定見積もりの請求書をどう作るか、何を載せるか、どのような支払条件が合うか、支払いを遅らせる間違いは何かを説明します。「このテンプレートを使う」ボタンを押すと、サンプルの明細が入力された無料のジェネレーターが開くので、ご自身の単価に書き換えてそのまま送れます。

ソフトウェア開発の請求が他と違う理由

ソフトウェアの仕事は、取引先からは見えにくいものです。1週間の作業で画面上に目に見える変化が現れないこともあり、請求書を承認する人がコードを読む人とは限りません。そのため、請求書そのものの比重が高くなります。仕事を、開発者でない人が確認できるものに翻訳する必要があるのです。

料金体系がすべてを形づくります。時間単位の請求は、範囲が頻繁に変わるときには単純で公平ですが、取引先は証拠を求めるので、タイムシートが期待されます。固定見積もりは取引先に確実な費用を示しますが、明確な範囲と、変更を扱う方法が必要です。スプリント単位の請求はその中間で、チームや開発者が、合意した目標に対して、通常は2週間のスプリントごとに決まった金額または決まった時間を請求します。

範囲の変更は常にあります。機能は大きくなり、優先順位は変わり、途中で見つかった要件がひとつの作業を倍にすることもあります。各変更を、取引先の承認を得て、日付つきの別の行として請求すれば、あなたを守り、取引先にも主導権を与えます。

最後に、ソフトウェアには運用の費用があります。ホスティング、外部API、ライセンス、テスト用の端末にはお金がかかり、取引先は立替での請求を期待することがよくあります。別々に記載すれば、作業費の単価がすっきりし、費用が透明になります。

ソフトウェア開発の請求書に記載する内容

請求書に記載すべき項目のガイドにある基本項目を押さえてください。開発の仕事では、この職種ならではの次の内容を加えます。

• 事業者名、住所、メールアドレス、取引先の支払い手続きが求める納税者の識別情報。
• 取引先名とプロジェクト名、および発注書番号や契約番号。
• 請求期間またはスプリントの日付。 たとえば「スプリント14、3月3日から3月14日」です。
• 各行の料金方式。 時間単価、固定のマイルストーン、月額のリテーナーのいずれかです。
• 時間単位の仕事の時間と単価。 バックエンド、フロントエンド、レビュー、QAなどの作業ごとにまとめます。
• 固定見積もりの場合は納品したマイルストーン。 マイルストーンの名前と合意した価格を載せます。
• タイムシートまたは要約。 日付、時間、チケットに結びついた作業の説明を載せます。
• 変更の依頼。 承認日をつけた別の行にします。
• 立替経費。 ホスティング、APIの利用料、ライセンスなどを、実費または合意した上乗せ額で載せます。
• 受け取った前金または前払い。 控除として記載します。
• 小計、税、合計。 ソフトウェアサービスへの課税は州によって異なり、国境を越える仕事には独自の規則があるので、現地の規則を確認してください。大まかな指針は、請求書に消費税を加える方法のガイドにあります。
• 支払条件、利用できる支払方法、銀行口座または支払いリンクの詳細。

ソフトウェア開発の請求書の実例

このページのサンプル明細を使った、典型的な2週間のスプリントです。契約の開発者がスタートアップのために機能を作り、時間単位で請求し、ホスティングは実費で立て替えています。

税率をゼロとしているのは例にすぎません。あなたと取引先が事業を行う地域で適用される税率と規則を使ってください。承認者が時間をチケットに照合できるよう、そのスプリントのタイムシートを添付します。

開発者に合う支払条件

継続的な契約の仕事では、各スプリントまたは各月の終わりに、ネット15またはネット30の条件で請求するのが一般的です。サイクルが短いほど、ある時点で未払いの金額が減ります。1社の取引先が収入の大半を占めるときには重要なことです。

固定見積もりでは、マイルストーン請求がうまく機能します。プロジェクトの開始時に前金、動くプロトタイプやステージングへのリリースのような成果物に結びついた支払い、公開時に最終の支払いという形です。各マイルストーンを契約書とその請求書に明記し、解釈の余地を残さないでください。

大企業は、発注書番号、特定の担当者、特定の形式を求める支払いシステムを通して請求書を処理することがよくあります。早めに尋ねましょう。発注書がないことは、正しい請求書が未払いのままになる最もよくある理由のひとつです。それぞれの選択肢の読み方は請求書の支払条件の概要で説明しており、単価、契約、前金、税についてはフリーランスの請求書の書き方のガイドで一般的な形で説明しています。

遅延損害金を請求したい場合は、契約書と請求書に利率と猶予期間を書き、先に現地の規則を確認してください。

料金設定と明細作成のコツ

請求書をチケットシステムに合わせる。 取引先のチケットに番号があれば、作業の説明にそれを載せてください。確認が、手早い照合になります。

時間を作業ごとにまとめる。 バックエンド、フロントエンド、レビュー、会議、QAと分ければ、90時間という合計ひとつよりも、わかりやすく伝わります。

会議も誠実に請求する。 計画、スタンドアップ、通話は仕事の一部です。同じ単価で請求するかどうかを書き、記録してください。

変更の依頼を見える形にする。 「CSVエクスポートを追加、3月6日承認」のような行は、追加の費用が取引先の判断から生じたことを示します。

費用は実費で立て替える。 ホスティングとサブスクリプションは、提供元の金額を示すべきです。上乗せする場合は、契約書に書いてください。

よくある間違い

• 「開発業務」という1行だけ。 質問を招き、承認が遅れます。
• タイムシートがない。 詳細のない時間単位の請求書は、真っ先に疑問を持たれます。
• 発注書や担当者がない。 支払いシステムは、振り分けられない請求書を却下します。
• 書面にしていない範囲の変更。 口頭の合意は、請求書が届くときに消えてしまいます。
• 何か月も遅れて請求する。 費用を自分で負担し、取引先は文脈を忘れます。
• 立替費用を単価に混ぜる。 あなたの時間にいくら請求しているのかが見えなくなります。

送信前のチェックリスト

• 事業者と取引先の情報が正しい
• 必要な場合は発注書番号または契約番号を記載している
• スプリントの日付または請求期間が明記されている
• 各行が時間単価、マイルストーン、リテーナーの料金方式を示している
• 時間が作業ごとにまとめられ、タイムシートと一致している
• 変更の依頼が、承認日つきの別の行になっている
• 立替経費が実費で記載されている
• 前金が控除として示されている
• 税が地域の規則に従って適用されている
• 支払条件と支払いの詳細が明記されている

関連するテンプレートとツール

多くの開発者はウェブサイトも作るので、マイルストーンとホスティングの立替についてはウェブデザインの請求書テンプレートを、リテーナーと日額単価についてはコンサルティングの請求書テンプレートをご覧ください。ご自身のものを作る準備ができたら、ブラウザー上で正確な金額計算を行い、アカウントも不要な無料の請求書ジェネレーターをご利用ください。

PayToMeは公開ベータ版です。app.paytome.siにサインインして、見積書と請求書を作成し、支払いリンク付きでメール送信し、カードや銀行振込で支払いを受け取り、Free、Pro、Businessのプランを選べます。リマインダー、キャッシュフロー予測、テキスト決済、モバイルアプリは開発中です。無料の請求書ジェネレーターも、アカウント不要でブラウザ上で引き続き使えます。このページは一般的な情報であり、法務や税務の助言ではありません。