I'm sorting through the various Apple docs, but haven't seen it yet.
Here's the deal: I've created a series of apps that are for a service for NPOs. These are hugely popular (albeit in a very small pond), and I have been asked to make customized versions for some of these organizations.
It's a FOSS app, but these outfits can't get iOS programmers to build and release the apps. They are willing to set up App Store accounts, but don't have the geeks on hand.
Due to the way the organization manages its IP, I am not allowed to release branded apps under my app store account. They need to release under theirs.
I don't want to set up an enterprise account for this. I haven't read up on that, but I'll bet that it would not be practical, anyway.
Is there a reasonable way for folks to take apps built on one account, and apply a new provisioning profile, and release it via another account?
Yes a company can take any developer app, sign it with their own certificates, and submit it using their own iOS enrolled team leader ADC account. They can even hire a contractor or temporary employee and legally authorize them to do this work for them.
If you do this type of subcontracting, you might want to get authorization in writing from the CEO, COO or chief legal consul of the company to do so.
you can use a different provisioning profile and deliver the app to the other guys. You can have multiple profiles in your X-Code and select with which one you want to sign the app when you create the archive.
You can either do this yourself by getting access to your client's app store signing certificates, or you can get your clients to use their codesign tool - details on the latter technique can be found on google - here is one example.
Enterprise accounts don't let you release on the App Store.
A typical way of handling this is for them to set up an account and give you the details for the team agent to log in. You then generate a key pair and a certificate signing request in Keychain Access. You log in as the team agent and use the certificate signing request to get a distribution certificate, which you then download and open - this will install into the keychain. Export the key pair and supply this to them so that they aren't screwed if you get hit by a bus or something.
From that point on, it's all stuff you should be used to. Xcode knows which private key to sign the build with because it matches the provisioning profile. It knows which provisioning profile to use because the app ID in the profile matches the app ID in the Info.plist file. Beta testing with ad hoc builds is the same as normal, except you register the UDIDs after logging into their account, not yours. Archives are not tied to your account.
When you submit the app through Xcode, you'll have to supply the team agent login details again. The submission will show up under their developer account, not yours.
Technically speaking, I think it breaks their developer agreement with Apple for them to supply a third-party (you) with their login details. However I don't believe it's possible to delegate all of the privileges necessary to submit an app to anybody other than the team agent, and the parts that can't be delegated aren't easy to explain to a non-technical person. You can script some of it to make it easier, but it's easy for them to get into a mess, so it's usually best if they let you handle it all.
I have an apple developer account using which I have developed an application for one of my clients. Now, the client also has a developer account. Is there anyway, I can create an app ID like com.client.* in the clients developer account and then upload an application's release version using an appID like com.mycompany.applicationname which is created in my developer account.
Or else, there is no option like that??
An app ID is a unique application identifier. Even the exact same source code, built with two different app ID's, would be considered two completely different applications.
In order for you to compile your client's application, you will need to get a copy of their profile using com.client.* and compile the application as com.client.appname.
That would be possible, (as far as I know, apple doesn't check the AppIDs if they are used anywhere yet outside of your program) but might get problems when submitting to the appstore and furthermore, you could not submit with his account, what he probably wants. Here's what we usually do:
1. Create a *. Provising profile for yourself for development purposese.
3. For push notifications, you should be able to create a DEV certfiicate with Appid com.client.appname in your developer program
4. Have your customer invite you into his Program and create the matching provising profile for appstore submission and push notification with this Appid.
You can be in multiple development programs (I'm currently in three different ones..)
My team and I have an app which we're going to be submitting to the store pretty soon, but we know that we'll be selling the app to another company in the near future. Does anyone have any experience with moving an app's ownership to another account?
Specifically, when I sell an app to another company...
How do we move the app to their account (what's the mechanism)?
Can my users still get updates (released by the new owner) without having to re-buy/re-download the app?
Starting June 11, 2013 this has officially become possible.
Here's the official note:
Dear developer,
Apps can now be transferred from one developer to another within iTunes Connect, for example after an acquisition or when a distribution deal expires. Transferring the ownership of an app does not affect the app’s availability on the App Store. All ratings and reviews will be transferred and your customers will continue to have access to all available app updates.
To transfer an app, go to the app’s App Summary page in the Manage Your Applications module on iTunes Connect and click Transfer App. Make sure that:
• Your account is active
• You have accepted the most current version of your contracts
• Your app has at least one approved version
• Your app is in the Ready for Sale, Invalid Binary, Rejected, Developer Rejected, or Developer Removed from Sale state
• Any associated In-App Purchases are in the Ready to Submit, Ready for Sale, Rejected, Developer Removed from Sale, or Approved state
• You know the Apple ID of the recipient’s Team Agent and their Team ID.
For more information on app transfer, see the video tutorial on iTunes Connect. To find answers to common questions about app transfer, see the FAQ on iTunes Connect.
Regards,
The App Store team
UPDATE: THIS ANSWER IS OUT OF DATE. IT APPEARS TO HAVE BEEN CORRECT AT THE TIME IT WAS WRITTEN. THERE IS NO NEED TO DOWNVOTE IT, BUT DON'T BELIEVE IT EITHER!
Official answer is No. From the iTunes Connect FAQ:
I sold my app to another developer and can no longer distribute on the
App Store. Can I transfer the app to
the new developer's iTunes Connect
account?
At this time, apps cannot be
transferred to another developer
account. If you would like the app to
be sold through another developer
account, you will need to remove the
app from sale in the current iTunes
Connect account and upload the app
under the new iTunes Connect account.
Uploading the app to a new iTunes
Connect account will disable current
customers from receiving automatic and
free updates of your application. All
customer reviews, rating and ranking
information will also be reset.
Additional resources that confirm this, from FutureTap developer Ortwin Gentz, back when he purchased WhereTo? from Sophiestication Software:
transferring an iphone app last episode
carved in stone transferring an iphone app
Follow Up: After all: it is possible (as of late March 2010).
I haven't read all comments or other threads about this issue, so this might be obsolete, but it seems it's basically related to the iTunes-related structure of the appStore.
You can't be part of the Beatles and the Rolling Stones Bands...
Anyway, eventually, a colleague managed to get things sorted out, and we got our App (which was running under my private, single Dev account) running under a new, enterprise account. We kept our ratings, our #1 place in our category in the appstore, and all in all it went smooth (after several hours of phone-calls with apple).
As far as I can recall, the main problem was those help-desk folks were knowing things were going to change, but they didn't know by when and how. Probably due to iPad coming and related timelines involved). Anyway. It's possible, and it's pretty easy. Send your request, wait a couple of weeks (might be days by now), and you'll have the transfer. One issue though: They may have some bug in their migration code, because apple mixes firstname and lastname of the dev / master account after migration. well, who cares.
I had my own experience with this, and the answer I got from Apple Developer Relations (Although it took a month to get an email response and 6 weeks for the follow up phone call) was (in short) that they currently don't offer any way to transfer individual applications from one developer account to another.
He did so by saying that there was a single "Option" for doing this sort of transfer, which is to delete the app from the account that it is currently on, and then resubmit to the Apple store from the new account under the same name (but it would have a new appstore id). I pointed out (and he acknowledged) that this would delete any existing user reviews, ruin the upgrade path for existing users, break iAds, in-app purchases, and game center integration. So it really isn't a solution at all.
He also said that it isn't possible to transfer ownership of all your apps to another existing account (they seem to lack the granularity to move individual apps). However if I wanted to give up all my apps to another individual it could be possible by creating a corporation (probably S-Corp, although he didn't advise), transferring ownership of my account to the S-Corp (which would be allowed if I were a part owner), and then selling the s-corp to the new owner. (Yikes right?)
The method I plan to go with is the following (I'll update with my success), In my specific case I have a paid application that (.99) that I'm trying to transfer to another owner:
I will create a lightweight application using the same AppID that is designed to inform users that the Application has changed owners, and provide a link to the app store where they can download the new application. When launched will upload a hashed form of their UDID to a server (which I will now have to maintain) listing them as a previous customer.
I will upload this new lightweight app to my existing account as an upgrade to the other existing application (so that when users update, they will instead be marked as an existing customer, be presented with a message explaining the situation, and a link to the new app)
I will convert my paid app to being a light application that has some functionality, but requires an in-app purchase of .99 to get the full functionality. Additionally, this new app will check with my server to see if the UDID is in the existing customers database, and if so give them full functionality (without having to do the in-app purchase).
... ARGHH! :) It's an ugly experience for the customers and a whole hell of a lot of work for the developer... but the only option provided by Apple. (Although, I'm not sure that it will even work, as it's entirely possible that they will reject my lightweight "update" application from the store, and thereby prevent the hack upgrade path as well)
UPDATE: Too much work for the person that I was trying to give the application to. Ended up not proceeding with the plan. Think that it could probably still work, and would love to hear from anyone who tries it or pulls it off :)
iTunesConnect now allows App Transfers given certain app restrictions (no iCloud or Push Notifications apps are allowed currently. Local Notifications are ok, of course.)
See the iTunesConnect FAQ on App Transfers... https://itunesconnect.apple.com/WebObjects/iTunesConnect.woa/wo/10.0.0.9.1.0.9.1.5.10.1
You can only initiate or accept a transfer if your iTunesConnect login has the "Legal" role permissions.
AFTER THE TRANSFER:
The teamId and bundleID will not change at all. Nor will any of the in-app purchase Ids.
In my company's developer account, I now see an app with EXACTLY THE SAME TeamID.BundleID as I saw in the source code that was purchased from the other company (and that source code was delivered separately, not via Apple)...
ex. BundleID = com.<some-other-company>.<purchased-app-name>
This bundleId is now listed among my other apps listed in iTunesConnect's Provisioning Profiles. I simply created new Development and Distribution/AdHoc provisioning profiles for my newly purchased app. Then I downloaded the new provisioning profiles into Xcode, just like for any of your own apps.
Quite painless. Thank you Apple.
What Lou Franco said.
Where To example is really good to consider, as they eventually had to settle for the fact that all existing customers need to buy the app again. Apple simply does not have the background infrastructure to change ownership.
Another bad consequence of the inherited made-for-music-sale-machine that iTunes originally was. Songs apparently don't change owners.
See here, for Where to resolution: transferring an iphone app last episode
Since now, this is now possible using iTunesConnect.
Apps can now be transferred from one developer to another within
iTunes Connect, for example after an acquisition or when a
distribution deal expires. Transferring the ownership of an app does
not affect the app’s availability on the App Store. All ratings and
reviews will be transferred and your customers will continue to have
access to all available app updates. To transfer an app, go to the
app’s App Summary page in the Manage Your Applications module on
iTunes Connect and click Transfer App. Make sure that:
Your account is active
You have accepted the most current version of your contracts
Your app has at least one approved version
Your app is in the Ready for Sale, Invalid Binary, Rejected, Developer Rejected, or Developer Removed from Sale state Any
associated
In-App Purchases are in the Ready to Submit, Ready for Sale, Rejected, Developer Removed from Sale, or Approved state
You know the Apple ID of the recipient’s Team Agent and their Team ID.
From what I understand, this can be done, but it requires manual intervention by the iTunes Store team, can take months to go through, and may involve some periods when your app is not on sale under either account. If you know who your customer is going to be, just put it under their account to begin with. If not, remember for the future that flipping apps is not an easy thing to do, and adjust your business model accordingly.
It is possible since June, 2013. You can transfer an app to another developer very easy - here is an official FAQ from Apple (available for registered developers).
Besides the already mentioned things I recognized, that certain issues may arise which are nowhere mentioned in the AppStore Guidelines or the documentation.
I found out several issues with apps having subscriptions (which are as of Jan 2015 not transferrable). After trying to transfer an app I found out via the FAQ in the iTC Developer Support Center aka Help Section the following things (Link to FAQ section)...
You cannot transfer apps that contain or use:
iCloud entitlements in any version of the app
Passbook entitlements in any version of the app
A SKU that matches the SKU of one of the recipient's apps, including previously-removed SKUs
In-App Purchase product IDs that match the In-App Purchase product ID of one of the recipient's apps, including previously-removed In-App Purchases
Approved auto-renewable, non-renewing, or free subscription In-App Purchases, including previously-removed In-App Purchase subscriptions Sandboxed Mac apps that share the Application Group Container Directory with other Mac apps also cannot be transferred.
To transfer any of these types of apps, the recipient must create the app as a new app. Current customers, ratings, and reviews cannot be transferred to the new app.
Also the usual requirements are:
To transfer an app, make sure that:
The transferor and the recipient have active developer accounts and accepted the most current version of all master agreements that are currently in effect
The app has at least one approved version
The app is in the Ready for Sale, Invalid Binary, Rejected, Developer Rejected, or Developer Removed from Sale state
Any associated In-App Purchases are in the Ready to Submit, Ready for Sale, Rejected, Developer Removed from Sale, or Approved state
You know the Apple ID of the recipient’s Team Agent and their Team ID If the app uses iAd, the transferor and the recipient must have accepted the most current version of all iAd contracts.
Hope that helps avoid mishaps before you try to transfer an app.
As ownership transfer is currently not-supported and an "exception process", it makes sense not to count on it as your mode of operation.
The big problem you're facing is: the app is tied to a developer account and you want to keep YOUR developer account after you transfer the app.
Hence, why not set up a NEW developer account, the sole purpose of which is to be the holder of this one app and, when you sell the app, you can just transfer the developer-account credentials to the new owner.
At that point, they can update the name, address, company name, bank info, etc.
Of course, your transfer contract will have some verbiage explaining how, in the interim, any moneys you get from Apple will be fwded to the new owner (put a time limit -- like 90 days -- on this so they don't take forever to update the info.)
I've not tried this, but it seems like a viable solution. Again, the problem is that the app is tied to developer account and you don't want to transfer yours. Hence, this Just Makes Sense™.
Recent update from iTunes Connect:
I sold my app to another developer and can no longer distribute it on the App Store. Can I transfer the app to the new developer's iTunes
Connect account?
No, you can’t transfer the app to another developer account on iTunes
Connect. To add the app to another account, remove the app from the
current account and upload it to the new iTunes Connect account.
Note that uploading the app to a new iTunes Connect account will
disable current customers from receiving automatic and free updates of
your application. All customer reviews, rating, and ranking
information will be reset. You will not be able to reuse the app name
and SKU in the old account. If you have uploaded a binary or used the
app with the iAd Network, your Bundle ID will not be reusable either.
Guess I'm late to the party but Apple just added a button to iTunes Connect to do just this. Sign into your iTunes Connect account, go to 'Manage Apps' and click on the app you want to transfer. In the section on the top right, there's a button to transfer your app now.
Cheers!
As far as I know there is no way to transfer apps to a different user/company. I think the app should be in your customers account from the beginning. Otherwise you probably have payment problems too (people paying you instead of your customer).
Why not just sell the app to a customer before releasing it. If they want to see it running before it is released, just sent them a version built with an ad-hoc certificate.
The are additional considerations:
If you just can switch ownership of the Application behind the scenes, thus changing the contract, but not the application itself, you might be fine.
But if you're just going to transfer your source code, the future owner of the app will have to sign it with his own certificate, which will basically render the app as a "new" one.
Users will lose their settings (if your app did some configuration persistence) and they'll lose the app history in the appstore (ranking, etc.).
As per a new announcement from Apple today (just after iOS 7 release) this has become possible .
It says "Apps can now be transferred from one developer to another within iTunes Connect, for example after an acquisition or when a distribution deal expires. Transferring the ownership of an app does not affect the app’s availability on the App Store. All ratings and reviews will be transferred and your customers will continue to have access to all available app updates."
Something helpful:
Apple site documentation with new itunesconnect UI released in Sep,5,2014
Transfer code using github
Note: Use agent role account, and maybe you should click "Agreements, Tax, and Banking" to request Contracts first.
I don't believe that you can transfer ownership to another account. But a simple solution would be to add URL schemes to your app to allow data to be transferred from your app to a new app that your customer would release with the same source.
The new app would have to be free though (maybe the lite version?), so your old customers wouldn't be forced into buying it again. The only real downside I can see of this is that the new app would basically be starting over again from a marketing perspective, which is no minor thing of course!
Mobile Orchard had an article on data migration from Lite to Paid versions of an application that may be of interest:
Lite-to-paid iPhone application data migrations with custom URL handlers
My team and I have been contracted by a company to develop our first iPhone Application.
I am wondering how this contractor relationship is best handled. Does the $99 SDK/Dev connection account need to be established under the contractor's name, so that when the application is approved it isn't listed by our company's name, but by their business name?
Essentially is it best-practice to submit the application under the contractor's name or is there an option to define this when you apply?
You get an account and they get an account.
Accounts serve two functions. Access to the development tools and access to the business interface for the company publishing the app.
You sign up once. Each client signs up for their own account for the most important reason. That's where the bank information is to tell where the money goes. :). And contracts and sales data, etc.
The best way for it to work is for you to do development under Wildcarded developer and distribution (ad hoc) code signing keys (your account). You sign for multiple clients with the same keys. Then at the end, you sign and publish with a specific AppStore key (each client's account).
That will allow you to do control development, testing and beta distribution. When development is finished, you zip up the release version signed with their key and they upload it via iTunes Connect under their account.
Bonus section:
This configuration is easy to set up in XCode (once you get over the 24 hours of strangling yourself getting your head around how xcode and the distribution certificates work).
Go to Project->Edit Project Settings->Configurations. Duplicate two new configurations off of the "Release" configuration. Call one "Ad Hoc", the other "AppStore". Set your signing certificates as follows, iPhone Developer for Debug/Release, iPhone Distribution (Ad Hoc) for Ad Hoc, and their iPhone Distribution (AppStore) for "AppStore". Forget you even have a client until the end, then switch to AppStore distribution, build, zip, email, and done.
In practice, it's more complicated than that as you'll need to set up multiple certs/profiles/keys on your machine, but once you're done, it basically runs like this.
I would create the dev account and publish it under the company that will own the app and the source, regardless of who is developing it.