コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
Ask AI
アカウントを作成
サインイン
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
Money management
開発者向けのツール
始める
支払い
財務の自動化
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
Money management
概要
導入を開始
商品
グローバル入金
Capital
カードを発行する
    概要
    Issuing の仕組み
    利用可能な国
    不正使用に対応する
    カード
    カードタイプを選択する
    バーチャルカード
    バーチャルカードを発行する
    物理カード
    カードを管理する
    デジタルウォレット
    再発行カード
    カードプログラム
    プログラム管理
    カードプログラムをカスタマイズする
    カードプログラムに資金を追加する
    Credit Consumer Issuing
    管理
    支出管理
    高度な不正利用防止ツール
    3DS
    不正利用に関するチャレンジ
    リアルタイムのオーソリ
    PIN 管理
    Issuing Elements
    トークン管理
    資金調達
    残高
    Stripe の実装に後から資金を追加する
    動的リザーブの実装に後から資金を追加する
    購入
    オーソリ
    取引
    不審請求の申請
    テスト
    加盟店カテゴリ
    ATM の利用
    Connect 付きの Issuing
    Issuing と Connect の実装を設定
    利用規約への同意を更新
    Connect の資金
    連結アカウント、カード保有者、カード
    埋め込みカード管理 UI
    貸方
    概要
    連結アカウントを設定する
    クレジット規約を管理する
    その他の与信判断を報告して AAN を管理
    与信判断に必要な規制に関するデータの報告
    アカウントの債務を管理する
    クレジット連携のテスト
    追加情報
    カード保有者タイプを選択する
    Issuing と Treasury の顧客サポート
    Issuing ウォッチリスト
    マーケティングのガイドライン (ヨーロッパ/イギリス)
    製品のマーケティングとコンプライアンスのガイドライン (アメリカ)
Treasury
Manage money
ホームMoney managementIssuing cards

注

このページはまだ日本語ではご利用いただけません。より多くの言語で文書が閲覧できるように現在取り組んでいます。準備が整い次第、翻訳版を提供いたしますので、もう少しお待ちください。

クレジット規約を管理する非公開プレビュー

連結アカウントのクレジット規約を管理する方法をご紹介します。

ページをコピー

CreditPolicy の credit_limit_amount または credit_period_interval を更新して、連結アカウントのクレジット規約を変更します。プラットフォームの Issuing アカウントによってサポートされる、連結アカウントの支出機能を inactive にすることもできます。

クレジット限度額を更新する

CreditPolicy の credit_limit_amount を更新して、連結アカウントのクレジット限度額を変更できますが、まず CreditUnderwritingRecord でリスク評価判定を報告する必要があります。最初に CreditUnderwritingRecord で同じ金額を申告せずに credit_limit_amount を更新しようとすると、エラーが発生します。

CreditUnderwritingRecord API を使用してクレジット限度額を変更するためのリスク評価判定の報告には、3 つのシナリオがあります。

アカウントのクレジット限度額の増額リクエストを承認する

連結アカウントがクレジット限度額の引き上げをリクエストする場合、まずはリクエストを申し込みとして報告し、承認または拒否の決定を報告します。

CreditUnderwritingRecord API の create_from_application エンドポイントを使用して、アカウントのリクエストを記録します。申し込みの purpose (目的) を credit_limit_increase とし、submitted_at を使用して顧客がリクエストを送信した日時を報告します。これが既存ユーザーの場合であっても、credit_user ハッシュで name と email を提供する必要があります。

Command Line
cURL
curl https://api.stripe.com/v1/issuing/credit_underwriting_records/create_from_application \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -H "Stripe-Account:
{{CONNECTED_ACCOUNT_ID}}
"
\ -d "credit_user[name]"="Barbell Gym" \ --data-urlencode "credit_user[email]"="barbell-gym@gmail.com" \ -d "application[purpose]"=credit_limit_increase \ -d "application[submitted_at]"=1681138952

