I have followed the instructions here
https://developer.android.com/google/play/billing/billing_testing#testing-purchases
in order to allow beta testers to make test in-app purchase (without actually paying).
Yet, there is a big flaw: there is no way to mention that the testing should only apply to the beta-tested app, is there?
Thanks.
These accounts are usually not for public beta testers. They are for helping internal testing while you are developing the payment part of your app.
This feature is for testing while you are doing app development, and not designed to let all your beta testers get free stuff.
I am new to the inappbilling integration for android.I am using the develop the following link
http://developer.android.com/training/in-app-billing/preparing-iab-app.html#GetSample
and also TrivialDrive import my eclipse and generate to the apk and export apk in googleplaystoreconsole of drafts not in published and also created to the product item and put in product id to my activity and
add to the String base64EncodedPublicKey="RSA public key". finally run the code showing following screen
also ways showing this screen .i didn't understand what is going on rightnow.please help me anyone known and idea about this advance thaks to all.
Had the same problem. I contacted as well and got this response from Google
Thank you for contacting Google Play Developer Support and reporting the behavior you're seeing with in-app billing.
We recently made some changes to our systems and we are now requiring an app to be published before testing. We are currently recommending to publish your APK to the Alpha channel in order to test licensing, in-app billing, and expansion files. There is no need to create a special testing group in the Alpha channel to test these features, however the app must be published and not in draft mode.
We apologize for the inconvenience and are working to update our documentation to reflect these changes.
After publishing my APK to Alpha (as I haven't launched yet) and waiting an hour or so, my IAP test purchases started working again.
I'm just getting started with writing Android apps.
I have something I want to make available to a few interested testers, but I'm a long way from having an app. ready for the general public.
How do I make it available for testers without putting it on Play?
If you have a developer account, you can upload the app for testing, visible only a limited audience. This can be done without publishing the app on Play Appstore for the general public.
Google recommends this for Beta-testing and staged rollouts.
You can have a look to this website: http://thebetafamily.com/
On this website, both testers and creators car register. Testers will apply for tests (tests can be paid or not) and app creators can register to present their app and explain what specific parts of the website should be tested: http://thebetafamily.com/features.
I got really good feedbacks from testers there, both functional and technical, even though I did not offer any paid tests for now.
There is also TestFlight: https://testflightapp.com/ but the difference is that you have to gather your own testers team (I did not have a real network of testers to provide ...).
I am working on learning in-app billing but I am having a problem with the google's in-app billing example, the Dungeon one.
I have already set up the application, added my public key, and changed the API_VERSION to 1 in the makeRequestBundle().
I have already exported and signed the application and uploaded it onto Google Play and saved it as a draft with a few pictures and activated the apk. I also added both the sword_001 and potion_001 as published in-app purchases!
Next I installed the signed app onto my phone but when I try to purchase either the sword or the potion I get an Item unavailable error
The item you requested is not available for purchase.
I even tried on a different device to make sure it wasn't because developer's can't purchase their own products, and I get the same message on both devices.
What have I missed?
Check your versionCode. It can't be higher than the last published/unpublished version in any of your distribution channels (prod/beta/alpha).
In app billing seems fraught with pitfalls, but this is what I found that affected availability of items for purchase and also suitability of application:
My code for what it was worth was strongly based on the Google Android demo, but I stripped out a lot of the complexity. I have a feeling that having got it to work a better result would be produced by writing it all again from scratch.
I got the static test product ids going first.
Despite what the documentation says, it seemed to me that the purchase item(s) must be published, even when using a test account. Mine didn't work when they weren't, anyway, and I waited quite a long time to see if they would start to work as others have suggested - they still didn't.
You (I anyway) can't publish a purchase item without publishing the app, so what I did was upload and publish the app, create the purchase items, publish them (big button at the bottom of the page), then unpublish the app again. This seems to leave the items published.
The app must be signed in the usual way (I did this by exporting from Eclipse) before uploading, but what isn't so obvious is that the app you load to the mobile MUST also be signed in the same way - ie a (debug signed) version loaded to the device by Eclipse - run or debug - isn't going to work.
They also both need the same version number, I think. Not 100% sure. If so that would unfortunately kind of imply that customers with old versions installed can't purchase anything without upgrading.
When the app is uploaded to Google, it can take several hours before it becomes available and you get all the right responses for the in-app billing. I find 1-2 hours typically.
I suspect the other comments on this subject about whether you use a gmail or googlemail test account might be red herrings, but for what it is worth, my test account is gmail.
I did come across a useful little note on the internet somewhere about how to change your primary account on the mobile without having to do a hard reset (and consequently losing everything), but unfortunately I haven't managed to find it again.
What I did find though is that one can have several google accounts on the mobile, and then select the one to be used by Google Play.
Hope this helps somebody. I have to say its a pretty complicated system, with not many switten down answers, and I nearly gave up on it.
If your app are on closed alpha testing, you have to sign in with your test account to Opt-in URL; https://play.google.com/apps/testing/{your.app.namespace}
My experience on this error is:
Make sure to upload the signed APK to developer console.
Make sure to install the signed APK on your device not launch the app in the debugger.
Make sure to create a test account in your developer console.
Make sure to sign in your device with your test account.
Make sure to create in app billing in your developer console and finally activate the item from the console!!! (this is the one that got me after fully following google's tutorial)
It's no longer sufficient to just upload an unpublished draft apk to test in-app billing. What you need to do is upload an apk to the alpha or beta apk section on the Developer Console. Then, you need to publish it. If you also have a draft apk in the Production APK section, be sure to delete it before you publish. Otherwise it will be available to everyone.
Publishing an alpha or beta apk makes that apk available to only those testers that you specify/allow.
Here is Google's documentation on this:
https://support.google.com/googleplay/android-developer/answer/6062777?rd=1
Well I found a solution to my problem. I wasn't able to get Google's in app purchasing example to work but I was able to get this InApp Billing Tutorial to work using the steps I mentioned in my original post.
If nothing else this may be helpful to someone to see all of the steps that need to be done to test one of the in-app billing examples.
Also had this problem for a couple of days and searched around a lot. I found this guy who said deleting the app and then reuploading fixed his problem, and that actually worked for me aswell.
Try that, delete your app from the developer console entirely. And reuppload a new signed apk and set it up all over again
Publishing the app did the trick for me(and leaving it published (!)). I had to wait a bit for Google to update their database as well, as mentioned elsewhere, changes on Google Play are not immediate.
Anecdotal Supplement: If you have an existing app in the portal already and you want to test a signed version, but not upload it into the portal for distribution. Do the normal steps to build a signed version BUT use your latest version code that is uploaded into the portal. You will will be able to do a quick and dirty test of purchasing (you can't upload this version on the Google Play portal, but it's a means to an end for a localized test (or even as a way to allow side loaded distributed versions/flavors that use Google Play for billing legitimately.)
3:)
Check if your device have more than one account then remove other accounts and keep the account you have entered in play console then it will be solved.
So, I have a few little android apps now, and am thinking about releasing the in the Amazon App Store. However I have one fundamental question I don't see answered anywhere.
How is Licensing handled if you release the app on the amazon store? I am currently using the Google LVL licensing in my paid apps to ensure the user is licensed to run them. I assume that an app sold on Amazon, isn't going to have any connection to tell Google, hey, this app was purchased, they are licensed, so send them an OK TO RUN status when they launch it. Or am I mistaken?
Does Amazon have its own LVL type code? Or do you just have to forget licensing all together if you want to sell on Amazon?
Simply remove all LVL code from your app (making it unprotected), then select the copy protection radio button when submitting your app to Amazon. They'll add the licensing code to your app before resigning it and releasing it on the Amazon Appstore.
No store-provided licensing code works in other app stores. Many have rolled their own, with varying degrees of simplicity.
I have an app in Android Market. What should I do to ensure the app
works in the Amazon Appstore?
You should make sure that your app does
not include any copy protection functionality (you have the option to
apply Amazon’s DRM technology – see our FAQ on DRM). You should also
take a moment to understand the different signing options available to
you (developer signed or Amazon signed) and choose the option that
works best for your users.
Source