#dineshkumar_testing-fraud-prevention
1 messages Β· Page 1 of 1 (latest)
π 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/1368955825007231006
π 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.
- dineshkumar_docs, 2 days ago, 27 messages
- dineshkumar_docs, 5 days ago, 9 messages
How can we test Card or Account Exceeds Daily or Monthly Limits?
Hi there π sorry, but I'm not sure what you're referring to testing offhand, could you elaborate a bit more?
If it's about testing the flow for a specific decline code being returned, not all of those are explicitly testable, though they behavre mostly the same aside from the value of the decline code that is returned.
we need to test, card or account, exceeds Daily or Monthly Amount limit.
need to test both new payment/create subscription and renewal subscription.
Sorry, you just repeated what you had already said, so that doesn't really tell me much more. It still sounds to me like maybe you're talking about wanting to test a specific decline code, but I'm really not sure.
The new information in there largely seems to be that you want to do this for recurring Subscription payments. To test declined payments for those, you'll want to use this test card, which can be successfully attached to a Customer but then results in declined payments:
https://docs.stripe.com/testing#:~:text=The cards in the previous table canβt be attached to a Customer object. To simulate a declined payment with a successfully attached card%2C use the next one.
You'll also want to use Test Clocks to be able to test this more quickly:
https://docs.stripe.com/billing/testing/test-clocks
They let you put Subscriptions inside of small sandbox-like simulations where you can fast forward time to test Subscription lifecycles more rapidly.
so, we can't test specifically card or account, exceeds Daily or Monthly, correct?
but we can test a general decline only for card or account, exceeds Daily or Monthly, correct?
I still don't really know what you mean by that, so it's really hard to answer.
Are you talking about a test payment method that does what this one describes?
https://docs.stripe.com/testing#fraud-prevention:~:text=The payment fails due to payment amount causing the account to exceed its weekly payment volume limit.
No, i want test card for test specifically card or account, exceeds Daily or Monthly
like this card 4000000000000341
I'm just going to go ahead and say that doesn't exist, but if you can come back and elaborate more on what that means and how our current test cards are insufficient then that answer may change.
you saying this card
Insufficient funds decline 4000000000009995
correct?
but limit exceeds is different one scenario, right?
I'm not saying any specific test card, because it's still not clear to me what you're trying to do. I don't know what you're referring to by "limit exceeds" or "exceeds Daily or Monthly", and if you can articulate that I can provide a more specific answer.
Right now, the best I can piece together is that you want to test declined payments. Probably specific decline codes, but I'm not sure which ones so I'm not sure what test cards to suggest. So for now. I'd suggest reviewing the list of provided test cards, and see if any simulate the scenario you want them to.
ok, understood.
i have another question
can we test, new card or account before the set up is complete?
What does that mean?
What is "the set up" in this scenario?
What does "new card or account" mean?
if customer get new card or account, they not setup the card active or PIN not setup like this..
I don't know what type of a decline code an issuing bank would return in that scenario.
i think we also check decline code right https://docs.stripe.com/error-codes#card-declined
Yes, you would look to the decline code to get more insight on why an issuing bank declined a transaction.
not test specfically with spefic test card, right?
Right
And going back to your initial question, were you talking about velocity limits being exceeded?
https://docs.stripe.com/testing#declined-payments:~:text=Exceeding velocity limit decline
to test receiving card_velocity_exceeded decline codes?
https://docs.stripe.com/declines/codes#card_velocity_exceeded
understood.
can we test fraud prevention?
Hi π
I'm stepping in as my colleague needed to go. Can you be more specific about what exactly it is you want to test?
Have you reviewed the test credentials we provide explicitly for testing fraud here?
this one fraud prevention declined right?
- How we setup the fraud prevention?
- And how we test the fraud prevention setup?
These are very large and open-ended questions. Can you be more specific about exactly what fraud you are concerned about and how you plan to set up fraud prevetnion?
we need more detail abou it, please give doc links i will check it, andcome back specificaly if need.
We have built in radar rules to help prevent fraud and we document them here
We also have a number of Stripe Support articles about fraud that can shed light on specific aspects of fraudulent payments and how to protect yourself
I recommend you review all of this and, when you are ready to test your fraud protections, you can use the fraud testing cards we provide: https://docs.stripe.com/testing#fraud-prevention
You too!