Billing の回収方法
請求書とサブスクリプションの回収に利用する方法を設定する
ダッシュボードまたは API のいずれかを使って請求書とサブスクリプションを作成するときに、必要な支払い回収方法を設定できます。
自動請求と手動支払いの比較
回収方法によって、Stripe での両商品の支払い処理の方法が決まります。請求書とサブスクリプションの支払いの回収には、次の方法のいずれかを選択できます。
- 自動請求
- 手動による支払い
注
電信送金などの手動支払い方法には厳密な追跡プロセスと消し込みプロセスがあり、多くは大企業のクライアントで取引総額が多額となる場合に必要とされます。銀行振込などの一部の支払い方法は send_ にしか対応しないため、自動請求することができません。
請求書の回収方法を設定する
Invoicing API を使用して請求書の回収方法を設定するには、collection_method 属性を使用します。
charge_: 購入者のデフォルトの支払い方法に自動請求して請求書の支払いを求めます。automatically send_: 手動決済の請求書を送信します。ただちに支払う必要がある自動決済とは異なり、手動決済では購入者に支払い猶予期間が与えられ、その期間は調整可能です。オンライン請求書ページを使用して、支払いを促すメール通知とリマインダーを設定できます。invoice
サブスクリプションの回収方法を設定する
Subscription API でサブスクリプションの回収方法を設定するには、collection_method 属性を使用します。サブスクリプションの回収方法を変更すると、それ以降に作成されたサブスクリプションの請求書でのみ、その新しい回収方法が使用されます。
charge_: 請求期間ごとに生成された請求書の支払いを求めて、顧客のデフォルトの支払い方法に自動請求するように Stripe に指示します。automatically send_: 請求期間ごとに請求書を生成して、手動で支払う必要があります。ただちに支払う必要がある自動決済とは異なり、手動決済では購入者に支払い期間が与えられ、その期間は調整可能です。invoice
支払い方法のない無料トライアルへの自動請求
collection_method 属性を charge_ に設定したまま、顧客から支払い方法を収集せずにサブスクリプションの無料トライアルを作成できます。トライアル期間中、顧客はカスタマーポータルを使用して支払いの詳細を追加することができます。トライアル期間が終了すると、顧客のデフォルトの支払い方法に自動的に請求が行われます。トライアルが支払い方法の指定なしで終了した場合に、サブスクリプションを一時停止 / キャンセルするように設定することもできます。支払い方法を収集せずに無料トライアルを作成する方法についてご紹介します。
回収方法と支払いの失敗
支払いが失敗した場合に生成される subscription statuses (サブスクリプションステータス) と invoice statuses (請求書ステータス) は、回収方法に応じて異なります。
サブスクリプションの決済の失敗
payment_behavior に allow_ を、collection_ に charge_ を指定してサブスクリプションを作成すると、支払いが即時に試行されます。初回の支払い処理が完了しなかった場合は、サブスクリプションの status が incomplete としてマークされます。
payment_ に default_ を渡すと、初回の請求書に支払いが必要な場合、サブスクリプションが常に incomplete 状態で開始します。結果として得られる PaymentIntent は、別のリクエストで支払いを試みて確認する必要があります。
allow_ と default_ のどちらでも、初回の請求書が支払われると、サブスクリプションは active になります。作成時に支払われる必要のないサブスクリプション (トライアル中など) のステータスは即時に active になります。初回の請求書が 23 時間経っても支払われない場合、サブスクリプションは incomplete_ に設定されます。このステータスは取り消せない最終的な決定であり、未払いの請求書と以降の請求書が無効になります。
未完了のサブスクリプションの失敗
サブスクリプションのステータスが incomplete になっている場合は、請求書または請求書アイテムの作成に寄与しない属性 (metadata、save_default_payment_method、description など) を更新することのみできます。
自動請求を設定していたサブスクリプションの更新支払いが失敗した場合、サブスクリプションは past_ になり、決済の再試行回数の上限に達すると、サブスクリプションは canceled または unpaid とマークされます (どちらになるかはサブスクリプション設定によって異なります)。
一方、サブスクリプションの collection_ が send_ に設定されている場合は、支払い期日までに請求書が支払われない場合に past_ になります。期日を延期しても顧客が支払わない場合、サブスクリプションの設定に応じてサブスクリプションは canceled または unpaid とマークされます。
サブスクリプションが unpaid のステータスになっている場合、以降の請求書は作成されますが、下書きのままになります。その場合、支払いを回収するために past due の請求書と作成された下書きの請求書を再送信するオプションを利用できます。数カ月にわたって未払いの状態が続いている請求書の支払いの回収を試みる際 (未払いのサブスクリプションに関連付けられた商品またはサービスの提供を継続している場合など)、この機能を使用するか、商品またはサービスの提供をやめて請求書をクローズし、未払いに変更します。
請求した支払いの失敗
collection_ が charge_ に設定され、自動進行が無効になっているサブスクリプションに関連付けられていない請求書は、初回の支払い処理に失敗しても、open のまま保持されます。自動進行が無効になっているため、請求書が自動的にクローズされたり、再試行されたり、別のステータスに移行したりすることはありません。詳しくは、支払い失敗の管理と顧客に送信済みの請求書の管理をご覧ください。
請求書で自動進行が有効になっている場合、Stripe は支払いの再試行回数の上限に達した後に、請求書を自動的に uncollectible としてマークすることがあります (請求書のステータスの設定によって異なります)。
回収方法が send_ に設定されている場合、請求書を手動で支払う必要があります。支払い期日を過ぎても請求書が支払われない場合は、ステータスが past_ になり、請求書の期日を過ぎたことが示されます。支払い期日を延期しても顧客が支払わない場合は、請求書を past_ のままにしておくか、uncollectible または void に移行させることができます。
大企業のクライアントと電信送金
電信送金などの手動支払い方法には、大企業のクライアントに対するメリットがいくつかあります。これらの支払い方法では自動支払い方法と比較すると厳密な追跡プロセスと消し込みプロセスがあることが多く、そのプロセスは取引総額が大きい企業には極めて重要です。collection_ を send_ を設定することで、十分な裏付けがある明確な請求書を生成でき、企業顧客はその請求書を電信送金で支払うことができます。電信送金はこのようなタイプの企業顧客によく選ばれる支払い方法です。