Google play store licence limitations - google-play-services

I designed an app and want to sell it on Google Play but have some doubts about it and I hope you can help me:
1) Is it possible to limit the quantity of downloads of my app from Google play (i.e: 2.000 downloads)?
2) Is it possible to make a configuration on Google play Developers Console, to offer an annual renewable licence for the customers who buy my app? If so, can you please tell me how to do it?
Thanks in advance.

1) Is it possible to limit the quantity of downloads of my app from Google play (i.e: 2.000 downloads)?
I don't think this is possible, checked with the Play Developer Console and there's no setting there about it. Checked with the Play Developer API and it doesn't list on any calls there any "total number of downloads".
2) Is it possible to make a configuration on Google play Developers Console, to offer an annual renewable licence for the customers who buy my app? If so, can you please tell me how to do it?
In-App Billing looks like what you're looking for, a yearly subscription (or how frequent you want it) set for the application usage would be possible.

as for questions 1, im pretty sure this isnt a current feature. as for question 2, you could create a script in the apk that disables everything in the app when a certain in-app purchase runs out until its renewed.

Related

Must I use Google play billing library if i want to sell an ad space directly to advertisers?

I want to sell an ad space in my Android app that's on play store. I want to sell it directly to advertisers who will need to pick the target for their ads, Is it a must to use google play billing library to get payed for the adspace or i will be violating google play terms if i use another payment system. I went through this article https://play.google.com/about/monetization-ads/payments/ unfortunately it was not clear to me. Any help please.
No, Google Play Billing Library only supports selling digital goods and click-based ads.
What you're looking for is Google Banner Ads https://developers.google.com/admob/android/banner.

How can I make a new order/transaction done through the API show on the Square app

Online I allow customers to order, this causes an Order With Line Items to be uploaded and associated with a Transaction - that works great, exactly as I had hoped. The problem is that there is no notification on the Square App to let my operators know that there is a new order that has been paid.
As of right now, I have the workaround of texting the workers, but I feel like there should be an easy way to push this up to the app - what am I missing? Is this possible?
I am not using an online store, just the API. Thank you.
Unfortunately, sending order confirmation to the Point of Sale app from an API payment isn’t currently available for Square’s API.
We are constantly improving the product based on feedback like this, so I’ll be sure to share your thoughts with the API team.

iTunes Connect reports

I have a few questions:
Do the “Sales and Trends report” provides info about in-app purchase and organic traffic?
How can I upload the data from “Sales and Trends report”?
I’ve heard about method through using java classes?
The reports you can download from the Sales & Trends section of iTunes Connect do give you aggregate transactional information about in-app purchases but not about organic traffic. Apple doesn't expose that at all.
Do you mean export? If so you'll want to look into the Auto Ingest tool. It's not an API but it will allow you to access your last 30 daily reports programatically.
Alternatively, you can use a service like appFigures which syncs with iTunes Connect automatically and provides a very simple API to access sales data and much more.
Full disclosure, I'm on the appFigures team
I will be happy to answer those questions.
Question 1) Sales And Trends show you just the money made (so yes to the In-App Purchases), but not the organic traffic. There is just some information that Apple likes to keep a secret, but we don't know why.
Question 2) Import means you put information into that section. You can't do that, but you can export the information, which means you get the information and download it.
This is what "Sales and Trends" should look like, but there should be more information. I blocked out that information by slightly edited it. I put the download button in the black box. Then, you can choose the format you download it.
I hope this helped you get your answers!

Number of in-app purchases for Windows Store app

I have a Windows Store app for a newspaper in the Windows Store. Each issue (one per work day) can be bought using in-app purchases. In Windows Store, it looks like i can define only 100 in app purchases. In my case, that is about 4 months of daily issues.
Is 100 really the limit? Has anyone found a way to add more?
I cannot find a way to add more in-app purchases to the app. The milit of 100 would be a really stupid constraint and I would need to remove to ability to buy old issues in order to add new issues.
Windows 8 doesn't support subscription-based purchases but it does support time-limited purchases.
One option is to let the user purchase "credits" that can be applied toward an issue. Similar to how Audible lets you purchase audiobooks with credits.
Here's the thing though. Newspapers make money off advertisements. The purchase price isn't for the content, it's for the materials that it costs to deliver the paper. A digital paper costs nothing to deliver so why are you charging for it?
The store does not support subscriptions. However you can just use a third party provider for this.
As mentioned in the 'Flexible business Model'
http://msdn.microsoft.com/en-us/windows/apps/hh852650.aspx
The Windows Store provides you with the freedom to choose the business
model that’s right for your apps. The Store provides full platform
support for free apps, trials (both time-based and feature-based), and
paid apps, as well as in-app purchases. You’re free to manage customer
transactions directly using your own or third-party services for
in-app purchases and subscriptions, or use the services provided by
the Windows Store. For apps that are supported by ads, you’re free to
choose the ad platform that best meets your goals.
Paypal is accessible via this api:
http://paypal.github.com/Windows8SDK/
or directly via a form post
How to Form POST to Paypal from WinJS iframe Windows 8 App?

Paypal payments for monthly subscription inside iPad native app

I am working on an enterprise app which allows users to perform CRUD operations on data
under their profiles, sync it with a backend, share it with other users and view it across multiple platforms.
The app works on 3 platforms
a) as a webapp in browser
b) as a native iOS app on iPad
c) as a native android app on android tablets
Now we want to give the app for free for a trial period of 3 months after which we want to
charge our users a monthly subscription fee if they want to continue syncing their data
with backend. If not, they can use the app as a native app which doesn't have a backend
and they won't be able to share their data across platforms and with other users but will
be able to use the app as a native app with no backend.
For the monthly subscription fee, we wanted to integrate Paypal payments into our ipad
app.
There are 2 gray areas which is causing us confusion
a) Apple might reject the app due to paypal integration as it favours in-app purchases/itunes.
b) Apple states that users can be charged only for "real world service". Does our kind of service qualify?
We prefer getting some definitive information rather than implementing paypal payments and
getting rejected by apple which will set us back by 14 days. Any help would be much appreciated.
I don't think you'll get "definite" information here, since stackoverflow does not have internal information on Apple's strategies. You have to try and find out. I know Apps with monthly subscriptions that use in-app purchases (like Trillian).
If you want to make sure it won't get rejected, exclude the payment process from the app. You are using accounts and some accounts get paid "premium" functionality. Just let the users pay through your website or redirect them to your website if they want to buy from iPad. My guess would be that Apple will otherwise want you to use in-app purchases for the subscription.
About the "real world service", that should be no problem.