2011-01-21 5 views
0

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

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

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

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

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

+0

Может ли несколько клиентов моего клиента иметь учетные записи предприятий и запускать одно и то же приложение? я.e есть ли у Apple какие-либо ограничения, которые одно приложение разработало в соответствии с корпоративной лицензией одной компании, может работать только в этой компании, и одно и то же приложение не может работать в другой компании, поскольку это было бы нарушением «внутреннего» использования? – Nathan

+0

Hi @Nathan, мы только что одобрили наше приложение для магазина, поэтому никаких проблем с аутентификацией внешних служб. Это заняло ровно семь дней. Удачи с вашим проектом. –

+0

Спасибо за это обновление Dave !! – Nathan

ответ

2

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

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

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

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

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

* EDIT: Наше приложение было одобрено Apple, с первой попытки, так что не было никаких проблем с этим подходом.

+0

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

+0

Воскрешение старого потока, но у нас было отклонено приложение из-за необходимости входа в систему. – Carl

+0

@ Карл заметил, какую часть руководящих принципов они отвергли? Мы сделали обновление для этого приложения несколько месяцев назад, которое все еще было одобрено, но это не означает, что в следующий раз он не будет отклонен. Из других отказов они обычно перечисляют причины. –

Смежные вопросы