私は、14 日間の無料試用版が付属するアプリに取り組んでいます。
支払いを処理するために、Stripe を使用し、Webhook をリッスンして、イベントが発生したときにバックエンドで機能を実行できるようにしています。
しかし、私が気付いたことの 1 つは、Stripe が試用期間中の請求金額が $0 の請求書データを送信していることです。そのため、顧客がサインアップすると、Stripe から $0 の請求書が届きます (受け取った請求書ごとに電子メールを送信するように Webhook を設定しています)。
これはひどいことではありませんが、UX の観点から、誰かが試用を期待しているときにすぐに請求書を受け取るというショックを避けたいと思います (その請求書が $0 であっても)。
Stripe が送信するデータをチェックして、$0 の請求書を除外することだけを検討しましたが、割引などを提供する場合、これは最善の方法とは思えません。
これをより適切に実装する方法についての考え/メモはありますか?
ここにいくつかのオプションがあります：
顧客/サブスクリプションを作成すると、API は応答で顧客とサブスクリプション データの両方を返します。これらのいずれかまたは両方のデータを使用して、インテリジェントにフィルター処理できます。特に興味深い:
current_period_start: これは請求書のタイムスタンプにもなります。trial_end: このタイムスタンプまで、サブスクリプションを含むすべての請求書はトライアル用です。customer: 他の方法が気に入らない場合は、0 ドルの請求書を処理するときにいつでも顧客レコードを照会できます。試用期間中のお客様には の がstatusありtrialingます。イベントでメールを送信する場合invoice.created、最初のサブスクリプション請求書のみがクローズとして作成されます。他のすべてのサブスクリプション請求書は、Stripe が作成するときに開いています。(これは、請求書が処理される前に調整を行うことができるようにするためです。) $0 でクローズされた請求書は、試用版である可能性が高く、実際、クローズ済みの請求書を作成していない場合は 100% です。
請求イベントをリッスンしてみてください。このイベントcharge.succeededは、ユーザーが正常に充電された場合にのみ発生します。