Developing subscriptions back-end service for App-Store app, there is a requirement to fetch all available in-app products and subscription for specific App-Store App. The best way is using the rest API call.
I wondering if the App-Store exposes such API. What I expect to have is something similar to what Android provides.
https://developers.google.com/android-publisher/api-ref/inappproducts/list
The Rest API.
GET https://www.googleapis.com/androidpublisher/v3/applications/packageName/inappproducts
Googling it, didn't bring anything close to what Android has.
Any helpful ideas or develop stuff will be appreciated.
I believe you are looking for :
GET https://api.appstoreconnect.apple.com/v1/apps/{id}/inAppPurchasesV2
From documentation: https://developer.apple.com/documentation/appstoreconnectapi
Related
I am trying to offer a subscription with a specified offer for specific users using Flutter in app purchases in the Google Play console.
I created an offer in Google Play Store with the "Eligibility Criteria" set to "Developer Determined", but I cannot figure out how to specify this offer in an in app purchase.
I am looking for something similar to the setOfferToken method provided by the Google Play Billing Library.
I thought that I could use the offer ID as a product ID from the Google developer API docs, but I had misunderstood the documentation.
I have looked through the Flutter in app purchase package and the Google Play Billing Library, but could not find documentation related to my use case.
Is there any documentation specific to Flutter for assigning offer IDs to in app subscription purchases?
Thanks!
I'm developing an iOS app where users can ask for advice to influential people on their subject. In order to interact with these people you have to pay the price they set. Once you pay you are able to engage with them on a private chat.
There is an app called Healthtap which does almost the same but with doctors.
I wanted to know if we might be able to use paypal and stripe payment systems instead of apple's.
For more info, I'm building it with HTML5 and making it native with Phonegap
Thanks!
You "have" to use apple's system when paying will add more content to the app, which seems to me, is what you are trying to do.
From Apple's In-App Purchase Programs:
You should read this if you are interested in offering additional
paid functionality to users from within your application.
You can use other payment methods when you are not adding new functionality to the app but rather buy something else in the real world. This is the reason why apps such as Amazon's kindle stopped selling ebooks through their apps, since they did not want to share their profits with apple.
No, Apple does not allow any third-party payment methods to be presented in the app itself; it's IAP or nothing.
What you CAN do is have the third-party payment system as part of your web site and have your users make payments through the web site. You will then need some authentication system in the app that uses to validate the user's payment.
I know there is IAP for native apps, regarding the iOS, but does this effect websites (I will explain)?
I have an e-commerce store (standard website) and my client wants to be sell on Facebook alongside promotions etc.
Within the configurations for 'Mobile Web' on developer.facebook.com there is this line If your app accepts payments through any non-iOS approved service it will be restricted on iOS.
Learn more..
What exactly does this mean?
Is Mobile Web not intended for configuring web apps, so they appear on iOS Facebook.
Where can I find a list of approved payment providers?
Or have I missed the point altogether? I am using Google Checkout API to process payments from my custom cart.
Any light someone can shed on this would be appreciated. Thanks
I am guessing the answer:
This is a legal requirement by Apple that is passed on by Facebook.
Apples does not allow any app to perform payments not through its payment mechanism.
Facebook iOS App is bound by the same licence.
Since Facebook is an (iOS) App that runs other (facebook) Apps - the apps inside the Facebook (iOS) App should abide the same licence.
I agree this is not convenient as it makes you deal with more than one payment service just for you to get to iPhone.
--franji
Just a quick question. For the sake of time we plan on just creating an app which opens the browser and points to our website. Down the line an update will provide the rest of the functionality.
In your experience, would this app get approval? If not what would I need to do to get approval?
Cheers,
RJ
Don't think it will be approved:
2.9 Apps that are "beta", "demo", "trial", or "test" versions will be rejected
2.12 Apps that are not very useful, unique, are simply web sites bundled as Apps, or do not provide any lasting entertainment
value may be rejected
2.13 Apps that are primarily marketing materials or advertisements will be rejected
Although I can't quote from the App Store Review Guidelines directly because it requires a developer account, I can say that point 2.12 suggests that that app would not get approved.
My suggestion is that you read the review guidelines to get an idea of what is required to get approval.
I know of apps on the App Store that are nothing more than a UIWebView. See this link for proof of it: App Store and UIWebView
In order to enhance the user's experience, you could also consider using phonegap or appcelerator
Please let me know, Is there any API available to automate the App-Store submission process?
My requirement is, I have the app binary, app-store screens, app details in hand. Is it possible to submit to App Store programmatically with the help of any API without the use of iTunes Connect?
Thanks for any help.
There is no Apple supported API for interacting with iTunesConnect. I don't know if there are any third-party tools that do screen scraping for interaction or not.
One solution if you need to spam a large amount of apps is to hire a virtual assistant in India and have them enter all of the information manually.