Apple certified pro что это

Программы сертификации Apple — Apple certification programs

Программы сертификации Apple — это профессиональные ИТ-сертификаты для продуктов Apple Inc. Они разработаны для повышения уровня технической подготовки специалистов по обслуживанию Macintosh, службы поддержки, службы технической поддержки, системных администраторов и профессиональных пользователей. Сертификационные экзамены Apple предлагаются в центрах тестирования Prometric и авторизованных учебных центрах Apple, а также онлайн через Pearson Vue .

Содержание

Сертификаты оборудования

Эти сертификаты предназначены для лиц, желающих стать специалистами по обслуживанию Apple, службой поддержки, поддержки настольных компьютеров или консультантами по Macintosh, которым необходим всесторонний опыт обслуживания компьютеров Macintosh. Он включает две отдельные сертификации.

Сертифицированный Apple технический специалист по Macintosh

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

Обязательные экзамены

• Экзамен по основам обслуживания Apple (экзамен Pearson Vue: # SVC-16A)
• Сертификационный экзамен по обслуживанию Mac ACMT 2016 (экзамен Pearson Vue: # MAC-16A)

Ранее сертификация оборудования заключалась в сочетании сертификации Apple Certified Desktop Technician (ACDT) и Apple Certified Portable Technician (ACPT), но была объединена в единую сертификацию оборудования. Эта сертификация также включает обширные знания об операционной системе Apple OS X 10.6 Snow Leopard, включая ее установку, настройки, устранение неполадок и приложения.

До ноября 2014 года сертифицированный Apple специалист по Macintosh не охватывал линейку Retina MacBook Pro, а также все Mac, выпущенные после 2012 года. Чтобы отремонтировать 13-дюймовый MacBook Pro конца 2013 года с дисплеем Retina Display, необходимо быть сертифицированным Apple техническим специалистом по Macintosh. и сдать экзамен на ремонт 13-дюймовых MacBook Pro с дисплеем Retina (конец 2013 — начало 2015). Все технические специалисты, получившие сертификат после 20 ноября 2014 года, имеют право ремонтировать любой Mac, выпущенный до 2015 года.

Сертификаты Pro Apps

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

Сертифицированный Apple Pro

• Final Cut Pro X
• Logic Pro X
• Logic Pro X 10.1
• Движение 5 (первый уровень)

Сертификаты ИТ-специалистов

Эти сертификаты предназначены для ИТ- специалистов, которые поддерживают Mac OS X или которые выполняют поддержку настольных компьютеров Mac OS X и устраняют неполадки, например для сотрудников службы поддержки, системных администраторов, технических специалистов и сотрудников службы поддержки. Каждая сертификация зависит от версии OS X, к которой она относится; администратор, имеющий статус ACTC для OS X 10.4 Tiger, не является ACTC для 10.6 Snow Leopard. Доступны повторные сертификационные экзамены, чтобы ускорить процесс перехода от одной версии к другой. Экзамены OS X 10.6 были доступны только до 31 мая 2012 года, когда они были отозваны.

Сертифицированный технический координатор Apple (ACTC)

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

Обязательные экзамены

• OS X Support Essentials v10.6 — v10.10
• OS X Server Essentials версий с 10.6 по 10.10

Программа сертификации ACTC была отменена для новых студентов в 2015 году.

Сертифицированный системный администратор Apple (ACSA)

Этот сертификат предназначен для системных администраторов, управляющих крупными многоплатформенными ИТ-сетями с использованием Mac OS X Server и других технологий Apple. Программа ACSA была изменена, чтобы предложить людям большую гибкость, и теперь она сосредоточена на индивидуальных должностных функциях. Каждый сданный экзамен дает сертификат специализации и определенное количество баллов для сертификации ACSA, что требует в общей сложности 7 действительных (не истекших) баллов. OS X 10.6 — последняя версия, получившая этот сертификат, эквивалента для OS X 10.7 Lion нет.

Обязательные экзамены

• Mac OS X Server Essentials v10.6 (экзамен Prometric: № 9L0-510, отозван 31 мая 2012 г.)
• Развертывание Mac OS X v10.6 (экзамен Prometric: № 9L0-623, отозван 31 мая 2012 г.)
• Mac OS X Directory Services v10.6 (экзамен Prometric: № 9L0-624, отозван 31 мая 2012 г.)
• Mac OS X Security & Mobility v10.6 (экзамен Prometric: № 9L0-625, отозван 31 мая 2012 г.)

Сертифицированный медиа-администратор Apple (ACMA)

Подтверждает глубокие знания архитектуры Xsan, включая способность устанавливать и настраивать системы, проектировать и обслуживать сети, настраивать и устранять неполадки служб, а также интегрировать Mac OS X, Final Cut Server и другие технологии Apple в установку Xsan. Сертификация ACMA предназначена для системных администраторов и технических специалистов, работающих у торговых посредников, почтовых отделений, студий или других крупных предприятий. Чтобы получить статус ACMA, студенты должны сдать три обязательных экзамена и один экзамен по выбору, как указано ниже.

Обязательные экзамены

• Mac OS X Server Essentials v10.6 (экзамен Prometric: № 9L0-510)
• Xsan 2 Administration (экзамен Prometric: # 9L0-622, отозван 31 мая 2012 г.)
• Final Cut Server Level One (экзамен Prometric: # 9L0-980)

Плюс одно из следующего:

• Mac OS X Support Essentials v10.6 (экзамен Prometric: № 9L0-403, отозван 31 мая 2012 г.)
• Mac OS X Directory Services v10.6 (экзамен Prometric: № 9L0-624, отозван 31 мая 2012 г.)
• Развертывание Mac OS X v10.6 (экзамен Prometric: № 9L0-623, отозван 31 мая 2012 г.)
• Final Cut Pro Level One (экзамен Prometric: # 9L0-827)
• Apple Certificate Support Pro (ACSP 10.11) OS X El Capitan (iLearn: ресурс Advance ACSP)

Xsan 2 Администратор

Проверяет всесторонние знания файловой системы Apple SAN для Mac OS X. Администратор Xsan отвечает за жизненный цикл Xsan, включая установку, развертывание и инфраструктуру. Чтобы получить сертификат администратора Xsan, студенты должны сдать один экзамен. Экзамены Xsan 2 доступны только до 31 мая 2012 года, когда они будут отозваны после интеграции Apple Xsan в OS X Server 10.7.

Обязательный экзамен

• Xsan 2 Administration (экзамен Prometric: # 9L0-622, отозван 31 мая 2012 г.)

Ассоциированные сертификаты

Сертификаты Certified Associate предназначены для профессионалов, преподавателей и студентов, чтобы подтвердить свои навыки в области цифрового образа жизни Apple, создания приложений и iWork.

Источник

Как отличить восстановленный (реф, CPO) iPhone от б/у под видом нового

Восстановленные устройства, они же «рефы» (refurbished), пользуются огромным спросом во всем мире, но в то же время многие с подозрением относятся к подобным девайсам, реализующимся по заманчиво низким ценам. Оказывается, не зря.

Видео:

Итак, для начала необходимо разобраться с понятиями. Существует два вида восстановленных устройств – manufacturer refurbished (восстановлены производителем) и seller refurbished (восстановлены реселлером). Естественно, первый вариант куда предпочтительнее, так как в этом случае производитель, дорожащий своей репутацией, предложит не менее качественно устройство, чем то, которое выставляет на витрины.

Apple предлагает исключительно вариант manufacturer refurbished (Apple Certified Pre-Owned) – все iPhone, iPad, Mac и другие восстановленные устройства подлежат тщательному осмотру, замене (не ремонту) всех проблемных узлов и модулей, очистке, установке последней версии актуальной операционной системы и т.д. Иными словами, покупатель получает абсолютно целый, рабочий девайс, к тому же сопровождаемый фирменной гарантией.

Лишь с 2014 года в России начались продажи оригинальных восстановленных iPhone от Apple.

Зачем покупать восстановленный, если можно купить новый?

• Во-первых, это отличный шанс сэкономить – оригинальные восстановленные iPhone (хоть они ничем не отличаются от новых) продаются с выгодной скидкой.
• Во-вторых, те модели iPhone, которые Apple выпускает как восстановленные, практически невозможно отыскать новыми в привычной рознице.

В поисках нового iPhone устаревшей модели можно легко нарваться на подержанные (б/у) или восстановленные в кустарных условиях аппараты (к официальному восстановлению в Apple не имеют никакого отношения). Многие мелкие интернет-магазины прямо сейчас предлагают массу яблочных смартфонов, заявленных как восстановленные. На деле же, лишь официальные реселлеры Apple могут продавать «рефы», в остальных случаях покупателям продают б/у аппараты под видом новых.

В чем проблема таких «восстановленных» iPhone? В большинстве случаев пользователи замечают первые недостатки сразу после покупки, реже они проявляются через несколько месяцев использования. Изначально это могут быть дефекты корпуса или экрана, неоригинальное зарядное устройство и наушники, активированный Apple ID, установленные приложения. Далее может наблюдаться люфт корпуса, западание кнопок, потеря сети и прочие «прелести».

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

Как отличить официально восстановленный («реф», Apple Certified Pre-Owned, CPO) iPhone от б/у под видом нового

1. Оригинальные восстановленные (refurbished, рефы и т.д.) iPhone от Apple продают только крупные торговые сети.

2. Номер модели официально восстановленного iPhone начинается с буквы «F», например: FF353RU/A, FG482RU/A и т.д. (номер модели новых iPhone начинается с буквы «M», например: MLM72RU/A, MN962RU/A и т.д.).

Маркировка модели iPhone наносится на задней части коробки и

должна быть идентична маркировке в самом iPhone (Настройки → Основные → Об этом устройстве → Номер модели).

Этикетка нового iPhone 6:

Этикетка восстановленного iPhone 6:

3. Коробка восстановленного iPhone отличается от коробки обычного iPhone. Как правило – это коробка белого цвета с надписью Apple Certified Pre-Owned.

Справа на фото ниже коробка нового iPhone X, слева коробка оригинального восстановленного (рефа, CPO, «как новый») Apple iPhone X:

Коробка нового iPhone 5s:

Коробка официально восстановленного iPhone 5s:

4. Коробка должна быть запакована в целлофан.

5. Смартфон и аксессуары в коробке должны быть в заводских пленках.

6. Никаких признаков использования на смартфоне и аксессуарах быть не должно.

7. САМОЕ ГЛАВНОЕ: iPhone должен быть НЕ АКТИВИРОВАН! Проверить это очень просто по этой инструкции.

Источник

Сертификация в Apple Developer Center простым и понятным языком

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

Зачастую при первом погружении в эту систему у начинающих (и не только) разработчиков возникают серьезные проблемы с пониманием того, как функционирует Apple Developer Center (будем называть его «девцентр» для простоты). В результате, мне в процессе профессиональной деятельности не раз приходилось наблюдать на новых местах работы огромные свалки из профилей и сертификатов в девцентре, в результате чего приходилось приступать к «разбору завалов».

При этом, в сети довольно не такой большой выбор материалов на эту тему. Конечно, в официальной документации Apple все хорошо структурировано и очень подробно описано, но зачастую просто не хватает времени на изучение такого количества материала. Как правило, хочется быстро понять, что именно и в каком порядке нужно сделать для корректной работы приложения на этапах разработки, тестирования и при публикации его в магазин App Store. В русском же сообществе подобных материалов, собранных в одном месте и в удобном доступе, я не видел вовсе, поэтому и решил написать эту статью. Для всех интересующихся — добро пожаловать под кат.

Что мы будем разбирать?

Мы разберем процесс управления вашим приложением в Apple Developer Center от его создания до публикации в магазине App Store. Мы будем говорить только о базовых вещах, таких, как разработка, тестирование и публикация, а также обсудим APNs (Push Notifications).

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

Что нам понадобится?

Собственно, для работы нам нужно следующее:

• Рабочий Mac, либо PC с виртуальной машиной и установленной на ней Mac OS.
• Действующий Apple ID. Его всегда можно бесплатно зарегистрировать на официальном сайте компании Apple.
• На вашем Apple ID (либо у одной из компаний, которая добавила ваш Apple ID в свою команду) должна быть активирована так называемая Apple Developer Program — оплачиваемая раз в год «подписка», дающая вам доступ к Apple Developer Center и возможность публиковать ваши приложения в App Store. На текущий момент стоимость в пересчете на год невелика и составляет в районе $99 за год пользования.
• И, конечно же, навыки разработки под iOS.

Ориентировка по разделам

В девцентре для полноценной работы с вашими приложениями нам понадобятся только два пункта:

• Certificates, Identifiers & Profiles. Раздел обеспечивает управление всей системой сертификации ваших приложений. Работу именно с этим разделом мы и будем разбирать в данной статье.
• iTunes Connect. Дает доступ к внутреннему и внешнему тестированию через TestFlight, а также к управлению публикацией ваших приложений в App Store.

Терминология

Давайте подробно разберем понятия, лежащие в основе функционирования девцентра Apple.

Сертификаты (Certificates)

Этот раздел дает доступ к управлению сертификатами, которыми обладает ваша учетная запись Apple ID. Каждый из этапов, которые вы будете проходить, будь то разработка, тестирование или публикация, включая все значимые составляющие экосистемы Apple вроде Push Notifications, требует обязательного наличия актуального (действующего, Active) сертификата. Говоря проще, ваше приложение не сможет даже чихнуть, не имея на то разрешения из Apple Developer Center. Чуть подробнее о подразделах:

• Pending. Запрошенные вами сертификаты, находящиеся в процессе обработки от Apple. Для дев (Development) и прод (Production) сертификатов конкретно в моем случае этот подраздел чаще всего пустует.
• Development. Дев-сертификаты, обеспечивающие возможность отладки вашего приложения на конкретных девайсах (одном либо нескольких) через Xcode, а также создание дев-сборок «в отладочном режиме». Более подробно поговорим о них чуть ниже.
• Production. Прод-сертификаты, обеспечивающие работоспособность приложения при тестировании в TestFlight и при публикации в магазине App Store.

Теперь разберем типы сертификатов.

Сертификаты типа «Development»

В первую очередь, нужно знать, что девелоперский сертификат всегда привязывается к одной конкретной машине. Поэтому для отладки на вашем Mac вам понадобится доступ к этому сертификату. Тут есть варианты. Например, если, вы устроились на работу iOS-программистом, и в ваши задачи входит отладка на устройствах (как правило, так и есть), то есть два пути решения (какой из них выбирать — зависит от вас и условий работы в вашей компании):

• Создать отдельный дев-сертификат конкретно для вашего Mac, скачать и установить его. Плюс понадобится сгенерировать и установить на свой Mac девелоперский профиль на основе этого сертификата, но об этом позже.
• Либо экспортировать с машины, на которую заведен сертификат, файл *.p12/*.pfx (это можно сделать в связке ключей Apple). Такой файл защищается паролем при экспорте, и, зная этот пароль, информацию о сертификате можно будет импортировать на любом другом Mac. В этом случае отпадает необходимость создавать для каждого Mac отдельные Development-сертификаты и отдельные Development-профили. Небольшая оговорка: профиль хоть и должен быть сгенерирован для той машины, на которую выпущен экспортируемый сертификат, но в этот профиль понадобится добавить UDID вашего устройства прежде, чем выдавать профиль вам для установки, иначе ничего работать не будет.

Инструкция по процессу будет показана вам в девцентре Apple при начале создания сертификата, там все расписано очень подробно и понятно, по шагам, сложностей возникать не должно. Если вкратце, то после выбора типа сертификата (iOS App Development, для отладки приложения, либо APNs Sandbox, для отладки пушей) вам придется создать файл запроса к бюро сертификации (Certificate Signing Identity Request), на основе которого и будет сгенерирован девелоперский сертификат. Если вы хотите и отлаживать приложение, и отлаживать пуш-нотификации в «песочнице», то вам потребуются оба этих сертификата. Забегая вперед, упомяну, что аналогичный процесс применяется и при создании прод-сертификатов.

Наличие дев-сертификата означает, что, скачав его и установив двойным кликом в Связку Ключей (Apple Keychain), вы сможете запускать ваше приложение напрямую через Xcode в режиме отладки на устройстве, подключив это устройство проводом к вашему Mac. Перечень разрешенных конкретных устройств Apple нужно будет обязательно указать при генерации девелоперского профиля, но об этом позже. Также, вы сможете собрать и экспортировать сборку с дев-профилем, но стоит учесть, что в этом случае ваше приложение не будет иметь доступа к продакшн-возможностям (APNs будет только в режиме sandbox, например).

Сертификаты типа «Production»

Для начала на всякий случай поясню, что сборкой iOS-приложения называют *.ipa-файл, архив, выпускаемый с соблюдением правил сертификации Apple через команду Project — Archive в Xcode.

Теперь о сертификации. Прод-сертификаты обеспечивают функционирование различных подсистем приложения в «боевых» условиях, то есть в магазине App Store, а также на устройствах, где выполняется внутреннее и внешнее тестирование приложения через TestFlight. Здесь, по аналогии с Development-сертификацией, есть тип App Store & Ad Hoc Production, а также тип APNs Production, использующийся веб-сервером для рассылки push-уведомлений. Если вы планируете выпустить приложение, поддерживающее работу с пушами, то вам понадобятся оба сертификата, как App Store & Ad Hoc (на основе которого вы сделаете сборку и отправите приложение в iTunes Connect), так и APNs Production (его вы отдадите серверу, а тот воспользуется им для получения прав на рассылку пушей). В довесок к уже упомянутым подсистемам есть еще несколько других, обеспечивающих доступ к Wallet, Apple Watch и так далее, но их обзор выходит за рамки данной статьи.

Очень часто возникает вопрос о том, в чем же разница между App Store и тем самым Ad Hoc. Ранее они были представлены разными сертификатами, с некоторого времени Apple объединила их в единое целое, за что им большое спасибо. Чуть подробнее об этих разновидностях:

• Выпуск сборок типа App Store. Обеспечивает возможность тестировать приложение в TestFlight, как в режиме внутреннего, так и в режиме внешнего тестирования. Также дает возможность опубликовать приложение в App Store.
• Выпуск сборок типа Ad Hoc. Термин «Ad Hoc» можно перевести как «специальный», «для конкретной цели». Такой тип сертификации обеспечивает возможность запускать ваше приложение (включая все нужные подсистемы типа APNs) в боевых условиях, но только на конкретных девайсах, и без участия Xcode в процессе запуска. Другими словами, Ad Hoc необходим, если вы захотите поставить ваше приложение на стороннее устройство, не имея к нему прямого доступа (то есть не подсоединяя его проводом к вашему Mac, так как в этом случае вам бы хватило Development-сертификата), но при этом и не выкладывая приложение в iTunes Connect. Такой сертификат используется при создании специального Ad Hoc-профиля, о котором пойдет речь чуть позже.

Еще один частый вопрос: чем отличаются сборки, собранные на паре Development Certificate + Development Profile, и сборки, созданные через связку Distribution Certificate + Ad Hoc Profile? Ведь и там, и там нужно указывать перечень разрешенных для установки устройств, и то, и то можно устанавливать через iTunes. В чем же различие? На деле, разница в том, что дев-сборка будет запускаться «в отладочном режиме», то есть, например, APNs ей будут доступны только в режиме «sandbox». Продакшн-сборка будет обладать «боевыми» правами, с доступом во все подсистемы Apple вроде «настоящих» APNs, iCloud и так далее.

Intermediate Certificates

Некоторое время назад Apple внесла изменения в логику работы девцентра и своей системы сертификации, после чего на большинстве компьютеров пропала возможность делать сборки приложений, несмотря на наличие активных дев- и прод-сертификатов и актуальных профилей. Причина этого была в том, что Apple добавила дополнительное требование, чтобы на вашем Mac в связке ключей был установлен специальный сертификат под названием «Worldwide Developer Relations Certificate Authority». Он устанавливается автоматически с новыми версиями Xcode, но те, у кого Xcode уже был установлен ранее, просто должны были установить этот сертификат вручную, скачав его по прямой ссылке из секции Intermediate Certificates в девцентре Apple, после чего проблемы со сборками исчезали. Больше никакой смысловой нагрузки этот сертификат не несет.

Идентификаторы (Identifiers)

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

В буквальном переводе «App ID» означает «идентификатор приложения», что полностью отражает его суть. Любое ваше приложение, которое вы хотите отлаживать на устройстве Apple, тестировать через TestFlight и/или публиковать в магазин App Store, должно обладать собственным уникальным именем, по которому его можно однозначно идентифицировать среди тысяч других приложений. При добавлении нового App ID вам будет предложено ввести несколько элементов:

• App ID Description. Имя вашего приложения. К примеру, если ваше приложение называется Mail Printer, то прямо так его и записываем в это текстовое поле.
• App ID Prefix. Префикс вашего приложения, он выдается вам автоматически и будет общим для конкретной команды Apple Team, где подключена и активна Apple Developer Program.
• App ID Suffix. Здесь нам понадобится выбрать Explicit App ID, чтобы указать бандл (bundle) приложения. Это идентификатор, обычно имеющий вид com.mycompany.myappname, где mycompany — имя вашей компании или вашего домена. Например, com.homecompany.MailPrinter. Обращаю ваше внимание, что точно такой же бандл должен быть выставлен в настройках таргета (Target) вашего приложения в Xcode (секция настроек General, поле Bundle Identifier).
• App Services. Здесь вам нужно отметить те сервисы, которые вы планируете использовать в вашем приложении. По умолчанию там отмечены только Game Center и In-App Purchase, их использование обязательно, удалить их нельзя. Остальные сервисы подключайте по мере необходимости.

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

Устройства (Devices)

В этом разделе размещено управление всеми устройствами Apple, которые вы можете использовать в рамках вашей Apple Developer Program. Есть ограничение, максимум 100 зарегистрированных девайсов одного типа (iPhone, iPad и так далее) на одну учетную запись в год, обычно этого более чем достаточно. При необходимости отладки на устройстве или выпуска Ad Hoc-сборки просто добавляйте сюда UDID нужных вам девайсов и используйте их при генерации профилей.

Профили (Provisioning Profiles)

Дословно название этого раздела переводится как «Профили обеспечения». Чуть более развернуто я бы описал понятие «профиль» как «Специальный файл, обеспечивающий доступ к некоторой функциональности в конкретной сборке вашего приложения». В данном разделе девцентра вы можете управлять вашими профилями, обеспечивая себе возможность выпускать сборки приложения для различных целей, то есть «профилировать» его. По сути, профиль является результатом объединения двух (иногда трех) компонентов:

• Активного сертификата определенного типа (раздел Certificates). С помощью сертификата профиль подтверждает, что ваше приложение имеет право на выполнение определенной группы действий.
• App ID (раздел Identities). Определяет конкретное приложение, для которого выпускается профиль.
• В некоторых случаях, еще нужен список зарегистрированных устройств (раздел Devices). Определяет перечень устройств, на которые разрешено устанавливать вашу сборку. Используется только с некоторыми типами профилей.

На выходе как раз и получаем профиль для выпуска сборок с определенными целями. Давайте рассмотрим разновидности профилей.

Профили типа «Development»

Это профиль для разработки, то есть его основное назначение — отладка вашего приложения на конкретных устройствах через Xcode с прямым подключением устройства проводом к вашему Mac. Дев-профили представлены двумя видами:

• iOS App Development. Требует указания перечня разрешенных устройств из раздела Devices.
  Используется для отладки iOS-приложений.
• tvOS App Development. Аналогично, только используется для tvOS-приложений.

Профили типа «Distribution»

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

• App Store. Используется для тестирования (как внутреннего, так и внешнего) в TestFlight, а также для выпуска приложения в App Store.
• tvOS App Store. Аналогично предыдущему, только для tvOS.
• Ad Hoc. Требует указания перечня разрешенных устройств из раздела Devices.
  Используется, если вы хотите выпустить сборку, которую можно будет поставить в режиме «Production», но только на некоторых устройствах. Реальная ситуация, когда это может понадобится, например, следующая. Вы разрабатываете приложение, а в процессе работы заказчик попросил у вас «дать ему пощупать приложение» на своем Apple-устройстве. В iTunes Connect для активации внешнего тестирования вы еще выходить не готовы, но просьбу заказчика нужно выполнять — вот тут как раз и пригодится Ad Hoc-профиль, сгенерированный на базе прод-сертификата App Store & Ad Hoc Production Certificate. Важный момент: в моем случае часто возникали проблемы при экспорте сборок подобным способом, если в Xcode не был также установлен и Development-сертификат. Ошибки были разного рода, от невозможности подписать сборку до абсурдного «App ID is not available», хотя это фактически не так (замена на другой бандл ничего не давала). Поэтому, по моему предположению, для удачного экспорта Ad Hoc-сборок необходимо, чтобы, помимо Ad Hoc-профиля, был также установлен и дев-сертификат с соответствующим профилем.
• tvOS Ad Hoc. Аналогично предыдущему, только для tvOS.

Вкратце об iTunes Connect

Этот сервис предоставляет вам возможность управлять внутренним и внешним тестированием в TestFlight, а также выкладывать приложение в App Store. Рассмотрение этого процесса выходит за рамки данной статьи, упомяну лишь тот факт, что для корректной работы этому сервису необходимы сборки, созданные на базе профиля типа Distribution — App Store (для iOS либо tvOS). Другие типы профилей здесь не поддерживаются.

Резюмируем

По сути, при получении доступа к девцентру с активной Apple Developer Program ваш алгоритм действий должен сводиться к следующему:

1. Определиться, с каких конкретно машин будет производиться прямая отладка на устройствах через Xcode. Определить среди них основную машину (это может быть Mac разработчика, с которого чаще всего планируется производить отладку). Сгенерировать для основного Mac сертификаты группы Development, скачать и установить их. По необходимости, экспортировать информацию об этих сертификатах в файлы *.p12/*.pfx, которые потом можно будет разослать на другие целевые машины, где также планируется проводить отладку приложений.
2. Узнать, с какой машины планируется собирать сборки для тестирования и/или публикации в App Store. Сгенерировать для нее сертификат группы Distribution. Повторить процедуру с экспортом из предыдущего пункта, если требуется поддержка нескольких машин.
3. Проконтролировать наличие нужного идентификатора приложения в разделе App IDs и соответствие указанного там бандла значению поля Bundle Identifier в проекте в Xcode, при наличии несовпадения — устранить его либо в девцентре, либо в Xcode (где именно это править — зависит от вашей конкретной ситуации).
4. Убрать (Revoke/Delete) все сертификаты, а затем и профили, которые обладают пометкой Expired (истекший сертификат) или Invalid (некорректный профиль). Также отмечу, что, в отличие от сертификатов, профили можно редактировать. То есть, сгенерировав новые сертификаты, вместо удаления старых профилей вы можете просто отредактировать их, указав им новые сертификаты в качестве подписи.
5. Если профилей нет, либо не хватает нужных, то сгенерировать необходимые профили.
6. Скачать и установить нужные для вашей машины сертификаты и профили на свой компьютер. Установка производится двойным кликом на файле. Сертификаты будут установлены в Связку Ключей (Apple Keychain), профили — в Xcode.
7. Указать в настройках проекта Xcode нужные вам сертификаты в секции Build Settings — Code Signing Identity — Development/Distribution, а также указать необходимый Provisioning Profile.

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

• Произвести запуск в режиме отладки (Project — Run) через Xcode на разрешенном устройстве, используя дев-профиль.
• Создать сборку (Project — Archive с выбранным целевым устройством Generic iOS Device) на базе продакшн-профиля Ad Hoc для установки на конкретные устройства (такую сборку можно будет выслать, например, по электронной почте заказчику, чтобы он установил ее на свое разрешенное устройство).
• Создать сборку аналогично предыдущему пункту, но на базе продакшн-профиля App Store. Это будет сборка для внутреннего и/или внешнего тестирования, а также для выкладки в App Store, которую можно использовать в iTunes Connect.

Надеюсь, это подробное описание поможет вам разобраться в специфике функционирования системы сертификации приложений Apple, а также поможет навести порядок в Apple Developer Center.

Источник