Skip to main content

新機能

1. Reports

Settingsの新しいReportsタブで、残高、手数料、照合のレポートを1か所にまとめて確認できます。 資金移動を追跡 「アクティビティ、手数料、支払いが残高に与える影響を把握する」という説明の、常に最新の2つのビューです。
  • 残高と支払いサマリー — 開始残高、アクティビティの内訳、支払いごとの詳細を1つのビューで確認
  • すべての手数料 — 期間中に請求されたすべての手数料を項目別に詳しく確認
レポートをダウンロード 4種類のレポート、Transactions Report、Adjustments Report、Payout Report、Ledger Reconciliation Reportから選択し、任意の期間のカスタムCSVまたはXLSXエクスポートを作成できます。Ledger Reconciliation Reportでは残高の移動ごとに1行が作成され、銀行明細との照合に利用できます。 生成済みレポート エクスポートしたすべてのファイルはGenerated Reportsに一覧表示されます。期間、形式、行数、生成者、ダウンロード操作を確認できます。
資金移動の追跡、レポートのダウンロード、生成済みレポートのセクションを表示するReportsタブ
詳細:Reports

2. サブスクリプションの猶予期間

更新に失敗したサブスクリプションでも、すぐに保留になるのではなく、設定可能な期間中は引き続き利用できるようになりました。 Settings → SubscriptionsでSubscription Grace Periodを有効にし、Number of days of grace periodを1日から30日まで設定できます。猶予期間はデフォルトで無効です。 この期間中、サブスクリプションのステータスは新しいpast_dueになります。アクセスは維持され、利用量の加算も続くため、カードの有効期限が切れただけの顧客が、カードを更新している間に利用を停止されることはありません。期間の開始時には新しいsubscription.past_due webhookが送信されます。 未払いのまま期間が終了した場合の動作は、Status of subscription after grace periodで選択できます。現在の動作と同じOn Hold、またはCancel Subscriptionのいずれかです。
猶予期間の日数と猶予期間後に適用するステータスを設定するSubscription Grace Period設定
詳細:Grace Period

3. カスタマーブロックリスト

今後購入できないようにする顧客を、顧客IDまたはメールアドレスでブロックできます。 ブロックすると、その顧客のアクティブなサブスクリプションがキャンセルされ、今後のチェックアウトセッションと直接決済が停止され、Customer Portalは読み取り専用になります。エントリはメールアドレスで照合されるため、同じメールアドレスで再登録した顧客も引き続きブロックされます。 ブロックリストのエントリにはメモを追加できるため、ブロックした理由を記録できます。
ブロックされた顧客を一覧表示するブロックリスト設定
詳細:Customer Blocklist

4. 手動決済リトライ

自動リトライのスケジュールを待つ代わりに、決済の詳細ページでRetry Payment Manuallyを使用して、失敗したサブスクリプション更新を手動でリトライできます。請求はサブスクリプションに保存済みの支払い方法に対して行われるため、顧客の操作は不要です。また、自動スケジュールの試行回数も消費しません。 各更新請求では、手動リトライを最大3回実行できます。リトライの間にはクールダウンがあり、2回目までは1時間、3回目までは3時間空ける必要があります。繰り返し拒否されても承認率に悪影響を与えません。
Retry Payment Manually操作を表示する決済詳細ページ
詳細:Manual Payment Retry

5. 決済のアクティビティログ

すべての決済詳細ページにActivity Logが表示されるようになりました。これは「過去90日間のこの取引に対する操作履歴」です。 ログには、Payment initiatedから認証、キャプチャ、Payment succeededまで、ライフサイクル全体が順番に記録されます。さらに返金や異議申し立てまで追跡できるため、争われた決済も複数の分断された記録ではなく、1つの流れとして確認できます。
Payment succeededのエントリとタイムスタンプを表示する決済詳細ページのActivity Log

6. 再構築された割引フォーム

割引コードの作成時に、作成中の内容を確認できるようになりました。サイドパネルでは、割引内容を平易な言葉で表示するSummaryと、顧客がチェックアウトで見る状態の割引を表示するPreviewを切り替えられます。 Currency optionsでは、販売する通貨ごとに割引額を設定できます。Eligibility & restrictionsでは、商品と顧客に関するルールをまとめて設定できます。 利用回数の上限、請求サイクルの上限、通貨ごとに適用されるカートの最低金額であるRequire a minimum order valueは、Advancedに移動しました。
割引の詳細と並んでSummaryとPreviewのサイドパネルを表示する割引コードフォーム
詳細:Discount Codes

7. 分離されたキャンセル設定

セルフサービスのキャンセルは以前、1つのスイッチで設定していました。現在はSettings → Subscriptionsにある、独立した2つの設定に分かれています。
  • Allow Immediate Cancellation — 「顧客がサブスクリプションを終了し、直ちにアクセスを失えるようにする」
  • Allow Cancellation at Next Billing Date — 「顧客が支払い済みの期間の終了時にキャンセルできるようにする」
これにより、顧客には支払い済みの期間を使い切ってもらいながら即時キャンセルは自分だけに許可する、といった設定や、その逆の設定が可能です。 Customer Portalでは、この2つがCancel nowとCancel at next billing dateという別々の操作として表示されます。キャンセルがすでに予定されている場合、ポータルにはキャンセルを取り消す操作と、Cancel immediatelyが表示されます。これはCancel nowと同じ操作で、その状態に合わせてラベルが変更されたものです。
今すぐ、または次回請求日にキャンセルする選択肢を表示するCustomer Portalのキャンセルダイアログ
詳細:Cancelling a Subscription

