Can a device be 'owned' by more than one owner? Example, a heater device is owned by different users (from google verifier), controlled by each of their Android phones.
NO. In Kaa v0.10.0 The device can only be owned by one user in User Verification and Ownership. Proof is on the comment I added in the question.
Related
There are many answers out there on how to transfer individual apps, but none that I could find on how to transfer an entire account. I'm exploring this as a workaround to the issue where Apple won't let me move an app that has iCloud entitlements. Even if you remove the entitlement, as long as the app has had it in the past, it can't be transferred.
One idea is to add another user as an admin on my iTunes Connect, and then have them remove me. Anybody have any ideas?
It's not possible to transfer a portfolio of apps. You can only transfer apps one-by-one and have the already mentioned restrictions. It's possible to change the team agent/account owner at least for company accounts.
If you have a personal account, this might not be possible. I had an issue with a personal developer account (account owner Apple ID no longer found in Apple's database) and they were able to change the email, but I had to prove that I'm the same person.
In any way, might be best to contact https://developer.apple.com/contact/ for that.
I'm building an educational iOS app and I'm wondering whether it's possible to limit the number of installations per user. I expect elementary schools to be one of my primary customers, however many schools use one Apple ID for all of their iPads, and therefor would only have to pay once for my app regardless of the number of iPads it's being installed on. Does anyone know whether it is possible for me to limit the number of devices it can be installed on based on the subscription fee?
This is not currently possible. A solution for this is to have the subscription tied to an account and require the user to log in. If you do that then you can ensure that only one user is logged in per account.
If you are using a framework that allows you to see the device UUID then you could also tie the subscription to that.
Create a service and ensure that only N number of apps are open at any time for each account. It's essentially what Netflix and other subscription based services do.
In any case, there's no way for the App Store to validate your service subscription before allowing people to download the app.
I want to get some unique identifier to allow specific devices to accessing my API, but looking on internet there's no way to get it and it's against Apple Policy,
But I need to get one of unique ID (e.g IMEI, UDID, ICCID, MEID, ETC)
looking on react-native-device-info, it just have getUniqueID() that can changed
This is IDFV on iOS so it will change if all apps from the current apps vendor have been previously uninstalled.
How can I get a unique ID ios devices?
FYI: My app won't be release into AppStore
There are major privacy concerns when getting a unique ID from a device. You have a few options.
First, you could just add some form of authentication or login system. This could be per device, per user, or even 1 login for the entire API. You could also limit the API to only respond to certain controlled IP addresses.
Second, you could add a flag and have a different version for production then in development. Limiting access that way.
Third, on first launch of your app you could request a new token from your server. The device would then store that token and the server would as well (to ensure no duplicates). Then just take that stored token and send it to the server for every request.
But on the device level there are privacy concerns in unique IDs for each device. You have to build your own system to handle it depending on your needs.
I would suggest that the IDFV was designed to suit your needs, while maintaining some level of privacy.
It is supposed to allow you (a vendor) to identify a return visit while not allowing you (a vendor) to share a user's identity with a third party in a relatable way for the third party to data-mine.
If users are routinely uninstalling and re-installing all of your apps I would look at solving the distribution issue you have there. I would assume (although haven't tested) that an update of an existing app would maintain the IDFV.
I've seen a few other posts about creating parental controls using MDM Profiles to prevent other devices from opening certain apps:
How to do Parent Control App in iOS?
Is it possible to write a parental control app for iOS?
https://kidslox.com/
Would it be possible to use this method to allows the user to prevent access to their own apps on their own device?
In these systems, the devices are managed by an MDM server which pushes profiles to enrolled devices.
There is no "parent" or "child" concept in MDM itself, just devices which have profiles assigned. So you could place restrictions on any device, even if it was associated with a "parent", as the management comes from the MDM server, not the device.
However, a "parent" likely has the passwords needed to remove the profile from their device or change the profile associated with their device in the MDM console, so I am not sure how effective this would ultimately be.
If what you are asking is if you can externally lock certain apps on a device, then you would most likely need the apps of which you are locking to have some sort of support for the parental controls app. Something like external whitelisting of Apple ID's.
This is because as of iOS 10, the structure of the system doesn't allow one app tamper with another, unless permissions are given, which makes sense. Nobody wants their app to be tampered with by a random person.
To put it bluntly, in theory, this is possible, but only if the app that the person wants to lock gives permission. Other apps wouldn't work.
My iOS app is currently on beta in TestFlight, and as a way to retribute to the nice people who helped me test it I would like to offer them some goodies such as, for instance, the full final version of the app for free.
For this, I was thinking of sending them a last beta version which would, automatically and upon execution, store some kind of ID from the logged in user into a VIP list I would keep online and then every next version of the app would check for their ID in order to verify if the user is a VIP user and unlock all the premium features.
Is it possible to obtain in the Cocoa apis a unique identifier that is associated to the user (as opposed to the device unique identifier)? I want this because I want to recognise the user in whatever device he installs it. I would like to avoid having to make my beta testers manually register as VIPs.
Thanks!
Yes, this is possible using CloudKit. You'll need a CKContainer, and you'll ask it to fetch the user record ID. That record ID is unique for your apps, but is also stable for that user this means the same iCloud account will have the same record ID, regardless of which device they're running on or which of your apps they're using.
If you turn on the CloudKit capability for your project, Xcode will automatically create the iCloud container for you, and you can then access it using one of the two CKContainer constructors.