#davidstanton_api
floral mangoBOT
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1335938356265222176
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- davidstanton_unexpected, 2 days ago, 72 messages
- davidstanton_api, 2 days ago, 58 messages
low widget
its ading multiple payment methods, rather than referencing the same one, setting a deafult doesnt chnage anything
thorn wind
👋
Yes Stripe doesn't deduplicate the PaymentMethods by it's card numbers
You can have multiple PaymentMethods using the same card number
low widget
thats not right then is it? as it should allocate the payments to the 1 payment method, as its always the same:
if you make it "default" it still does it
thorn wind
It appears to be the same
But you can add the same payment method multiple times, there is nothing in Stripe that blocks you from doing so
If you want to deduplicate the PaymentMethods then you need to implement additional logic and compare the fingerpint of the card PaymentMethod
low widget
but why isnt stripe auto allocating a previously seen payment method to the subscriptions, expected behaviour, would be to see 1 payment method, if they make 10 subscriptions on the same card, it should show 1 method
you should be doing this, in the same sense as allocating subscriptions to one email address
thorn wind
This is actually helpful, for retries. Think of it as a backup payment method. This is good for you business to be covered from failed payment attempt on a PaymentMethod, then the backup will be used...
low widget
its not a backup though, its the same one. i'd agree if they used 2 different cards, but this is 1
also while you are here, why does a invoice for a subscription, show a "pay online" link, when the payment has already been made, as its a subscription?
it should show "PAID", something like this
floral mangoBOT
thorn wind
its not a backup though, its the same one.
It looks the same, but as I said previously you can create multiple PaymentMethods from the same card number.
also while you are here, why does a invoice for a subscription, show a "pay online" link, when the payment has already been made, as its a subscription?
Yes this is a known limitation, as we don't update the PDF. When you click on the link you should get a paid (updated) invoice page with the receipt
low widget
you go back to the screen where you downloaded the invoice from, which is just basically useless, it should juts show PAID, this would folow general accounting processes
i can add the PAID myself with the use of custom_fields but how do we get rid of the "pay online" link?
mossy idol
This setting: https://dashboard.stripe.com/settings/billing/invoice
low widget
ok, i got that and it seems to take it off, but there is actually still a problem the invoice states "due february 3" when its actually been paid, the receipt stats paid, but not the invoice, which again is not right as the invoice is the "legal document"
mossy idol
As noted, we don't retrospectively update invoice PDFs to reflect paid state
low widget
so this is not a "legal" invoice
mossy idol
I don't know what constitutes as a 'legal' invoice unfortunately. But that's how it works
low widget
is simple , if its PAID, it should state PAID, not due
or in 6 months time i come to you and say, hey , you own me $660, lets have it
mossy idol
OK, but our invoices don't work like that so if you need that requirement you'll need to roll your own PDFs
low widget
so who needs to be told to get it chnaged, your billing on behalf of people and it 's not rigjht. if UK HMRC come through my door, they could have a field day. non of these invoices are valid legal documents
at point of generation, the payment has been taken? its not in "some que" that actually gets "taken" 5 hours down the line?
mossy idol
Not sure what you're asking me, but it's good feedback to share with our product team – https://support.stripe.com/contact
low widget
i'm telling you these arnt "legal" documents in effect, this needs to be escalated, so as someone gets them changed, you're producing millions of non legal docs, should be invoice with PAID, or just Invoice not shwoing due, if its been PAID for already
OR, how do we chnage these 2 line descriptions with the API, so we can set them ourselves to PAID not due?
3 line actually:
mossy idol
You can't, the invoices and PDFs are immutable once finalized
low widget
so you need to escalate this to some one that can get it fixed, i'm being serious here
mossy idol
Not sure what you're asking me, but it's good feedback to share with our product...
I explained the process for you to share that feedback already
low widget
get them on here, surely you can bring someone in
mossy idol
Afriad that's not how it works
low widget
how what works, i'm pointing out a valid concern, your not taking it seriously, we need to get someone on that can talk about it
mossy idol
I told you how you can go about raising and escalating your concern to the correct product team. We don't bring them into Discord, no
low widget
give me the name of the person in the relevant "correct product team" then, direct line to them
mossy idol
I'm afraid I can't do that