Checklist de datos antes de Oracle Fusion: evita errores de integración

Por qué los datos son tu peor enemigo en integraciones ERP

Llevo años conectando sistemas con Oracle Fusion y NetSuite, y te lo digo sin rodeos: casi todo lo que falla no es culpa del código. Es culpa de los datos que entran. Un catálogo incompleto, un centro de costo mal configurado, un decimal fuera de lugar — eso que parece insignificante en tu punto de venta se convierte en una transacción rechazada en el ERP, y luego pasas horas investigando.

La diferencia entre una integración fluida y un desastre es una checklist de validaciones ANTES de que el registro toque Oracle Fusion. Aquí está la que uso.

Los 8 puntos que debes validar siempre

1. El artículo existe en el catálogo

Parece obvio, pero no lo es. Un código de producto llega desde tu punto de venta o tienda en línea, y Oracle Fusion lo rechaza porque ese código no existe en tu maestro de artículos. Valida que cada SKU que entra está registrado en Fusion antes de intentar la venta.

2. El catálogo tiene los atributos mínimos

Nombre, unidad de medida, tipo de artículo (inventario, servicio, etc.). Si le falta algo, Fusion no lo acepta. Yo genero un reporte semanal de artículos nuevos en el punto de venta que aún no están en Fusion — así los creo de una sola vez.

3. Centro de costo válido y abierto

Cada transacción debe apuntar a un centro de costo que exista en Fusion. Si usas múltiples sucursales o departamentos, valida que ese centro esté activo y asignado a la entidad legal correcta. Un centro de costo desactivado = rechazo inmediato.

4. Códigos de impuesto configurados

La tasa IVA, retenciones, impuestos especiales — todo eso debe estar mapeado entre tu sistema origen y Fusion. Si tu punto de venta dice 'IVA 16%' pero en Fusion ese código es 'MX_IVA_16', tienes que tener esa traducción clara. Sin ella, los montos no cuadran.

5. Moneda correcta y tipo de cambio disponible

Si vendes en MXN pero tu cuenta matriz es en USD, necesitas el tipo de cambio del día. Valida que la moneda del registro existe en Fusion y que hay un tipo de cambio vigente. Muchas integraciones fallan porque falta ese detalle.

6. Período contable abierto

Esto es crítico: no puedes postear un documento en un período cerrado. Antes de enviar, verifica que el período al que pertenece la transacción (mes/año) está abierto en Fusion. Si es histórico, necesita un flujo de excepción.

7. No hay duplicados

El mismo pedido no puede entrar dos veces. Usa un identificador único (número de transacción + timestamp) para detectar reintentos accidentales. Yo guardo un hash de cada registro enviado — si llega otro con el mismo hash, lo rechazo antes de intentar.

8. Decimales y redondeo consistentes

Tu punto de venta redondea a 2 decimales, pero ¿Fusion también? ¿Qué pasa con centavos perdidos en cálculos de impuestos? Define una regla clara: dónde se acumula la diferencia, cómo se redondea, y aplícala siempre. Un centavo mal colocado se multiplica.

Cómo automatizar esto sin volverse loco

No necesitas revisar cada registro manualmente. Crea validaciones en tu sistema origen o en una capa intermedia. Antes de enviar a Fusion, ejecuta estas 8 validaciones y rechaza el registro si falla alguna — pero guarda el error en un log. Así tu equipo ve qué falló y por qué, y puede corregir en la fuente.

Esto es lo que hace el hub de integraciones que construyo en Hailan — conecta tu punto de venta, tienda en línea, WMS o sistema propio con Oracle Fusion o NetSuite, con bitácora por transacción, reintentos automáticos y un panel donde ves qué falló y dónde. No es solo conectar; es atrapar errores antes de que sean un problema.

Una integración limpia no es magia — es disciplina en los datos. Aplica esta checklist y verás cómo tus rechazos en Fusion se desploман.