#Ramya
1 messages · Page 1 of 1 (latest)
Hi there, which document are you using? can you share with me the link?
Actually the doc says you CANNOT update the subscription renewal amount for a fixed price subscription (amount_type=fixed or amount_type=maximum).
Suppose
1.If I purchases a subscription which id $4.99 and if with the same amount renewal also should happen what could be the amount type that I have to pass?
2.If If I purchases a subscription which is $4.99 and if with $3.99 next 2 renewals should happen by applying some promotion or coupon and then after subsequent renewals should happen with $4.99 then what could be the amount type that I have to pass?
https://stripe.com/docs/api/subscriptions/update#update_subscription-payment_settings-payment_method_options-card-mandate_options-amount_type you can find the API reference here.
So if you use maximum, then the amount charged can be up to the value passed for the amount param. If you use fixed, the amount param refers to the exact amount to be charged in future payments.
I'll recommended maximum unless your business needs to charge the exact amount.
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Got it. had few more questions. let me ask you one by one
Suppose if user made a payment with card1.and the subsequent renewals or recurring payments can be done with only that card1. can't he use another card let us say card2?
As explained in the doc (https://stripe.com/docs/india-recurring-payments#subscription-updates)
...
Update the default payment method used for the subscription.
So the answer is no.
Ok
Let us say if I use a card1 with sub1(1month) and later old subscription is ended due to some reason, now if I want to buy another subscription(1 year) with saved card1 can I use existing card1?
Yes you can reuse the payment_method for the new subscription.
Noted..
In which case we may use sporadic for payment_method_options[card][mandate_options][interval] ?
Why? I thought the new subscription is annual?
Btw, although you can reuse the payment_method, you still need to collect a mandate for the new subscription as per RBI regulation.As part of this process, you must bring your customers on-session and go through an AFA flow.
Oh is it?
With off session if we want to initiate the renewal request for the subscription I can not find sample request on the doc, so can you please help with that?
What do you mean by a renewal request for subscription?
Suppose If user makes a payment by entering the card details, we submit these card details to stripe so that stripe make the payment and provide us the paymentMethodId, by using this payment method id we initiate the auto renewal request with out passing card details again
This we are doing other than IN region, so for IN region to do the same auto renewal process we are unable to find the payment request with the payment method id.
If you are talking about recurring payments for subscriptions, Stripe will automatically initialize them based on the interval you specified, you don't need to manually initiate them.
No..we are PCI DSS compliance, so we will go with the approach where we initate the recurring payments so that stripe will collect the money and provide the payment status, accordingly we will update the subscription status from our end
So Please help to reply this.
So you are not using Stripe subscription, and you are initiating the recurring payments manually through PaymentIntents API?
Correct
The details can be found in the same page (https://stripe.com/docs/india-recurring-payments#impact-other-products), you can scroll down to the Learn how to create a mandate using a PaymentIntent or SetupIntent: section.
Thank you.will check
Is there any diff in the refund process for IN and non-IN regions?
We use stripe apis to give the refunds
We integrate the stripe refund api in our portal.. for Non-IN regions we are using the payment intent if to process the refunds, so would like to confirm that if there is any difference in the api specification to process the refund for IN transactions.
I'm not aware of any refund process that's specific to Indian users.
May I know whom do we need to reach for this?
You can reach out to Stripe support https://support.stripe.com/contact
Find help and support for Stripe. Our support center provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.
Ok
If stripe receive the recurring transaction request for IN, the stripe will charge the user w/i 72 hrs and we receive the webhook after charge. do we get the webhook even if it is success or fail? can you help to share the document related to this particular webook?
Also we are not able to find the document related to recurring transactions of Google Pay and Apple Pay so please help to provide the same.
Google Pay and Apple Pay are not available in India.
https://stripe.com/docs/india-recurring-payments this doc contains all information about recurring payments in India, and you should get most of the answers from it.
Not for Inida.. we are looking for these payment methods for other than Inida
And are you using Subscription? or still using PaymentIntents API to manually initiate the recurring payments?
We use payment intents only
OK. Then you need to be aware of this limitation in Apple Pay: https://stripe.com/docs/apple-pay?platform=web#recurring-payments
For Google Pay, there's no such limitation.
Doe this mean if we want to initiate the recurring payment for ApplePay, every time do we need to take the consent from the customer?
You can use Apple Pay tokens to create one-off payments or subscriptions. For repeat purchases that aren’t related to a subscription, Stripe recommends that you create single-use tokens. Your customer must authenticate with the Apple Pay payment sheet each time—attempting to reuse payment information for a non-subscription payment can result in it being declined.
Along with the above link can you share the api specification document for apple pay and google pay?
@frosty silo
Yes. I believe it's very clear in the doc.
You can find the Apple Pay and Google Pay doc here
https://stripe.com/docs/apple-pay
https://stripe.com/docs/google-pay
Is it a paid service to check the api specification details for apple pay and google pay?
I don't understand this question.
I mean for credit card payments, we could see all the required apis in the stripe public domain... but for apple pay and google pay we could not see details of the api...
so checking that are these apis not out of box apis?
In this link which you have shared I could not find any of the apis which we can intgrate to complete the google pay payment
https://stripe.com/docs/google-pay
Google Pay is available in many products, you can select the available options in the page to see which one you want to go with.
You can find step-by-step guide, as well as sample code in each integration guide
I followed the same
I could see 2 options one is check out and other is elements.
in check out to go to next steps it is showing
So I need a help for the api document where we are not going with stripe subsctions flow, we from our end it self would like to initate the recurring payments
as we are reaching you to find addition info, but you also shared the same link that we can find in the site..
so please help us with the exact api specificaiton details
And it is our first integration integration with stripe for google pay and apple pay
You need to collect a Google Pay/Apple Pay payment_method from frontend (either Checkout, PaymentElement, PaymentRequestButton or native app) first and use the payment method to create off-session payments through the same PaymentIntents API.
ok
https://stripe.com/docs/payments/save-and-reuse?platform=web#charge-saved-payment-method This is how you create a off-session charge through API, it's not Google Pay/Apple Pay specific.
off session payment apis are common irrespective of the payment methods right?
Yes you are right.
ok