iOS app transfer - Bundle id not available - ios

It's the first time I'm transferring an app, and now I want to release un update for the app I received.
I have some questions:
I tried to create the bundle id as the old one (com.example.app) but the developer center said it's not available. Should I use that one or another one?
If I use another bundle, will old users receive the update?
If I should use the original app bundle, how can I unlock it?

You definitely want to use the old one. If you use a different bundle ID (e.g., com.example.app2), then users will not receive an update as you expect: iTunes Connect and App Store treats them as separate apps.
My understanding is that you wouldn't "create" the new bundle ID either, it will already exist in Apple's systems. You should be able to use the Developer Center to create Development and/or Distribution provisioning profiles for the newly transferred App ID, then ensure that ID is in use in your Xcode project. When you're ready to distribute, archive the product (or use your build system to sign with the App Store Distribution profile), and then upload it to iTunes Connect using the login associated with the iTunes Connect account that received the incoming ID.
This is all contingent upon the iTunes Connect login and Developer Account login belonging to the same organization that received the transfer. For single developers, that's probably not an issue.

Related

Transfer issue an IOS app from one developer account to another. If I delete from one account and create another, update possible?

I have an IOS app and bundle id with "org.application.ios". I wanted to transfer an app to another account. There is an issue with plugins used so unable to transfer the same.
So planning to delete from one developer account and create the app with same name and bundle id. Is it possible that existing users will get update for the new app uploaded.
#ios #developer.
No, you can't re-use the bundle id from another account.
As per App Store Connect help
If you remove an app, you will lose ownership of the app name. Removed
apps can only be restored if the name is not currently in use by
another developer account. In addition, the SKU can’t be reused in the
same organization and if you’ve uploaded a build, your bundle ID can’t
be reused.
You’ll need to contact Apple. If you want the same app (so that updates work) apple must move the app to another developer account, you can’t do that yourself.

Move an app from a Testflight account to another one

I'm developing an iOS app in Xcode 12.2 for a client.
The client does not have an Apple Developer account yet, so I'm using the Testflight of my own account to test the app with the designer.
The app uses AppGroups, let's say I have a group named "group.com.myorg.appname".
I'm also using CoreData, and will implement NSCloudKitContainer very soon.
My question is:
Once the client has purchased a developer account, can I easily delete my version from my Testflight, and then add it to the client's Testflight, without issues?
For example, do I have to change the AppGroup identifier? And is this a problem for iCloud?
I have read this answer which contains lots of good information, but didn't allow me to be sure about iCloud or the AppGroup identifier. This was also very useful but incomplete. I've also read information about app transfert, but in my case the app is not published, it's just in Testflight, there's no publishing before moving to the client's account.
If you do not want to lose the IDs, the safest option is the transfer the app to the new account rather than deleting it. If you have push notification certificates, these would need to be regenerated on the new account. However the same goes for the App Groups. You will need to delete it from your old account to release the ID and make it available for the new one. There shouldn’t be issues doing this since it is not launched yet. https://developer.apple.com/forums/thread/70297

delete my app from appstore & Upload it again from a different developer account. If yes, what changes are required to be made

I wanted to delete my app from my current developer account and re-upload it from a different developer account. Yes, i am aware of the fact that i have an option to TRANSFER the ownership of apps from one account to another.
But what if i wish to go this way :
DELETING FROM CURRENT ACCOUNT -> UPLOADING FROM DIFFERENT ACCOUNT
PLEASE REPLY ME FOR BOTH THE SCENARIOS -
A. TRANSFERRING THE APP & UPLOADING A NEW VERSION FROM THE NEW ACCOUNT
B. AS DELETING AND UPLOADING A NEW BUILD OF THE SAME APP FROM THIS NEW ACCOUNT WITH SAME CERTIFICATES
I read on some links available online that i am required to change the bundleId in this case.
1.To transferring apps go-through this link
2.To deleting app there are few restrictions is there.
Apps can’t be deleted if they are part of a Game Center group, in an app bundle, or currently displayed on a store. But you can remove from sale.
But note it once you deleted or removed from sale.Then that deleted
app name,SKU ID & bundle id can't be restored with in the same
organization. So it clearly states you can't use same certificates too ofcourse you need to give new bundle id..etc.
For more go to iTunes Connect Developer Guide

Getting warning while validating app from organizer in Xcode

I am having an app which is ready to upload on appStore.
I have successfully created my profiles and now trying to validate my app through xCode.
But As my apps are transferred from another developer account. It gives me error like shown in the below screenshot.
There is not Entitlement.plist file in my project anywhere.
This is the newer version of my app so I can't change the bundle Id also.
How can I solve this issue?
Please help me on this.
Seems like the AppId is different (the first part) in the current bundle, ideally it should get transferred to your developer account when the app is transferred. Check on that first and also ,
Make Sure you signing with the correct provision file from your developer account.
On the iTunes Connect developer guide says ,
To maintain a great user experience within the app, make sure the
recipient is informed about any special functionality such as keychain
details or push notifications. In this way, that functionality will be
maintained in the app for future updates. App IDs are transferred
automatically in the Provisioning Portal.
and also
After an app is transferred, its associated App ID is also transferred
to the recipient’s Member Center account. If the transferor’s App ID
was a wildcard App ID, it’s converted to an explicit App ID that
exactly matches the app’s bundle ID. Associated client SSL
certificates for push notifications aren’t transferred. If the app
uses Apple Push Notifications service (APNs), the recipient needs to
create a client SSL certificate using Member Center to reenable it.

Any potential issues in developing/testing app with in-app purchase intended for a client?

We have developed an app for a client which we deliver to them as an ipa signed with our dev credentials and bundle identifier etc.
When they receive it they strip off the existing credentials and re-sign it and submit it themselves to the app store.
Now there is to going to be a new version of the app that will include in-app purchase. In order to develop and test it I'm going to have to set up an entry for our in-house version of app in iTunes connect in order to create some products.
I've never done in-app purchase or set up an iTunes connect account before so was wondering if there are any potential issues I need to be aware of bearing in mind what I've said about how the app is delivered to the client and submitted to the app store.
For example:
- can I easily set up an iTunes connect account for an app that will never be released, for example I see there's a paid applications contract to agree to? (I say the app will never be released - what I mean is the exact version we deliver to the client will never be released in that form, its bundle identifier will be altered and thus will be different).
the product identifiers used during the development phase will be different than the eventual product identifiers. I already have a .plist config file in use, are there any potential issue with adding the product identifier names in there, and when the client re-signs the app they edit it to contain the actual product identifier names?
I thought I remember reading somewhere (but not can't find it) that after creating an entry for an app on iTunes connect there's a time window within which the app must be submitted. If this is correct then would the iTunes connect account disappear? If this happened before finishing the app I'd have to go through the hassle of creating a new bundle id and associated profiles and create a new iTunes connect entry to compete it?
If you have any issues I need to be aware of I'd be keen to hear.
TIA
Your plan seems to be fine, however be careful when shifting things to the product, as there are so many parts to this operation(bundle identifiers, etc...). A small mistake could set you back weeks if not months.
We have apps with IAP that we develop for other clients and they submit with their own credentials. We also have our own app on the app store with IAP. We just have to make sure that our clients set up their IAP with the same ids as we set them up with. Other than that we have not had any problems with it. Also, we fully do IAP fulfillment (downloads and IAP store display) from our servers and not from the clients.

Resources