I am new to Newsstand App. I have gone through many references of the same. But I have some doubts. Here is my confusions :
1) Consider a user installs a newsstand app on the month October. But the same application have issues on the months from JAN to SEP also. So when the user installs the app, do need to alert him of the previous issues of the publisher? or just the issue of current month only? Or when the user installs app, do need to list all the issues available with the Publisher and all are locked? or the issues will be listed only if he subscribed for any particular period?
2) Regarding the In App purchase, where should give the purchase section in the app, like in a separate page or along with listed issues. For ex:- When the user install app, it contains many issues listed and do need to give a purchase icon in each cell of the tableview list, if the issue is not purchased? Otherwise do need to show the purchase icon in another view? eg:- 1 Month Subscription or 1 Year Subscription
3) How restoring of issues can be handled? eg:- User may subscribed to 1 month subscription on the months AUG and SEP and the app was deleted from the device. Then again he installed, how this situation can be handled? How the client device will identify whether the user already purchased a few issues in the previous month? Does Store Kit provides any help or do need to handle all the purchase info in the web server or with apple server?
Thanks in advance
1) & 2) are up to you & your personal design choices.
3) Subscriptions use the standard IAP restore StoreKit functions, found in Apple's documentation.
Related
In the case when the shop has the RecurringApplicationCharge for example with a 30-day recurring charge. The RecurringApplicationCharge was created on for example August 01, and the application was removed on August 15.
As I understood from Shopify documentation, Shopify platform will automatically remove the RecurringApplicationCharge, but what happened with the refund? Does the Shopify automatically refund for the not used days? Or this part is the responsibility of the application owner?
Any information will be helpful I'm trying to find some clear description/documentation what exactly happens after the application was uninstalled.
Application using the latest Shopify REST API (https://shopify.dev/docs/admin-api/rest/reference/billing/recurringapplicationcharge?api[version]=2020-07).
Uninstalling apps with recurring charges
Make sure that you consider app billing cycles when you plan to uninstall an app. Recurring app charges are generated the first time an app charge is approved, and then on the first day of an app's billing cycle. Because of this, a charge will appear on your bill even if you uninstall an app only a day or two after you install it.
Shopify themselves will not refund the amount. There is no procedure for the same. Me being an APP creater has faced the same issue. The only way here is the App creator pays the amount back to the merchant if they decide to Uninstall the App.
Here are few documentations that may help you understand better:
https://help.shopify.com/en/manual/your-account/manage-billing/your-invoice/apps
https://shopify.dev/tutorials/charging-for-your-app-with-rest-admin-api-concepts
We have a Android and iOS version of our app. The number of active users on iOS is aproximately 25% of the active user on the Android app.
It happens that the count of Daily New Users of the Android app is always far less then the iOS's. And the this number does not seems to match the increase in Daily Active Users.
The app is br.com.bb.android.
Anyone has an idea of what may be causing this?
Would be great if someone in the Fabric team could take a look into this.
Mike from Fabric here.
For apps where they may come pre-installed or not be opened for a length of time, then the installs may not be counted as a daily new user.
A new user will only be counted if the time between downloading the app and opening it (with foreground activity) is less then 7 days.
On the last update of iTunes Connect you can create app bundles so you can sell several apps under sale price.
The problem is that I cannot figure out how can I track those sales. Seems that there is no way to see that from the website, Does anyone has a reference for a script or anything that could help monitor that?
Found it. it shows as a separate app sale (with the name of the app bundle) but only if there is one (under sales&trends).
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.
I need to reject one of my app's from iTunes Store but I don't know how to. Does anybody know where the reject button is?
I assume that your app is already on sale. They removed the reject/remove from sale in the latest version. One work-around is to go to "rights and pricing" view and to deselect all countries. It takes a few days for the change to propagate, but in a day or two the app will be shown as Developer Removed From Sale.