Как большая рассредоточенная компания должна работать с программой для разработчиков iOS?

Я работаю в компании, которая имеет несколько офисов в разных частях страны (США).

Подразделение, в котором я работаю, хочет получить лицензию Apple iOS Developer Program.

Другое подразделение (в другом офисе/штате) уже имеет лицензию.

Когда мы обратились в это подразделение, они сказали, что будет лучше/проще просто подать заявку на получение собственной лицензии, что имело смысл.

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

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

Apple остается Apple в том смысле, что практически невозможно дозвониться до кого-то, чтобы обсудить, что мы должны здесь делать. Так что я предполагаю, что нам придется использовать лицензию, которую использует другое подразделение.

Помимо того, что это звучит как большая проблема (координация с коллегами в другом офисе / штате, которых вы никогда не встречали), я не совсем уверен, что такое логистика. Должны ли мы иметь возможность использовать эту единую лицензию на каждом Mac, которым мы владеем в компании? (которых, к счастью, не так много) Или есть ограничение по количеству мест? Конечной целью является App Store, но стоило ли нам получать лицензию Enterprise? Если да, то есть ли способ «обновить» до него, если другое подразделение только что получило стандартное? Кто-то из другого подразделения должен быть «администратором» лицензии? Или нас всех можно добавить как пользователей к их лицензии?

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

(Я также спросил об этом на SO , и кто-то порекомендовал мне спросить об этом и здесь. Дайте мне знать, если это неприемлемо)

Это хороший вопрос, но я понятия не имею!

Ответы (2)

Членство разработчика «компании» за 99 долларов позволяет администратору учетной записи настраивать множество учетных записей «разработчика». Вы должны попросить администратора этой учетной записи (кто бы ни настроил ее изначально, скорее всего) создать учетные записи для каждого из ваших разработчиков.

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

Я не знаю этого точно, но «супер-админ» (то есть первый, кто зарегистрируется) должен иметь возможность определять членов команды и делать других людей «Агентом», что позволяет этому человеку получить доступ к iTunes Connect, отправить приложения, настраивать новые профили обеспечения и, я думаю, также добавлять новые учетные записи и т. д.
В команде может быть много администраторов, но только один агент команды. И, к сожалению, только агент команды может создавать новые идентификаторы приложений. См. developer.apple.com/membercenter/help.action?programType=iphone .

Поскольку Apple заявила, что каждая «компания» получает только одну программу для разработчиков, вы будете вынуждены поделиться или создать новую компанию.

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

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