TallyとStripeで決済付き申込フォームを作る：単発受付・支払照合・返金の流れ

質問の多い単発受付はTally、決済中心ならPayment Links

この記事では「1回の申込で1名、参加費5,000円の単発講座」を編集部の設計例にします。開催回・氏名・連絡先・事前質問を集めるなら、Tallyのフォームへ決済ブロックを追加する構成を検討できます。継続課金はTallyの決済ブロックでは扱えません。

商品・金額と少数の追加項目で足りるなら、Stripe Payment Linksだけで受付を完結させる方法もあります。Stripe上で決済ページを作り、URLを共有する方式で、継続価格を使ったサブスクリプションにも対応します。質問のためだけに別フォームを増やす前に、必要項目が収まるかを比べます。

Tallyで申込を送信した後に、別のPayment Linksで支払う二段階の構成も考えられます。ただし回答だけが残る場合があるため、未払いの期限と照合担当が必要です。本記事の基本手順はフォーム内決済とし、別リンク方式は後半で扱います。

図で理解する必要な質問と支払の流れで選ぶ

参考：Tally：決済ブロック・接続・処理時点・制約Stripe：Payment Linksの機能と継続課金Stripe：Payment Linksの作成・決済手段Stripe：追加項目・決済回数制限・表示設定

申込項目を作り、最後の入力ページに決済を置く

まず開催回、料金、サービス内容、キャンセル時の連絡方法を決めます。例では氏名、メールアドレス、開催回、事前質問を配置し、受付に必要な項目を必須にします。カード番号は通常の質問欄で集めず、決済ブロックの入力画面を使います。Tallyはカード情報を保存しないと説明しています。

編集画面で「/payment」と入力して決済ブロックを挿入し、金額と通貨を設定します。例では5,000円に対応する金額・JPYを確認し、公開する表示と決済金額が一致するようにします。「Connect with Stripe」から受取側のStripeアカウントを接続します。Stripeの本番利用には事業情報の確認と有効化の要件があります。アカウントを作っただけで受付開始とはしないでください。

重要なのは処理時点です。Tallyは決済ブロックのあるページで「Next」または「Submit」を押すと決済を処理すると案内しています。最後まで回答を送った後だけ課金するとは限りません。編集部の設計案では、必要な質問を決済より前に置き、決済後に追加質問を残さない構成にします。分岐を使う場合も各経路を点検します。

固定価格のブロックは、そのまま金額を書き換えられず、変更時は削除して作り直すと公式が案内しています。価格の変更が必要なら計算フィールドを金額の入力元にする方法があります。初回は固定の1料金で始め、数量・割引・追加料金は必要になってから増やすと、照合条件を絞れます。計算方法は既存の概算見積もりガイドを参照してください。

• 質問→内容・金額の確認→決済と送信、の順を全ページで点検する。
• 公開するフォーム名とStripeに表示される事業名・連絡先を確認する。
• 支払成功後に案内する内容と、問い合わせ時に伝えてもらう情報を用意する。

図で理解する決済を最後の入力ページに置く

関連ガイド：Tallyで日本語フォームを作る前に、決めておきたいことTallyで制作サービスの概算見積もりフォームを作る：基本料金と追加オプションを自動計算Tallyの条件分岐の設定方法：質問の表示・非表示とページ分岐、動かないときの確認点

参考：Tally：決済ブロック・接続・処理時点・制約Tally：チェックアウトフォームと金額計算Stripe：アカウントの有効化と公開事業情報

Tallyの追加手数料とStripeの処理費用を分ける

Tallyの決済は無料アカウントでも利用でき、TallyがStripeの料金に追加する手数料はないと公式が案内しています。これとは別にStripeの処理費用や、該当する場合の通貨換算等がかかります。ロゴ非表示や独自ドメイン、回答者向けの通知メールが必要なら、Tally Proの費用を別に比べます。

2026年10月16日に確認したStripe日本向け標準料金は、カード決済成功1回あたり3.6%です。5,000円×3.6%＝180円、差引4,820円は、この処理費用だけを引いた編集部の単純計算例です。通貨換算、追加サービス、個別契約等を含む入金額の保証ではありません。Payment Linksの基本決済受付は標準のPayments料金に含まれますが、継続課金や決済後の請求書生成など、使う機能の費用は別に確認します。

Tallyの公式決済ヘルプはカード決済として説明しています。Stripe全体がコンビニ払いやさまざまな決済手段を提供していても、それらをTally内で使えるとは判断しないでください。Payment Linksの決済手段も、アカウント・通貨・対応条件により表示が変わります。必要な支払方法を先に決め、採用する経路で確認します。

関連ガイド：独自ドメインの問い合わせフォームを作るには？Tallyとformrunの料金・ロゴ・メールを比較無料プランで始める前に。TallyとMakeの費用の見方

参考：Tally：決済ブロック・接続・処理時点・制約Tally：無料機能とProの対象Stripe：日本向け標準料金Stripe：Payment Linksの作成・決済手段

申込回答と支払成功を照合してから受付を確定する

Tallyでは「Submissions」と「Summary」で回答ごとの決済内容を確認でき、Summaryの「↗」からStripeを開けると案内されています。フォーム全体の売上合計だけで判断せず、対象の回答から決済をたどり、金額・通貨・支払状態を確認します。

編集部の台帳案では「Tallyの回答IDまたは対象回答への参照」「開催回」「氏名・連絡先」「請求額・通貨」「対応するStripe決済のIDまたは詳細への参照」「支払状態」「受付の確定状態」「返金額・返金状態」を保存します。同じメールアドレスの複数申込もあるため、メール一致だけで同一決済と決めないようにします。対応が不明なら再請求を急がず、先に履歴を調べます。

