Procesos de datos / 06
Transformar JSON y XML en un modelo de destino sólido.
Los datos se pueden leer técnicamente, pero aun así se rechazan. Los nombres de campos, tipos o estructuras no encajan con la aplicación de destino. Desarrollamos mapeos trazables que también contemplan valores vacíos, casos especiales y cambios del formato de origen.
La situación inicial
La validez sintáctica no implica corrección operativa.
Una interfaz XML entrega artículos con atributos y namespaces. El destino espera objetos JSON, cadenas inequívocas y un array para todas las variantes. Un único elemento XML no debe generar de repente un tipo de destino diferente al de varios elementos.
Definimos por separado contrato de origen, contrato de destino y reglas de transformación. Valores obligatorios, null y cadenas vacías tienen un significado operativo; los números y las fechas no se alteran mediante conversiones generales a texto.
Qué hace DataSource
Rutas de campos, tipos y validación.
Modelar
Identificar campos, atributos, listas y referencias. Procesar los namespaces XML mediante su URI sin confiar únicamente en prefijos modificables.
Transformar
Implementar mapeo, conversión de tipos y normalización como reglas versionadas. Conservar explícitamente precisión decimal, ID y zonas horarias.
Validar
Verificar formato de origen y contrato de destino. Las reglas operativas complementan JSON Schema o XML Schema; informar de casos no válidos con una ruta de campo significativa.
Escenario técnico / Ejemplo ilustrativo
Un artículo XML se convierte en un objeto con tipos claros.
Ejemplo ilustrativo con namespace e ID de cadena. El prefijo p puede cambiar; el URI del namespace determina la asignación. Aquí el precio permanece deliberadamente como cadena decimal.
Datos de ejemplo y reglas propuestas. Las interfaces y reglas empresariales concretas se verifican para su proyecto.
<p:product xmlns:p="urn:example:catalog" id="004218">
<p:price currency="EUR">49.90</p:price>
</p:product>
→ {
"sku": "004218",
"price": "49.90",
"currency": "EUR"
}Gestión de errores, seguridad y operación
Gestionar de forma visible las diferencias de esquema.
Seguridad del parser
Desactivar entidades XML externas no controladas y recursos externos. Limitar tamaño, profundidad y número de elementos; los datos importados no son programas fiables.
Cambio de versión
Documentar conjuntamente versión del mapeo y esquema de origen. Verificar campos obligatorios nuevos con datos de prueba representativos y desplegarlos de forma controlada.
Referencias de errores
Indicar el registro y la ruta de campo afectados. Utilizar payloads sensibles solo en canales de diagnóstico protegidos y explícitamente autorizados.
Preguntas operativas
Detalles importantes antes de implementar.
JSON · XML · Namespaces · Tipos de datos · Mapeo · Esquema
¿La conversión no pierde información?
Solo con un modelo acordado. XML incluye atributos, namespaces y contenido mixto; JSON no los representa automáticamente de forma equivalente.
¿Necesitamos siempre un esquema?
Es importante disponer de un contrato verificable. Un esquema formal ayuda, pero no sustituye reglas como referencias de artículos válidas o transiciones de estado permitidas.
¿Qué ocurre con los campos desconocidos?
Según el contrato se ignoran, conservan o rechazan. El comportamiento se define explícitamente antes de la operación en producción.
Para el análisis técnico
Empezar por su proceso concreto.
Aporte ejemplos de origen anonimizados, esquema de destino, definiciones de campos y casos problemáticos. Las estructuras de lista vacías, individuales y múltiples ayudan a verificar el comportamiento.
En la primera conversación aclaramos los accesos disponibles, las responsabilidades sobre los datos y un primer flujo delimitado. Después acordamos alcance, responsabilidades y condiciones.
Para empezar bastan ejemplos anonimizados. No envíe contraseñas, tokens ni datos personales de producción en la primera consulta.
Tareas relacionadas
La próxima conexión en contexto.
Automatizar las importaciones CSV
El archivo llega cada día. Alguien corrige columnas, lo carga y después revisa los mensajes de error. DataSource convierte esta tarea recurrente en una importación documentada con reglas claras para datos incompletos o incorrectos.
Integración REST API
La documentación está disponible y una solicitud de prueba funciona. Aun así, en el día a día faltan datos o aparecen registros duplicados. DataSource conecta su API REST con el proceso empresarial concreto y contempla también la ausencia de respuesta.
Automatizar los procesos de datos de producto
El ERP proporciona datos maestros, el PIM textos y un proveedor características técnicas. Las listas manuales solo unen esta información temporalmente. Creamos un flujo de datos definido desde el campo de referencia hasta la exportación validada para cada canal.