Nous avions une application précédemment distribuée en tant qu'application privée via le programme Apple Enterprise Developer Program. Cela nous a permis de placer un lien direct sur une page interne permettant aux utilisateurs de télécharger directement l'application sur leur appareil (similaire à un chargement latéral sur Android). Cela était nécessaire car certains appareils appartenant à des employés ou à des entrepreneurs n'étaient pas gérés par un MDM. Cette année, Apple nous a demandé d'utiliser d'autres mécanismes.
Parmi les nouveaux mécanismes, la distribution de l'application par le biais d'un lien direct non répertorié aurait été la meilleure option. ( https://developer.apple.com/support/unlisted-app-distribution ). Dans notre lecture, l'application serait d'abord soumise en tant qu'application publique et, une fois approuvée, nous soumettrions une demande de lien direct.
Cependant, malgré la description de l'intention dans notre soumission d'application, l'examen de l'application est bloqué en raison de la ligne directrice 3.2 ci-dessous.
Toutefois, aucune orientation n'est fournie quant à la manière d'aborder le mécanisme décrit dans le document https://developer.apple.com/support/unlisted-app-distribution .
Q1 : Quelqu'un a-t-il réussi à utiliser le mécanisme de distribution des applications non répertoriées ? Avons-nous manqué une étape ? Aurions-nous dû demander un lien direct ( https://developer.apple.com/contact/request/unlisted-app/ ) avant de soumettre l'application à l'examen ?
Comme stratégie de repli, nous avons activé un compte Apple Business Manager (ABM) et nous envisageons de distribuer l'application par ce biais, mais cela semble nécessiter que nous entrions l'identifiant de l'organisation Apple de tous les utilisateurs possibles. La plupart de nos agents n'auront pas d'identifiant d'organisation Apple, dont la création nécessite un numéro DUNS, etc.
Q2 : Existe-t-il un moyen de créer un lien direct pour la distribution à partir du mécanisme Apple Business Manager qui ne nécessite pas que l'utilisateur final dispose de son propre compte Apple Business Manager ?
(Les codes de remboursement ne sont pas possibles. Nous proposons une authentification dans notre application, et nous ne sommes donc pas préoccupés par le fait que le lien aboutisse à une personne qui n'est pas autorisée à utiliser l'application. Cependant, comme il s'agit d'une application ancienne, nous ne pouvons pas demander aux utilisateurs de fournir leur identifiant Apple et de générer des codes, etc.)
Avez-vous d'autres suggestions pour résoudre ce problème de distribution ?
