Как крупная, распространенная компания должна работать с iOS Developer Program?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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