Qué tan viable es adaptar mi modelo de datos para API de inventario con JSON?

[LaylaZR]

Estoy intentando que mi app de gestión de inventario se comunique con el sistema de pedidos de un cliente, y me está costando más de lo que pensaba. El principal problema es que su API devuelve los datos de stock en un formato JSON anidado muy complejo, mientras que mi app espera algo plano. He estado dándole vueltas a si debería modificar mi propio modelo de datos para adaptarme a ellos, o intentar que ellos generen un endpoint diferente solo para mí, lo cual suena un poco pedir peras al olmo. La verdad es que nunca había tenido que lidiar con una discrepancia de esquemas tan grande en una integración.

[James57]

Me da nervios ver esa API que devuelve JSON anidado y me siento entre frustrado y curioso ¿cómo lidio con una estructura tan enrevesada sin perder la vista del inventario?

[Edward.T]

Una forma podría ser añadir una capa de transformación que aplane la respuesta de la API sin tocar tu modelo base así trabajas con un contrato claro de datos.

[RonaldND]

¿Y si la solución no es pedir un endpoint distinto sino acordar un formato intermedio y un mapeo directo?

[Eleanor28]

Tal vez el reto no es tu modelo sino la expectativa de la otra parte y conviene acordar un contrato de datos en vez de discutir el formato

[Sofia_L]

Se nota que la escritura de la API condiciona mucho el flujo del inventario y hay que narrar ese flujo con claridad

[VioletG]

Una idea mas amplia es la normalizacion de datos como tarea de arquitectura de datos y pruebas de contrato aunque no se explique todo