We are a commercial entity with an app. This app will be used by our customers and will be available via AppStore for free. It needs login and connects to our servers for authentications. What we want to do is buy the devices, install the app using our single apple ID then "somehow" remove our apple ID so that users can use their own apple ID.
Is this possible? What are our options?
Related
I am developing an application using ionic3 and the app is about selling books. I created web application for the client so they can add book to the platform. Now I am considering In App Purchase as a means of payment on the mobile app but all the tutorial I have seen requires that I add the products to google developer console and Itunes. My question is Do I really need to add products to Google Play Developer Console for Ionic In App Purchase? Cos my Idea is just to request for the products available in the database and use inApp Purchase basically as a payment gateway
You have to setup product offers in each platform.
The main reason is because Apple and Google performs purchase operation relying on the data stored on their side (app store connect or console), where price tier is fixed etc.
If the platforms would allow a developer server send arbitrary requests it would be super hard to manage for apple/google hence they prefer having products for sale defined on their end.
Client just mirrors data, but source of truth for offers is always Apple or Google side system.
I am installing AppA from CompanyA in my iPhone via TestFlight.
I am installing AppB from CompanyB in my iPhone via TestFlight.
I have my iPhone UDID to CompanyA, CompanyB. Would it be possible for CompanyA that CompanyB's app is installed in the device or vice versa.
Well if both the Company are using different TestFlight account (which is obvious) they cannot get the data.
In TestFlight, you create teams and add Apps to that.
If the team member has developer or leader role he can have access to
Upload and distribute a build to a team
Delete apps and builds
Invite or recruit members to a team
View SDK data associated with a build
Promote/demote testers/developers
Access the team developer site on TestFlight
Respond to feedback via the developer site
Access analytics for live applications
At testflight website Dashboard the data is present
User Device Last install Update Status
Please note the Device UDID has to added while building the app.
Other than the dashboard no one can have the information of which users have installed the apps.
So if both company are using different TestFlight accounts and they are not having a common team member with developer or leader Role, your installation information is safe.
Dashboard information image:
No, it is not possible. Company A will not get any information about Company B's app on your device. Any information that is private to you will not be accessible to any third party.
no one can see which apps you are accessing in u r phone even it is companyA or companyB that udid will be use full only to install apps when they are developing. no one can track your phone with UDID.
I am designing a paying app that will require users to create their own profile.
This app will of course be downloadable on each of the devices the user has.
This is the precise scenario I want to bypass :
the user downloads the App on an iPhone
he creates an account and start using the app that makes server
calls
he downloads the app on his iPad and with his login & password
retreives the data on the server, so far so good
Now, he lends his iPad to a friend (who didn't pay for the app).
The friend wants to use the App, and wants to create his own
account. Yet, I want to forbide this since he didn't pay for the
App.
So my problem is : I want to restrict the use of the app only to the user that paid for the App, not for his friend.
Of course, I cannot use the AppleID since there is no way to reach it from code.
I thought one moment that I could use iCloud like mentioned here but since the ( iOS unique user identifier )user can choose not to use iCloud, my problem is not solved ...
Is there an easy solution that I missed to solve that issue?
You friend will be using different apple id. You could use Restoring Transactions api of apple to get understand whether the user has purchased the app or not. This is possible for non-consumable in app purchase. Please do check the below link :
https://developer.apple.com/library/mac/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/MakingaPurchase/MakingaPurchase.html#//apple_ref/doc/uid/TP40008267-CH3-SW1
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.
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.