#driesvints-customer

1 messages ยท Page 1 of 1 (latest)

topaz depot
#

๐Ÿ‘‹ happy to help

#

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

near temple
#

Thanks @topaz depot , I appreciate it ๐Ÿ‘

For the update, we'd still need to generate a pay link or something, correct?

topaz depot
#

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

near temple
#

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

topaz depot
#

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

near temple
#

yeah seems a payment intent would be required

#

maybe cash balances are a better resort?

clever lagoon
#

Hey, taking over here!

near temple
#

seems like bank transfers aren't available to India customers (which we're trying to help)

clever lagoon
#

What's the underlying issue you're trying to resolve?

near temple
#

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.

clever lagoon
#

Can you share an example failing PI?

near temple
#

customer cus_JXMz6I6HNxUKem has some

clever lagoon
#

When were some of the problematic subscriptions created?

near temple
#

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

clever lagoon
#

Checking on that customer you shared

near temple
#

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

clever lagoon
#

I believe they just show up like regular declines (like what you're seeing). Frustrating I know

#

Payment attempts there were made with a Source object (src_1L7iPU2niB1UWjcESpZauvsU)

near temple
#

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?

clever lagoon
#

Ah, I missed that on the Invoice you sent ๐Ÿคฆโ€โ™‚๏ธ

#

Yeah that's an RBI limitation, unfortunately

near temple
#

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?

clever lagoon
#

Hmm, is there an example?

#

Coming back to the last PI (pi_3L7gkM2niB1UWjcE0bAsBgv9), decline code was transaction_not_allowed

near temple
#

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

clever lagoon
near temple
#

Okay. I'll need some time to look for a specific customer. I don't have full access to our production dashboard.

clever lagoon
near temple
#

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

clever lagoon
#

The limitation is not that they're recurring, but off-session I believe

#

(which recurring generally are)

near temple
#

yeah but that indeed just boils down to what I'm saying above

clever lagoon
# near temple But again: that would mean that any recurring payment for any digital SaaS servi...
near temple
#

thanks for that. Didn't read that yet so let me read through it

clever lagoon
#

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

near temple
#

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

clever lagoon
#

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

clever lagoon
near temple
near temple
glass crane
#

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

near temple
near temple
glass crane
#

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

near temple
glass crane
#

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

near temple
glass crane
#

good question, I don't remember

#

I think they're not since I remember that annoying me, I'd have to test it though

near temple
#

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 ๐Ÿ˜”

near temple
glass crane
#

I'll test it in a while, answering some other threads, or you can test it in test mode too

near temple
#

Appreciate you helping out btw ๐Ÿ‘

glass crane
#

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

near temple
#

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

glass crane
#

yeah you really need to pair with someone on this

glass crane
#

ok I tested it and paying with a card on the hosted invoice page does save the payment method to the customer object

near temple
#

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.

arctic edge
#

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

near temple
#

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

near temple
arctic edge
#

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