Stripe銀行振込は、振込先を示すだけの機能ではありません。顧客別の仮想口座で入金を照合できます。単価、入金待ち、返金方法を見て導入を決めましょう。
Stripe銀行振込で最初に決める条件
銀行振込にはカード決済と違う待ち時間があります。売上回収だけでなく、提供開始の条件も決めます。
- 顧客の属性
法人や高額契約では振込希望が増えます。一般消費者向けならカードの手軽さも残します。 - 一件の金額
決済額が高いほど料率差が効きます。少額では確認作業のほうが重くなります。 - 提供する時点
申込完了と着金完了を分けて扱います。入金前に商品や権限を渡さない設計が必要です。 - 返金の頻度
振込決済の返金には別の費用がかかります。口座情報の確認手順も用意します。
四つを整理すると採用範囲が見えます。すべての支払いを一度に置き換える必要はありません。
銀行振込の現行仕様と料金
以下は2026年9月11日に確認した標準料金です。契約中の料金表も本番前に確認してください。
- 決済手数料
銀行振込などは決済額の1.5％です。標準料金には初期費用や月額料金がありません。 - 請求書の利用料
Invoicing Starterは支払済み請求書の0.4％です。決済手数料とは分けて費用を見積もります。 - 返金費用
銀行振込の返金は250円です。表示上は別途10％の消費税が加わります。 - 売上の入金
公式製品ページは4営業日での入金を案内します。休業日や審査状況を見込んで資金を管理します。
売上額だけで料率を比べないでください。請求書機能と返金も含めて一件原価を出します。
銀行振込かカードかを選ぶ判断表
次の項目を判断表として使えます。顧客と商品に近い条件を選んでください。
- 高額な法人請求
振込慣行を保ちたい取引です。自動照合で消込作業を減らせます。 - すぐ渡すデジタル商品
カードは支払い結果を早く得られます。振込では着金後の提供処理が欠かせません。 - 毎月の継続請求
振込でも継続支払いは扱えます。顧客側の送金対応や残高が毎回必要です。 - 少額の一般販売
購入時の操作が少ない方法を優先します。カードと振込を併記する選択肢もあります。
一つの方法へ統一すると案内は簡単です。とはいえ、失う顧客が多いなら併用が現実的です。
仮想口座が向く条件・向かない条件
Stripeは顧客ごとに固有の仮想口座を作ります。同じ顧客には継続して同じ振込先を示します。
- 向く継続取引
同じ法人へ繰り返し請求する事業です。振込先を毎回伝える手間を抑えられます。 - 向く入金照合
請求件数が増えて確認が遅れる事業です。参照番号や金額を使う自動処理が役立ちます。 - 向かない即時提供
申込直後に商品を渡す販売です。振込完了を待つ状態管理が別に必要です。 - 向かない匿名受付
顧客を作らず入金だけ受けたい運用です。顧客別口座の利点を生かしにくくなります。
仮想口座は自社口座を直接公開しない利点もあります。一方で、顧客情報の整理は省けません。
請求書で始める具体的な手順
ノーコードならInvoicingから始められます。最初はテスト環境で一連の状態を確認します。
- 決済手段を有効にする
設定画面で銀行振込を有効にします。利用資格や対象通貨の表示も確認します。 - 顧客を分けて登録する
請求先ごとに正しい顧客を作ります。別法人を同じ顧客へまとめないようにします。 - 請求書へ追加する
JPYでは個別の請求書へ決済手段を追加します。PDFと請求ページで振込案内を見ます。 - 少額で試す
実際の振込から着金までを確かめます。請求書の支払済み状態も確認します。 - 提供処理をつなぐ
支払い成功を合図に商品を渡します。申込完了だけでは提供を開始しません。
API連携ではWebhookの再送にも備えます。同じ通知で二重提供しない処理が必要です。
消し込みで過不足金を管理する方法
振込額は事業者側から固定できません。不足や過払いが起きる前提で状態を分けます。
- 参照番号がある入金
請求書番号があれば対応先を探します。古い請求でも直接一致なら照合対象になります。 - 金額が一致する入金
一致する最古の未払い請求書へ充当します。金額照合には期限超過の条件があります。 - 複数請求への入金
合計が一致する五件以下の組合せを探します。候補が複数なら小さい組合せを優先します。 - 不足した入金
請求書は原則として未払いのまま残ります。部分照合を使う場合は設定と参照番号が必要です。 - 余った入金
余剰分は顧客残高へ残ります。未消込が75日続くと返還が自動で試みられます。
例外を手作業だけで覚えないでください。未消込残高と請求状態を定期的に確認します。
銀行振込の返金と運用上の注意
返金先の口座情報をStripeが持たない場合があります。その際は顧客へ確認メールが送られます。
- 返金先を説明する
返金は銀行口座か顧客残高へ行えます。顧客残高なら別の支払いへ充当できます。 - メールアドレスを保つ
口座情報の収集にメールを使う場合があります。請求時に連絡可能な宛先を登録します。 - 着金前に提供しない
銀行振込は通知遅延型の決済です。成功イベントを確認してから提供します。 - 名義だけに頼らない
送金者名は表記揺れが起こります。顧客、金額、参照番号を合わせて確認します。 - 記録を残す
請求、入金、返金のIDを保存します。会計処理は税理士などへ個別に確認してください。
支払い方法の追加だけでは運用は完成しません。例外時の連絡文と担当を決めておきます。
Stripe銀行振込の実装チェックリスト
公開前と月次確認に次の項目を使えます。少人数でも確認日を記録してください。
- 料金を試算した
決済と請求書の料率を分けました。返金費用も想定件数へ入れました。 - 顧客を分けた
請求先ごとに顧客を作成しました。仮想口座の案内先も確認しました。 - 着金を待つ設計にした
申込と支払済みを別状態にしました。成功前の提供を止められます。 - 過不足金を確認した
未消込残高を見る手順を決めました。不足時の案内文も用意しました。 - 返金手順を試した
顧客への連絡経路を確認しました。返金費用と記録先も決めました。
一つでも未確認なら対象顧客を絞ります。少額テストを終えてから本番請求へ広げます。
銀行振込で確認した公式情報
次の一次情報を2026年9月11日に確認しました。料金と仕様は利用時にも再確認してください。
- Stripeの料金体系
銀行系決済の1.5％を確認しました。Invoicingと返金の費用も掲載されています。 - 日本の銀行振込
自動化とダッシュボード管理を確認しました。入金時期の案内も掲載されています。 - 請求書で銀行振込を受ける方法
仮想口座と自動照合を確認しました。過不足金や手動照合も説明されています。 - 銀行振込による支払い
顧客残高と返金方法を確認しました。通知遅延型の性質も掲載されています。 - 銀行振込を受け付ける実装
支払い成功イベントを確認しました。提供開始を連動する方法も説明されています。
本文はAIを調査と構成の補助に使いました。その後、人が公式情報と日本語を確認しています。法務と税務の判断は専門家へ相談してください。
Stripe銀行振込の構成を相談する
請求と着金後の提供をつなぐと確認箇所が増えます。Literamentのサービスと料金で支援範囲を確認できます。
消込や会計連携まで整理したい方は、お問い合わせからご相談ください。事業規模に合う構成を一緒に整理します。