DID_FAIL_TO_RENEW

I tried multi sandbox account and read this post: https://forums.developer.apple.com/thread/130456We have the same problem for some accounts: DID_FAIL_TO_RENEW and the expiration_intent = 4 (The product was not available for purchase at the time of renewal.)While if we tried a new account or simply buy the goods manually, it works and gives us a new transaction id.Because of the experience, I can't test the auto subscription. I read the document and it said the transaction id is unique for buying and renewal, but I never see new transaction-id except manually buy.Is it a regular performance?

Hello, I am writing this because the behavior of the App Store Server Notification that our server receives is problematic in the Sandbox environment. I have two questions in total. When purchasing a Free Trial subscription, after receiving the SUBSCRIBED / INITAL_BUY Notification, DID_RENEW should be sent when it expires, but DID_FAIL_TO_RENEW/GRACE_PERIOD is sent. The EXPIRE Notification is sent after the subscription expires or DID_CHANGE_RENEWAL_STATUS/AUTO_RENEW_DISABLED is sent, but it does not arrive. The first problem is that I recently heard that automatic payments after a free trial require the user's consent via email. Is this the reason? If so, I am curious about how I can test it in the Sandbox environment. Is the second problem a bug?

When does Apple plan to support a server notification for when a subscription auto renews? Best I can tell from the documentation and online articles there doesn't appear to be a notification type for this scenario. There are notifications when a renewal fails because of billing issues (ie DID_FAIL_TO_RENEW), when a previously expired subscription gets renewed (ie DID_RECOVER), and when a user interactively triggers a renewal (ie INTERACTIVE_RENEWAL). But nothing for when a user transitions from say a trial to an automatic renewal. Seems like a pretty big gap for a subscription-based notification system.