#eoghanobrien
1 messages · Page 1 of 1 (latest)
Hi there 👋 I would recommend reviewing our guide for updating existing Subscriptions to ensure they'll collect tax amounts moving forward:
https://stripe.com/docs/tax/subscriptions/update
Please let me know if you've already reviewed that though and have a more targeted question or concern.
Thanks @simple oriole that's helpful when I have an Address, in our case, we have some customers who don't have an associated address at all - we're probably going to end up asking for billing address eventually, but in the first part of our roll-out, we're looking to be as smart as possible about the data we already have so, looking on default_source and default_payment_method for zip and country was one way to find at least the zip and country, but some don't even have that. So I was just curious, could we try getting all payment methods on file for a customer and look up their billing details there and do you know of any other spots?
Ah, gotcha. Looking at the Payment Methods or Sources are good places to start.
The only other objects that come to mind where you might find some insights, is on Payment Intents or Checkout Sessions if you used those but didn't update the Customer objects with the details from them or didn't save those Payment Methods for future reuse.
Ah great, I thought all payment methods for subscriptions created via Checkout Sessions were saved for future use, no?
They are.
Gotcha, you meant one-time payments?
Yeah, I wasn't sure if you had any sort of one-time no-save flow available to your customers.
Good call. Is it possible to have a payment method associated with a subscription object but not with a customer object?
No, I'm pretty sure that isn't possible.
Okay, cool. That's super helpful, thank you! Is there a service to lookup an address based on payment method data securely such that we're not passing sensitive financial data over the wire
Stepping in here, can you add more details to your last question? I do not fully understand it.
Yeah, sorry, a bit of a stretch really I think. I was thinking that some (most?) payment methods have zip/country data associated with them, I was just curious if there was an API service (within Stripe) to fill the state based on the zip, since oftentimes, in order to determine the correct tax amount requires some mix of those 3 data points. It would be useful to be able to do this for other countries too.