#driesvints-customer
1 messages ยท Page 1 of 1 (latest)
๐ happy to help
you can always do this https://stripe.com/docs/api/customers/update#update_customer-balance
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
And will new invoices for subscriptions for recurring payments use the customer balance to pay for themselves?
I'm not sure but we could test it out
Thanks @topaz depot , I appreciate it ๐
For the update, we'd still need to generate a pay link or something, correct?
yes you could use any type of Payment (Checkout, Payment Link, etc.) and use the metadata to inform your webhook that this should go into the customer balance
and do the update in the webhook upon payment success
And if a customer wants a get back from their balance I guess we can do the same process and refund them with the amount on their balance
that will be probably a bit harder to achieve IMO
you could do refunds but I don't know if that can be the answer to your problem
yeah seems a payment intent would be required
maybe cash balances are a better resort?
Hey, taking over here!
seems like bank transfers aren't available to India customers (which we're trying to help)
What's the underlying issue you're trying to resolve?
We're currently facing serious problems with India RBI regulations. On a weekly basis we get multiple customers who can't start subscriptions or pay for recurring payments of their subscriptions
We've tried everything we can think of and basically are desperate to find a solution for these
Our next idea was to start working with customer balances to handle the invoice payments
But preferable would want to find a solution that didn't go so far
I now see there's a cash balance concept as well which might be more what we need. But it seems bank transfers aren't available in India yet?
If you have any idea on how to solve the failing payments for the RBI failures, that would be super helpful
I can't really find a solution from the guide above. From what I understand, the mandate solution is only for one-off purchases. We're working with subscriptions and invoices.
Can you share an example failing PI?
customer cus_JXMz6I6HNxUKem has some
When were some of the problematic subscriptions created?
basically we've been getting these issues for quite some time already. Not sure exactly when they started but talking months already
maybe even a year
Basically any subscriptions pre October 1st 2021 will need to be re-created: https://stripe.com/docs/india-recurring-payments#subscription-migration
Checking on that customer you shared
Is there a way to detect that the failure was a RBI failure so we can specifically notify customers that are affected by it? That way we don't have to recreate subscriptions for every single customer
I believe they just show up like regular declines (like what you're seeing). Frustrating I know
Looking a specific Invoice example from that customer you shared: https://dashboard.stripe.com/payments/pi_3L7gkM2niB1UWjcE0bAsBgv9
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Payment attempts there were made with a Source object (src_1L7iPU2niB1UWjcESpZauvsU)
That API doesn't support the RBI regulations: https://stripe.com/docs/india-recurring-payments#limitations
oh man, that's a good spot
Is there any way to get a list of all customers with active subscriptions that are using the source api?
There's also:
Currently, all issuing banks only support INR for subscriptions.
But we use USD. We can't change our currency... nothing we can do there?
Ah, I missed that on the Invoice you sent ๐คฆโโ๏ธ
Yeah that's an RBI limitation, unfortunately
I mean: we dรณ have customers in India which are using recurring payments for subscriptions right now so I guess that's not entirely true?
Hmm, is there an example?
Coming back to the last PI (pi_3L7gkM2niB1UWjcE0bAsBgv9), decline code was transaction_not_allowed
How can I filter customers in Stripe which have payment methods that are from India origin?
Also, I really can't imagine India customers cannot purchase anything anymore that's not in INR?
That would be bizar and super hurtful to their own economy
Don't think there's 1 API to do that really, probably need some local filtering
Okay. I'll need some time to look for a specific customer. I don't have full access to our production dashboard.
Just recurring payments where that limitation applies
Gotcha
So one-off payments would work.
But again: that would mean that any recurring payment for any digital SaaS service would require that SaaS to offer its products in INR?
I just cannot fathom that that's a requirement
Assuming they're on-session
The limitation is not that they're recurring, but off-session I believe
(which recurring generally are)
yeah but that indeed just boils down to what I'm saying above
Basically, yep! https://support.stripe.com/questions/rbi-regulations-affecting-payments-from-india-issued-cards
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.
thanks for that. Didn't read that yet so let me read through it
There's quite a few article on the support site that breakdown the limitations and impact on merchants
Good starting point. The docs are more how Stripe can help you work within the limitations
In case of low recurring payment success rates, you can opt to automatically send invoices to your customers to bring them back on-session.
So, we tried sending a hosted invoice page (send_invoice) but received reports from customers that still had their payments fail. Again here I don't have a specific link but can ask for one when someone on my team comes online that has more access than me.
Just want to say that I really appreciate all the help so far. This has been really insightful already
What's your timezone btw? Just so I know how much time I have left today to shoot you a message.
The person on my team lives in US so might be a while before I get an answer
So, we tried sending a hosted invoice page (send_invoice) but received reports from customers that still had their payments fail. Again here I don't have a specific link but can ask for one when someone on my team comes online that has more access than me.
Would love to see any example of that. My assumption is that the sub was created prior to October 1st
I'm GMT, but channel is staffed all day
Yes that's what I'm thinking as well
@clever lagoon could you maybe check if this payment was attempted with a method that uses the sources API? https://dashboard.stripe.com/payments/pi_3L5sqj2niB1UWjcE1hhEjggC
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
it was yes
to be clear the hosted invoice page creates Sources and uses them to pay the Invoice's PaymentIntent because it uses legacy code, I wish it didn't and it's feedback we raise a lot
but I don't that's relevant to that PaymentIntent, which is just a normal card decline and not related to the specific integration
no way...
But doesn't that defeats the entire advice given in https://support.stripe.com/questions/rbi-regulations-affecting-payments-from-india-issued-cards & #984392320461967400 message to use send_invoice? That would mean that advice just is contradicting the limitations given in https://stripe.com/docs/india-recurring-payments#limitations to avoid using the sources API
yeah, true was just checking in to see if it was a source or a PM
I don't think using the Sources API has any direct impact here, and send_invoice is meant to be the solution and if it didn't work I'd assume we'd notice it
it's just confusing wording in https://stripe.com/docs/india-recurring-payments#limitations , it's probably trying to tell you that you can't use legacy integrations that create Tokens/Sources and pass them to the Charges API for recurring payments (when not using our Subscriptions) and have to instead process the payment with a PaymentIntent
the API the card instrument token uses(Token tok_xxx/Source src_xxx/PaymentMethod pm_xxx) generally doesn't matter, it's what you do with the instrument, which in this case is passing it to a PaymentIntent which has a state machine to work with 3D Secure
right, thanks for that explanation! To follow up on your remark about https://stripe.com/docs/india-recurring-payments#limitations: these rules do apply to subscriptions as well right? Not just payment intents?
it's not ideal that we create legacy Sources and pass them to PaymentIntent confirm(that's an escape hatch built years ago to make migration easier), it's just that way because the code on the hosted invoice page hasn't got updated
I honestly don't know, this whole India area is a huge topic and not something I have much training on
Are the cards/sources used on the hosted invoice page saved on the customer?
good question, I don't remember
I think they're not since I remember that annoying me, I'd have to test it though
No worries at all. But can you maybe ask around if someone that does to jump in here and help out? I'm specifically looking for feedback/solutions with this India RBI thing because it's currently really affecting our business ๐
Any chance you can confirm that with someone from the team?
it's only me online, we're not really well staffed and nobody on my team really knows about this, you can write to https://support.stripe.com/?contact=true as they have training on this
I'll test it in a while, answering some other threads, or you can test it in test mode too
The thing is that if I use that contact link I'm probably going to get in touch with a sales support rather than technical support?
Appreciate you helping out btw ๐
part of my and ynnoj's job when not on Discord is answering support tickets that come in and get escalated to us from that intake form
so it's not just sales no
gotcha, fully understand
Think you both are doing a great job ๐
I just need to get into contact with someone from Stripe to get a real thorough insight into this whole India RBI thing
I'll try support or one of my other contacts
yeah you really need to pair with someone on this
ok I tested it and paying with a card on the hosted invoice page does save the payment method to the customer object
Right, I suspected that
That's a bit unfortunate as it creates a source type card on the customer.
Something we always tell our own users to absolute avoid ๐
Btw, something else. We're looking into a topping up system so India customers can top up their accounts and use that to pay for their invoices. Cash balances seems what we need but from what I understand India isn't supported for it yet? https://stripe.com/docs/payments/bank-transfers
We can also look into rolling our own system with one time payments and customer balances but a dedicated system like cash balances would be better here.
Yeah looks like it is only available in Japan at the moment and unfortunately I am not seeing anything about if/when it will be rolled out in India
the thing is that we are based in the US and our India customers have issues. So I guess it needs to be rolled out to the US?
It's just that our India customers need to have the ability to make the transfers and none of the 4 available bank transfer types are India-based
But yeah, I guess this just isn't available yet for outside Japan
My team mate came online and provided me with a customer that experienced the above. Can someone check into the customer here to see what the reason was why their payment failed even on the hosted invoice page? cus_GALbyocUnWeGwU
Apologies for missing this question for a bit. For a specific failed payment, it would be helpful to provide the invoice or payment intent ID to our support team. They are better at looking in to failed payments from hosted pages like this https://support.stripe.com/?contact=true