支払いの返金とキャンセル

支払いをキャンセルまたは返金する方法をご紹介します。

完了する前に無料で支払いをキャンセルすることができます。また、成功後に支払いの全額または一部を返金することもできますが、これには手数料が発生する場合があります。詳細については、Stripe の料金体系ページをご覧ください。

返金には、利用可能な Stripe 残高が使用されます (保留中の金額は含まれません)。利用可能な残高に返金額に充当できるだけの資金がない場合、Stripe 残高が十分になるまでその返金は保留されます。Stripe のマイナス残高は、支払いを回収するか、またはアカウント残高にトップアップすることで解決できます。該当する地域では、Stripe はお客様の銀行口座から自動的に引き落としを行い、マイナスの Stripe 残高を回収します。

返金リクエスト

Stripe は顧客の銀行またはカード発行会社に返金リクエストを送信します。カードネットワークとカード発行会社によっては、成功した返金が顧客の銀行明細書にリアルタイムで表示されます。また、全額返金されたクレジットカードの支払いについては、不審請求の申請やチャージバックを行うことができません。

次のすべての条件に該当する場合、Stripe から顧客にメールを送信し、返金を通知します。

元の支払いが Stripe アカウントの顧客で作成されています。
顧客には保存されたメールアドレスがあります。
ダッシュボードで、顧客に返金のメールを送信するを有効にしました。

返金された支払いはダッシュボードで確認できます。

返金する

返金は、Refunds API またはダッシュボードを使用して行うことができます。1 件の支払いに対して複数の返金を行うことが可能ですが、総額が元の支払い額を超える返金を実行することはできません。

ダッシュボードで支払いを返金するには、以下の手順を使用します。

支払いページで返金する支払いを探します。
支払いの右にあるオーバーフローメニュー()をクリックして、支払いの返金を選択します。
デフォルトでは、全額返金が行われます。一部返金の場合は、該当する返金額を入力します。
返金理由を選択して、返金をクリックします。その他を選択した場合は、返金の理由を説明するメモを追加する必要があります。

または、特定の支払いをクリックし、その詳細ページから返金を行うこともできます。返金領収書を自動的に送信したり、返金ごとに領収書を手動で送信したりすることもできます。

一括返金

ダッシュボードでは、複数の支払いを一度にまとめて返金することができます。各支払いの左側にあるボックスをチェックして、返金する支払いを選択します。複数ページの結果にまたがってもかまいません。次に、返金をクリックして、返金理由を選択します。この方法で発行できるのは全額返金のみであり、一部返金は個別に行う必要があります。

返金先

返金は、支払い時に使用された支払い方法に対してのみ行うことができます。異なるカードや銀行口座など、異なる宛先に返金することはできません。

有効期限切れまたはキャンセルされたカードへの返金は、顧客のカード発行会社によって処理され、ほとんどの場合、顧客の代替カードに入金されます。代替カードがない場合、カード発行会社は通常、代替方法 (小切手や銀行口座の預金など) を使用して顧客に返金します。まれに、カードへの返金が失敗することもあります。

ACH や iDEAL など、その他の支払い方法の場合、返金処理は銀行によって異なります。顧客の決済方法が閉鎖されている場合、銀行は Stripe に返金することがあります (この時点で、返金には失敗のマークが付いています)。

失敗した返金を処理する

顧客の銀行またはカード発行会社が返金を処理できなかった場合 (銀行口座の閉鎖やカードの問題など)、返金が失敗する可能性があります。この場合、銀行は返金された金額を Stripe に返し、Stripe がそれをお客様の Stripe アカウント残高に返します。このプロセスには、返金試行日から最大 30 日かかる場合があります。

API を使用すると、Refund (返金) オブジェクトのステータスが failed に変わり、次の属性が含まれます。

failure_balance_transaction: Stripe 残高に返された金額を表す Balance Transaction (取引残高)の ID。

failure_reason: 返金が失敗した理由。以下のような理由があります。

