From 809c61b645e162d7de6540594c0b9f849499bbfc Mon Sep 17 00:00:00 2001 From: Stripe OpenAPI <105521251+stripe-openapi[bot]@users.noreply.github.com> Date: Fri, 30 Aug 2024 18:45:19 +0000 Subject: [PATCH] Update OpenAPI specification --- openapi/spec3.beta.sdk.json | 2 +- openapi/spec3.beta.sdk.yaml | 9 ++++++++- openapi/spec3.json | 2 +- openapi/spec3.sdk.json | 2 +- openapi/spec3.sdk.yaml | 9 ++++++++- openapi/spec3.yaml | 9 ++++++++- 6 files changed, 27 insertions(+), 6 deletions(-) diff --git a/openapi/spec3.beta.sdk.json b/openapi/spec3.beta.sdk.json index 1bd1d26f..231f1b71 100644 --- a/openapi/spec3.beta.sdk.json +++ b/openapi/spec3.beta.sdk.json @@ -165317,7 +165317,7 @@ }, "/v1/payment_intents/{intent}/confirm": { "post": { - "description": "
Confirm that your customer intends to pay with current or provided\npayment method. Upon confirmation, the PaymentIntent will attempt to initiate\na payment.\nIf the selected payment method requires additional authentication steps, the\nPaymentIntent will transition to the requires_action
status and\nsuggest additional actions via next_action
. If payment fails,\nthe PaymentIntent transitions to the requires_payment_method
status or the\ncanceled
status if the confirmation limit is reached. If\npayment succeeds, the PaymentIntent will transition to the succeeded
\nstatus (or requires_capture
, if capture_method
is set to manual
).\nIf the confirmation_method
is automatic
, payment may be attempted\nusing our client SDKs\nand the PaymentIntent’s client_secret.\nAfter next_action
s are handled by the client, no additional\nconfirmation is required to complete the payment.\nIf the confirmation_method
is manual
, all payment attempts must be\ninitiated using a secret key.\nIf any actions are required for the payment, the PaymentIntent will\nreturn to the requires_confirmation
state\nafter those actions are completed. Your server needs to then\nexplicitly re-confirm the PaymentIntent to initiate the next payment\nattempt.
Confirm that your customer intends to pay with current or provided\npayment method. Upon confirmation, the PaymentIntent will attempt to initiate\na payment.\nIf the selected payment method requires additional authentication steps, the\nPaymentIntent will transition to the requires_action
status and\nsuggest additional actions via next_action
. If payment fails,\nthe PaymentIntent transitions to the requires_payment_method
status or the\ncanceled
status if the confirmation limit is reached. If\npayment succeeds, the PaymentIntent will transition to the succeeded
\nstatus (or requires_capture
, if capture_method
is set to manual
).\nIf the confirmation_method
is automatic
, payment may be attempted\nusing our client SDKs\nand the PaymentIntent’s client_secret.\nAfter next_action
s are handled by the client, no additional\nconfirmation is required to complete the payment.\nIf the confirmation_method
is manual
, all payment attempts must be\ninitiated using a secret key.\nIf any actions are required for the payment, the PaymentIntent will\nreturn to the requires_confirmation
state\nafter those actions are completed. Your server needs to then\nexplicitly re-confirm the PaymentIntent to initiate the next payment\nattempt.\nThere is a variable upper limit on how many times a PaymentIntent can be confirmed.\nAfter this limit is reached, any further calls to this endpoint will\ntransition the PaymentIntent to the canceled
state.
canceled
state.
operationId: PostPaymentIntentsIntentConfirm
parameters:
- in: path
diff --git a/openapi/spec3.json b/openapi/spec3.json
index b3e5bf3a..dd02621e 100644
--- a/openapi/spec3.json
+++ b/openapi/spec3.json
@@ -112608,7 +112608,7 @@
},
"/v1/payment_intents/{intent}/confirm": {
"post": {
- "description": "Confirm that your customer intends to pay with current or provided\npayment method. Upon confirmation, the PaymentIntent will attempt to initiate\na payment.\nIf the selected payment method requires additional authentication steps, the\nPaymentIntent will transition to the requires_action
status and\nsuggest additional actions via next_action
. If payment fails,\nthe PaymentIntent transitions to the requires_payment_method
status or the\ncanceled
status if the confirmation limit is reached. If\npayment succeeds, the PaymentIntent will transition to the succeeded
\nstatus (or requires_capture
, if capture_method
is set to manual
).\nIf the confirmation_method
is automatic
, payment may be attempted\nusing our client SDKs\nand the PaymentIntent’s client_secret.\nAfter next_action
s are handled by the client, no additional\nconfirmation is required to complete the payment.\nIf the confirmation_method
is manual
, all payment attempts must be\ninitiated using a secret key.\nIf any actions are required for the payment, the PaymentIntent will\nreturn to the requires_confirmation
state\nafter those actions are completed. Your server needs to then\nexplicitly re-confirm the PaymentIntent to initiate the next payment\nattempt.
Confirm that your customer intends to pay with current or provided\npayment method. Upon confirmation, the PaymentIntent will attempt to initiate\na payment.\nIf the selected payment method requires additional authentication steps, the\nPaymentIntent will transition to the requires_action
status and\nsuggest additional actions via next_action
. If payment fails,\nthe PaymentIntent transitions to the requires_payment_method
status or the\ncanceled
status if the confirmation limit is reached. If\npayment succeeds, the PaymentIntent will transition to the succeeded
\nstatus (or requires_capture
, if capture_method
is set to manual
).\nIf the confirmation_method
is automatic
, payment may be attempted\nusing our client SDKs\nand the PaymentIntent’s client_secret.\nAfter next_action
s are handled by the client, no additional\nconfirmation is required to complete the payment.\nIf the confirmation_method
is manual
, all payment attempts must be\ninitiated using a secret key.\nIf any actions are required for the payment, the PaymentIntent will\nreturn to the requires_confirmation
state\nafter those actions are completed. Your server needs to then\nexplicitly re-confirm the PaymentIntent to initiate the next payment\nattempt.\nThere is a variable upper limit on how many times a PaymentIntent can be confirmed.\nAfter this limit is reached, any further calls to this endpoint will\ntransition the PaymentIntent to the canceled
state.
Confirm that your customer intends to pay with current or provided\npayment method. Upon confirmation, the PaymentIntent will attempt to initiate\na payment.\nIf the selected payment method requires additional authentication steps, the\nPaymentIntent will transition to the requires_action
status and\nsuggest additional actions via next_action
. If payment fails,\nthe PaymentIntent transitions to the requires_payment_method
status or the\ncanceled
status if the confirmation limit is reached. If\npayment succeeds, the PaymentIntent will transition to the succeeded
\nstatus (or requires_capture
, if capture_method
is set to manual
).\nIf the confirmation_method
is automatic
, payment may be attempted\nusing our client SDKs\nand the PaymentIntent’s client_secret.\nAfter next_action
s are handled by the client, no additional\nconfirmation is required to complete the payment.\nIf the confirmation_method
is manual
, all payment attempts must be\ninitiated using a secret key.\nIf any actions are required for the payment, the PaymentIntent will\nreturn to the requires_confirmation
state\nafter those actions are completed. Your server needs to then\nexplicitly re-confirm the PaymentIntent to initiate the next payment\nattempt.
Confirm that your customer intends to pay with current or provided\npayment method. Upon confirmation, the PaymentIntent will attempt to initiate\na payment.\nIf the selected payment method requires additional authentication steps, the\nPaymentIntent will transition to the requires_action
status and\nsuggest additional actions via next_action
. If payment fails,\nthe PaymentIntent transitions to the requires_payment_method
status or the\ncanceled
status if the confirmation limit is reached. If\npayment succeeds, the PaymentIntent will transition to the succeeded
\nstatus (or requires_capture
, if capture_method
is set to manual
).\nIf the confirmation_method
is automatic
, payment may be attempted\nusing our client SDKs\nand the PaymentIntent’s client_secret.\nAfter next_action
s are handled by the client, no additional\nconfirmation is required to complete the payment.\nIf the confirmation_method
is manual
, all payment attempts must be\ninitiated using a secret key.\nIf any actions are required for the payment, the PaymentIntent will\nreturn to the requires_confirmation
state\nafter those actions are completed. Your server needs to then\nexplicitly re-confirm the PaymentIntent to initiate the next payment\nattempt.\nThere is a variable upper limit on how many times a PaymentIntent can be confirmed.\nAfter this limit is reached, any further calls to this endpoint will\ntransition the PaymentIntent to the canceled
state.
canceled
state.
operationId: PostPaymentIntentsIntentConfirm
parameters:
- in: path
diff --git a/openapi/spec3.yaml b/openapi/spec3.yaml
index d5d8d558..09378413 100644
--- a/openapi/spec3.yaml
+++ b/openapi/spec3.yaml
@@ -96783,7 +96783,14 @@ paths:
explicitly re-confirm the PaymentIntent to initiate the next payment
- attempt.
+ attempt.
+
+ There is a variable upper limit on how many times a PaymentIntent can be
+ confirmed.
+
+ After this limit is reached, any further calls to this endpoint will
+
+ transition the PaymentIntent to the canceled
state.
operationId: PostPaymentIntentsIntentConfirm
parameters:
- in: path