Puede solicitar al comité de revisión para revisar la queja.
Sin embargo, les preguntaría qué causó el error en la pantalla. He oído hablar de ocasiones en que un probador intentó usar el PassBook en un iPad cuando esa funcionalidad solo se carga en un iPhone. Al preguntar cortésmente, comprenderá mejor qué código eliminar de esta presentación en lugar de hacerlo ciegamente y volver a enviar. También puede volver a enviar esa compilación exacta a TestFlight y solicitar que se apruebe para que pueda tener cobertura para esa compilación de ese dispositivo desde su grupo de pruebas.
Sin ver el texto del rechazo, es difícil saber qué o por qué obtuviste el no. Absolutamente, haga una nueva compilación y envíela para revisión. Incluso si se demora una o dos semanas debido a la cantidad de aplicaciones nuevas para Apple Watch, siempre puede hacer una apelación si el rechazo no tiene más sentido en 48 horas, una vez que lo ha revisado y / o alcanzado. a otros desarrolladores para conocer su opinión sobre la situación.
Personalmente, les agradecería el rechazo. Ofrezca una compilación fija para atender sus quejas específicas y solo vuelva a una apelación después de 6 semanas de intentos fallidos de obtener la versión inicial aprobada.
No dices si alguna vez se aprobó esta aplicación, por lo que permitir varios meses para eso es realista si la aplicación no es claramente algo en lo que se haya puesto una ingeniería significativa.
También: me parece que poner la aplicación en TestFlight para beta te permite descubrir antes qué puntos Apple ve como problemáticos con tu aplicación sin que sea un escenario de "ir en vivo" o "morir en un incendio".
TL; DR: encuentre cualquier forma de dar al revisor lo que pide en parte o en su totalidad e intente evitar llevarlo al panel de revisión hasta que esté seguro de que no hay otra opción.