Vous pouvez demander à la commission de révision pour examiner la plainte.
J'ai entendu parler de cas où un testeur a essayé d'utiliser PassBook sur un iPad alors que cette fonctionnalité ne se charge que sur un iPhone. En posant la question poliment, vous comprendrez mieux quel code supprimer de cette soumission plutôt que de devoir le faire à l'aveuglette et le soumettre à nouveau. Vous pouvez également soumettre à nouveau cette version exacte à TestFlight et demander à ce qu'elle soit approuvée afin que vous puissiez avoir une couverture pour cette version de cet appareil dans votre pool de tests.
Sans voir le texte du refus, il est difficile de savoir ce que vous avez reçu ou pourquoi vous l'avez reçu. Absolument, faites une nouvelle construction et soumettez-la à l'examen. Même si cela prend une semaine ou deux en raison de l'afflux de nouvelles applications pour l'Apple Watch, vous pouvez toujours faire appel si le rejet n'a pas plus de sens dans les 48 heures après l'avoir examiné et/ou avoir contacté d'autres développeurs pour avoir leur avis sur la situation.
Personnellement, je les remercierais pour le refus. Je leur proposerais une version corrigée pour répondre à leurs plaintes spécifiques et je ne ferais appel qu'après six semaines de tentatives infructueuses pour faire passer la version initiale.
Vous ne dites pas si cette application a déjà été approuvée - il est donc réaliste de prévoir un délai de plusieurs mois si l'application n'est pas manifestement un produit qui a fait l'objet d'importants travaux d'ingénierie.
De plus, je trouve que le fait de mettre l'application en testFlight pour la version bêta vous permet de découvrir plus tôt les points qu'Apple considère comme problématiques avec votre application sans que ce soit un scénario de "mise en ligne" ou de "mort dans un incendie".
TL;DR - trouvez un moyen de donner à l'évaluateur ce qu'il demande, en tout ou en partie, et essayez d'éviter de passer devant le comité d'évaluation jusqu'à ce que vous soyez sûr qu'il n'y a pas d'autre option.
