Je suis un premier développeur d'applications iPhone et je développe une demande de mon client qui souhaitent distribuer cette demande à un groupe de personnes liées à son entreprise uniquement et comme application gratuite uniquement. Ceci est une telle application qui n'est pas destinée aux utilisateurs généraux, nous ne voulons donc pas que cette application soit répertoriée publiquement dans Apple AppStore, plutôt que nous souhaitons distribuer une demande au groupe de personnes en privé. Tout comme l'envoyer un lien pour télécharger l'application par e-mail ou quelque chose. Ils cliquent dessus et l'application est téléchargée. Mais dans Apple, j'ai lu que deux programmes sont disponibles comme le programme standard et le programme d'entreprise. La norme 1 va lister des applications publiquement que nous ne voulons pas et que les programmes d'entreprise sont convaincants pour les utilisateurs d'entreprise connectés à MS Exchange Server que nous ne possédons pas et que nous ne souhaitons même pas configurer car ce n'est pas nécessaire.
Quelqu'un peut-il m'aider à répondre suivre? 1. Si nous options avec le programme standard, comment pouvons-nous restreindre l'application à être visible via certains AppStore Link uniquement et que nous enverrons ce lien vers nos utilisateurs par courrier électronique. 2. Si nous allons avec le programme d'entreprise, pouvons-nous faire une configuration simple sur notre environnement Apache + PHP + Linux, c'est-à-dire sans impliquer MS Exchange Server.
merci, Sameer.
5 Réponses :
- Si nous allons avec le programme standard, comment pouvons-nous restreindre l'application à être visible via un lien d'appStore uniquement et nous enverrons ce lien à notre Utilisateurs par e-mail.
C'est très simple: vous ne pouvez pas. Vous pouvez soit distribuer manuellement l'application via Adhoc Distribution (pour cela, vous aurez besoin de l'UDID de chaque iPhone, l'application sera installée et afaik la licence est épuisée chaque année et doit être renouvelée) ou le poster à l'appstore publiquement mais restreindre l'accès à votre application en utilisant une authentification dans l'application elle-même.
- Si nous allons avec le programme d'entreprise, pouvons-nous faire une simple configuration sur notre Apache + PHP + Linux Environnement I.e. sans impliquer MS Exchange Server.
AFAIK Je pense que cela devrait être possible car vous ne faites que faire une énorme distribution adhoc, mais sans serveur d'échange, cela pourrait avoir une douleur comme vous aurez probablement besoin d'UDID. Pourtant, honnêtement, je n'ai jamais regardé de plus près ce programme.
Merci robin. 1. Où puis-je obtenir plus d'informations à ce sujet: "AFAIK La licence est épuisée chaque année et doit être renouvelée". 2. Je viens de comprendre que nous disposons de MS Exchange, mais uniquement pour les employés, nous ne voulons donc pas que nos clients soient obligés de se connecter à MS Exchange Server. Nous pensons donc à ne pas aller avec le programme d'entreprise. Votre réponse aide. Merci.
Le programme Enterprise est votre seule option viable pour une application iPhone natale. Re-lisez les détails du programme. C'est exactement ce que vous voulez.
Si vous déployez votre application en tant qu'application Web, vous pouvez ignorer cela et simplement déployer sur le site Web de la société. Par conséquent, si vous n'avez pas besoin d'options d'iPhone natives, cela pourrait également être un moyen viable de déployer votre programme. < / p>
-t
Oui, notre application est une application native non. Le programme d'entreprise a l'air bien pour moi aussi, mais avoir des complexités et la principale préoccupation est qu'il semble qu'il existe une concurrence que l'utilisateur final doit être connecté à MS Exchange Server, ce qui semble bonne idée si l'application est distribuée aux employés, mais dans mon Cas, les utilisateurs finaux ne sont pas des employés plutôt un groupe de personnes dans notre clientèle.
Il n'y a aucune exigence pour MS Exchange. Le programme de développement d'entreprise comprend des informations sur la connexion à un serveur Exchange pour l'échange de données, car de nombreux clients de l'entreprise ont ce besoin. L'application n'est pas distribuée via un serveur MS Exchange. Si votre entreprise cible n'a pas de 500 employés cependant, il n'est pas admissible au programme de toute façon. Votre option semble être l'App Store en tant qu'application gratuite avec l'authentification de l'utilisateur à l'aide de votre propre schéma interne pour vos clients. Quelqu'un d'autre qui télécharge l'application ne sera tout simplement pas en mesure de se connecter à votre serveur ...
Vous devrez vous qualifier pour le programme d'entreprise: vous aurez besoin d'un nombre minimum d'employés et d'un numéro de DUNS. Lisez le Document d'inscription pour plus d'informations. Votre situation (comme décrit) ne sonne pas comme si elle est qualifiée.
Merci Alex! Mais ce n'est pas un problème maintenant, nous avons des critères d'échange MS et de limites d'employés remplis. Mais nous n'utiliserons pas cette demande à des fins internes, mais nous avons plutôt un groupe d'utilisateurs qui utiliseront nos applications. MS Exchange ne ressemble pas à un bon endroit pour accueillir une application car elle met de nombreuses complexités dans le mécanisme de distribution. Que suggérez-vous? Programme d'entreprise ou standard?
Vous pouvez configurer l'application pour nécessiter un mot de passe ou un coin chaud lors de la première exécution.
Un moyen de soumettre votre candidature à l'App Store, mais mettez la date de disponibilité à l'avenir.
Ensuite, vous pouvez créer des codes promotionnels et les envoyer aux personnes que vous souhaitez pouvoir télécharger votre application, mais cela ne s'affichera pas dans le magasin.
Si vous le faites de cette façon, vous n'avez pas besoin de connaître l'UDID de personne, mais vous êtes limité à 50 personnes par version de votre application.
Wow pense comme une bonne idée, mais est-ce vraiment possible? Y a-t-il un moyen d'augmenter le nombre de 50 à environ 100 ou 200 ans? Et aussi ce qui se passe quand à cette date future, pouvons-nous modifier et définir plus d'avenir? Et quelle est la date maximale future que nous pouvons définir? une idée?
De plus, lorsque vous avez dit soumettre une demande à l'App Store, cela signifie-t-il que l'application devra être prise au cours du processus d'approbation et de tous par Apple?
Oui, vous devriez passer par le processus d'approbation de l'App Store. Vous obtenez 50 autres codes promotionnels pour chaque nouvelle "version principale" de votre application. Je ne sais pas combien de temps il faudrait Apple pour devenir ennuyé si vous essayez de le faire pendant cinq ou dix "mises à jour".
@Sameer maintenant il est 100.
La date de disponibilité est-elle Thesame comme date de sortie? Juste avant de soumettre une application pour examen, des boîtes radio à choisir, manuellement, automatiquement et automatique lors d'une date ultérieure de particules, voulez-vous dire cela? Définissez cette date à la date ultérieure, puis générez un code promo que nous pouvons donner aux clients pour télécharger l'application, je suppose que le Promocode sera un lien vers l'application où ils pourraient le télécharger? @Sameer