Stripeコンビニは、カードを持たない顧客にも届く支払い方法です。申込時点では売上が確定しません。入金確認後に納品する流れが必要です。

Stripeコンビニ決済の導入|個人販売の入金・返金設計

コンビニ決済が向く販売条件

現金払いを増やせば、購入できる人は広がります。販売物と運用時間が合うかを先に確かめます。

  • 一回払いの商品
    物販や単発サービスと合わせやすい方式です。入金後に在庫や予約枠を確定できます。
  • カードを使わない顧客
    店頭の現金払いを選べるようになります。支払いコードを受け取れる連絡先が必要です。
  • 入金を待てる販売
    申込と店頭支払いには時間差があります。即時提供が必要な商品には工夫が要ります。
  • 返金が少ない商品
    返金時は顧客の口座情報が必要です。返品が多い販売では案内負担が増えます。

適性は客層だけで決まりません。納品速度と返金頻度も含めて判断します。

コンビニ決済の判断表

カード払いとの併用を前提に比べます。顧客の便利さと事務負担を同時に見ます。

  • すぐ納品したい
    カード決済の方が処理を組みやすい条件です。コンビニ払いは完了通知まで待ちます。
  • 現金需要が多い
    コンビニ払いを追加する価値があります。申込後の支払い手順を短く案内します。
  • 予約枠を確保したい
    未入金の仮押さえ時間を決めます。期限切れ後に枠を戻す処理も用意します。
  • サブスクを売りたい
    自動請求と同じ感覚では扱えません。請求書送付方式の条件を別に確認します。

Stripeコンビニを足すなら、支払い待ちの状態を管理します。即時処理だけの販売ではカードを優先します。

現金払いの料金と利用範囲

2026年9月5日時点の標準料金を見ます。契約ごとの個別料金は管理画面でも確かめます。

  • 決済手数料
    成功した支払いの3.6%です。最低手数料は120円と案内されています。
  • 返金手数料
    一件250円に消費税10%が加わります。少額商品の返金では比率が高くなります。
  • 支払い金額
    最少額は120円です。最大額は30万円と定められています。
  • 対応店舗
    主要四チェーンが公式に示されています。購入者には選択画面の表示を案内します。

手数料だけならカードと同率です。返金費用と待機中の在庫も原価へ含めます。

支払期限と入金確認を分ける

申込完了画面は、入金完了を意味しません。完了イベントを受けてから提供を始めます。

  • 申込を受ける
    顧客が支払い方法と店舗を選びます。メールアドレスの入力誤りを減らします。
  • 支払い待ちへ置く
    注文を未入金として保存します。在庫や予約枠の保持期限も記録します。
  • 完了通知を受ける
    Webhookで決済完了を確認します。戻り画面だけで納品を始めない設計にします。
  • 期限切れを処理する
    未払い注文を自動で閉じます。確保した在庫や枠を販売可能へ戻します。

支払い前と支払い後に同じ状態名を使いません。注文番号で決済と納品を結びます。

コンビニ決済の返金手順

店頭で現金を直接戻す仕組みではありません。Stripeから顧客へ口座登録の案内が届きます。

  • 返金条件を確認する
    公開した返品条件と注文内容を照合します。法的な判断が必要なら専門家へ相談します。
  • 返金を作成する
    ダッシュボードかAPIから操作できます。一部返金にも対応しています。
  • 口座情報を受け取る
    顧客がStripeの案内先で登録します。自社メールへ口座番号を返信させません。
  • 完了状態を追う
    登録待ちと処理中を区別します。顧客へ見込みと確認先を伝えます。

返金開始だけで対応済みにしません。完了まで追える担当と期限を決めます。

コンビニ決済の審査条件

Stripeコンビニには、決済手段固有の確認項目があります。創業年数や販売分野で利用できない場合があります。

  • 事業年数を確かめる
    創業後3年未満の個人事業主は対象外です。法人と個人を同じ条件で考えません。
  • 販売分野を照合する
    占いや一部の情報販売などは禁止対象です。Stripe全体の禁止業種も確認します。
  • 公開情報をそろえる
    名称、住所、連絡先、営業時間を掲載します。申請内容とサイト表示を一致させます。
  • 取引条件を示す
    価格、送料、追加料金を明記します。キャンセル条件と継続課金も隠しません。
  • 個人事業の店舗を示す
    公式文書は店舗正面写真を確認項目に挙げています。オンライン専業なら申請前に適格性を確認します。

技術実装より前に適格性を見ます。却下理由が届いた場合は内容を直して再申請します。

現金払いを導入する手順

小規模な販売ではPayment Linksから試せます。納品自動化が必要ならWebhookまで設計します。

  1. 販売条件を整える
    商品説明と特商法表記を公開します。返金と支払期限の案内も用意します。
  2. 決済手段を有効にする
    ダッシュボードで利用可否を確認します。テストと本番の設定を混同しません。
  3. 支払い入口を作る
    Payment LinksかCheckoutを選びます。日本円の一回払いから動作を試します。
  4. 完了通知をつなぐ
    成功イベントを注文へ反映します。同じ通知が届いても二重納品しないようにします。
  5. 期限切れを試す
    未払い注文が残らないかを確認します。在庫や予約枠が戻ることも見ます。

最初は少額の商品で一連の流れを試します。申込、支払い、納品、返金を通して確認します。

コンビニ決済の実装チェックリスト

公開前の確認を担当者で共有します。顧客画面と管理画面の両方を見ます。

  • 適格条件を満たした
    事業年数と販売分野を照合しました。公開サイトの事業情報もそろえました。
  • 未入金を区別した
    申込直後は納品しない状態です。支払い完了後だけ処理が進みます。
  • 期限切れを処理した
    未払い注文を閉じられます。確保した在庫や枠も自動で戻ります。
  • 返金連絡を決めた
    口座登録の案内方法を確認しました。返金手数料も社内で共有しました。
  • 問い合わせ先を示した
    支払いコードが届かない時の窓口があります。注文番号を安全に確認できます。

一項目でも未確認なら公開範囲を絞ります。手作業で追える件数から始めます。

現金払いで確認した公式情報

以下は2026年9月5日に確認した一次情報です。料金と対象条件は導入時にも再確認してください。

  • コンビニ決済の概要
    対応店舗、金額範囲、製品対応を確認しました。返金とアカウント要件も掲載されています。
  • Stripeの料金体系
    決済手数料と最低手数料を確認しました。返金時の費用も案内されています。
  • Payment Linksの作成
    決済手段の設定方法を確認しました。完了通知後に納品する注意も説明されています。
  • Checkoutの納品処理
    Webhookを使う完了処理を確認しました。重複イベントへ耐える設計も必要です。

本文はAIを調査と構成の補助に使いました。その後、人が公式情報と日本語を確認しています。税務や契約の個別判断は専門家へ相談してください。

コンビニ決済の実装を相談する

決済リンクだけなら小さく始められます。注文管理や通知までつなぐ場合は設計が増えます。Literamentのサービス料金もご覧ください。

Stripeコンビニと納品処理を整えたい方は、お問い合わせからご相談ください。現在の販売方法から必要な範囲を整理します。