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.
Related
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.
I am facing problem on In-App-Purchasing in my iPhone/iPad application.
My Issues are :
1> What is the use of Shared Secret - Where we have to use this?.
2> How we can all our application form store?
3> How we can test our application?
4> To enable in app purchase - We need application on app store?
Please give me some guide line for implementing in app purchasing.
Thank you.
I am gone through the apple process to enable in app purchase but I dn't know what I missed in my steps that's why I need more clear steps to understand the In-App-Purchasing with in my application?
Basically I need full steps for In-App-Purchasing.
Thank you.
Start with reading the Apple "In App Purchase Programming guide": https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/Introduction/Introduction.html
1)http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/RenewableSubscriptions/RenewableSubscriptions.html YOU CAN FIND YOUR ANSWER HERE.
2)Sorry, didn't get you on this one
3) To test in-app-purchase
step1: log into iTunes connect, Navigate to manage your applications-->add new application (FILL THE INFORMATION)--> Availability date can be set at a later stage, select the price range-->enter the METADATA.
step2: Navigate to contracts, Tax & banking section in Itunes Connect & complete the IOS PAID APPLICATIONS CONTRACT.(Enter bank details, tax & contacts).If your app is free complete IOS FREE APPLICATIONS CONTRACT as well.
step3: Navigate to the manage users section & create a TEST user account.
step4: ADD products to your application.
step5: Transfer the application to your device using developer provisioning profile. The developer provisioning profile should use the SAME BUNDLE ID which was used while adding the application. before transferring the application navigate to settings--> store--> logout from any iTunes user account.
4) There IS NO NEED for APPLICATION TO BE ON APP STORE TO ENABLE IN APP PURCHASES.
I don't fully understand what you exactly need
Apple has a really good documentation on The Store Kit framework.
http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/Introduction/Introduction.html
I myself never created something for in-app purchase but to clarify a little bit.
I believe there are 2 ways to implement this
one is writing predefined stuff in youre source
for example, in infinity blade they let you buy extra gold.
The user asks for the list of available purchases from the app store the app store produces a list of in-app identifiers (which are predefined in code and on itunes connect)
the user selects for example "10.000 extra gold" for 0.99 dollar cents
The transaction will be made to the app store, the app store after succes returns a ok message in which the code should have a listener implemented that basically in this example add 10.000 to your "currentGold" variable.
The other way I don't know much about is connecting via an app to app store which in his turn connects to a server that is set up by you.
From what I can gather is that is what is being uses for level unlocks in for example sudoku games etc
as for Testing the purchase.
Whenever you have store kit implemented and try to connect it in the iOS Simulator.
The simulator automatically connects to a Sandbox envirenmont and therfore simulates the payment too
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.
We have developed an application for a company who want to release it under their own account. It has been developed on our account and has had provisioning profiles attached to it from our own account. What is the best way to do this? Do I have to send them the xCode project and talk them through how to attack a provisioning profile to the project? Or can I just get their login details and create a provisioning profile from the Mac in the office and do it for them? Or is there a "transfer to different account" option?
Many thanks!
To answer your last question: Apps cannot be easily transferred to another account (when already available at the App Store).
But both of the other suggestions would work: An app is not tied to an account until you submit it via iTunesConnect. So you can just use provisioning profiles from another account to build the app for submission. Of course, you can do that in your office, using the credentials of the customer, or you can just hand over the project and let the customer do the submission.
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.