AUT-0306· Управління проєктами
Контроль перевірки й публікації версії застосунку в App Store
Версія, збірка, подання й зауваження магазину залишаються пов’язаними до підтвердження погодженої доступності.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Команда плутає готовність подання зі стартом перевірки або повідомляє про запуск після схвалення, коли версія ще недоступна користувачам.
02 / Результат
Для погодженої версії видно точну збірку, прийняте подання, відкриті зауваження та фактичний результат випуску в потрібних регіонах.
03 / Процес
ТригерКоманда передала погоджену версію застосунку на підготовку подання й випуск у App Store.
Зафіксувати акаунт, застосунок, платформу, версію й конкретну збірку; зміна збірки створює нову редакцію пакета готовності.
Перевірити потрібні метадані, матеріали, погоджені ціну й регіони та повноваження особи, яка подає версію; незавершені вимоги лишити відкритими.
Записати погоджений режим випуску й склад подання; додавання до чернетки перевірки не вважати відправленням.
Уповноважений виконавець подає пакет; зафіксувати ідентифікатор і зовнішній стан без повторного подання через затримку повідомлення.
Пов’язати кожне зауваження перевірки з відповідним елементом, відповідальним і редакцією; відповідь, виправлення та повторне подання мають окремі результати.
Перевірити результат усього погодженого подання; прийняття одного елемента не закриває зауважень щодо решти.
Після схвалення звірити чинний режим і дозвіл випуску; ручне оприлюднення виконує уповноважена особа, а не таймер внутрішньої задачі.
Перевірити фактичну доступність потрібної версії у визначених регіонах; повідомлення про запуск прив’язати до підтвердженого стану, невідповідності передати відповідальному.
04 / Реалізація1 варіант
Приклад · Подання з перевіркою фактичного випуску
Менеджер додав версію до чернетки подання й запланував анонс. Перевірка виявила, що пакет ще не відправлено. Після належного подання й схвалення версія чекає ручного випуску. Анонс не запускають до дозволеної публікації та перевірки потрібної версії в погоджених регіонах.
Спосіб реалізації
- Проєктна модель PlanFix: застосунок, версія, збірка, склад подання, зауваження, режим випуску та докази доступності; зовнішні операції й права перевіряють під час аудиту.
Що потрібно для реалізації
- Є погоджена збірка, відповідальний за метадані й уповноважений власник подання.
- Визначені регіони, режим випуску й спосіб перевірки зовнішніх станів.
- Є власник подання та погоджений пакет готовності.
Обмеження
- Не розробляє, не компілює та не тестує застосунок замість команди.
- Не гарантує схвалення, строків перевірки або негайної доступності після схвалення.
- Опис стосується App Store Connect; не підтверджує аналогічних станів інших магазинів.
- Не визначає автоматично відповідність правилам магазину, приватності чи експортним вимогам.
- Автоматичний доступ до API й операцій подання не підтверджено; його перевіряють окремо.
- Години попередні; виправлення програмного коду й плата Apple Developer Program не включені.
- Не називає готову чернетку відправленим поданням.
- Не називає схвалення фактичним випуском.
Що потрібно уточнити (2)
- Чи потрібне отримання станів подання із зовнішнього джерела?
Перевірте доступні API, права акаунта й ідентифікатори; не обіцяйте готового конектора.
- Чи потрібна окрема перевірка доступності версії в кількох регіонах?
Погодьте регіони, критерії й джерело перевірки; схвалення не доводить одночасного випуску всюди.