失敗の理由	説明
`charge_for_pending_refund_disputed`	返金がまだ保留中の間に、顧客が支払いに対して不審請求の申請を行った場合は、顧客への払い戻しの重複を避けるため、返金する代わりに、不審請求の申請を受け入れるか反論することをお勧めします。
`declined`	Stripe の金融パートナーが返金を拒否した場合。
`expired_or_canceled_card`	支払い方法が顧客によってキャンセルされたか、パートナーによって期限切れになった場合。
`insufficient_funds`	残高不足のため保留されていた返金の、返金保留期限が過ぎた場合。
`lost_or_stolen_card`	元のカードの紛失または盗難により返金に失敗した場合。
`merchant_request`	ビジネスのリクエストで返金が失敗した場合。
`unknown`	不明な理由により返金に失敗した場合。

一部の決済手段では、返金が失敗した理由を示す Stripe の金融パートナーから提供される拒否コードは、destination_details ハッシュの network_decline_code フィールドで確認できます。

{
  id: "pyr_1234",
  destination_details: {
    blik: {
      network_decline_code: "decline_code"
    },
    type: 'blik',
  }
}

返金の失敗はまれですが、失敗した場合、Stripe は refund.failed イベントを使用してお客様に通知します (返金関連のすべてのイベントをご覧ください)。その場合はお客様が顧客に返金を行う別の方法を手配する必要があります。

ご利用のプラットフォームで Connect を使用したデスティネーション支払いを使用している場合、失敗した返金による売上はプラットフォームアカウントの Stripe 残高に入金されます。

返金をキャンセルする

返金のタイプによっては、返金額が顧客に届く前にキャンセルできる場合があります。一部のカードの返金は、短期間だけキャンセルに対応しています。返金を支払いの差戻しとして処理しないでください。現在、カードの返金を行うには、ダッシュボードでキャンセルする必要があります。

一部の支払い方法の場合、Stripe は、顧客に連絡をして銀行情報を収集してから、返金を処理します。銀行情報がまだ収集されていない場合は、返金をキャンセルできます。このタイプの返金では、API とダッシュボードの両方でのキャンセルがサポートされています。

キャンセルされた返金は canceled ステータスに移行します。キャンセルは、返金の失敗の 1 つのタイプであるため、属性 failure_reason と failure_balance_transaction が Refund (返金) に含まれています。

ご利用のプラットフォームで Connect を使用したデスティネーション支払いを使用している場合、キャンセルされた返金による売上はプラットフォームアカウントの Stripe 残高に入金されます。

ダッシュボードを使用して返金をキャンセルするには、以下の手順を実行します。

支払いページで、返金に関連付けられている支払いを探します。
支払いの右にあるオーバーフローメニュー () をクリックして、返金をキャンセルを選択します。
一部返金が複数ある場合は、ドロップダウンから正しい返金を選択します。
はい、返金をキャンセルを選択して、返金のキャンセルを確認します。

または、特定の支払いをクリックし、その詳細ページから返金をキャンセルすることもできます。

返金と差戻し

一部の返金 (元の支払いの直後に発行された返金) は、返金ではなく差戻しの形式で表示されます。差戻しの場合、元の支払いは顧客の明細書から削除され、個別の入金は発生しません。

IC+ ユーザーの場合、差戻しと返金とでコストが異なる場合があります。通常、差戻しの方が、ネットワーク手数料が安いためです。

返金が差戻しとして実行されるかどうかをダッシュボードで確認するには、以下を行います。

返金に関連する支払いの「支払いの詳細ページ」を開きます。
タイムラインで、返金エントリの詳細を表示するをクリックします。
差戻しの場合、対応するメッセージが表示されます。

返金の追跡

返金を開始すると、Stripe は顧客の銀行またはカード発行会社に返金リクエストを送信します。銀行によって異なりますが、顧客は約 5 〜 10 営業日後に入金として返金を確認できます。返金を確認できない場合、顧客からお客様へ連絡がある場合があります。返金が顧客に表示されない場合は、以下のような理由が考えられます。

元の支払いの直後に発行された返金は、返金ではなく差戻しの形で表示されます。差戻しの場合、元の支払いは顧客の明細書から削除され、個別の入金は発行されません。
顧客の銀行またはカード発行会社が返金を正しく処理できなかった場合、返金が失敗する可能性があります。銀行は返金された金額を Stripe に返し、Stripe はそれをお客様の Stripe アカウント残高に戻します。このプロセスには、返金のリクエストから最大 30 日かかる場合があります。

