Я чув, що люди, які використовують екземпляри їх платної технічної підтримки, прискорюють розгляд або визначають, чому саме його відхиляють, якщо є проблема з кодом (наприклад, Apple підозрює, що приватний API викликає, коли ви не викликаєте жодного приватного API), але ваш найкращий варіант - це, мабуть, дотримання нормального процесу, описаного тут:
Термінове виправлення помилок
Якщо ви подали оновлення, щоб виправити критичну помилку у вашій програмі в App Store, і ви вимагаєте прискорити огляд, не забудьте включити кроки, щоб відтворити помилку в поточній версії додатка.
Обов’язково поясніть, чому помилка є критичною, перш ніж ви накопичите шанс на прискореному огляді. Я б зателефонував комусь, хто не є розробником програмного забезпечення, і попросити вас чесно реагувати, якщо ваш помилок дуже критичний після того, як вам знадобиться 60 секунд, щоб пояснити їм природу проблеми.
Якщо ви не можете пояснити непрофесіоналу за 60 секунд, чому це важливо для них як для потенційного користувача вашої програми, ви, можливо, не змусите Apple зіткнутися з вами на передній частині рядка. Якщо ваш опис критичного характеру виправлення відповідає інтересам кінцевого користувача, це, здається, найкраще для переміщення речей на передню частину черги.