My company has an enterprise license for distributing iOS apps within the company itself. However in the provisioning portal, in App IDs section I can see "In App Purchase" option enabled or disabled for the different app ids.
What I want to know is that is there any relevance of In app purchase for enterprise applications, because whatever I know about it is that, it connects to the app store for functioning.
Since we are not allowed to publish apps on the app store with a enterprise license, there doesn't seem to be any relevance of in-app purchase feature in this domain.
Related
My app has been permanently rejected by Apple because of rules that conflict with my app's functionality. I need distribute my app outside of the AppStore. Is there a service that provides distribution in this fashion?
Legally speaking (per Apple's Ts&Cs) you would have to sign up for an Enterprise Developer Account by calling Apple Developer Relations at 1 (800) 633-2152 (Mon-Fri 9:00AM-7:00PM CST). From there you can deploy your app via B2B to other businesses who have a VPP account without distributing through the App Store.
If you're looking to distribute to end-users you're now treading down the Cydia / jailbreak route. If you sign up for an Enterprise Developer account and just distribute your app via webserver, email, etc you run a good risk of wasting your $300 and getting your cert shut down.
I need to build an Store app that can be used to install a few apps that I've developed. I'm planning to do this using in-app purchasing. i.e. the user can purchase the new apps from my store. Is this possible?
No. The iOS security sandbox will prohibit installing any additional apps from your app. Only apps purchased from Apple's iTunes App store can be installed on a customer's device (except for a developers own devices, and a very limited number of beta test users).
You might be able to sell access to web apps, which a user would have to manually clip as web clippings onto their device (they can't be auto installed). But Apple may or may not accept an app which sells those web clippings, so you'd might have to figure out a way to sell them from your web site.
It would ultimately have to link to the app store to do the app downloads. In-app purchasing is just that...in your apps. You can set up a store, but if you want them to be installed as separate apps on the user's phone, you will just have to link to the app store.
Apple most likely won't allow it.
if you are using your "store" app to distribute full apps, instead of just additions to your store app, it DEFINITELY won't pass.
It would be circumventing their distribution system (and 30% cut) and they won't like that very much.
No, your app can't install other apps directly, but you can use an app store url to send your customers to any of your other apps in the app store. There's more info in this SO thread.
It would be a different story if you were working under the enterprise or ad hoc distribution models, in which case you could link to your apps on a web server and install them over the air. But given that you're talking about in-app purchase, it's pretty clear that you're distributing under the standard distribution model.
If your other apps just deliver new content, what you should do is build an universal app that handles all your content and then let the user download new and different content using in-app purchasing. Then you end up with an app similar to iBook, that offers different content, but the same user interface.
One option is to ship your "parent" app with all the content for "children" apps, albeit encrypted. Use in-app purchasing to decrypt "children" content.
We want to build a iphone app for selected customers and not make the app public for everybody.
The problem is that the "IOS Developer Program" only allows 100 users. The problem with the "iOS Developer Enterprise Program" is that only users in the own organisation are allowed.
Questions:
- How to get more than 100 selected users.
- How to distribute to only selected customers and not make the app public
Thanks in advance!
If you want to distribute the app through iTunes you'll have to make the app account based. This may cause problems with Apple's review process, especially if you want to charge money for the accounts.
If that is not appropriate you'll have to enroll for an enterprise program.
AdHoc builds have the problem of exparation, the app will only be usable for a short period of time.
You will need to create a AD Hoc distribution profile for distributing your application to selected users.
At what stage of a iPhone app development do we need provisioning profile and developer certificate? What are their importance and from where we get them? And how do we distribute our iPhone app for testing by other users and finally to end customers in App Store, using provisioning profile or developer certificate or something else. Please throw some light on this matter!!!
You can develop apps for the iOS Simulator for free. If you are not yet testing your apps on actual devices, and are not submitting apps to the App store, then you don't need developer certificates.
When you get to the point you are doing either of the above, then you will need certificates and provisions, and can read about how to use them here in the Development Guide and here in the Store Resource page on Apple's developer site.
You will need to read and follow the instructions in these documents very carefully. Don't depend on any quick answer or assumptions.
A developer account will allow you to not only test on your device, but also to generate provisioning profiles for "ad hoc" provisioning, which allows you to share apps with up to 100 devices a year (your beta testers/clients/etc.).
You can't submit an app to the App Store before you have a developer account; and you shouldn't submit an app before having tested it on at least one device.
I have created a iPhone application and got successfully approved by apple. The application has been uploaded in my company's developer account.
Now my client wants access to see the sales report. I cannot give him my company's developer account log in details because the account has many applications other than my client's.
Is there a way to allow access to my client to see the financial reports for his applications alone.
What are the alternatives available.
Update:
My client is particular that he wants to log in and see.
As per my knowledge, the only way he can see the report details is if I had uploaded the application using his own developer account.
One of the developer says,
"We will submit the iPhone application to app store from your iTunes appStore account. SO you will naturally have the access to all the available data. Please note that you need to buy a paid account for submitting the application to app store"
Does the iTunes appStore account mentioned above refers to developer account or is it different
If your client does not already have a developer account, he needs to enroll into the Developer Program and resubmit the App through his Developer ID. This will require an annual $99 fee to maintain access to iTunes Connect.
There is no "Sales Report Viewing" account... Apple will pay HIM for the sales of the App, not you. It sounds like you are paying Him now for his App sales from iTunes Connect.
If it's his App and you simply did the programming work, then you should have submitted it through his Developer Program plan in the first place - not yours. He should have given YOU access to iTunes Connect through his plan to submit the App, or have done that work himself.
Next time, you'll need to build this level of detail into the contract - specifically whether you will be paying him a monthly commission on sales, or he paid you for your time and the App is now his to manage with Apple.
-t
One idea: you could make a modified version of AppSalesMobile that has your iTunesConnect username, password, and the apple ID of his particular app built in, but didn't display information about any other apps, and build him a copy for his phone.
http://github.com/omz/AppSales-Mobile
Might be easier to just send him the sales in an email every day, though.