#ulrikeskygate
pulsar python
barren python
Hello!
If that card has a differing "Cardholder name", the customer's "name" field gets changed to the cardholder name upon purchase. Is that the intended behaviour?
Hmm, I don't think that would be the default behaviour no. You'd control that via: https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-customer_update-name
Do you have an example where this happened?
Moreover, for a customer with a German billing address, when setting the card's country to United States and adding an Atlanta zip code, while still changing the customer's name, Stripe does not change their billing country on the invoice or the customer object in the dashboard. I also still see added VAT in checkout/on the invoice.
Again, if your intention is to update the customer with the values collected via Checkout you'd use: https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-customer_update-address
runic mica
I do set 'customer_update' => ['name' => 'auto'] because if I don't it won't let me collect ty ids
barren python
This is a bit confusing to me. If the American credit card is the "customer" for Stripe, why is there still VAT? If it isn't, why is it changing the actual customer's name that I created for that customer ID?
It'd depend on how you're calculating VAT. If via Stripe Tax, for example, it's done automatically on customer address/location regardless of the billing card
runic mica
The error reads "Tax ID collection requires updating business name on the customer. To enable tax ID collection for an existing customer, please set customer_update[name] to auto."
barren python
If you can provide some IDs then I can try and udnewrstand what's going on
barren python
The error reads "Tax ID collection requires updating business name on the custom...
Then the name updating behaviour you described is expected
barren python
The error reads "Tax ID collection requires updating business name on the custom...
Explained here: https://stripe.com/docs/tax/checkout/tax-ids#existing-customers
runic mica
But the tax id should only concern itself with the company name, no? Not the actual employee ordering
I wonder if I can still add tax ids to the user beforehand without having to use checkout for that. Then I could disable the customer_update parameter. I assume Stripe will still start the validation process for the tax id when created via API?
barren python
You can yes, but the API won't validate: https://stripe.com/docs/invoicing/customer/tax-ids#validation
Actually sounds like it does
runic mica
Yeah "Stripe provides automatic validation to help determine if the formatting is correct when you add the ID to our system. You can see the results of the validation in the Dashboard along with other customer information, including details returned from the government databases, and the registered name and address. However, we don’t continue to validate them over time. If automatic validation isn’t available, you must manually verify these IDs." does sound like it. I'll try and see if it works. If so, I will remove the "customer_update" flag. Also, I'll try and set "customer_update.address" to "billing_address_collection". Maybe that helps making clear to the customer, which address will be used
Thanks for your help 🙂
barren python
np
runic mica
One thing, though. cause I'm seeing it right now:
when setting 'billing_address_collection' => 'required' and enabling tax_id_collection, the "I'm purchasing as a business" checkbox is no longer there. I can't find anything about that in the docs. Is that a bug?
Now it's back... despite "billing_address_collection"
barren python
Yeah, not sure
runic mica
it vanishes again when customer_update.address is set to "auto"
barren python
Can you share some sessions IDs?
runic mica
but without it, the VAT calculations don't seem to take the billing address into account
barren python
The screenshot doesn't help, I need an ID
runic mica
hang on
barren python
I'm pretty confused. What are you trying to even do? What is the optimal outcome?
runic mica
ID: cs_test_a1YZYPO8xvXPdAJUEOBOMwvupqRe7K0kmX9uDDPe2L7l32tZtisBFeGXk9
barren python
ID: cs_test_a1YZYPO8xvXPdAJUEOBOMwvupqRe7K0kmX9uDDPe2L7l32tZtisBFeGXk9
And what's the expectation/not working here?
runic mica
I put in a billing address in the United states, but still see VAT
If I set customer_update.address to auto, the tax calculation respects the billing address, but I can't "Purchase as a business" anymore
My usecases are:
I assume that people sometimes purchase things with their spouse's creditcard or a company credit card. That should not change their name as a customer, I think? And using a company creditcard should simply add a company name to the invoice, not change the customer's name either
barren python
I put in a billing address in the United states, but still see VAT
This is because Stripe Tax uses the shipping address for calculation, not the billing address
The cus_xxx you passed has a shipping address set
runic mica
Ah, ok! Good to know.
The customer in question (cus_Onx75r7D8kukcY) currently has no shipping address though. Only a billing address.
I can't seem to set the shipping address to "same as billing address" for a new customer via API. At least with a previous API version I had to set all those shipping fields to an empty string. I' try again with the new API.
I have to say, I'm not an tax aficionado, though. I'll have a chat with my company's accountant. If he tells me that using a spouse's creditcard makes THEM the actual customer, or company credit cards are always tailored to a single employee with their name on it, then I think I can figure something out here.
barren python
I can't seem to set the shipping address to "same as billing address" for a new customer via API.
Correct, not possible. You'd need to pass the same values to both theaddressandshippinghashes on create
runic mica
Ahhhh, ok. I did not try that 😅
barren python
If there's no shipping address, then I think we default to billing: https://stripe.com/docs/tax/customer-locations?address-format=everywhere-else#address-hierarchy
runic mica
I'll go ahead and try the approach with handling tax ids outside of the checkout and remove the customer_update.name flag.
Thanks again for your help, and sorry for the confusing barrage of questions. I really appreciate your lightning fast Discord support! 🙂