Você pode solicitar o conselho de revisão para rever a reclamação.
No entanto, eu perguntaria a eles qual tela causou o bug - já ouvi falar de momentos em que um testador tentou usar o PassBook em um iPad quando essa funcionalidade só é carregada em um iPhone. Fazendo uma pergunta educada, você entenderá melhor o código a ser cortado dessa submissão, em vez de ter que fazer isso cegamente e reenviá-lo. Você também pode reenviar a compilação exata para o TestFlight e solicitar que ela seja aprovada para que você possa ter cobertura para a compilação desse dispositivo a partir do pool de testes.
Sem ver o texto da rejeição, é difícil saber o que ou por que você recebeu o não. Absolutamente, faça uma nova compilação e envie-a para revisão. Mesmo que demore uma ou duas semanas devido ao esmagamento de novos aplicativos para o Apple Watch - você sempre pode fazer um apelo se a rejeição não fizer mais sentido em 48 horas depois de ter sido analisada e / ou atingida para outros desenvolvedores para obter sua opinião sobre a situação.
Pessoalmente, gostaria de agradecer-lhes pela rejeição. Ofereça uma versão fixa para tratar de suas reclamações específicas e reverta somente para uma apelação após seis semanas de tentativas malsucedidas de aprovação da versão inicial.
Você não diz se este aplicativo já foi aprovado - então permitir vários meses para isso é realista se o aplicativo não for claramente algo que tenha sido colocado em engenharia significativa.
Além disso, acho que colocar o aplicativo no TestFlight for beta permite que você descubra mais cedo o que a Apple vê como problemático em seu aplicativo sem que seja um cenário de "ir ao vivo" ou "morrer em um incêndio".
TL; DR - encontre qualquer maneira de dar ao revisor o que eles pedem no todo ou em parte e tente evitar levá-lo ao quadro de revisão até ter certeza de que não há outra opção.