Do standalone (non-event) forms ever need payment collection?
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 活発
- 領域
- payments
調査の方向性
Start by reviewing PR #2588 and the standalone form flow at /f/:slug, then inspect how payment_method, someone_else_will_pay, and additional_forms currently attach to EventRegistration. The next step is stakeholder confirmation of whether standalone payments are needed and, if so, what they charge and where their records belong; otherwise, mark these fields as event-only on the Smart field settings page.
索引モデルが issue の本文から書いたものです。
説明
🤖 From Claude: Filed on behalf of the team while working on the standalone-form smart-field parity work (PR #2588).
The question
Do we need standalone forms (collab / agreement forms filled out at /f/:slug, not attached to an event) to collect payment?
Why it's blocked
We made person and organization smart fields behave the same on standalone forms as on event registration forms (PR #2588). The one group we could not bring over is payment — payment_method, someone_else_will_pay, and additional_forms (Invoice / W-9):
- Those fields all write to an
EventRegistration, and the pay-now flow starts a Stripe checkout using the event's cost. - A standalone form has no event and no registration, so there is nothing to attach a payment to and no cost to charge.
So "handle payment on standalone forms the same as event forms" isn't implementable without deciding what a payment on an event-less form even means.
What we need from stakeholders
- Is there a real need to take payment on a form that isn't tied to an event? If so, for what (a flat fee? a donation? a membership)?
- If yes, what should it charge against, and where should the money/record land (no
EventRegistrationexists today)? - If no, we'll leave payment as event-only and mark those payment smart fields as event-only on the Smart field settings page.
Until we hear back, payment stays event-only.
- 主要言語
- Ruby
- スター
- 15
- フォーク
- 28
- 平均マージ
- 1日 4時間
- マージ済み PR（30日）
- 227
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
rubyforgood/awbw のほかの issue
-
blocked
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
rubyforgood/awbw#2824 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
rubyforgood/awbw#2822 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
rubyforgood/awbw#2160 ·
メンテナーはふだん 1 日以内に返信
-
Update callout faq defualt text when the new person subscription launches対応中かも @maebeale が 77 日前に担当しました。 オープンblocked
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
rubyforgood/awbw#2095 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
rubyforgood/awbw#2088 ·
メンテナーはふだん 1 日以内に返信
rubyforgood/awbw の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
FinanceFlash/unvibecode#273 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
[Bug Report] Concurrent runs sharing a cold cache fail with JSON::ParserError対応中かも @sarankumar1325 が今日担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
we-promise/sure#4481 ·
メンテナーはふだん 1 日以内に返信