We’ve been using recurring application charges with no real issues for the past few months now in our app.
However, from this week, multiple merchants have had their recurring subscriptions automatically canceled when updating their usage cap in our app.
We use the 2020-07 GraphQL API to update the cappedAmount field via appSubscriptionLineItemUpdate. This then presents the “confirmation” page to them on Shopify’s end to restart their trial with a higher capped amount.
Upon confirming, these merchants receive no errors on Shopify’s end, but from our Partners dashboard their recurring charge gets canceled outright, meaning that we are no longer able to bill them for usage charges at all.
Has something breaking-changed to recurring charges recently that I could have missed? I am confident that nothing regarding billing in our app has changed and we are not using any deprecated APIs…
Would be great to hear if anyone else is facing this issue at the moment, as it is breaking our ability to charge merchants, and is also not reproducible(!) using test charges.
We are aware of a bug related to the use of the appSubscriptionLineItemUpdate mutation when trying to update the cappedAmount field that cancels merchants’ recurring subscriptions. Our team of developers are investigating this issue further. Though I’m not able to provide you with a specific timeline, I would update you on the issue once I hear anything back.
I’d like to suggest a workaround in the meantime, which would be to create a new charge using the appSubscriptionCreate mutation (which has no known problems, and ideally should behave in a similar manner) with a different cappedAmount. Let me know if this works.
If you have any additional questions relating to this issue, please get back to me and I’d be happy to help answer them.
Thanks for getting back to me on this, @syf_1 — notification of a fix would be really appreciated.
We might hold out instead of using that other mutation, so long as the timescale isn’t too big, due to the fact there’s a decent chunk of other code that would need updating. Thanks for suggesting that workaround though.
Might I ask here if there are plans to bring the testing and production charge systems up to parity? Have caught a few (edge-case) differences between the two and am eager to know if it’s going to actively be made more reliable in the future.
I understand how tedious such a change to your codebase can be, and the impact this bug has in terms of you not being able to charge customers for usage. I have no updates from the dev team as yet but I’d get back to you immediately I do.
In the meantime if you do have any suggestions or additional context to provide regarding this issue, we would very much appreciate it, as this would increase the robustness of our platform and make it easier for developers like yourself to use.
Unfortunately, it’s still not working for us as a merchant just tried to update their capped amount and it was canceled again.
I’m un-marking this thread as solved because this issue has now been unresolved for over three weeks!
@syf_1 Would really appreciate updates on this now and a timeline for resolution as it’s now seriously affecting our ability to take payments and operate normally.
The billing team are still working on pushing out a fix, and though I’m unable to give an accurate timeline. I’m hopeful that a fix should be shipped by next week (can’t guarantee that it would).
Thanks for the link @ShanifAtApteo , but this functionality is already listed as working in all live versions of the Admin API… See 2020-04, for example. I don’t see anything in particular about the implementation in 2021-04 that would indicate it being fixed, or in fact that it is any different from the other versions.
To be clear, the capped_amount update call is not working due to a bug (see earlier in this thread), as confirmed by Shopify.