#samiya_code
stray parcelBOT
👋 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/1425064051410731089
📝 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.
- samiya_webhooks, 1 day ago, 22 messages
- samiya_api, 6 days ago, 75 messages
young inlet
Suppose customer A submits a form with card1. Since the card is new, the rule will not block it, and the subscription will be created (0 payment and 7-day trial (this is my current flow)). Then, after 7-day trial ends and the first payment is done, the rule will again not block it because it is a recurring payment.
My question : During the trial, if customer A uses the same card to submit a new form, what will happen and if customer A uses the same card to submit a form after the trial ends
shell idol
Did you trying testing it?
young inlet
Yes I think during the trial , its not blocking the card if I submit a new form
shell idol
FWIW, I don't think is_recurring will work for you as the initial sub payment will be flagged as recurring too
young inlet
You mean the $0 is flagged as recurring?
shell idol
I suspect so. Can you share an example in_xxx ID for the initial payment?
Also, if you share a in_xxx ID for one you expect to be blocked and I can check why
young inlet
I am working in test mode. Will that work for you?
shell idol
Sure
young inlet
in_1SFXbrED5xkfDv2c8mlZIWh1
shell idol
Which is this an example of?
young inlet
Initial 0 payment invoice
Sorry I need to share the invoice of the one that should be blocked?
shell idol
Ah, I think because you're doing a trial there's no actual payment so the Radar rule like does not apply
You may need to try is_setup_intent instead
As the $0 invoice will create a Setup Intent, not a Payment Intent
young inlet
So my current rule will block the duplicate payments from a card if the ist subscription is not in trial. Right?
shell idol
I think so. Again you can test this by simulating the time beyond the trial with a test clock
young inlet
okay let me try
stray parcelBOT
young inlet
Is there a way to add a radar rule that will block duplicate subscription from a card even if the first one is in trial
merry tangle
👋 Hi there, I'm taking over for my colleague. Let me catch up
young inlet
hi
merry tangle
So as ynnoj mentioned, you may have to use the is_setup_intent attribute for when a trial is started — i.e. no payment is taken
But Radar isn't enabled by default for SetupIntents; this is something you need to enable on the Dashboard: https://support.stripe.com/questions/radar-for-setup-intents
Dashboard settings: https://dashboard.stripe.com/radar/settings
young inlet
So I can write a rule like Block if
:seconds_since_card_first_seen: > 0 AND :is_setup_intent:
merry tangle
Yes, that seems correct — a card you've seen before, being saved when starting a free trial
But this is something you can test in the Dashboard
young inlet
No this is not working not blocking duplicate form submission when the first is in trial
merry tangle
Can you share the request ID from the request you'd expect to be blocked?
young inlet
Sorry what is request id?