@Fitndex-developer said in In-App Purchasing of Registered Product (google store):

com.fitndex.theApp

Hello Everyone,

since there has been no activity on this post, I thought I'd let everyone know that this setup works with one change in the code:

do not include the app name in the identifier.

identifier: 30day_data_access ... is correct
identifier com.fitndex.theApp.30day_data_access ... is wrong

On google play I was missing the following.

I was in internal testing and the app had not been published, i published to closed testing. Add licence testers to the app in google play console (this is different than the release track email list) If using the same app version code as the published version, testing will work, even when plugged in for debug, if you are logged into the tester gmail account.

I took a crack at developing subscriptions in java, and for me, that is going to take a while but I will finish (the jni messenger example in android extras helps start with communicating with java if you are new to that), Qt purchasing makes life a lot easier just most of your work is going to be on the google play console side when dealing with Qt Purchasing. So if things are not working, check your settings with google (or apple), that is most likely it.

Qt purchasing does not handle subscriptions, it will never find your subscriptions no matter what. The reason for that is the developers could not come up with a platform independent solution for subscriptions. The community needs to figure this one out for everyone. An example anyone?

Since monetization is so important; and documentation/examples on qt purchasing are minimal, I hope this helps some of you!! I could have used something like this when I was working on it.

FITNDEX HOME now we are on track to launch this summer. You can join the beta on website.

Lets help each other get to market. The more money we all make, the better Qt will get, I promise.

Steve