#wasabi-mobile-sdks
misty void
@solar jackal hello, sorry for the delay
So when the card is stored, it's basically stored on your Stripe account for that customer, that allows you/them to re-use that card late
you can access a lot of information about it (last 4, brand, expiration date, etc.). See https://stripe.com/docs/api/payment_methods/object for all the details
We also have automatic card updates, see https://stripe.com/docs/saving-cards#automatic-card-updates where we will work with the bank to automatically try to update the card. Not always perfect but it helps a lot
We also have automated emails in your settings you can configure for us to send emails to your customers when their card expires
solar jackal
Thank you Koopajah! Very helpful 🙂
Additional questions: 2) A customer decides to cancel a recurring payment (our user will not be using the OOTB customer portal feature) What are their options in terms of handling it? Who is handling that?
dire palm
heya @solar jackal, stepping in for koopajah here. If your customer decides to cancel a recurring a recurring payment, you're going to have to code/provide that option for them
solar jackal
@dire palm hello! Make sense, what API calls should they need to implement when coding this flow on their end?
dire palm
@solar jackal do you want to allow your customer to cancel immediately or cancel at the end of the period?
solar jackal
Both
dire palm
for cancel immediately - you can choose whether to invoice_now and whether or not to prorate : https://stripe.com/docs/api/subscriptions/cancel
for cancel at period end : https://stripe.com/docs/api/subscriptions/update#update_subscription-cancel_at_period_end
solar jackal
Thank you!
I have a few more ^^
re-enrollment = active 3) A customer that previously canceled their recurring payment would like to re-enable it prior to the subscription expiring
^Can we just toggle the subscription back on?
dire palm
i assume that cancel_at_period_end=true for this customer?
solar jackal
re-enrollment = active 3) A customer that previously canceled their recurring pa...
we want to consider both cases when cancel immediately and cancel_at_period_end
dire palm
if you cancel immediately, it's not possible to re-enable it cause the subscription is already canceled
if you cancel_at_period_end, you can still re-enable it by setting cancel_at_period_end=false
solar jackal
Got it. When would the user need to past the false value to re-enable it?
^Can we present a stored payment to the user so they don't have to go through the enrollment flow again?
If yes, how long is payment stored?
dire palm
you can check this value : https://stripe.com/docs/api/subscriptions/object#subscription_object-cancel_at
how are customers paying for the first payment for subscriptions right now? Are you using Checkout? Elements?
solar jackal
They will be using elements
One last question for today 🙂
When crashes happened, if user send an invalid or empty intent, SDK crashes. What would be causing this crash, and what can we do to rectify?
dire palm
if you're using Elements, you'd have to implement the logic in your code to display an existing PaymentMethod for your customer to select from
i'm a bit confused what you mean by sending an invalid or empty intent, do you have an example
alpine tendon
Just by sending an invalid or empty intent shouldn't cause crash, I think. It depends on how you are handling that intent in your client code
Could you share the crash log? And where in your code that you think it causes the crash?
I believe the SDK should return some sort of error instead of just crashing
dire palm
I need to step away so I’m going to archive this thread. If you need help with anything else please ask in #dev-help or contact Stripe Support: https://support.stripe.com/contact
willow tree
Copying your message here as well:
GM/GA - I want to follow up on my last thread for wasabi-mobile-sdk: here is the crash scenario that my user ran into. What could be causing this crash or most common crashes, and what can we do to rectify? https://docs.google.com/document/d/1aIm4mZnLsUzYpPDDfMXysMibHLtQYS15J-aEcqUkJ5I/edit
solar jackal
@willow tree hello
willow tree
Hello! Give me a few minutes to take a look
solar jackal
thank you!
solar jackal
if you're using Elements, you'd have to implement the logic in your code to dis...
@dire palm re: using elements: after implementing the logic to display existing Payment Method. How long is the payment stored?
willow tree
Are you asking how long the Payment Method is stored in stripe?
solar jackal
Yes
willow tree
We store it indefinitely until you delete it
solar jackal
Awesome, thank you!
In terms of the logic to present existing payment method, what API calls would the user need to make and is there any limitation on what they can present, e.g., CVC?
willow tree
Quick question - you're using the Payment Sheet right? Give me a few minutes to check something...
willow tree
Sorry for the wait - just wanted to test out and confirm something. Is there a reason you're asking all these specifics about displaying saved cards? The Payment Sheet should already display a customer's saved payment methods as long as you pass in customer to the payment sheet configuration
solar jackal
To clarify, it's a user question. I'd imagine they probably doesn't know that the payment sheet display customer's saved card..., that's great news. I will let them know. 🙂
Does passing customer via the payment sheet rectify the crash?
willow tree
Is this going back to your original question about passing in an empty client secret? Is there a reason you're not passing in a valid value?
solar jackal
Yes. Great question, my guess is that the user missed it. So their question now, what are considerations or common use cases to rectify crashes.
willow tree
Hi! I'd like to start a separate thread on billing invoices. Is there a way in Stripe to pull a list of historical invoices per customer into a pdf?
We do provide an easy way to retrieve all the invoices for a specific customer (see https://stripe.com/docs/api/invoices/list#list_invoices-customer), but it would be up to you to put that information into a pdf
solar jackal
Got it. For the automatic email receipt that generated an invoice with a pdf URL, does it only works on a billing cycle basis? In other words, would only show invoice items for that billing cycle and not historical invoices?
misty void
@solar jackal I'm not sure I grasp what you're asking
solar jackal
@misty void rephrased it a little, hope it's clear?
misty void
yeah it isn't unfortunately. I don't understand what you call "historical invoices" and what you call "a billing cycle basis"
solar jackal
AH Im sorry, it wasn't clear. The user is referring to the historical invoices as all invoices for a customer, billing cycle basis as a billing period for a customer