#edgarhq_subscriptions-trial-abuse
solar torrentBOT
👋 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/1296872280848203826
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
fluid wind
"by using my product for 15 days" without paying
waxen rune
Hi 👋
I don't think there is a setting in Stripe that you can configure for this
You would need to keep track of it yourself.
waxen rune
Since the new Subscription would not have any relationship to the old unpaid invoices
Do these scammers use the same Customer record?
Or does your integration create a new Customer object each time?
fluid wind
No, their subscriptions are linked to the same customer object.
But their old subscription is automatically cancelled once invoice is marked as uncollectable
waxen rune
Right, what I would do is, when they have signed in to your system and you know which Customer record matches with your user, check their existing Invoices that were created within the last ~3 months for batches of uncollectible Invoices.
You can use the Invoice List API for this
https://docs.stripe.com/api/invoices/list
If I were in your situation, I would identify a decent sized set of customers who are behaving in this way and examine what records they are creating so you can identify what a fraudulent pattern looks like
fluid wind
Right, what I would do is, when they have signed in to your system and you know ...
Right, and prohibit creating new sub unless past invoices paid.. I was hoping there is something backed into the Stripe customer portal for such scenarios to avoid extra logic on our end. But I got your point
fluid wind
If I were in your situation, I would identify a decent sized set of customers wh...
We don't have many customers like that at the moment, but that sounds like a good starting point for a solution if it turns into a bigger issue. Thank you
waxen rune
We (Stripe) try to provide a good amount of tooling to prevent fraud but it's difficult to match that with the amount of flexibility that our users also demand. We could do better but the right solution isn't obvious at this point.
I hope the approach I outlined helps you prevent this kind of abuse in the future!
fluid wind
Do you think marking it as unpaid might help with that situation?
I mean, the next time they access their stripe dashboard they should have an unpaid invoice
waxen rune
True
fluid wind
I am sure I tried different scenarios while we were setting it up, but I don't remember why we selected "cancel"
waxen rune
The uncollectible status means we should not attempt to collect payment for the Invoice. An unpaid status means the debt is still outstanding
fluid wind
Cool, that might be a solution. I'll read about these 2 settings in the docs. Thanks a lot!
waxen rune
Sure thing! Happy to shed what 💡 I can 🙂