レスポンスの例

{ "object": "issuing.credit_underwriting_record", "id": "cur_1NiHAD2eZvKYlo2CmWGpt5OX", "credit_user": { "name": "Barbell Gym", "email": "barbell-gym@gmail.com" }, "created_from": "application", "application": { "purpose": "credit_limit_increase", "submitted_at": 1681138952, "application_method": "online" }, "decision_deadline": 1683601352 // 30 days after submission }

2 つ目のステップは、report_decision エンドポイントを使用した、申し込みの承認または拒否です。顧客が申し込みを送信してから 30 日後の decision_deadline までに、決定内容を必ず報告してください。

申し込みを承認するには decision type に credit_limit_approved を設定し、承認済みの金額を指定します。

Command Line
cURL
curl https://api.stripe.com/v1/issuing/credit_underwriting_records/cur_1NiHAD2eZvKYlo2CmWGpt5OX/report_decision \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -H "Stripe-Account:
{{CONNECTED_ACCOUNT_ID}}
"
\ -d decided_at=1681138965 \ -d "decision[type]"=credit_limit_approved \ -d "decision[credit_limit_approved][amount]"=200000 \ -d "decision[credit_limit_approved][currency]"=usd

一方で申し込みを拒否するには、上記と同じステップに従いますが、決定のタイプを application_rejected に設定し、拒否の理由を application_rejected.reasons で指定します。このシナリオについて、詳細はクレジット限度額の増額の申し込みを拒否し、拒否理由を報告するをご覧ください。

それぞれのシナリオで、決定の報告後に CreditPolicy API を使用して、承認したものと同じ金額に credit_limit_amount を更新します。

Command Line
cURL
curl https://api.stripe.com/v1/issuing/credit_policy \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -H "Stripe-Version: 2025-04-30.basil; issuing_credit_beta=v1; issuing_underwritten_credit_beta=v1" \ -H "Stripe-Account:
{{CONNECTED_ACCOUNT_ID}}
" \
-d credit_limit_amount=200000

このアクションにより、issuing_credit_policy.updated Webhook イベントがトリガーされ、CreditPolicy の credit_limit_amount フィールドが即時に更新されます。

レスポンスの例

{ "livemode": true, "credit_limit_amount": 200000, // 2,000.00 USD "credit_limit_currency": "usd", "credit_period_interval": "month", "credit_period_interval_count": 1, "days_until_due": 1, "last_effective_attributes": { "effective_until": 1681138965, "credit_limit_amount": 100000, "credit_period_interval": "month", "credit_period_interval_count": 1, "days_until_due": 1, "status": "active", }, "upcoming_attributes": null }

クレジット期間を更新する

設定するクレジット期間は、銀行で承認されたクレジットポリシーに関するドキュメントで定義されたクレジット期間と必ず一致する必要があります。API でクレジット期間を変更する前に、作成したクレジットポリシーのドキュメントのクレジット期間を調整するための承認を Stripe から得る必要があります。また、影響を受けるアカウント所有者に、利用規約の変更に関する通知を送信する必要もあります。platform-compliance@stripe.com に問い合わせて、必要な承認を収集してからアクションを実行するようにしてください。

Stripe から承認を受け取ったら、以下のステップに従って CreditPolicy API でクレジット期間を変更します。クレジット期間の変更時に CreditUnderwritingRecord を使用する必要はありません。

upcoming_attributes ハッシュのフィールドを更新することで、連結アカウントのクレジット期間を変更できます。upcoming_attributes を設定する際に effective_at タイムスタンプを渡して、変更を有効にするタイミングを設定する必要があります。

上記の例を使用して、プラットフォームである Gymbox が顧客のクレジット期間を 1 カ月から 15 日に変更することにしたとします。さらに、プラットフォームではこの変更を翌月の初日に有効にしたいと考えています。Stripe は、upcoming_attributes によるすべての変更を 00:00 UTC に有効にすることを求めているため、effective_at タイムスタンプは 10 桁で末尾を 00 にする必要があります。

プラットフォームは upcoming_attributes ハッシュを使用して、連結アカウントの CreditPolicy を次のように更新します。

Command Line
cURL
curl https://api.stripe.com/v1/issuing/credit_policy \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -H "Stripe-Version: 2025-04-30.basil; issuing_credit_beta=v1; issuing_underwritten_credit_beta=v1" \ -H "Stripe-Account:
{{CONNECTED_ACCOUNT_ID}}
" \
-d "upcoming_attributes[credit_period_interval]"=day \ -d "upcoming_attributes[credit_period_interval_count]"=15 \ -d "upcoming_attributes[effective_at]"=1693526400 \ -d "upcoming_attributes[days_until_due]"=0

レスポンスの例

{ "livemode": true, "credit_limit_amount": 200000, "credit_limit_currency": "usd", "status": "active", "credit_period_interval": "month", "credit_period_interval_count": 1, "days_until_due": 1, "last_effective_attributes": { "effective_until": 1681138965, // time of previous update to credit period "credit_limit_amount": 200000, "credit_period_interval": "month", "credit_period_interval_count": 1, "days_until_due": 1, "status": "active", }, "upcoming_attributes": { "effective_at": 1693526400, // 1st day of the next month, 00:00 UTC "credit_period_interval": "day", "credit_period_interval_count": 15, "days_until_due": 0, } }

effective_at タイムスタンプになると、CreditPolicy が、upcoming_attributes ハッシュで指定された内容に自動的に更新されます。last_effective_attributes ハッシュは変更前の値を反映して更新されます。

レスポンスの例

{ "livemode": true, "credit_limit_amount": 200000, "credit_limit_currency": "usd", "status": "active", "credit_period_interval": "day", "credit_period_interval_count": 15, "days_until_due": 0, "last_effective_attributes": { "effective_until": 1693526400, // 1st day of the next month, 00:00 UTC "credit_limit_amount": 200000, "credit_period_interval": "month", "credit_period_interval_count": 1, "days_until_due": 1, "status": "active" }, "upcoming_attributes": null }

これにより、issuing_credit_policy.updated イベントがトリガーされます。effective_at タイムスタンプの時点になると、クレジット期間の変更が有効になり、現在の期間の FundingObligation (資金追加の義務) が確定し、新しい FundingObligation が作成されて、新しいクレジット規約での新しいクレジット期間の開始がマークされます。

クレジットラインをクローズし、理由を報告する

連結アカウントのクレジットラインは、以下の 2 つのステップでクローズできます。

まず、CreditUnderwritingRecord API を使用して、決定の詳細を create_from_proactive_review エンドポイント経由で送信します。決定のタイプを credit_line_closed に設定して、少なくとも 1 つ、最大 4 つまで理由を指定します。これらは申し込みを拒否する「主要な」理由でなければなりません。クレジットラインのクローズは不利益措置であるため、該当するクローズの理由を記載した通知の送信が必要です。

Command Line
cURL
curl https://api.stripe.com/v1/issuing/credit_underwriting_records/create_from_proactive_review \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -H "Stripe-Account:
{{CONNECTED_ACCOUNT_ID}}
"
\ -d "credit_user[name]"="Barbell Gym" \ --data-urlencode "credit_user[email]"="barbell-gym@gmail.com" \ -d decided_at=1681138952 \ -d "decision[type]"=credit_line_closed \ -d "decision[credit_line_closed][reasons][]"=debt_to_cash_ratio_too_high

レスポンスの例

{ "object": "issuing.credit_underwriting_record", "id": "cur_1NiHAD2eZvKYlo2CmWGpt5OX", "credit_user": { "name": "Barbell Gym", "email": "barbell-gym@gmail.com" }, "created_from": "proactive_review", "decided_at": 1681138952, "decision": { "type": "credit_line_closed", "credit_line_closed": { "reasons": ["debt_to_cash_ratio_too_high"] } }, "decision_deadline": null // no deadline for proactive review }

次に、アカウントの CreditPolicy のステータスを inactive に設定します。

Command Line
cURL
curl https://api.stripe.com/v1/issuing/credit_policy \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -H "Stripe-Version: 2025-04-30.basil; issuing_credit_beta=v1; issuing_underwritten_credit_beta=v1" \ -H "Stripe-Account:
{{CONNECTED_ACCOUNT_ID}}
" \
-d status=inactive

レスポンスの例

{ "livemode": true, "credit_limit_amount": 200000, "credit_limit_currency": "usd", "status": "inactive", "credit_period_interval": "month", "credit_period_interval_count": 1, "days_until_due": 1, "last_effective_attributes": { "effective_until": "time_of_deactivation", "credit_limit_amount": 200000, "status": "active", "credit_period_interval": "month", "credit_period_interval_count": 1, "days_until_due": 1, }, "upcoming_attributes": null }

このステータスにより、issuing_credit_policy.updated イベントがトリガーされます。CreditPolicy を無効にすると、それから 31 日間、決済された Transactions (取引) について説明する FundingObligation の更新を受け取り続けることになります。これは、無効化前に行われたオーソリが最大 31 日後までキャプチャーされる可能性があるためです。

連結アカウントの Issuing 残高が 0 を下回る場合 (アカウントは Stripe に借入があることを示します)、CreditPolicy を inactive に設定しようとするとエラーが送信され、CreditPolicy を無効にするために残高をトップアップ (残高を補充) してゼロに戻す必要があります。CreditPolicy のステータスが inactive になると、そのアカウントのカードでのオーソリの試行は、アカウントの Issuing 残高から資金供給され、残高が不足している場合は拒否されます。

Once you’ve closed the credit line by setting status to inactive, you can’t reopen the line by changing status back to active unless you receive a new application from the customer. In that case, follow the steps to report a new, approved credit application.

card_issuing_charge_card ケイパビリティを取り消す

銀行によって承認されたクレジットポリシーのリスク評価基準を満たさなくなった、または利用規約に違反しているため、プラットフォームの Issuing アカウントを使用した連結アカウントのサポートを停止した場合、CreditPolicy を無効のままにします。また、card_issuing_charge_card ケイパビリティのリクエストを解除することで、これを無効化する必要もあります。

Command Line
cURL
curl https://api.stripe.com/v1/accounts/{{CONNECTED_STRIPE_ACCOUNT_ID}} \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d "capabilities[card_issuing_charge_card][requested]"=false

ユーザーが連結アカウントにクレジットを設定する手順に従って新しい申し込みを提出する場合、今後同じ連結アカウントに対してもう一度 card_issuing_charge_card ケイパビリティをリクエストできます。

連結アカウントの card_issuing ケイパビリティが有効なままであれば、連結アカウントに対して引き続きカードを発行できます。ただし、カードが機能するようにするには、連結アカウントの Issuing 残高に資金を追加する必要があります。

Webhook のサマリー

次の 2 つの Webhook を監視できます。

  • issuing_credit_policy.created: CreditPolicy が作成されるたびにトリガーされます。これは、連結アカウントのケイパビリティがリクエストされたときに生じます。
  • issuing_credit_policy.updated: CreditPolicy が更新されるたびにトリガーされます。これは、プラットフォームで連結アカウントのポリシーが更新されたときに生じます。
このページはお役に立ちましたか。
はいいいえ
お困りのことがございましたら 、サポートにお問い合わせください。
早期アクセスプログラムにご参加ください。
変更ログをご覧ください。
ご不明な点がございましたら、お問い合わせください。
LLM ですか?llms.txt を読んでください。
Powered by Markdoc