#Giovanni-Sub-backdates
sour narwhal
tawny lodge
thank you!
inland sonnet
đź‘‹ I'm hopping in since the channel is getting busy - give me a minute to catch up
Just to confirm I'm understanding - you're seeing odd behavior with the pending_invoice_item_interval where it sometimes goes off the creation timestamp, instead of the start date (in this case it's backdated) of the subscription and you're wondering which is correct?
inland sonnet
From what I understand of this feature we calculate the date for the invoice that pulls in the pending invoice items based on the period start. In your case, the period start matches the creation timestamp (not the backdated start date) so it'll generate those invoices at monthly intervals from the creation timestamp. Once the subscription renews, the monthly invoices are then calculated from that date
inland sonnet
@tawny lodge Did you see my messages? Does what I said make sense?
tawny lodge
yes thank you!
1 more query we are seeing some instance where the response of chargesCreateAsync is sometimes StripeCardError and sometimes StripeApiError , both with message Your card has insufficient funds..
Looking at https://stripe.com/docs/error-handling, we dont expect StripeApiError to occur often, so not sure how to handle it. In my view, any Your card has insufficient funds.. should just be sent as StripeCardError to us.
Examples that arrived as StripeApiError
Can you shed some light on what differentiates them? Im mostly wondering about how we should handle the StripeApiError ones.
inland sonnet
That Charge should have come through as a StripeCArdError - you can see in the response when it was created (see https://dashboard.stripe.com/logs/req_NAYMEdxrvhwSug) it says type: "card_error"
tawny lodge
s there a stripe card that attaches successfully, but later declines due to “insufficient funds”? ive looked at https://stripe.com/docs/testing, but none seems to satisfy this criteria. 4000000000009995 doesnt attach and 4000000000000341 is not due to insufficient funds. I’m trying to repro ^.
inland sonnet
Try using 4000000000009995, but set validate: false when you attach it - that should allow you to still attach it to the customer
tawny lodge
ok great thank you!