請求書をPDFで送るだけでは、入金確認が手作業で残ります。Stripe請求書なら送付とオンライン決済を一つにできます。ただし、単発請求と継続課金は分けて選びます。
Stripe請求書で分ける四つの仕事
請求業務は発行だけでは終わりません。次の四つを別々に決めると漏れを減らせます。
- 請求内容を確定する
顧客名と商品、金額、税率を整えます。契約書や見積書との一致も見直します。 - 支払い方法を選ぶ
カードや銀行振込などを候補にします。通貨や金額で使えない方法もあります。 - 期限と督促を決める
支払期限を明記してメールを送ります。未払い時の再案内も事前に決めます。 - 入金を消し込む
請求書の状態と入金を照合します。振込先への着金日も別に確認します。
四つを同じ担当者が行う場合もあります。それでも台帳の列は分ける方が安全です。
Stripe請求書の現行料金と機能
Stripe Invoicingには固定費と設定費用がありません。支払い済みの単発請求書へ利用料がかかります。
- Starterは0.4％
支払い済み請求書ごとの利用料です。作成と送信、オンライン画面を使えます。 - Plusは0.5％
Starterの機能に見積もりが加わります。高度な回収機能の要否で選びます。 - カード決済は3.6％
日本の標準料金で成功決済にかかります。Invoicing利用料とは別枠です。 - 月額料金は不要
少ない件数でも固定費を持たずに始められます。大口取引は個別料金も相談できます。
請求額だけでなく手数料を合算して見ます。利用中の個別契約があれば契約画面を優先します。
請求書発行の判断表
同じ請求書でも回収方法は異なります。案件の性質から近い形を選びます。
- 単発の制作費を回収する
送付型の請求書が合います。納品日と支払期限を別に記録します。 - カードを保存して回収する
自動請求を候補にできます。保存への同意と失敗時の連絡が必要です。 - 毎月同じ料金を受け取る
単発発行よりBillingが向きます。解約と日割りのルールも設計します。 - 先払い商品を販売する
決済リンクの方が短く済む場合があります。見積もりや支払期限の要否で比べます。
請求書が必要という理由だけで決めません。契約形態と回収時期まで合わせます。
Stripe Invoicingが向く条件・向かない条件
売掛金管理をまとめたい事業には便利です。販売形態によっては別の方法が軽くなります。
- 向くのは個別金額の案件
顧客ごとに金額や期限を変えられます。制作や相談の単発請求と相性があります。 - 向くのは督促を減らしたい人
未払いメールを設定できます。送付履歴と状態も画面で追えます。 - 向かないのは即時販売だけの人
固定価格なら決済リンクが簡単です。請求先情報が不要なら工程を減らせます。 - 向かないのは現金中心の人
オンライン回収の利点が小さくなります。会計側の台帳だけで足りる場合もあります。
便利さは発行件数だけでは決まりません。未払い対応の時間も含めて比較します。
Stripe請求書を送る基本手順
最初はダッシュボード操作で流れを確認します。自動化は手動運用が固まってから進めます。
- 顧客情報を登録する
名称とメールアドレスを確認します。請求先住所や税番号も必要に応じて加えます。 - 商品と金額を入力する
数量や税率、メモを設定します。契約内容と違う項目がないか見直します。 - 回収方法を選択する
自動請求かメール送付を選びます。送付型では期限の設定が必要です。 - 下書きを確認して送る
PDFとオンライン画面を確認します。テスト環境で通知も試します。 - 支払い状態を照合する
paidになった請求を台帳へ反映します。実際の入金予定も別に確認します。
送付後の変更は記録を残して行います。金額訂正では取消やクレジットノートも検討します。
請求書発行のメールと督促設計
メールは送れば終わりではありません。顧客が迷わない件名と期限をそろえます。
- 送信元を確認する
標準ドメインか検証済み独自ドメインを使います。迷惑メール扱いもテストします。 - 期限前後の案内を決める
自動リマインダーの時期を選べます。催促文は責めない表現へ整えます。 - 失敗時の連絡を有効にする
カード失敗のメール設定を確認します。別の支払い方法も案内できるようにします。 - 追加宛先を管理する
担当者と経理の宛先を整理します。APIでは追加受信者に制限があります。
メール設定はテスト環境だけで判断しません。本番前に自社宛てで表示を確認します。
売掛金管理を自動化する構成
件数が増えたら状態変化を連携します。画面の確認だけに頼らない構成が有効です。
- draftで内容を確認する
下書き中は金額と宛先を直せます。承認後に確定する役割を決めます。 - openで未払いを追う
送付後の請求を一覧で確認します。期限超過だけを通知対象にできます。 - paidで台帳を更新する
Webhookを使えば状態を連携できます。重複通知に耐える処理が必要です。 - voidと回収不能を分ける
取消と貸倒は意味が異なります。会計処理は専門家へ確認します。
自動化では請求書IDを台帳へ保存します。顧客名だけの照合は同姓や表記揺れで崩れます。
Stripe Invoicingの規約・費用・運用上の注意
決済画面があっても請求書の適法性は自動保証されません。必要項目は事業者が確認します。
- 単発と継続を混同しない
Invoicing利用料は単発請求が中心です。定期請求にはBillingの料金が適用されます。 - 決済手数料を別に見る
0.4％だけでは総費用になりません。支払い方法ごとの料金も加わります。 - 利用可能な決済を確認する
通貨や国、金額で制限があります。有効化だけで必ず表示されるとは限りません。 - 税務判断を分ける
税率や記載要件は取引で変わります。不明点は税理士などへ確認します。
設定画面は仕様変更の影響を受けます。公開前と運用変更時に公式情報を見直します。
請求書発行の実装チェックリスト
本番送信の前に次の項目を確認します。小さく試してから対象顧客を増やします。
- 料金とプランを確認した
StarterかPlusかを決めました。Payments料金も別に計算しました。 - 請求項目を確認した
名称と金額、税率、期限を照合しました。契約書との不一致もありません。 - メールをテストした
送信元と表示、リンクを確認しました。未払い時の案内文も用意しました。 - 状態連携をテストした
送付と支払い、失敗を試しました。Webhookの再送にも備えました。 - 問い合わせ窓口を決めた
顧客が迷った時の連絡先を載せました。返金や訂正の担当者も決めました。
チェック結果は顧客ごとに残します。例外対応を次の標準手順へ反映します。
請求書発行で確認した公式情報
料金と機能はStripeの一次情報で確認しました。参照日は2026年11月14日です。
- Stripe Invoicingの料金
StarterとPlusの料金を確認しました。固定費と設定費用の扱いも記載されています。 - Stripe日本向け料金
カード決済の標準料金を確認しました。決済手段ごとの料金は変わります。 - Stripeのメール送信ガイド
督促と失敗通知の設定を確認しました。送付型で期限が必要な点も説明されています。 - Stripeの請求書状態
下書きから支払いまでの状態を確認しました。Webhookのイベントも整理されています。
料金や仕様は変更される可能性があります。導入時はリンク先の最新表示を確認してください。
売掛金管理を相談したいとき
請求だけでなく契約や予約もつなぐと設計が複雑です。Literamentでは運用全体から整理できます。
- 対応サービスを見る
決済と自動化の支援範囲を確認できます。既存運用を残す構成も検討します。 - 料金の目安を見る
相談前に費用感を確認できます。必要な範囲だけを切り分けます。 - 問い合わせる
請求件数と現在の流れをお知らせください。詰まっている工程から一緒に整理します。
AIを調査と構成の補助に使いました。公開前に人が公式情報と文章を確認する運用方針です。