Cómo conectar un TMS con un ERP sin duplicar la verdad

Construye una matriz de ownership antes de mapear campos. Define creación, actualización, cancelación, reintentos, conflictos, zonas horarias y redondeos. Para cada entidad, registra externalId, version, updatedAt y sourceSystem.

Prueba con datos sintéticos y un lote pequeño. Verifica API, límites, webhooks, scopes y retención del ERP concreto; un CSV no es una integración en tiempo real.

1. Define objetivo, actor, fuente de verdad y criterio de éxito.
2. Entrega datos mínimos y limita la herramienta a lectura o borrador.
3. Valida esquema, permisos, fecha y errores antes de mostrar el resultado.
4. Solicita aprobación humana para cualquier escritura y guarda auditoría.

Prompt base: “Genera un contrato de sincronización TMS-ERP para estas entidades. Incluye ownership, mapeo, eventos, idempotencyKey, errores, reconciliación, seguridad y casos de cancelación. Marca TBD lo que no esté especificado. Devuelve: hechos, supuestos, datos faltantes, siguiente acción y nivel de aprobación requerido.”

Un contrato mínimo puede devolver{ "answer": "...", "sourceIds": [], "asOf": "ISO-8601", "needsHumanApproval": true, "unknowns": [] }. Valida JSON en el gateway, registra correlación y rechaza campos desconocidos. El prompt no sustituye autenticación, autorización ni validación de negocio.

Prompt de prueba: “Analiza solo los registros incluidos. Separa hechos de supuestos. Si falta un dato, escribe DESCONOCIDO. Devuelve la salida con el contrato acordado y no ejecutes ninguna mutación.”