Корпоративные учетные записи не позволяют вам выпускать в App Store.
Типичным способом решения этой проблемы является настройка учетной записи и предоставление вам данных для входа в систему командного агента.затем создайте пару ключей и запрос на подпись сертификата в Keychain Access.Вы входите в систему как агент группы и используете запрос на подпись сертификата, чтобы получить сертификат распространения, который вы затем загружаете и открываете - он будет установлен в цепочку для ключей.Экспортируйте пару ключей и поставьте их им, чтобы они не были ввернуты, если вы попали в автобус или что-то в этом роде.
С этого момента это все, к чему вы должны привыкнуть.Xcode знает, с каким закрытым ключом подписать сборку, потому что он соответствует профилю обеспечения.Он знает, какой профиль обеспечения использовать, поскольку идентификатор приложения в профиле совпадает с идентификатором приложения в файле Info.plist.Бета-тестирование с использованием специальных сборок аналогично обычному, за исключением того, что вы регистрируете UDID после входа в свою учетную запись, а не в свою.Архивы не привязаны к вашей учетной записи.
Когда вы отправляете приложение через XCode, вам необходимо будет снова ввести данные для входа в систему агента группы.Представление будет отображаться под их учетной записью разработчика, а не вашей.
С технической точки зрения, я думаю, что это нарушает их соглашение с Apple о разработчике, чтобы они предоставляли сторонним (вам) данные для входа в систему.Однако я не верю, что можно делегировать все привилегии, необходимые для отправки приложения кому-либо, кроме агента группы, а части, которые нельзя делегировать, нелегко объяснить нетехническому человеку.Вы можете написать некоторые из них, чтобы было легче, но им легко попасть в беспорядок, поэтому обычно лучше, если они позволят вам справиться со всем этим.