Учетная запись Enterprise Developer или Стандартная учетная запись разработчика? - PullRequest
0 голосов
/ 21 января 2011

Мы разрабатываем приложение для iPad для клиента, который хочет распространять приложение только среди тех клиентов, которые приобрели у него лицензию для числа «х». Например, если университет покупает у него лицензию, скажем, на 50 пользователей / устройств, или другая компания может купить у него лицензию на 100 пользователей / устройств. Что будет лучшим способом распространения такого приложения. После некоторого исследования я наткнулся на 2 пути для этого, но у каждого были свои икоты.

1) Распространите его через App Store со стандартной лицензией разработчика и аутентифицируйте пользователей приложения. Только если пользователи проходят проверку подлинности на сервере, они смогут получить доступ к приложению и использовать его. Это позволяет моему клиенту ограничивать пользователей только теми, кто получил лицензии от него.

Но я слышал, что Apple отвергнет такие приложения, которые предоставляют только эксклюзивный доступ некоторым пользователям, а не всем.

2) Другим вариантом является учетная запись Enterprise Developer, где он будет размещать приложения на своем сайте, и клиенты, получившие лицензии, могут только загрузить его. Тем не менее, я считаю, что корпоративные приложения могут быть разработаны только для внутренних сотрудников. т.е. если у него есть корпоративная учетная запись, приложение может использоваться только для его сотрудников, поскольку оно будет работать только для устройств, аутентифицированных с уникальным номером DUNS.

У кого-нибудь есть обходные пути для этого? Любая помощь приветствуется. Благодарю.

1 Ответ

2 голосов
/ 21 января 2011

Клиент, для которого я только что разработал приложение, требует, чтобы пользователи входили в свои службы, прежде чем они смогут использовать приложение.Они размещают приложение в магазине с четким указанием, что для входа требуется логин.Приложение можно загрузить бесплатно, поэтому никто не будет пойман, платя за то, что он не может использовать.

Мы только что отправили последнее приложение в магазин и ожидаем одобрения *.При отправке мы указали полный логин для рецензентов, чтобы протестировать приложение.Это было в обзоре заметок и остается конфиденциальным.У них уже есть утвержденное приложение, которое работает таким же образом.

В качестве части приложения мы также включили демонстрационный режим со статическим контентом в комплекте с приложением, которое позволило получить доступ ко всем функциям, но только для этого очень ограниченногонабор данных.

У клиента есть программа Enterprise, которая позволила нам провести бета-тестирование приложения с назначенными пользователями, но с обычным ограничением в 100 устройств (с устройствами, которые можно удалить только во время обновления).Как для отдельного разработчика, так и для программы компании разрешено одинаковое количество устройств, но вы хотите иметь возможность присоединиться к команде клиентов в качестве разработчика, поэтому они должны перейти на программу компании.Клиент должен быть Агентом для отправки, и это фиксируется как первая учетная запись, с которой они регистрируются.Сейчас мы пытаемся сменить агента нашей компании, и вы не можете сделать это в Интернете, вам нужно отправить Apple запрос.Затем они должны добавить вас в качестве разработчика для своей программы.Вы можете быть участником или администратором, но только они, как Агенты, смогут подписать приложение для распространения.

Я уверен, что вы не правы в отношении отказа из-за службы входа или яу меня будет очень разочарованный клиент.

* РЕДАКТИРОВАТЬ: Наше приложение было одобрено Apple с первой попытки, поэтому с этим подходом проблем не возникло.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...