#Robert-test-clocks

1 messages ยท Page 1 of 1 (latest)

terse yarrow
#

Hi there! No unfortunately we don't have a test card that does that.

#

You could use Radar rules here though

#

And likely get the retry to fail

versed ruin
#

By using test clocks in a test environment?

terse yarrow
#

Yes I think so

#

I haven't tried this

versed ruin
#

From what I saw I think radar was unavailable

#

in test mode

#

or dev mode

terse yarrow
#

Hrmm really?

versed ruin
#

If I remember correctly ๐Ÿ˜„

#

I was trying something like this:

#

after I create the test clock with the customer

#

and subscription with a valid card

#

(4242 etc()

#

I tried to change the card

#

to a faulty one

#

before advancing time

#

but I does not allow me to add it ๐Ÿ˜„

#

because of the errors ๐Ÿ˜ฆ

#

expired etc

terse yarrow
#

Let's try this.... add 4000000000000127 card (incorrect_cvc) but turn off your "Block if CVC verification fails" rule.

#

Then start the Sub

#

Turn on the rule

#

Advance time

#

Let's see if it fails on retry for incorrect CVC

versed ruin
#

Will give it a go

#

so first step

#

well

#

it does not let me to add ๐Ÿ˜„

#

maybe it will not block the card

#

but I cannot add it to test

terse yarrow
#

Ah if you are adding via the Dashboard then yes it will block. Forgot about that

#

One sec

#

Oh wait

#

I gave you the wrong test card

#

4000000000000101

#

Try that one

#

The one above will always decline

#

This one is Radar specific for CVC decline

versed ruin
#

so disable enable?

#

oh yes

#

it added it now

#

ok will enable and configure

#

too see what happens

terse yarrow
#

Let me know!

versed ruin
#

well

#

strange

#

it did not gave an error and the status is active

#

even though i turned the rule back on

terse yarrow
#

Can you provide the Subscription ID?

versed ruin
#

yes of course

#

sub_1L5ZWsIAxCT2YDDaPDFi8Jvj

#

oh

#

Interesting

#

it became unpaid

#

on the second advance of time

terse yarrow
#

Yeah I'm seeing that the renewal failed

#

It was blocked by radar

#

As expected

versed ruin
#

So that means the first one

#

was meant to succeed?

#

in the cycle?

terse yarrow
#

The initial payment?

versed ruin
#

I rather ask

#

If i create a subscription in this testing part

#

what does it count to?

#

as an initial payment i suppose

terse yarrow
#

I'm sorry I don't really understand what you mean

versed ruin
#

It does an initial payment

terse yarrow
#

If the rule is off when you start the Sub then the initial invoice's payment will succeed

#

I thought you wanted to test what happens when a renewal fails?

versed ruin
#

ok the strange thing was

#

yes

#

on initial

#

renewal

#

first one

#

when I advanced time

#

it was a success

#

with active status

#

when I advanced the time a second time

terse yarrow
#

lol okay the initial payment isn't a renewal

#

That was the first invoice that was successful

#

It was not the renewal

#

The renewal did fail

versed ruin
#

oh I see then

#

so the initial payment was from 1 month from now

#

ok maybe my settings

#

were incorrect ๐Ÿ˜ฆ

#

sorry about that

#

either way it seems I can sort of test the functionality like this ๐Ÿ˜„

#

so thank you for your suggestion ๐Ÿ™‚

terse yarrow
#

Sure!

#

The other thing you can do is to update the customer's card after you start the Sub

#

So you could use 4000000000000341

#

Which is Decline after attaching test card

#

So you create the Sub with 4242 and this will successfully pay initial invoice. Then you update customer's card to 4000000000000341, then you advance time to the renewal

#

The renewal will decline

versed ruin
#

I see, thank you very much ๐Ÿ˜„

terse yarrow
#

No problem!

versed ruin
#

Have a nice day / night ๐Ÿ˜„

#

Thank you again!