#frallain

1 messages · Page 1 of 1 (latest)

tired flareBOT
#

Hello! We'll be with you shortly. 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.

hollow star
#

not related

stoic marsh
#

Hi, let me help you with this.

#

There's other users reporting a similar issue, let me check if there's anything happening on our side...

kindred atlas
#

Looks like the invoice was voided on 20/10/23 and was due on 27/10/23, which was when we transitioned to past_due

hollow star
#

OK thanks for checking

#

what would be a way to set it back to active?

split edge
#

Hi! I'm taking over this thread.

#

The Subscription will get back to active once the latest Invoice has been paid.

stoic marsh
hollow star
#

but the latest invoice has been voided, and all the other invoices are paid

#

@stoic marsh but now that the invoice is voided, I cannot change it

#

(void is a final state)

split edge
#

Yep, I think you need to wait for a new invoice to be generated and then paid.

hollow star
#

OK, but our back-end code relies of the subscription status to let the customer have access to our product, and we block access when the customer is in debt i.e. subscription in past_due...

#

and next invoice is in 1 year,,,

#

This is quite inconsistent with the fact that status past_due has always meant that the customer was in debt, but here this is not the case..

#

The only workaround I am now thinking is to manually create an inoice and mark it as paid to have the susbcription get back to the active state... hopefully

split edge
#

and next invoice is in 1 year,,,
Agreed that's not great.
The only workaround I am now thinking is to manually create an inoice and mark it as paid to have the susbcription get back to the active state...
True, that could work! A few other options that come to mind:

  • Add some metadata to the subscription that says it should be considered as active
  • Contact Stripe support so they set that specific Subscription to active.
hollow star
#

Add some metadata to the subscription that says it should be considered as active
Do you mean "be considered as active in our back-end" ?

split edge
#

Correct

#

something like if status == "active" or metadata[real_status] == "active"

hollow star
#

OK I see. So far we have based our own subscription entity statuses on the Stripe subscription status, but if there are more inconsistencies like that, indeed we will need to "patch" the Stripe sub status like that. I am just surprised to get in such logical status dead-end from Stripe...
Thanks for the suggestions.

split edge
#

Sorry about this, I agree this is not ideal.

hollow star
#

in fact

#

I just created the "fake" invoice of $1 and manually marked it as paid, but still the subscription is in past_due state...

split edge
#

Can you share the Subscription ID (sub_xxx)?

hollow star
#

Ah I know, I used a price that was not linked to this subscription, let me retry

#

MMh so in fact I would need to change the plans of this subscription with prorations enabled so that an invoice linked to this sub gets generated. This is too tricky and will mess up the UX.

#

I will contact the Stripe support to manually set the subscription to active then..,.

split edge
hollow star
#

No, thanks for the suggestion. I'd prefer to only do these kind of actions on the Stripe Dashboard UI, and it does not seem possible to create an invoice linked to a subscription from the Dashboard.

#
  • if you are not sure, I'd prefer to go the stripe support way instead of juggling...
split edge
#

Sounds good!

hollow star
#

thanks for diving deep on this, much appreciated