I have a client with an apple developer account. Its brand new and we are both new to Apple.
He has paid to developer an iphone app.
The developer wants to publish the app directly to the store.
The client does not want to share login details for the account.
What options are there?
I am asking because I know on Google Play Developer console you could invite someone to manage your account (or give them publishing priviledges) by inviting them using their gmail email via the console.
Easiest solution. Tell your client to change his password and give you the new password. Publish the app on iTunes, tell your client to change his password back. If he doesn't trust you enough to give you a half-hour access to his account, why on earth does he trust you to write the app in the first place.
Next easiest solution (assumes you have a paid up account.) You publish the app on your account and mark it so it doesn't automatically go in the store after approval. Once the app is approved, transfer ownership to him. There are a whole bunch of restrictions on this process, including No iCloud, Passbook or in-app purchase subscriptions. For more details, Google "Transferring and Deleting iOS Apps" or see [https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide/Chapters/TransferringAndDeletingApps.html]
Next easiest solution would be to give the customer access to the source and explain to him how to build the app and put it in the store.
-- Addition --
A new solution is available now. The client could give you admin privileges to his appstore (https://appstoreconnect.apple.com) account.
The easiest solution to this funny question is to let your client share his screen with logged in account at iTunes Connect (via Team Viewer for example). You do all your job and it's all.
Related
I was approached to build an iOS app for a company. What would be the best way to go about this when developing and managing the project?
Would I publish this under my developer profile?
Should they create their own developer profile and have them give me the credentials?
Should we get a developer account and be members of a team?
Yes!! Client needs to create their own Apple Developer Account for current and future applications.
They needs to have paid account to publish App on store. Meanwhile either they can add you as developer or share the original credentials with your so you can sign the application with development and distribution certificates for Notification and publish.
It's a one time JOB, but trust me best option for You and your Client as well.
Here is your start.
id go with option 2 .... definitely not 1 so that they 'own' the final outcome and also you want to keep your account free of external dependencies
There are three ways you can go about release an app for client:
Release the app on your account and have a written agreement between yourself and the client to forward profits from the app to the client.
Ask them to give your Apple ID access to their account so you can upload it to their account (they shouldn't really give you their credentials for security reasons.
Upload the app to your account and once its gone through the review process you can then transfer ownership of the app from your account to theirs. (Documentation here)
I have developed an app for the client and the client wants to upload to the AppStore for the review. I want to validate and signiOS app before I give it to the client.
My question is: Can I validate and sign the iOS app using account user#example.com whereas the client will use different account client#example.com to upload the app the AppStore.
Please advise
first of all I don't think this is right forum for this kinds of questions. Is it possible? Yes, you can change owner of an app (move app to another account) any time you want. If your client gives you permission, you can even upload app to client's account using developer license.
The company I work for owns an iOS Apple Developer account and I'm responsible for managing this account (I'm the Agent). We have hired a 3rd party company to build and release an iPhone app for us.
We would like to give them access to our developer account to publish the app, but was wondering what level of access the would require.
Obviously, I don't want to give them login credentials to our appleID, and I don't want them to have any visibility to financial and legal info on our developer account.
I took a look at the information here but still can't decide if they should be "Admin" or "User".
Any thoughts based on your experience? Thanks!
You need to review the roles in iTunes Connect, not the Developer Center, for publishing capabilities: https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide/Appendices/Properties.html#//apple_ref/doc/uid/TP40011225-CH26-SW24
If the deep link doesn't work, (and even if it does, you'll want to review the whole doc): https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide/Chapters/About.html and drill down through the "Setting up user accounts" section.
am doing my sandbox testing with developer credentials. when i want to go live, should I (developer) get business account and thereby live credentials? if i develop an app for someone, why can't i have other person who has a business create paypal account (on developer.paypal.com??) and get live credentials? then use those credentials in app. as a developer i can submit the app to paypal and manage it. but i don't want to create premier business account.
https://developer.paypal.com/webapps/developer/docs/classic/lifecycle/goingLive/
above doc says:
"All calls to PayPal operations are made through the application account, which is a PayPal account that is controlled by the application owner. ...To obtain live PayPal credentials, you must have a verified Premier or verified Business PayPal account."
:
:
"
Log in to the PayPal Developer website using the credentials of the PayPal account registered to the application owner.
Note that the PayPal account associated with the application must be a verified Premier or verified Business account."
could someone clarify?
thanks.
You can develop/test a couple different ways....
You can have your merchant that you are developing for login to dev portal, create the app, and then provide you with their test credentials. This way when you go Live, they just need to enable their Live credentials, provide them to you, and then you can swap the test credentials out for the Live ones.
You can develop/test with your app you created in your developer portal and your test credentials. When you want to go Live then you would need the merchant to go into their dev portal, create an app, enable their Live credentials, and then have them provide those credentials to you.
The first way is going to be less of a headache for you (in my opinion) because then you will be testing with the same App from development to Live. Also, this way you know that the App has been created and the merchant can enable their Live credentials while you are developing/testing versus waiting for them to do all of that when you are ready to go Live.
I've just finished an iOS app. Now I need to publish it to the app store using my client's account. I want to be sure that what I'm about to do is the correct path.
That is:
Create the developer certificate using the client's credentials
Build the app using the new developer certificate
Publish and everything else using the client's account
The only other thing that I thought would be to register myself as a developer on his account. However I think at some point I will need the his account to finishing the process. Is that correct?
You'll need a team agent role to publish the app..
Yes, you will need his account to finish the process and actually sign the App file that you send to Apple.
you need to be a "Admin" type user # the developer portal and on itunesConnect.
With Admin user, you can create all sorts of certificates and provisioning that you may require from developing to deployment of an app from any developer account.