顧客から返金に関する問い合わせを受けた場合、その返金に対応する主要な照会番号を提供すると役立ちます。カード返金の場合、これはアクワイアラー照会番号 (ARN)、システム追跡監査番号 (STAN)、または検索参照番号 (RRN) に該当します。ARN、STAN または RRN は、決済フローを遷移する際にカード取引に割り当てられる照会番号です。一方、現地の支払い方法による返金の場合、Stripe または Stripe の金融パートナーによって生成され、受取人の銀行または機関に送信される照会番号を使用することができます。顧客はこうした照会番号を使用して、返金が利用可能になる時期に関する詳細情報を入手できます。また、照会番号があることで、顧客は返金が開始されたという安心感を得ることができます。

返金の照会は以下の条件で利用できます。

一部の金融パートナーを対象にサポートされており、対象外の場合は「unavailable (利用不可)」と示されます。
返金を開始してから後工程を担当する銀行パートナーから ARN を受け取るまでに最長 7 営業日かかります。
差戻しの場合は、元の支払いが処理されないため ARN を使用できません。ARN をサポートしないカードネットワークについて、Stripe はシステム追跡監査番号 (STAN) や検索参照番号 (RRN) など別の照会番号を提供するようにしています。

ダッシュボードを使用して照会番号を確認するには、以下を行います。

返金に関連する支払いの「支払いの詳細ページ」を開きます。
タイムラインで、返金エントリの詳細を表示するをクリックします。
利用可能な場合、Stripe はクリップボードに ARN または STAN を表示します。

支払いをキャンセルする

支払いのステータスが uncaptured の場合に限り、ダッシュボードを使用して支払いをキャンセルできます。それ以外のステータスの支払いをキャンセルするには、API を使用する必要があります。

ダッシュボードで未キャプチャーの支払いをキャンセルするには、以下の手順を使用します。

支払いページでキャンセルする支払いを探します。
支払いの右にあるオーバーフローメニュー()をクリックして、支払いをキャンセルするを選択します。
キャンセル理由を選択し、はいをクリックします。その他を選択した場合は、キャンセルの理由を説明するメモを追加する必要があります。

返金イベント

Stripe は、返金が作成または変更されるたびに、Events (イベント) をトリガーします。また、審査のクローズなど、他のアクションによっても返金に関連するイベントがトリガーされます。

構築済みの Stripe システムがイベントを処理するように設定されていることを確認してください。また、返金処理の状況を顧客や社内チームに通知するための内部ロジックを構築する必要もあります。少なくとも、refund.created イベントをリッスンすることをお勧めします。

以下の表には、返金に関連する最も一般的なイベントが示されています。



`charge.dispute.funds_reinstated`	不審請求の申請がクローズされた後、一部返金済みの支払いを含め、売上がアカウントに返金されたときに送信されます。
`charge.refunded`	一部返金を含め、支払いが返金されたときに送信されます。
`refund.created`	返金が作成されたときに送信されます。Charge オブジェクトの更新については、代わりに `charge.refunded` をリッスンします。
`refund.updated`	返金が更新されたときに送信されます。更新には、メタデータの追加や、返金を追跡するための参照番号としての ARN などの詳細の提供が含まれます。
`refund.failed`	返金が失敗したときに送信されます。
`review.closed`	Review (審査) がクローズされたときに送信されます。クローズされた理由 (`approved`、`disputed`、`refunded`、または `refunded_as_fraud`) については、`reason` フィールドをご覧ください。
`source.refund_attributes_required` Deprecated	Sent when the receiver source requires refund attributes to process a refund or a mispayment.
`charge.refund.updated` 非推奨	返金が更新されたときに、対応する支払いを含む返金に対してのみ送信されます。代わりに、すべての返金の更新について `refund.updated` をリッスンします。

コストの最適化

If your business processes a large volume of refunds close to the time of transaction, we recommend using manual authorization and capture to reduce your refund costs. Manual authorization and capture lets you better control costs by canceling payments before they are captured, or by reducing your captured amount rather than processing a refund.

注