「回答がある」「支払が成功した」「席を確保して受付を確定した」は別の確認です。決済が途中で行われる構成では、決済があるのに最終回答が見つからないケースも調査対象になります。失敗・離脱時にどのデータが残るかは本記事では未検証です。支払失敗や処理中、照合できない支払を確定者一覧へ混ぜない運用を決めます。

Tallyの担当者向け通常通知は無料、回答者向け通知はProです。また、決済ヘルプは回答者が指定したメールアドレスへStripe連携から領収書を送ると説明しています。申込の案内メールと決済の領収書は別に扱い、宛先や到達を確認します。Tallyの標準連携は請求書を自動生成するものではありません。通知が来たことだけを支払照合の代わりにしないようにしましょう。

図で理解する回答・支払・受付確定を照合する

関連ガイド：Tallyの回答通知メールを設定する方法：届かないときの確認順Tallyで単発イベントの参加受付を作る：締切日・申込件数上限・終了メッセージの設定Tallyの回答をPDFにして送る：無料ダウンロード・Pro添付・外部帳票の違い

参考：Tally：決済ブロック・接続・処理時点・制約Tally：担当者向け通知Tally：回答者向け通知

別のPayment Linksを送るなら、申込番号を引き継ぐ

別リンク方式は、申込内容を確認してから支払を案内する運用の選択肢です。最初は担当者がTallyの回答を確認し、個人情報を含まない一意の申込番号を台帳で発行して、回答と対応付ける方法が考えられます。これは編集部の手動運用案であり、Tallyが自動で番号や決済リンクを発行する説明ではありません。

Stripe Dashboardの「Payment Links」で「+New」から商品・単発の価格を選んでリンクを作成します。必要に応じ「Add custom fields」で追加項目を設定できます。質問・条件分岐が不要で必要項目が収まるなら、このページだけで受付する案と比較してください。

申込別に案内する場合は、対象リンクの「Copy」のメニューから「URL parameters」→「Client reference ID」を選び、台帳の申込番号を付けます。client_reference_idは英数字・ハイフン・アンダースコアで200文字までです。無効な値は捨てられるため、受け取り側で番号が残ることを確認します。URLへ氏名・メール・秘密情報を入れる必要はありません。

この番号はCheckout Sessionへ関連付けられ、checkout.session.completedイベントにも含まれます。URLの値だけで本人や支払成功を証明できるわけではなく、自動照合にはStripe側のデータを受け取る仕組みが別に必要です。Tallyの回答へ支払状態が自動で戻るとも考えないでください。期限を過ぎた未払い、番号のない支払、同じ番号の複数支払は担当者が調べます。

完了ページへの到達だけを支払成功の根拠にせず、Stripe側で状態を確認します。後日確定する支払手段を有効にするなら、完了イベントだけで提供を始めず、支払確定の通知まで扱う設計が必要です。少数のカード決済から始めるほうが、最初の運用を限定できます。

図で理解する別リンクへ申込番号を引き継ぐ

参考：Stripe：Payment Linksの作成・決済手段Stripe：追加項目・決済回数制限・表示設定Stripe：client_reference_idによる照合Stripe：決済後の確認画面・領収書・返金

返金した後は、申込と参加枠も更新する

返金は、Stripe側で対象の支払を開き、金額・通貨・対象者を確認して操作します。Stripeは全額返金と一部返金を案内しています。返金操作を受け付けたことと、返金が完了したことは分けて確認します。残高不足などで保留になる場合があり、元の決済処理手数料も返還されないと説明されています。

編集部の管理案は、元の支払との対応を残しながら、返金額・返金状態・申込のキャンセル状態・参加枠の処置を台帳へ追記する方法です。Stripeで返金した際にTallyの回答表示や通知がどう変わるかは未検証なので、自動反映を前提にしません。回答を消すだけで返金が済んだ扱いにせず、対象の決済で確認します。

Tallyの送信件数上限やPayment Linksの決済回数制限を、そのまま座席管理と同じものにはしません。1件で複数人を申し込む場合や、重複・一部返金・キャンセルがある場合は、送信数・支払数・参加人数がずれます。厳密な同時予約や空席補充が必要なら、枠を管理できる受付サービスも検討してください。

図で理解する返金と参加キャンセルを別に記録

関連ガイド：Tallyで単発イベントの参加受付を作る：締切日・申込件数上限・終了メッセージの設定

参考：Stripe：追加項目・決済回数制限・表示設定Stripe：返金の状態・元の処理手数料

Tallyのテスト制約を確認し、未確認のまま募集しない

Tallyの公式FAQは、Stripeのテストカードで決済フォームを試せないと明記しています。一方、Stripeのテスト資料は、実カード情報を使った本番モードのテストを禁止し、テスト環境の利用を案内しています。そのため本記事では「自分のカードで少額を払って返金する」手順や、Tallyへテストカード番号を入れる手順を掲載しません。確認方法はTally・Stripeのサポートへ相談してください。

Payment Linksを採用する場合は、Stripeのsandboxでテスト用リンクを作り、対応するテスト値で確認する方法を検討できます。ただし、それでTally内決済の接続や回答保存まで検証できたことにはなりません。本番用とテスト用のURL・データ・通知を区別します。

以下は編集部が提案する受入条件です。実行済みの結果ではありません。まず決済を伴わない入力・表示・分岐を確認し、支払成功・失敗・再試行・返金については、採用する構成で利用できる確認方法を解決してから受付を開始します。本記事では実アカウントへの接続、決済、領収書の受信、返金処理、Tallyへの反映を行っていません。

参考：Tally：決済ブロック・接続・処理時点・制約Stripe：テスト環境と実カードによるテストの制限