8. チェックアウトページで支払うプラン変更

Settings → SubscriptionsでCollect Plan Change Payments by Payment Linkを有効にすると、Customer Portalでアップグレードする顧客は、保存済みのmandateではなく、ホスト型チェックアウトページで変更料金を支払います。 確認ボタンには支払額が表示されます。チェックアウトが開くと、顧客には「新しいタブで支払いを完了してください。支払いが成功するまで、現在のプランは有効なままです」と表示されます。支払いが成功するまでサブスクリプションは旧プランに留まり、拒否された決済は同じリンクからリトライできます。 Customer Portalでは、予定されたプラン変更のキャンセルを許可しているかどうかも認識できるようになりました。拒否される操作を表示するのではなく、その設定に応じて操作を表示または非表示にします。
プラン変更の支払いに使用するホスト型チェックアウトページ
詳細:Plan Changes

9. KYCリトライ回数

本人確認に失敗した場合、単に失敗を報告するのではなく、失敗理由と残りの試行回数が表示されるようになりました。 各ユーザーには3回の試行が与えられ、通知には検証プロバイダーから返された実際の理由とともに「残りの試行回数:2/3」と表示されます。試行回数が残っている間、ボタンはTry againに変わります。3回すべて使い切ると、サポートに連絡すれば本人確認を再開できることが通知されます。 詳細:Account Verification

10. Georgianチェックアウト

チェックアウトがGeorgianで利用できるようになり、対応言語は合計22言語になりました。Georgianは他の対応言語と同様に顧客のブラウザから検出されます。また、force_languageパラメータで強制的に指定することもできます。 詳細:Supported Languages

11. $0価格でカードを任意にする設定

当日の請求額がない場合、支払い方法なしでサブスクリプションを開始できるようになりました。商品の価格設定セクションで、Trial Period (Days)とDefault Discount (%)の隣にあるCard-Optional at $0 Priceチェックボックスをオンにします。 当日の請求額がなくなるケースは2つあり、どちらもこの1つのチェックボックスで対応できます。
  • 無料トライアル — トライアル金額が設定されていないトライアル期間。トライアル中の初回請求額は0です。
  • **0の定期価格∗∗—価格が最初から‘0‘の場合、または商品の∗∗DefaultDiscount(0の定期価格** — 価格が最初から`0`の場合、または商品の**Default Discount (%)**やチェックアウトで100%オフになるように積み重ねた割引コードによって0になる場合です。
トライアル金額がある有料トライアルでは請求が発生するため、カードが必要です。 カード情報が保存されていなくても、サブスクリプションは有効化され、payment_method_required: falseを返します。その後、実際の請求が始まる前にリマインダーメールが送信されます。何日前に送信するかは、Settings → SubscriptionsのPayment Method Reminderで1日から30日まで設定でき、デフォルトは3日です。カードが登録されないまま最初の実際の請求日を迎えると、サブスクリプションはon_holdに移行します。支払い方法を追加すると再有効化されます。顧客向けメールは2種類あり、どちらもデフォルトで有効です。Add Payment Method ReminderとSubscription On Hold, No Payment Methodです。 APIでは、この1つのチェックボックスが2つの独立した価格フィールド、trial_payment_method_optionalとzero_amount_payment_method_optionalに対応します。そのため、商品を直接管理する場合は、どちらか一方だけを有効にできます。
Trial PeriodとDefault Discountの隣にCard-Optional at $0 Priceチェックボックスを表示するサブスクリプション価格フォーム
詳細:Card-Optional at $0 Price

12. チェックアウトでTax IDを必須化

チェックアウトセッションで、新しいrequire_tax_id feature flagを受け付けるようになりました。登録済みの法人にのみ販売する事業者向けの機能です。デフォルトはfalseなので、この設定を要求しない限り動作は変わりません。 フラグを有効にすると、チェックアウトページでPurchasing as a businessがあらかじめ選択され、変更できなくなります。Business NameとTax ID Numberは必須になり、どちらかが空欄の場合、またはTax IDが拒否された場合、Continue to Paymentはグレー表示のままになります。Tax IDの検証は引き続きfail-openであるため、照会サービスの停止だけで顧客が完全にブロックされることはありません。 allow_tax_idもtrueでなければならず、そうでない場合、リクエストは400で拒否されます。また、confirm: trueで作成されたセッションにはtax_idが必要です。これはチェックアウトページを完全にスキップするためです。 この要件はサーバー側ではなくチェックアウトページで適用されます。APIに直接送信された確認ではtax_idを省略できるため、このフラグは保証ではなく、チェックアウト体験を制御する設定として扱ってください。 詳細:Making the Tax ID Mandatory

13. サブスクリプションの一時停止・再開通知

サブスクリプションを一時停止または再開すると、チームと顧客それぞれに専用の通知が送信されるようになりました。 チーム通知では、SubscriptionsにSubscription PausedとSubscription Resumedが追加されました。どちらもデフォルトでは無効です。このセクションで有効化されていない最初のサブスクリプションイベントなので、必要に応じてオンにしてください。対応する顧客向けメールは、他のすべての顧客向けメールと同様、デフォルトで有効です。 詳細:Communication Preferences
最終更新日 2026年9月25日